ОБНОВЛЕНИЕ НЕТИПОВЫХ КОНФИГУРАЦИЙ 1С. УРОК 2. ПОДГОТОВКА

[@IlyaLeontyev]

День прошел не зря ) Сделал новый видос. Пока удается держать темп "раз в неделю". Надеюсь, так будет и впредь. Лайки, подписки, друзья! И репоооосты, конечно же )

[@ТимАхметов-д6е]

Спасибо за ваш труд!

[@ВладимирБородулин-п9ц]

Илья, дарит свои знания другим безвозмездно. И это очень достойный поступок.

[@pro1cPredpriyatie]

Илья, Вы делаете очень крутые уроки. Я их смотрю с удовольствием, хотя уже давно не являюсь начинающим программистом. В этом видео, Вы выгружаете целиком базу, правильнее выгружать только конфигурацию. Наверняка, Вы это просто упустили, но у тех, кто только начинает, могут возникнуть проблемы. Базы бывают очень объемные. Мне попадались экземпляры по 20 Гб и даже больше. Выгрузить такую базу будет не просто. А ведь, ее надо еще и развернуть. Выгружать нужно конфигурацию. (Конфигурация - Сохранить конфигурацию в файл) И создавать пустую базу с ней. (Конфигурация - Загрузить конфигурацию из файла) Данные базы для обновления не нужны, а конфигурация весит 300 - 500 мб.

[@IlyaLeontyev]

Я не согласен с тем, что это упущение или ошибка. Работать с DT намного удобней, потому что зачастую после обновления имеет смысл проверить работу некоторых доработок, и без данных это будет сделать проблематично. Экземпляры баз по 20 ГБ выгружаются в DT размером 1-2 Гб, что не является проблемой. Если же мы имеем дело с действительно очень большой базой, то это уже можно рассматривать как частный случай, и в такой ситуации действительно выгружать конфигурацию вместо выгрузки DT.

[@pro1cPredpriyatie]

@@IlyaLeontyev проверить работу можно после обновления на рабочей базе. (Архив перед обновлением делать обязательно!) Проблем быть не должно, если все сделано правильно. Разворачивать базу с данными дольше, чем восстановить (в 1 из 1000 случаев)

[@pro1cPredpriyatie]

Есть еще один важный момент. Ни каждый клиент готов отдать свои данные с базой обновлять. У многих крупных организаций есть правила безопасности и следят за ними очень строго.

[@IlyaLeontyev]

​@@pro1cPredpriyatie "проверить работу можно после обновления на рабочей базе" Ну ок, запускаете вы рабочую базу, проверяете работу некой печатной формы, которая постоянно слетает, она не формируется - дальше что? Возвращаться в свою пустую тестовую базу и пытаться воспроизвести ошибку? А ведь можно было сразу же на тестовой базе проверить.

[@IlyaLeontyev]

@@pro1cPredpriyatie если возникнут проблемы при получении выгрузки, то можно и о сохранении конфигурации подумать. Но это все-таки план Б должен быть, на мой взгляд.

[@АлексейСуханов-ъ7у]

Отличное видео! Ждем продолжения)

[@krankkrankovich]

Увы вариант с копией базы и конфигурационым файлом будет работать при одном ключевом обновлении. Если клиенту надо обновить старую базу 5-6 ключевых обновлений такой вариант череват потерей данных. Поэтому я делаю так накатываю на копию релиз обновления, запихиваю все доработки тестирую и уже потом, по порядку накатываю дистрибутивы ключевых обновлений на рабочую базу по порядку и только теперь накатываю конфигурационный файл из обновленной копии. Поэтому иногда ночью приходится сидеть обновлять, если ключевых обновлений много и они долго накатываються

[@IlyaLeontyev]

У меня немного другая схема, и об этом еще расскажу в одном из следующих видео. Я обновляю копию на релиз 1 - выгружаю CF1. Затем обновляю копию на релиз 2 - выгружаю CF2. В результате у меня получается несколько файлов CF, которые я затем последовательно устанавливаю в рабочую базу. После установки каждого файла запускаю дополнительные процедуры обработки в пользовательском режиме.

[@krankkrankovich]

@@IlyaLeontyev а доработки на каждый релиз что-ли накатываешь? Я только на последний нужный, вроде проблем пока не было.

[@Anton-ni8un]

@@krankkrankovich, смотря какие доработки. Если чисто код, то проблем не будет. А если добавлены предопределеные элементы или в массив типов реквизита включены дополнительные элементы, тогда действительно придется геморроиться с каждой версией, чтобы не потерять данные. З.Ы. поэтому я стараюсь не добавлять нетиповые предопределеные элементы.

[@IlyaLeontyev]

@@krankkrankovich при обновлении нетиповой конфигурации не приходится накатывать все доработки на каждый релиз. При обновлении на каждый релиз необходимо разрешать только конфликтные ситуации (когда один и тот же объект менялся в обновлении и в основной конфигурации). Обычно это не так много доработок. Иногда вообще ничего делать не приходится (по причине отсутствия конфликтов). Скоро все это покажу.

[@ТатьянаШШШ]

Да, я уже так пробовала несколько раз по Вашему совету из видео, которое давно лежало на этом канале. Спасибо, помогло в работе!

[@svetlanakomarova5415]

Классное видео, иду дальше... смотреть

[@АлександрАлександров.мск]

Всё доступно и понятно, в целом приятно смотреть) Но, думаю, что не я один, а также многие другие зрители для себя ничего нового не извлекли. Поэтому, очень хотелось бы, чтобы ты в одном видео рассказывал не только азы для новичков, но и добавлял тонкости для опытных программистов (возможно даже свои авторские лайфхаки). И те и другие зрители извлекут для себя пользу, а тебя будут чаще смотреть и стажеры и опытные. Также делай отсылки на другие уроки по смежным темам в текущем видео, и будет меньше странных вопросов в комментариях о нераскрытых вопросах. В общем главное баланс: 50% базовых знаний + 50% узконаправленных вопросов.

[@IlyaLeontyev]

Эти видео предназначены для тех, кто не умеет обновлять нетиповые конфигурации. Если вы умеете это делать, то вам, конечно, должно быть не очень интересно. Странных вопросов в комментариях всегда будет достаточно, что бы я ни делал )

[@blackview8507]

Интересно! Жду следующие видео! Но с большим интересом жду видео о том, что делать если версия конфы поставщика не совпадает с текущей версией конфы

[@RomanD]

На копии. 1. Сохранить рабочий CF. 2. Снять с поддержки. (Снять с подержки ещё раз, если там привязалось много конфигураций поставщика). 3. Загрузить типовый CF с потерей данных. 4. Сравнить/объединить с рабочим CF. 5. Приступить к обновлениям на новый релиз. 6. Выгрузить подготовленный CF. На рабочей базе: 7. На рабочей базе снять с поддержки (сколько нужно раз). 8. Загрузить подготовленный CF.

[@blackview8507]

@@RomanD спасибо за инструкцию, но Есть вопрос: в каких случаях может быть несколько конфигураций поставщика??? Всегда же так(если включена возможность редактирования конфы) : Конфа поставщика и конфа с которой работают пользователи.

[@RomanD]

@@blackview8507 Неизвестные люди до тебя обновляли. И теперь по факту это в базе. Очень редкая ситуация. В Украине часто меняли имя ПОСТАВЩИКА конфигурации. И для 1с это значит что оно CF при обновлении воспримет как другую конфигурацию. А CFU как обычное обновление.

[@blackview8507]

@@RomanD Ого, даже не знал про это. Спасибо

[@RomanD]

Предлагаю тему для видео: Как вернуть замок на объект/реквизит конфигурации. (Это очень неочевидно).

[@ДмитрийВахнин-ш1в]

Слишком лайтово) База должна клиент-серверная быть, в усмерть переписанная с измененными планом счетов и предопределенными элементами всякими. Обновлений за год-полтора накатывать) С сотней-другой юзеров, каждый из которых двумя-тремя документами, отчётами пользуется, чтоб проверить копию обновленную не мог никто толком. И звонки потом: все пропало, какая-то фигня работать перестала. А вы куда смотрели, когда проверяли? Это не наезд, а так, накипело) Про хранилище конфигураций ещё тема не раскрыта. З.Ы. полный дистрибутив конфигурации на сайте ИТС, это скорее исключение, чем правило. Для бухи, УТ, розницы не выкладывают их давно уже.

[@Anton-ni8un]

Выгружаешь конфигурацию поставщика, загружаешь ее в новую базу. Обновляешь до нужной версии. И вот у тебя полный дистрибутив.

[@Anton-ni8un]

Гораздо печальнее, когда у тебя какая нибудь бородатая УТ 11.0 к тому же снятая с поддержки. И конфигурацию поставщика бородатой версии взять негде.

[@IlyaLeontyev]

Для УТ полный дистрибутив есть на сайте releases.1c.ru. Долгое время был представлен только он. Дистрибутив по ЗУП добавили позднее. И УНФ. И наверняка что-то еще. А по БП, к сожалению, да, полный дистрибутив не дают. Но это скорее БП - исключение из правила.

[@MrKreker83]

Это уже целый проект. При таких раскладах возможно будет лучше новую базу создать и переносить туда данные и доработки. При этом 70% доработок скорее всего переносить не понадобиться, ибо они потеряют актуальность.

[@RomanD]

@@MrKreker83 Но так как никто не знает, какая строка за что отвечает, то понадобится переносить 170% доработок

[@daniilivnv4101]

А мы могли для тестовой базы не делать выгрузку ИБ, а просто сохранить конфигурацию в файл? Чтобы не тянуть данные - экономия времени при сохранении

[@Qoauable]

Ну, если есть под рукой рабочая копия - да. Если копии для опытов нет - надо делать. Тебе же нужны актуальные данные для тестирования? В пустой базе ничего нет.

[@IlyaLeontyev]

Выгрузка базы предпочтительней, потому что, во-первых, содержит данные, необходимые для теста, а во-вторых, она содержит расширения, которые также нужно будет после обновления причесать. Но если в приоритете - экономия времени (или, допустим, нет возможности выгнать пользователей, что чаще встречается), то можно и конфигурацию сохранять, почему бы нет. Но при этом все-таки лучше ее загружать в старую копию, а не в пустую базу (чтобы были какие-то данные для тестов).

[@blackview8507]

Будет ли в следующих видео освещён такой момент: есть допустим реквизит составного типа. В этот реквизит добавлен нетиповой тип данных. Пришло время обновлять конфу. Как лучше обновить этот объект?

[@Anton-ni8un]

Это в одном из следующих уроков будет.

[@IlyaLeontyev]

Все верно, это будет в следуюших уроках. Проще всего выполнить объединение с любым приоритетом.

[@alekseybukoff1968]

А если например нужно обновить конфигурации на компах которые в сети? И на 1с сервере да ещё база на ms sql сервере , то как это делается в 2 х словах? И ещё при ступенчатом обновлении , нужно так же делать обработку после каждого обновления если база на sql сервере?

[@krankkrankovich]

Так все точно также, только в случае со скулем копию средствами самого скуля делаешь, ну или выгружаешь дтшник, в остальном нет отличий

[@IlyaLeontyev]

Для файловой и для клиент-серверной базы схема одна и та же, отличий нет. Неважно, на какой СУБД работает база. Взаимодействие с ней все равно выполняется через платформу 1С.

[@alekseybukoff1968]

Илья Леонтьев Про 1С Ещё один дурацкий вопрос) конфигурация обновляется только на сервере 1с , на клиентах что к серваку подцеплены её нет? Они вообще наверное тонкие) не 1 с ник ещё раз напоминаю) прошу не смеяться )))

[@IlyaLeontyev]

@@alekseybukoff1968 Конфигурация - это часть базы данных. База данных находится на сервере, значит, и обновлять ее конфигурацию нужно только на сервере. На клиентах максимум, что нужно делать, - обновлять платформу.

[@alekseybukoff1968]

Илья Леонтьев Про 1С Спасибо ! Почему так и думалось! Но теперь не сомневаюсь в этом!!!

[@РоманВиноградов-е2ч]

Интересно как 1С рекомендует делать копии? Средствами 1С Предприятие?

[@IlyaLeontyev]

У 1С нет рекомендаций по поводу того, каким образом создавать тестовую базу для подготовки файла с обновлением )

[@РоманВиноградов-е2ч]

@@IlyaLeontyev а бекапы?)

[@IlyaLeontyev]

​@@РоманВиноградов-е2ч про бекапы здесь: kzbin.info/www/bejne/hHeri4ukdtOSiM0

[@ОрхидеюнафитильЛевченкоМарина]

Привет Илья! Сейчас столкнулась с ситуацией обновления обновления типовой(первое обновление после установки): через справку и конфигурация-поддержка-настройка обновления номер конфигурации совпадает. Но при попытке обновится он не видит нужного обновления. При указании принудительного обновления через файл сообщает что обновление не подходит для номера моей конфигурации и показывает таблицу для каких конф-ий подходит и моя находится в списке🤷‍♀️. Сталкивался с таким?

[@IlyaLeontyev]

Привет. В каталоге шаблонов точно есть нужный файл cfu? Принудительно не нужно обновлять. Нужно, чтобы система его увидела. Возможно, ты пытаешься поставить обновление для базовой программы на программу версии ПРОФ, или наоборот.

[@ОрхидеюнафитильЛевченкоМарина]

@@IlyaLeontyev нет точно. Попыталась обновить ERP, корп там нет, обновления скачала правильные. Принудительно прописывала, чтобы конкретный cfu указать. После нашей версии вышло еще 3 обновления и ни один не видит система

[@ОрхидеюнафитильЛевченкоМарина]

@@IlyaLeontyev слушай, получилось объединением. Теперь система увидела все обновления. Спасибо тебе за подсказки.

[@magmaster4]

да ты бунтарь! Сохраняешь базу через конфигуратор!

[@IlyaLeontyev]

)))

[@maxim.saharov]

Илья все таки не могу понять чего ты копию через дт делал, а не через копию сд файла. Ты же сам говорил в обновлении типовых что через дт может криво сжаться база и потом разожмется с ошибками. Или это только база может криво сжаться? А конфигурация 100% никак криво не сожмется? И как комфортнее тебе если на ты или Вы обращаться к тебе в комментариях?

[@IlyaLeontyev]

Мы же выгружаем ДТ с целью тут же его восстановить на копии. Следовательно, мы сразу же узнаем, ошибочная у нас получилась копия или нет. С ДТ намного удобней, чем с CF - потому что в выгрузке есть множество тестовых данных для проверки результата. Чего не скажешь про CF. Мне одинаково комфортно как на ты, так и на вы )

[@maxim.saharov]

@@IlyaLeontyev Я про CF(далее цф) ничего не спрашивал и не говорил) то что не просто чисто цф выгружать а с данными тут я все понял и вопросов нет. «Мы же выгружаем ДТ с целью тут же его восстановить на копии. Следовательно, мы сразу же узнаем, ошибочная у нас получилась копия или нет» - а что если криво сожмется база через дт - то при распаковке сразу будет ошибка что какие то проблемы с базой ? может быть такое что все таки будут проблемы и ошибки сразу при распаковки из дт не будет ? и об этих проблемах мы узнаем через какой то время - когда исправить эти проблемы будет сложно или невозможно. Все таки если можешь то ответь и на мой первый вопрос - при условии когда криво сжимается база через дт - то это не как на влияет на саму конфигурацию - тоесть на выгруженный файл в последствии в цф - ? не может быть что как то криво обновиться именно конфигурация - здесь я именно подразумеваю под словом конфигурация все справочники и код и т.д. - который мы потом выгружаем в цф с тестовой базы и загружаем этот сф в рабочую базу.

[@IlyaLeontyev]

@@maxim.saharov да, про CF я додумал ) Просто копирование файла 1CD - это способ, который подходит только для файловой базы. Клиент-серверную базу ты уже таким способом не скопируешь. Придется либо MS SQL Server у себя на тестовой машине поднимать и копировать файл MDF, либо все-таки выгружать DT или CF ) 999 против 1, что ты в этом случае выберешь выгрузку DT (или CF). Большая часть нетиповых баз, с которыми ты столкнешься в реальной жизни - это клиент-серверные базы. Файловые базы считаются демонстрационным вариантом работы 1С. Следовательно, выгрузка DT / CF для выполнения обновления - это та операция, к которой надо привыкать ) И в этом нет проблемы. Ситуация, когда при выгрузке DT возникают ошибки, крайне редки, и я такое за всю жизнь видел 1-2 раза. К тому же мы копируем DT не с целью выполнения резервной копии, а с целью создания тестовой служебной базы для подготовки файла с обновлениями. Поэтому ничего страшного, если при выгрузке DT возникнут какие-либо ошибки в данных. Нам эти данные нужны только для проверки работоспособности обновленной базы - и не более того. После этого эту восстановленную из DT базу просто удаляем - и все. Может ли при выгрузке DT повредиться конфигурация? Считаю, что нет. Могут только данные повредиться, и происходит это в крайнем случае и в глючных базах (чаще всего файловых, потому что они максимально подвержены глюкам).

[@maxim.saharov]

@@IlyaLeontyev Большой лайк тебе за такой развернутый ответ!

[@Александр-ш8в7э]

Илья у Вас сайт заблокировали???

[@IlyaLeontyev]

Я за него не плачу, потому что он мне пока не нужен )

[@KirNest]

Илья спасибо за видео. Есть вопрос вот тут (kzbin.info/www/bejne/sIfSnKl5d7-soZo) вы говорите что нужно проверить версии конфигураций и у вас они одинаковые, а как быть если не совпадают ? На что это может повлиять?

[@IlyaLeontyev]

Если они не совпадают, то выполнение по описанному алгоритмы выполнять нельзя, потому что окно сравнения/объединения покажет недостоверную информацию. Чтобы выровнять версии конфигураций, можно действовать по описанной здесь схеме: 1cguide.ru/administrirovanie-1s/esli-versiya-konfiguracii-postavshhika-1s-8-otlichaetsya-ot-versii-osnovnoj-konfiguracii.html

[@melkiy1735]

А если база весит уже более 100 ГБ? Это ее и за ночь можно не выгрузить. А если клиент-сервер? Вот было бы неплохое видео 2.2 выгрузка с клиент-сервера.

[@IlyaLeontyev]

Если нереально базу целиком выгрузить, можно выгрузить только конфигурационный файл. Загружать его либо в старую тестовую базу, либо даже в пустую.

[@ТатьянаШШШ]

Средствами ms SQL выгрузить.