← На главную

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

Запрос пароля администратора кластера: что вводить

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

1. Если администратор кластера не создавался: Если в консоли администрирования серверов 1С («Администрирование серверов 1С Предприятия») вы не создавали принудительно администраторов для конкретного кластера, то эти поля следует оставить пустыми. Просто нажмите кнопку «Далее».
2. Ложные запросы авторизации: Часто платформа запрашивает пароль администратора кластера даже тогда, когда авторизация не настроена. Это происходит из-за того, что система маскирует реальную сетевую ошибку (недоступность портов, блокировку брандмауэром или проблемы COM-соединения) под ошибку авторизации. Если вы уверены, что пароля нет, но окно появляется снова и снова — проблему нужно искать в сетевых настройках.

Настройка нестандартных портов сервера 1С

По умолчанию платформа 1С использует порт 1540 для агента сервера и 1541 для менеджера кластера. Однако на практике часто разворачивают несколько служб (например, для параллельной работы версий 8.2 и 8.3), смещая порты.

Проанализируем ситуацию, когда сервер 1С настроен на порт 1740, а менеджер кластера — на 1741. В этом случае при обновлении в поле «Порт» нельзя оставлять значение по умолчанию (1540). Выполним следующие настройки:

1. В поле «Порт» укажем порт именно менеджера кластера (в нашем примере это 1741, а не порт агента 1740).
2. Если указать неверный порт, система выдаст ошибку подключения. При указании порта версии 1540 (если там работает старая служба 1С 8.2) возникнет критический сбой несоответствия версий клиента и сервера.

Настройка брандмауэра и сетевых портов

Часто причиной сбоя при обновлении становится блокировка сетевых пакетов локальным брандмауэром Windows на сервере 1С. Для выполнения обновления платформа должна открыть служебный канал связи между клиентским приложением и рабочими процессами сервера.

Выясним, какие порты необходимо открыть для беспрепятственного прохождения сигнала:

• Порт агента сервера (например, 1540 или нестандартный 1740).
• Порт менеджера кластера (например, 1541 или нестандартный 1741).
• Диапазон портов рабочих процессов rphost. По умолчанию для стандартных портов это диапазон 1560–1590. Если основной порт смещен на 1740, то и диапазон рабочих процессов обычно смещается на 1760–1790.

В качестве быстрой диагностики на время обновления можно временно отключить брандмауэр на сервере 1С. Если после этого обновление проходит успешно, необходимо добавить в правила исключений брандмауэра как исполняемые файлы сервера 1С (ragent.exe, rmngr.exe, rphost.exe), так и весь диапазон используемых портов.

Проверка прав службы сервера 1С и COM-соединения

Для корректного завершения сеансов пользователей перед обновлением платформа инициализирует COM-соединение с кластером. На этом этапе могут возникнуть две основные проблемы:

1. Права системной учетной записи: Служба «Агент сервера 1С:Предприятия» (запускаемая от имени пользователя USR1CV8 или аналогичного) должна обладать достаточными правами в операционной системе. Убедитесь, что у этого пользователя есть право «Доступ к компьютеру из сети» в локальных политиках безопасности Windows, а также полные права на каталог служебных файлов srvinfo.
2. Регистрация библиотеки COM-соединителя: Если на рабочем компьютере, с которого запускается обновление, не зарегистрирована библиотека comcntr.dll, программное подключение завершится ошибкой.

Для исправления этой ошибки зарегистрируем библиотеку вручную. Запустим командную строку от имени администратора и выполним следующую команду:

regsvr32 "C:\Program Files\1cv8\8.3.XX.XXXX\bin\comcntr.dll"

Примечание: вместо 8.3.XX.XXXX укажите точный номер релиза установленной у вас платформы 1С.

Рекомендуемый и безопасный способ: обновление через Конфигуратор

Хотя разработчики предоставляют возможность обновления «Бухгалтерии 3.0» в пользовательском режиме, для клиент-серверных баз этот метод не является самым надежным из-за обилия сетевых факторов. Рекомендуем выполнять обновление баз данных через режим «Конфигуратор» по следующему алгоритму:

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

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

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

Рассмотрим причины этого поведения:

• Зависание локального кэша: Локальный кэш метаданных на компьютерах пользователей сохраняет структуру старой конфигурации. Для решения этой проблемы необходимо очистить кэш. Самый надежный способ — удалить базу из списка запуска в окне запуска 1С и добавить её заново под тем же именем и адресом (при этом сгенерируется новый уникальный идентификатор кэша). Также можно прописать параметр запуска /ClearCache в дополнительных параметрах запуска информационной базы.
• Путаница с путями (файловый режим): Если в настройках базы прописан сетевой путь к файлу базы данных (например, \\server\share\base), убедитесь, что вы обновили именно эту общую базу, а не её локальную копию на самом сервере.