Как обновить старую базу 1с

Обновлено: 07.07.2024

В свое время не смог найти краткой инструкции по обновлению, поэтому пишу эту статью.

Помните анекдот про молодых охотников и медведя. Так вот – главное не бояться.

Статья предназначена для самых начинающих, коими все когда-то были.

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

Выгружаем конфигурацию рабочей базы в cf-файл.

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

Подготавливаем файл обновления (скачиваем с сайта 1С и устанавливаем какую-нибудь свою папку).

В копии нажимаем: Конфигурация – Поддержка – Обновить конфигурацию.

Устанавливаем переключатель на «Выбор файла обновления» и указываем наш файл обновления. Нажимаем «Готово». Ждем, когда выполнится сравнение.

После того как появилось окно сравнения, первым делом снимаем галочку с корневого элемента конфигурации.

Потом заходим в настройки и ставим галочку разрешить удаление – это важно иначе можем получить ошибки после обновления

Потом заходим в фильтр и устанавливаем «Показывать отличия новой конфигурации поставщика от старой конфигурации поставщика».

При этом фильтре устанавливаем галку на корневом элементе конфигурации – у нас выберутся все необходимые объекты.

Заходим опять в фильтр, оставляем «Показывать отличия новой конфигурации поставщика от старой конфигурации поставщика», и устанавливаем галку «Показывать только дважды измененные свойства» - это те объекты поставщика, в которые вносили изменения мы и есть изменения в новой конфигурации поставщика – вот с ними нам и нужно разбираться.

Применяем фильтр – ну вот объектов значительно меньше и уже не так страшно (помним – главное не бояться).

У ролей и тех объектов, у которых изменен состав – устанавливаем «объединить с приоритетом новой конфигурации поставщика».

У модулей в колонке «Режим объединения и порядок подчинения» нажимаем «Открыть».

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

Если в новой конфигурации поставщика отсутствует типовая процедура (не наша) то нужно установить галочку (режим объединения – Удалить).

Если есть изменения и наши и поставщика – то нужно режим объединения установить «объединить». Записать в каком модуле, в какой процедуре, какие изменения и после объединения откорректировать соответствующий модуль. Т.е. например, ставим «объединить с приоритетом новой конфигурации», а потом снимаем комментарии с наших изменений (программа закомментирует наши изменения).

Самое неприятное – изменение форм. Для того чтобы понять что менялась сама форма а не просто модуль, делаем следующее: встаем на необходимый объект, нажимаем правую кнопку мыши и выбираем «Отчет о сравнении объектов».

Далее делаем настройку как показано на скриншоте. И анализируем изменения.

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

После всех корректировок нажимаем «Выполнить», игнорируем страшные предупреждения программы если они появляются и не соглашаемся на предложения включить дополнительные объекты в объединение (мы же до этого все делали правильно правда?) Делаем в итоговой конфигурации необходимые изменения. Сохраняем конфигурацию и обновляем конфигурацию базы данных. Запускаем 1С Предприятие и проводим обновление. Проверяем, что ключевые документы открываются и проводятся без ошибок. Сохраняем конфигурацию в файл.

Далее делаем копию рабочей базы. Копию нужно делать средствами SQL если база серверная или копированием соответствующей папки если файловая. Файл dt не подойдет. То, что вы выгрузите этот файл, еще не гарантия что вам удастся его загрузить, к тому же выгрузка/загрузка dt на больших базах занимает много времени.

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

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

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

Давайте представим, что перед нами стоит задача обновления конфигурации 1С, которая не обновлялась очень и очень давно, пропущены десятки релизов.

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

На что следует обратить внимание

При таком большом обновлении (и тут неважно делаем мы это всё вручную через конфигуратор или автоматизированно через обновлятор) нужно учитывать следующие моменты:

нужно чётко контролировать выполнение обработчиков обновления и если на каком-то из промежуточных обновлений обработчики перестали выполняться корректно - нужно вначале добиться их безошибочного выполнения и лишь затем продолжить
очень советую обновлять старую базу именно в файловом варианте, так как это позволит избежать проблем с выполнением отложенных обработчиков обновления
если размер базы и время позволяют - нужно делать резервные копии после каждого из промежуточных обновлений (о них речь пойдёт ниже), чтобы иметь возможность в любой момент откатиться на любую из них
если вы не включили создание промежуточных резервных копий, то обязательно отключите автоматическое восстановление базы при ошибках, чтобы не получилось так, что через 100 релизов база вернулась к своему первоначальному состоянию из-за ошибки
если у вас очень старая база (например, вы решили обновлять бухгалтерию начиная с версии 2.0.12.2), то возможно скачивание новых обновлений не заработает сразу; в этом случае нужно скачивать и устанавливать обновления прямо с сайта 1с и периодически запускать обновлятор, а с определенного момента он начнет качать обновления сам
если вы обновляете чистую конфигурацию (которую только что создали из cf), обязательно сделайте однократный запуск в режиме пользователя, чтобы выполнились первоначальная инициализация и заполнение данными; иначе будут проблемы с выполнением обработчиков обновления

Какие версии платформы использовать для такого обновления

По умолчанию я рекомендую использовать последнюю версию платформы 1С - даже несмотря на то, что на момент выхода многих промежуточных обновлений этой версии платформы ещё не было и ошибки были другими.

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

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

Чтобы узнать какая версия платформы рекомендуется для данного обновления, откройте файл "Readme.txt" внутри папки с обновлением и перейдите в раздел "Важная информация":

На что обратить внимание в обновляторе

Возможность резервного копирования в формате sql

Для серверных баз по умолчанию обновлятор делает резервные копии в формате dt.

И это не есть хорошо по нескольким причинам:

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

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

Именно поэтому в обновляторе есть возможность настроить создание резервных копий в формате sql напрямую из СУБД.

Для этого зайдите в свойства серверной базы в обновляторе:

Затем перейдите на закладку "Архивация" и отметьте галку "Включить sql архив":

Также не забудьте прописать параметры сервера СУБД здесь же на закладке "Общие":

Как отключить создание резервной копии перед обновлением

По умолчанию обновлятор настроен на обязательное создание резервной копии перед обновлением базы.

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

Здесь отметьте галку "Не создавать резервную копию перед обновлением":

Как отключить автоматическое восстановление базы при ошибке обновления

Этот пункт относится только к файловым базам, так как только они откатываются по умолчанию на первоначальное состояние при критической ошибки в момент обновления.

При этом, если у вас включено создание промежуточных резервных копий (об этом ниже), то откат будет произведён на ближайшую копию.

Если вам требуется отключить такое восстановление, зайдите в свойства базы и перейдите на закладку "Обновление".

Здесь снимите опцию "Восстанавливать базу при ошибке":

Как включить обновление "в лоб, а не по ключевым релизам"

По умолчанию, обновлятор строит кратчайшую цепочку для обновления конфигурации 1С.

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

В этом случае я рекомендую восстановить базу на ближайшую резервную копию и включить обновление "в лоб".

Чтобы сделать это, откройте свойства базы и перейдите на закладку "Обновление".

Здесь отметьте галку "Искать обновления в лоб, а не по ключ. релизам":

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

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

Для того, чтобы ограничить цикл обновления к примеру не более чем на 3 релиза за раз отметим на этой же закладке галку "Обновлять не более чем на 3 релиза за один запуск":

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

Как включить автоматический переход на следующую подредакцию

По умолчанию, обновлятор выполняет обновление строго в пределах текущей редакции.

И это правильно, ведь разные редакции (например, 2.0 и 3.0) отличаются кардинально и, почти всегда, переход между ними требует внимание специалиста после.

Но вот переход между подредакциями (например, с версии 11.1 на 11.2) обычно не такой "страшный" и для некоторых конфигураций может считаться обычным делом.

Чтобы разрешить обновлятору выполнять автоматическое обновление на следующую подредакцию воспользуйтесь вот этой инструкцией.

Как включить создание промежуточных резервных копий

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

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

Наличие у нас всех промежуточных копий базы решает эту проблему.

Чтобы включить создание промежуточных копий, запускайте обновление базы следующим образом.

Из пункта "Ещё" выберите операцию "Обновить с расширенными параметрами. ":

В открывшемся диалоге отметьте галку "Создавать резервную копию после каждого промежуточного обновления".

. и нажмите кнопку "Запустить".

Как обновлять доработанную базу

В этом случае вам может быть полезна вот эта возможность.

И всё-таки как же обновлять очень старую базу 1С

Точная стратегия должна быть выработана вами исходя из того:

какой у вас тип базы (файловая или серверная)
сколько у вас времени
сколько у вас свободного места

При этом нужно учесть:

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

С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).

Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.

Пусть полная версия конфигурации 2.0.42.33. Редакция - это первые 2 цифры версии, отделённые точками. Значит для версии 2.0.42.33 номер редакции 2.0.

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

Откуда такое внимание к смене редакции?

Смена редакции обычно влечёт за собой смену интерфейса и многих других настроек базы. После такого перехода потребуется помощь программиста.

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

Я знаю, что делаю. Как обновить базу с возможностью перехода на следующую редакцию?

Выделите необходимые базы в списке, а затем из пункта "Ещё" выберите команду "Перейти на новую редакцию для X баз. ":

Откроется предупреждающий диалог - следуйте его инструкции.

Обратите внимание! При этом способе обновления (без контроля смены редакции) обновлятор будет обновлять базу до победного, пока это возможно. В таком случае возможна ситуация, когда, например, произойдёт переход с редакции 10.1 на 10.2, а затем с 10.2 на 11.0. Но есть возможность напрямую указать обновлятору, что не при каких условиях нельзя обновляться на редакцию выше чем 10.x. Для этого зайдите в свойства базы и на закладке "Обновление" укажите:

Обновление на следующую редакцию не было найдено обновлятором

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

С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).

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

Сожаление о том, что не узнали об этой программе раньше. Сожаление о том бесчисленном количестве часов и нервов, которые были потрачены на полуручное обслуживание своих баз.

Кто бы вы ни были - системный администратор, программист или бухгалтер.

Вот 8 причин, почему вам нужен Обновлятор:

Он умелый. И с легкостью автоматизирует любые операции сразу для всех ваших баз - архивацию (в том числе средствами СУБД MS SQL и Postgres), обновление, тестирование и многое другое. Вы забудете про рутину.
Он безопасный. Все операции над базами осуществляются через пакетный запуск платформы 1с (это её документированная возможность), поэтому все результаты работы полностью идентичны тому, как если бы вы делали всё вручную из конфигуратора.
Он универсальный. И одинаково хорошо работает как с файловыми, так и серверными базами 1С. При этом не важно какая у вас база - полностью типовая, доработанная или разработанная собственными силами с нуля. В обновляторе реализованы полезные возможности для каждого из этих случаев.
Он быстрый. Поддерживается многопоточное (параллельное) выполнение любых операций над базами.
Он облачный. И это гарантирует вам 100% защиту созданных архивов от шифровальщиков . Поддерживаются nas, ftp, ssh, webdav, mega.nz, onedrive, google drive, яндекс-облако и другие s3-совместимые хранилища.
Он осторожный. И рассчитан на самых различных пользователей. Это значит, что с его помощью испортить рабочую базу или остаться без копии после выполнения опасной операции практически невозможно.
Он технологичный. Поддерживаются такие технологии как обновление доработанных конфигураций, обновление из хранилища, обновление расширений , написание собственных скриптов для автоматизации.
Ему доверяют. Программа развивается и поддерживается с 2015 года, и в нашей стране с ней работают тысячи пользователей и сотни компаний (Кнопка, Systola, Крауд, OneTek, Смарт Офис, Технопарк Новосибирского Академгородка, Айтиматика, iTeamPro, Cloudray, Анком и многие другие).

При обновлении обновлятор автоматически (без участия пользователя):

скачает все нужные обновления с сайта 1С или подхватит уже установленные;
выгонит пользователей, запретит работу регламентных заданий на сервере, завершит зависшие сеансы;
сделает резервную копию базы;
выполнит обновление базы в пакетном режиме;
выполнит обработчики обновления;
пустит всех пользователей обратно.

сделает резервную копию базы (zip, dt или sql);
если вы захотите - зашифрует созданный архив вашим паролем;
если вы захотите - изменит расширение архива на заданное или случайное;
если вы захотите - запишет архив под произвольным пользователем системы;
если вы захотите - продублирует архив в любые другие папки, хранилища, облака;
удалит старые архивы, чтобы сохранить заданное вами количество дневных, недельных, месячных, квартальных и годовых копий.

Ответы на каверзные вопросы:

Для выполнения операций над базами Обновлятор использует пакетный режим конфигуратора.

Это документированная возможность от самой 1с для автоматизации операций над базами, которая используется во всех решениях (в том числе от 1с) для администрирования баз.

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

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

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

Да, обновлятор умеет выполнять операции с базами, которые используют базовую платформу 1с.

Базовая платформа не позволяет выполнять внешнее подключение к базам, но обновлятор обходит это ограничение при помощи вот такого приёма.

Да, обновлятор поддерживает работу с серверными базами в полной мере.

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

И, конечно же, у них используются кластеры серверов 1с (на разных ОС) с большим количеством подключений и рабочих процессов, чтобы обеспечивать такую нагрузку.

И на протяжении этих 5 лет поддержки и разработки мне совместно с ними, кажется, удалось учесть все мыслимые и не мыслимые нюансы, связанные с операциями над серверными базами из обновлятора.

По умолчанию обновлятор настроен на автоматическое пакетное обновление типовых баз на поддержке.

И если в такую базу внесены доработки - это ещё не значит, что она перестанет обновляться в пакетном режиме. Это решение принимает конфигуратор, когда обновлятор просит его применить обновление.

При этом обновлятор имеет ряд дополнительных возможностей для обновления доработанных баз, для которых пакетный режим по умолчанию не подходит:

обновление множества однотипных баз
обновление с возможным затиранием доработок
обновление из хранилища
обновление расширений

Может ли обновлятор выполнять операции в несколько потоков?

Обновлятор выполняет операции над базами последовательно одну за другой.

И в некотором смысле это правильно, так как, например, попытка обновить базы одновременно в несколько потоков на среднестатистическом компьютере приведёт к тому, что система буквально "встанет колом" - производительность упрётся в жесткий диск и процессор - и такое параллельное обновление будет идти даже дольше чем обычное последовательное.

Но у некоторых компаний есть настолько производительные серверы, что для них параллельное выполнение операций над базами в несколько потоков действительно имеет смысл. Особенно в том случае, если баз настолько много (или они настолько большие), что последовательное выполнение операций не укладывается в "ночное окно".

В этом случае я рекомендую многопоточное (параллельное) выполнение операций: ссылка.

Да, обновлятор умеет скачивать и устанавливать нужную версию платформы 1с при минимальном участии пользователя.

И всё-таки чем обновлятор лучше других инструментов?

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

Да, есть много решений для администрирования баз, но большинство из-них либо уже не поддерживаются, либо поддерживаются плохо, либо не доведены до ума, либо не дружелюбны, либо просто не являются готовым продуктом для конечных пользователей.

И это отсутствие качественных инструментов - настоящая беда для всей экосистемы 1С.

И если даже рассматривать только операцию обновления баз - становится ясно почему наличие таких инструментов просто жизненно необходимо для всех нас.

Помимо различного рода обновлений (и всего что с ними связано) обновлятор ещё умеет:

выполнять архивацию баз (zip, dt, sql) с защитой архивов от шифровальщиков и удалением старых архивов с сохранением нужного количества дневных, недельных, месячных, квартальных и годовых копий;
выполнять тестирование баз;
управлять расширениями в базах;
управлять регламентными заданиями в базах;
выполнять различные блокировки-разблокировки сеансов и регламентных заданий на сервере;
выполнять batch скрипты над базами;
выполнять скрипты на onescript;
чистить временные файлы (кэш) 1с;
загружать комплекты отчётности для БГУ;
менять формат баз и проверять их физическую целостность;
ещё с десяток операций, полезных в том или ином случае.

На данный момент (30 ноября 2017 года) не считая сторонних библиотек в обновляторе:

97 модулей
3 мегабайта кода
70 тысяч строк

Полная таблица возможностей обновлятора:

Ответы на частые вопросы:

Подсказки по эффективной работе
Какие существуют ключи для запуска из командной строки?
Что означает номер версии в настройках базы?
Как настроить обновлятор для работы с базовой платформой 1С?
Я настроил обновлятор для работы с базовой платформой. Всё обновлялось, но теперь перестало. Почему?
Какой принцип работы Обновлятора-1С?
Какие типовые конфигурации поддерживаются программой Обновлятор-1С?
Как поведёт себя обновлятор с конфигурацией, в которую внесены изменения?
Что будет, если база в момент обновления будет открыта?
Где взять логин и пароль от сайта 1С?
У меня уже есть выкачанные обновления, как их подсунуть Обновлятору-1С?
Как восстановить базу из архива, созданного перед обновлением?
Наиболее частые причины, по которым не работает отправка отчётов на почту.
Что делать, если возникает следующая ошибка: не удалось подключиться к базе, скорее всего неверно указаны имя и пароль для базы.
Что делать, если возникает следующая ошибка: произошла попытка обновить не поддерживаемую конфигурацию.
Зачем нужна настройка любимых дней для базы?
Зачем нужны дополнительные параметры запуска для базы?
Как включить второй способ поиска обновлений на сервере 1С для базы и когда это нужно?
Что такое обработчики обновления, зачем они нужны и в каких случаях (и как) их лучше отключить?
Зачем может понадобиться настройка 'Применять обновления не раньше чем через N дней после их выхода'?
Зачем может понадобиться настройка 'Обновлять не более чем на N релизов за один запуск'?
Зачем может понадобится устанавливать пароль на изменение настроек программы?
Зачем может понадобится устанавливать ограничение работы программы по дате?
Зачем может понадобиться возможность автоматической выгрузки базы в последнюю папку обновления в формате dt?
Зачем может понадобиться возможность автоматической выгрузки файла конфигурации базы в папку обновления в формате 1cv8.cf?
Что означает возможность обновлять конфигурацию сразу на последний 1cv8.cf и можно ли её применять?
Что означает версия 1С при обновлении платформы?
Не удалось найти платформу 1С по шаблону.
Зачем нужна возможность переопределять логин и пароль от ИТС в расширенных параметрах обновления?
Зачем нужна возможность только скачивать обновления без их применения к самим базам?
Зачем нужна возможность делать резервную копию базы после каждого промежуточного обновления?
Расскажите о схеме обновления множества однотипных и изменённых баз, которые не обновляются автоматически.
Как отключить предупреждение об антивирусе?
Как настроить обновлятор для работы с OneScript?
О каких настройках диалога запуска идёт речь?
Как настроить для базы индивидуальный путь к папке с обновлениями и зачем это может быть нужно?
Что делать, если обновлятор не видит обновление, установленное на компьютер вручную?
Можно ли использовать обновлятор как portable программу (запускать с флешки на разных компьютерах)?
Как отключить восстановление базы к первоначальному состоянию при ошибке обновления?
Зачем нужна возможность устанавливать отдельный пароль на изменение ограничения работы программы по дате?
Решение проблем с com-библиотекой для внешнего подключения к базе.
Как указать администратора кластера для серверной базы?
Что означает "грязная копия"?
Как изменить папку для хранения архивов?
Как отключить резервную копию перед обновлением?
Как настроить количество резервных копий для базы?
Как обновить базу на следующую редакцию?
Зачем может понадобится строгая проверка рекомендуемой версии 1с при обновлении?
Список внешних ресурсов, к которым может обращаться обновлятор

С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).

Скажу сразу – у описываемого метода есть свои подводные камни, поэтому перед его применением советую дочитать статью до конца. Если у вас есть интернет и доступ к пользовательскому разделу сайта 1С, а конфигурация у вас «родная» от 1С и в ней есть обработка «Обновление конфигурации» (см. меню Сервис) – воспользуйтесь ею и обновите конфигурацию через интернет. Будет и проще, и надежнее (хотя вряд ли быстрее).

Обработка обновления точно есть в конфигурации «Бухгалтерия предприятия» ред. 2.0, а также в несколько урезанном варианте – в УПП ред. 1.3 (находится в подменю «Интернет-поддержка пользователей» меню Сервис). В этих обработках есть справка, причем довольно подробная. Про остальные конфигурации от 1С точно сказать не могу, но подозреваю, что и в них подобные обработки присутствуют. Попробуйте с их помощью обновить конфигурацию через интернет и возвращайтесь к данной статье, если потерпите неудачу.

Итак, что же делать, если интернета/доступа к сайту 1С у вас нет, а желание сэкономить время и упростить себе жизнь есть? Даже в этом случае можно схитрить и не ставить все обновления последовательно. Для этого нужна возможность тем или иным способом получить конфигурацию поставщика из другой базы, уже обновленной до интересующего вас (очевидно, последнего) релиза.

Выгрузка конфигурации поставщика, или "где взять новую конфу?"

Иногда бывает, что вы сами или ваши коллеги ранее установили себе "полный" установочный комплект новой конфигурации, а дистрибутив затем благополучно потерялся. Не беда: открываете каталог шаблонов (обычно он находится тут: " C:\Users\ ИмяВашегоПользователяWindows \AppData\Roaming\1C\1Cv82\tmplts"), и в соответствующей подпапке (например, " 1c\Accounting\2_0_47_5" ) находите файл 1Cv8.cf от нужной вам версии конфигурации. Не перепутайте с .cfu, он вам не подойдет. Если файла .cf в папке шаблонов найти не удалось, то вам не повезло - у вас был дистрибутив обновления, а не полный установочный комплект.
Если готовый .cf конфигурации поставщика найти не удалось, пробуем найти у себя или знакомых базу нужной вам конфигурации. Она может быть и нетиповой, но должна быть корректно обновлена до нужного вам релиза.
В конфигураторе через меню «Конфигурация – Поддержка – Настройка поддержки» проверяем номер версии конфигурации поставщика. Если версия подходящая, то прямо оттуда по кнопке «Сохранить в файл» выгружаем файл .cf – он-то нам и нужен.

Описанным выше способом вы из любой базы выгрузите именно ТИПОВУЮ конфигурацию основного поставщика, причем именно той версии, которая указана в окне настроек поддержки (см. статью «Настройка поддержки» с ИТС). Если база находится у знакомых, то попросите их выгрузить конфигурацию поставщика (можно под вашу диктовку), а полученный .cf прислать вам с почтовым голубем.

Если совсем нет возможности найти готовую конфигурацию - ищем наиболее свежий дистрибутив (установочную версию конфигурации). Дистрибутивы есть на партнерских дисках ИТС либо установочных дисках из комплекта поставки конфигурации, так что наиболее свежий дистрибутив проще всего найти у того, кто покупал программу недавно, или у франчайзи. Найденный дистрибутив устанавливаем к себе на компьютер и создаем новую базу по шаблону из данного дистрибутива (НЕ демо, т.к. данные из демки нам не нужны!).

Если дистрибутив был установлен, но после этого "потерялся", нужные вам файлы все равно можно найти. Как это сделать - см. выше ( пункт 1 в списке). В папке с шаблоном конфигурации ищите файл 1Cv8new.dt - это архив пустой базы соответствующего релиза. Если нашли, то создаем новую информационную базу без конфигурации, открываем ее Конфигуратором и разворачиваем в нее найденный архив 1Cv8new.dt (меню «Администрирование - Загрузить информационную базу»).

Выполнение обновления с помощью конфигурации поставщика

Вариант с использованием обработки «Обновление конфигурации»

Открываем базу в режиме предприятия, запускаем обработку. Выбираем способ получения обновлений «Локальный или сетевой каталог», на следующей странице указываем путь к получившемуся у нас файлу .cf. Далее на все соглашаемся, в случае сомнений смело пользуемся справкой (напомню, она весьма подробная).

Обработка сама создаст вам резервную копию, обновит конфигурацию и проверит результат обновления, а в случае ошибки автоматически восстановит базу в исходное состояние. Место сохранения резервной копии настраивается отдельно: по умолчанию создается временная копия, которая после успешного обновления удаляется, но я рекомендовал бы указать свой путь сохранения.

Вариант с использованием конфигуратора

Мне таким образом удалось обновить конфигурацию БП с релиза 2.0.22.1 до 2.0.32.4 и затем через .cfu до 2.0.32.6. База файловая, платформа 8.2.15.289. Результат всех удовлетворил, обновление (через конфигуратор) заняло менее пяти минут.

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

ВНИМАНИЕ!

Если мы проскочим при таком обновлении через ключевой релиз, в котором выполнялось удаление или замена каких-либо объектов метаданных, возникает риск потери данных. В особо ответственных случаях желательно перепроверить себя через сравнение и объединение и в случае малейших сомнений обновляться классическим методом (как минимум - до последнего ключевого релиза), не забывая запускать базу в режиме предприятия после каждого обновления и внимательно отслеживать ход выполнения обработок обновления ИБ.

P.S. Есть информация, что у кого-то после такого обновления были проблемы с дальнейшим обновлением базы через .cfu.

Я подозреваю, что просто база была битая, но для пущей надежности можно сделать .cf-ник предпоследнего релиза и обновить базу на него. Затем отдельно обновить до последнего релиза через .cfu и лично убедиться, что база благополучно обновляется. Впрочем, на мой взгляд, при таких опасениях вообще не следует пользоваться подобными "ускоряющими" методиками. ))

Читайте также: