Как обновить несколько баз 1С:Бухгалтерия 3.0 через несколько релизов сразу?

Обновление типовых конфигураций 1С, таких как Бухгалтерия предприятия 3.0, — это регулярная задача, которая может стать настоящим испытанием, если баз много, а релизы выходят часто. Когда мы обновляем одну базу через режим 1С:Предприятие, программа автоматически скачивает все промежуточные дистрибутивы в каталог шаблонов. Однако повторять этот процесс для каждой последующей базы нерационально. Рассмотрим способы, как ускорить этот процесс и обновить «пачку» баз, используя уже имеющиеся данные.

Метод 1: Обновление через файл конфигурации (CF-файл)

Это один из самых быстрых способов «перепрыгнуть» через несколько релизов. Если у нас уже есть одна успешно обновленная база, мы можем использовать ее как эталон. Разберем этот процесс по шагам:

1. Откроем первую (уже обновленную) базу в режиме Конфигуратор.
2. Перейдем в меню Конфигурация — Сохранить конфигурацию в файл... и выберем путь для сохранения .cf файла.
3. Откроем вторую базу (которую нужно обновить) также в режиме Конфигуратор.
4. Важный нюанс: Не используйте команду «Загрузить конфигурацию из файла», так как это может привести к потере связи с конфигурацией поставщика. Вместо этого выберем Конфигурация — Поддержка — Обновить конфигурацию.
5. В появившемся окне выберем вариант Выбор файла обновления и укажем путь к нашему сохраненному cf файлу.
6. Программа сравнит текущую конфигурацию с файлом и предложит обновиться. После этого необходимо выполнить Обновить конфигурацию базы данных (клавиша F7).

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

Метод 2: Автоматизация с помощью «Обновлятора 1С»

Если баз действительно много (более пяти), ручное манипулирование файлами становится трудозатратным. В сообществе 1С популярным решением является специализированная утилита — Обновлятор 1С. Рассмотрим, почему это удобно:

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

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

Метод 3: Использование пакетного режима запуска (Командная строка)

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

Пример структуры команды для обновления конфигурации из файла:

"C:\Program Files\1cv8\common\1cestart.exe" DESIGNER /F "D:\Bases\MyBase" /N "Admin" /P "Password" /UpdateCfg "D:\Updates\1cv8.cf" /UpdateDBCfg

Разберем основные параметры:

• DESIGNER — запуск в режиме Конфигуратора.
• /F — путь к файловой базе (или /S для серверной).
• /UpdateCfg — команда загрузки обновления из файла.
• /UpdateDBCfg — принятие изменений в базе данных (эквивалент F7).

Метод 4: Программный запуск обработок обновления данных

После того как мы обновили метаданные в Конфигураторе, база требует запуска процедур обновления в режиме Предприятие. Чтобы не делать это руками, воспользуемся параметром запуска ЗапуститьОбновлениеИнформационнойБазы.

Рассмотрим пример скрипта, который запускает базу для завершения всех процедур обновления:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F "D:\Bases\MyBase" /N "Admin" /P "Password" /C ЗапуститьОбновлениеИнформационнойБазы

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

Очистка кэша и проверка целостности

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

1. Использовать параметр /ClearCache при первом запуске после обновления.
2. Выполнять Тестирование и исправление (ТиИ) хотя бы раз в несколько релизов.
3. Следить за тем, чтобы версия платформы соответствовала требованиям нового релиза конфигурации.

Особенности для распределенных баз (РИБ)

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

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