ОБНОВЛЕНИЕ НЕТИПОВЫХ КОНФИГУРАЦИЙ 1С. УРОК 2. ПОДГОТОВКА
HTML-код
- Опубликовано: 7 авг 2020
- Поддержать донатом: donate.stream/ilyaleontyevpro1s
Всем привет, меня зовут Леонтьев Илья, и сегодня я продолжу рассказывать вам про обновления нетиповых конфигураций 1С.
В этом видео займемся подготовкой к обновлению. Вплотную приблизимся к тому, чтобы начать уже, наконец, этот процесс.
Ну а в следующем видео начнем уже обновлять.
#ильялеонтьев #1с #обновлениенетиповыхконфигураций
Мои контакты:
ВКонтакте: ilyaleontyev
Фэйсбук: illeontev
С удовольствием добавлю вас в друзья при условии, что вы не будете меня грузить своими рабочими вопросами :)
День прошел не зря ) Сделал новый видос.
Пока удается держать темп "раз в неделю".
Надеюсь, так будет и впредь.
Лайки, подписки, друзья!
И репоооосты, конечно же )
Отличное видео! Ждем продолжения)
Спасибо за ваш труд!
Илья, дарит свои знания другим безвозмездно. И это очень достойный поступок.
Илья, Вы делаете очень крутые уроки. Я их смотрю с удовольствием, хотя уже давно не являюсь начинающим программистом. В этом видео, Вы выгружаете целиком базу, правильнее выгружать только конфигурацию. Наверняка, Вы это просто упустили, но у тех, кто только начинает, могут возникнуть проблемы. Базы бывают очень объемные. Мне попадались экземпляры по 20 Гб и даже больше. Выгрузить такую базу будет не просто. А ведь, ее надо еще и развернуть. Выгружать нужно конфигурацию. (Конфигурация - Сохранить конфигурацию в файл) И создавать пустую базу с ней. (Конфигурация - Загрузить конфигурацию из файла) Данные базы для обновления не нужны, а конфигурация весит 300 - 500 мб.
Я не согласен с тем, что это упущение или ошибка.
Работать с DT намного удобней, потому что зачастую после обновления имеет смысл проверить работу некоторых доработок, и без данных это будет сделать проблематично.
Экземпляры баз по 20 ГБ выгружаются в DT размером 1-2 Гб, что не является проблемой.
Если же мы имеем дело с действительно очень большой базой, то это уже можно рассматривать как частный случай, и в такой ситуации действительно выгружать конфигурацию вместо выгрузки DT.
@@IlyaLeontyev проверить работу можно после обновления на рабочей базе. (Архив перед обновлением делать обязательно!) Проблем быть не должно, если все сделано правильно. Разворачивать базу с данными дольше, чем восстановить (в 1 из 1000 случаев)
Есть еще один важный момент. Ни каждый клиент готов отдать свои данные с базой обновлять. У многих крупных организаций есть правила безопасности и следят за ними очень строго.
@@Trubitsyn_A "проверить работу можно после обновления на рабочей базе"
Ну ок, запускаете вы рабочую базу, проверяете работу некой печатной формы, которая постоянно слетает, она не формируется - дальше что? Возвращаться в свою пустую тестовую базу и пытаться воспроизвести ошибку?
А ведь можно было сразу же на тестовой базе проверить.
@@Trubitsyn_A
если возникнут проблемы при получении выгрузки, то можно и о сохранении конфигурации подумать. Но это все-таки план Б должен быть, на мой взгляд.
Классное видео, иду дальше... смотреть
Увы вариант с копией базы и конфигурационым файлом будет работать при одном ключевом обновлении. Если клиенту надо обновить старую базу 5-6 ключевых обновлений такой вариант череват потерей данных. Поэтому я делаю так накатываю на копию релиз обновления, запихиваю все доработки тестирую и уже потом, по порядку накатываю дистрибутивы ключевых обновлений на рабочую базу по порядку и только теперь накатываю конфигурационный файл из обновленной копии. Поэтому иногда ночью приходится сидеть обновлять, если ключевых обновлений много и они долго накатываються
У меня немного другая схема, и об этом еще расскажу в одном из следующих видео.
Я обновляю копию на релиз 1 - выгружаю CF1.
Затем обновляю копию на релиз 2 - выгружаю CF2.
В результате у меня получается несколько файлов CF, которые я затем последовательно устанавливаю в рабочую базу. После установки каждого файла запускаю дополнительные процедуры обработки в пользовательском режиме.
@@IlyaLeontyev а доработки на каждый релиз что-ли накатываешь? Я только на последний нужный, вроде проблем пока не было.
@@krankkrankovich, смотря какие доработки. Если чисто код, то проблем не будет. А если добавлены предопределеные элементы или в массив типов реквизита включены дополнительные элементы, тогда действительно придется геморроиться с каждой версией, чтобы не потерять данные.
З.Ы. поэтому я стараюсь не добавлять нетиповые предопределеные элементы.
@@krankkrankovich при обновлении нетиповой конфигурации не приходится накатывать все доработки на каждый релиз. При обновлении на каждый релиз необходимо разрешать только конфликтные ситуации (когда один и тот же объект менялся в обновлении и в основной конфигурации). Обычно это не так много доработок. Иногда вообще ничего делать не приходится (по причине отсутствия конфликтов). Скоро все это покажу.
Да, я уже так пробовала несколько раз по Вашему совету из видео, которое давно лежало на этом канале. Спасибо, помогло в работе!
Слишком лайтово) База должна клиент-серверная быть, в усмерть переписанная с измененными планом счетов и предопределенными элементами всякими. Обновлений за год-полтора накатывать) С сотней-другой юзеров, каждый из которых двумя-тремя документами, отчётами пользуется, чтоб проверить копию обновленную не мог никто толком. И звонки потом: все пропало, какая-то фигня работать перестала. А вы куда смотрели, когда проверяли?
Это не наезд, а так, накипело) Про хранилище конфигураций ещё тема не раскрыта.
З.Ы. полный дистрибутив конфигурации на сайте ИТС, это скорее исключение, чем правило. Для бухи, УТ, розницы не выкладывают их давно уже.
Выгружаешь конфигурацию поставщика, загружаешь ее в новую базу. Обновляешь до нужной версии. И вот у тебя полный дистрибутив.
Гораздо печальнее, когда у тебя какая нибудь бородатая УТ 11.0 к тому же снятая с поддержки. И конфигурацию поставщика бородатой версии взять негде.
Для УТ полный дистрибутив есть на сайте releases.1c.ru. Долгое время был представлен только он. Дистрибутив по ЗУП добавили позднее. И УНФ. И наверняка что-то еще.
А по БП, к сожалению, да, полный дистрибутив не дают. Но это скорее БП - исключение из правила.
Это уже целый проект. При таких раскладах возможно будет лучше новую базу создать и переносить туда данные и доработки. При этом 70% доработок скорее всего переносить не понадобиться, ибо они потеряют актуальность.
@@MrKreker83
Но так как никто не знает, какая строка за что отвечает, то понадобится переносить 170% доработок
Всё доступно и понятно, в целом приятно смотреть) Но, думаю, что не я один, а также многие другие зрители для себя ничего нового не извлекли. Поэтому, очень хотелось бы, чтобы ты в одном видео рассказывал не только азы для новичков, но и добавлял тонкости для опытных программистов (возможно даже свои авторские лайфхаки). И те и другие зрители извлекут для себя пользу, а тебя будут чаще смотреть и стажеры и опытные. Также делай отсылки на другие уроки по смежным темам в текущем видео, и будет меньше странных вопросов в комментариях о нераскрытых вопросах. В общем главное баланс: 50% базовых знаний + 50% узконаправленных вопросов.
Эти видео предназначены для тех, кто не умеет обновлять нетиповые конфигурации.
Если вы умеете это делать, то вам, конечно, должно быть не очень интересно.
Странных вопросов в комментариях всегда будет достаточно, что бы я ни делал )
Предлагаю тему для видео:
Как вернуть замок на объект/реквизит конфигурации.
(Это очень неочевидно).
Интересно! Жду следующие видео! Но с большим интересом жду видео о том, что делать если версия конфы поставщика не совпадает с текущей версией конфы
На копии.
1. Сохранить рабочий CF.
2. Снять с поддержки. (Снять с подержки ещё раз, если там привязалось много конфигураций поставщика).
3. Загрузить типовый CF с потерей данных.
4. Сравнить/объединить с рабочим CF.
5. Приступить к обновлениям на новый релиз.
6. Выгрузить подготовленный CF.
На рабочей базе:
7. На рабочей базе снять с поддержки (сколько нужно раз).
8. Загрузить подготовленный CF.
@@RomanD спасибо за инструкцию, но Есть вопрос: в каких случаях может быть несколько конфигураций поставщика??? Всегда же так(если включена возможность редактирования конфы) : Конфа поставщика и конфа с которой работают пользователи.
@@blackview8507
Неизвестные люди до тебя обновляли.
И теперь по факту это в базе.
Очень редкая ситуация.
В Украине часто меняли имя ПОСТАВЩИКА конфигурации.
И для 1с это значит что оно CF при обновлении воспримет как другую конфигурацию.
А CFU как обычное обновление.
@@RomanD Ого, даже не знал про это. Спасибо
Будет ли в следующих видео освещён такой момент: есть допустим реквизит составного типа. В этот реквизит добавлен нетиповой тип данных. Пришло время обновлять конфу. Как лучше обновить этот объект?
Это в одном из следующих уроков будет.
Все верно, это будет в следуюших уроках.
Проще всего выполнить объединение с любым приоритетом.
А мы могли для тестовой базы не делать выгрузку ИБ, а просто сохранить конфигурацию в файл? Чтобы не тянуть данные - экономия времени при сохранении
Ну, если есть под рукой рабочая копия - да. Если копии для опытов нет - надо делать. Тебе же нужны актуальные данные для тестирования? В пустой базе ничего нет.
Выгрузка базы предпочтительней, потому что, во-первых, содержит данные, необходимые для теста, а во-вторых, она содержит расширения, которые также нужно будет после обновления причесать.
Но если в приоритете - экономия времени (или, допустим, нет возможности выгнать пользователей, что чаще встречается), то можно и конфигурацию сохранять, почему бы нет.
Но при этом все-таки лучше ее загружать в старую копию, а не в пустую базу (чтобы были какие-то данные для тестов).
Привет Илья!
Сейчас столкнулась с ситуацией обновления обновления типовой(первое обновление после установки): через справку и конфигурация-поддержка-настройка обновления номер конфигурации совпадает. Но при попытке обновится он не видит нужного обновления. При указании принудительного обновления через файл сообщает что обновление не подходит для номера моей конфигурации и показывает таблицу для каких конф-ий подходит и моя находится в списке🤷♀️. Сталкивался с таким?
Привет. В каталоге шаблонов точно есть нужный файл cfu?
Принудительно не нужно обновлять. Нужно, чтобы система его увидела.
Возможно, ты пытаешься поставить обновление для базовой программы на программу версии ПРОФ, или наоборот.
@@IlyaLeontyev нет точно. Попыталась обновить ERP, корп там нет, обновления скачала правильные. Принудительно прописывала, чтобы конкретный cfu указать. После нашей версии вышло еще 3 обновления и ни один не видит система
@@IlyaLeontyev слушай, получилось объединением. Теперь система увидела все обновления. Спасибо тебе за подсказки.
А если например нужно обновить конфигурации на компах которые в сети? И на 1с сервере да ещё база на ms sql сервере , то как это делается в 2 х словах? И ещё при ступенчатом обновлении , нужно так же делать обработку после каждого обновления если база на sql сервере?
Так все точно также, только в случае со скулем копию средствами самого скуля делаешь, ну или выгружаешь дтшник, в остальном нет отличий
Для файловой и для клиент-серверной базы схема одна и та же, отличий нет. Неважно, на какой СУБД работает база. Взаимодействие с ней все равно выполняется через платформу 1С.
Илья Леонтьев Про 1С Ещё один дурацкий вопрос) конфигурация обновляется только на сервере 1с , на клиентах что к серваку подцеплены её нет? Они вообще наверное тонкие) не 1 с ник ещё раз напоминаю) прошу не смеяться )))
@@alekseybukoff1968 Конфигурация - это часть базы данных. База данных находится на сервере, значит, и обновлять ее конфигурацию нужно только на сервере.
На клиентах максимум, что нужно делать, - обновлять платформу.
Илья Леонтьев Про 1С Спасибо ! Почему так и думалось! Но теперь не сомневаюсь в этом!!!
да ты бунтарь! Сохраняешь базу через конфигуратор!
)))
Илья спасибо за видео. Есть вопрос вот тут (ruclips.net/video/zVokvCBZyk8/видео.html) вы говорите что нужно проверить версии конфигураций и у вас они одинаковые, а как быть если не совпадают ? На что это может повлиять?
Если они не совпадают, то выполнение по описанному алгоритмы выполнять нельзя, потому что окно сравнения/объединения покажет недостоверную информацию.
Чтобы выровнять версии конфигураций, можно действовать по описанной здесь схеме: 1cguide.ru/administrirovanie-1s/esli-versiya-konfiguracii-postavshhika-1s-8-otlichaetsya-ot-versii-osnovnoj-konfiguracii.html
Интересно как 1С рекомендует делать копии? Средствами 1С Предприятие?
У 1С нет рекомендаций по поводу того, каким образом создавать тестовую базу для подготовки файла с обновлением )
@@IlyaLeontyev а бекапы?)
@@user-vx3pc7qm6t про бекапы здесь: ruclips.net/video/NFHZXnAn_Rk/видео.html
Илья у Вас сайт заблокировали???
Я за него не плачу, потому что он мне пока не нужен )
Илья все таки не могу понять чего ты копию через дт делал, а не через копию сд файла. Ты же сам говорил в обновлении типовых что через дт может криво сжаться база и потом разожмется с ошибками. Или это только база может криво сжаться? А конфигурация 100% никак криво не сожмется?
И как комфортнее тебе если на ты или Вы обращаться к тебе в комментариях?
Мы же выгружаем ДТ с целью тут же его восстановить на копии. Следовательно, мы сразу же узнаем, ошибочная у нас получилась копия или нет.
С ДТ намного удобней, чем с CF - потому что в выгрузке есть множество тестовых данных для проверки результата. Чего не скажешь про CF.
Мне одинаково комфортно как на ты, так и на вы )
@@IlyaLeontyev
Я про CF(далее цф) ничего не спрашивал и не говорил) то что не просто чисто цф выгружать а с данными тут я все понял и вопросов нет.
«Мы же выгружаем ДТ с целью тут же его восстановить на копии. Следовательно, мы сразу же узнаем, ошибочная у нас получилась копия или нет»
- а что если криво сожмется база через дт - то при распаковке сразу будет ошибка что какие то проблемы с базой ? может быть такое что все таки будут проблемы и ошибки сразу при распаковки из дт не будет ? и об этих проблемах мы узнаем через какой то время - когда исправить эти проблемы будет сложно или невозможно.
Все таки если можешь то ответь и на мой первый вопрос - при условии когда криво сжимается база через дт - то это не как на влияет на саму конфигурацию - тоесть на выгруженный файл в последствии в цф - ? не может быть что как то криво обновиться именно конфигурация - здесь я именно подразумеваю под словом конфигурация все справочники и код и т.д. - который мы потом выгружаем в цф с тестовой базы и загружаем этот сф в рабочую базу.
@@maxim.saharov да, про CF я додумал )
Просто копирование файла 1CD - это способ, который подходит только для файловой базы. Клиент-серверную базу ты уже таким способом не скопируешь. Придется либо MS SQL Server у себя на тестовой машине поднимать и копировать файл MDF, либо все-таки выгружать DT или CF )
999 против 1, что ты в этом случае выберешь выгрузку DT (или CF).
Большая часть нетиповых баз, с которыми ты столкнешься в реальной жизни - это клиент-серверные базы. Файловые базы считаются демонстрационным вариантом работы 1С.
Следовательно, выгрузка DT / CF для выполнения обновления - это та операция, к которой надо привыкать )
И в этом нет проблемы. Ситуация, когда при выгрузке DT возникают ошибки, крайне редки, и я такое за всю жизнь видел 1-2 раза. К тому же мы копируем DT не с целью выполнения резервной копии, а с целью создания тестовой служебной базы для подготовки файла с обновлениями. Поэтому ничего страшного, если при выгрузке DT возникнут какие-либо ошибки в данных. Нам эти данные нужны только для проверки работоспособности обновленной базы - и не более того. После этого эту восстановленную из DT базу просто удаляем - и все.
Может ли при выгрузке DT повредиться конфигурация? Считаю, что нет. Могут только данные повредиться, и происходит это в крайнем случае и в глючных базах (чаще всего файловых, потому что они максимально подвержены глюкам).
@@IlyaLeontyev
Большой лайк тебе за такой развернутый ответ!
А если база весит уже более 100 ГБ? Это ее и за ночь можно не выгрузить. А если клиент-сервер? Вот было бы неплохое видео 2.2 выгрузка с клиент-сервера.
Если нереально базу целиком выгрузить, можно выгрузить только конфигурационный файл. Загружать его либо в старую тестовую базу, либо даже в пустую.
Средствами ms SQL выгрузить.