Администрирование · 10 мин
Как переименовать базу в кластере серверов 1С
Как переименовать базу данных в кластере серверов 1С: через консоль администрирования, утилиту rac и средствами СУБД. Риски, проверка результата и типичные ошибки.
Переименование информационной базы в кластере 1С — задача, с которой администраторы сталкиваются при смене стандартов именования, переносе баз между серверами или разделении тестовых и рабочих копий. Важно понимать: существует два разных «имени» — имя базы в кластере 1С (то, что видят пользователи в списке баз) и имя базы данных на сервере СУБД (MS SQL, PostgreSQL и т.д.). Менять можно одно из них или оба, и процедуры различаются.
Самый простой сценарий — изменить только имя базы в кластере через консоль администрирования. Это безопасная операция, которая не затрагивает данные на сервере СУБД. Сложнее ситуация, когда нужно переименовать саму базу данных в MS SQL или PostgreSQL: здесь потребуется согласованная работа с СУБД и последующее обновление параметров в кластере.
Перед любыми действиями сделайте резервную копию средствами СУБД или через выгрузку в dt. Переименование при активных сеансах пользователей или ошибка в параметрах подключения может привести к тому, что база станет недоступной, и восстановление займёт время.
Что именно вы собираетесь переименовать
Прежде чем приступать, определите объект переименования. Имя информационной базы в кластере — это логическое название, которое хранится в реестре кластера и отображается в консоли администрирования и при подключении клиентов через сервер 1С. Его смена не влияет на файлы и схему данных.
Имя базы данных на сервере СУБД — это физическое имя базы в MS SQL Server, PostgreSQL, Oracle или IBM DB2. Оно задано в свойствах информационной базы кластера в поле «Имя базы данных». Если переименовать базу только на стороне СУБД и не обновить это поле, кластер потеряет связь с данными и выдаст ошибку при подключении.
Подготовка: что сделать до переименования
Первый шаг — полная резервная копия. Для серверных баз предпочтительна копия средствами СУБД (например, backup в MS SQL или pg_dump для PostgreSQL), поскольку она быстрее и надёжнее выгрузки в dt для больших баз. Дополнительная выгрузка через конфигуратор не помешает как страховка.
Второй шаг — завершить все сеансы. Откройте консоль администрирования, найдите нужную базу, перейдите на вкладку «Сеансы» и удалите активные сеансы, предварительно предупредив пользователей. Также снимите блокировку регламентных заданий или дождитесь их завершения — фоновые процессы могут удерживать соединения с СУБД и помешать переименованию.
Третий шаг — зафиксировать текущие параметры. Запишите имя базы в кластере, имя базы данных, сервер СУБД, тип СУБД и учётную запись, под которой кластер подключается к базе. Эти сведения понадобятся для проверки и отката.
Переименование базы в кластере через консоль администрирования
Это основной и наиболее безопасный способ, если требуется изменить только отображаемое имя. Откройте консоль «Администрирование серверов 1С:Предприятия» на компьютере, где установлена компонента администрирования. Разверните дерево: нужный сервер → «Кластеры» → рабочий кластер → «Информационные базы».
Найдите базу в списке, щёлкните по ней правой кнопкой мыши и выберите «Свойства». В открывшемся окне измените значение поля «Имя» на новое. Имя должно быть уникальным в пределах кластера, не содержать некоторых специальных символов и, как правило, не начинаться с цифры. Нажмите «ОК» — изменение применяется сразу.
Обратите внимание: пользователи, подключающиеся через сервер 1С с указанием имени базы, после переименования должны будут использовать новое имя в настройках подключения. Старые ярлыки и сохранённые списки баз с прежним именем перестанут работать — сообщите пользователям новое имя заранее.
- 1Сделайте резервную копию базы средствами СУБД
- 2Завершите сеансы пользователей и заблокируйте новые подключения
- 3Откройте консоль администрирования и найдите базу в списке информационных баз
- 4Откройте свойства базы и измените поле «Имя»
- 5Сохраните изменения и проверьте подключение под новым именем
- 6Сообщите пользователям новое имя базы
Переименование через утилиту rac
Для автоматизации или работы на сервере без графической консоли используется консольная утилита rac из состава сервера 1С. Она позволяет изменить свойства информационной базы командой infobase update.
Сначала получите идентификатор кластера командой rac cluster list, затем идентификатор базы — rac infobase summary list --cluster=<ID>. После этого выполните обновление имени, указав новое значение параметром --name.
rac infobase update --cluster=<ID_кластера> --infobase=<ID_базы> --name=NewBaseNameУтилита rac работает через агента сервера (по умолчанию порт 1540), поэтому убедитесь, что служба агента запущена и у учётной записи есть права администратора кластера, если они настроены. Результат проверяется повторным запросом списка баз.
Как переименовать базу данных на сервере СУБД
Если требуется изменить физическое имя базы в MS SQL Server, последовательность такая: завершите все сеансы 1С, переведите базу в однопользовательский режим (или отключите активные соединения), выполните переименование через SQL Server Management Studio или командой ALTER DATABASE [OldName] MODIFY NAME = [NewName], затем верните многопользовательский режим.
Для PostgreSQL используется команда ALTER DATABASE old_name RENAME TO new_name; — она также требует отсутствия активных подключений к переименовываемой базе. Подключиться для выполнения команды нужно к другой базе, например postgres.
После переименования на стороне СУБД обязательно откройте свойства информационной базы в консоли администрирования 1С и обновите поле «Имя базы данных» на новое значение. Пока это не сделано, кластер будет пытаться подключиться по старому имени и выдавать ошибку соединения с СУБД.
Сравнение вариантов
Быстро и безопасно, данные не затрагиваются. Подходит для смены отображаемого названия. Требует обновления настроек подключения у пользователей.
Выполняется средствами СУБД, обязательно с последующим обновлением поля «Имя базы данных» в кластере. Риск простоя выше.
Полное приведение к новому стандарту именования. Делайте в два этапа: сначала СУБД и поле в свойствах, затем имя в кластере, проверяя подключение после каждого шага.
Проверка результата и возврат пользователей
После переименования выполните контрольные проверки. Убедитесь, что база отображается в консоли администрирования под новым именем, а в свойствах указаны корректные сервер СУБД и имя базы данных. Запустите толстый или тонкий клиент, создайте новое подключение с новым именем и войдите в базу под тестовой учётной записью.
Проверьте работу регламентных заданий: если они были заблокированы, снимите блокировку и убедитесь, что задания выполняются без ошибок. Просмотрите журнал регистрации и технологический журнал на предмет ошибок подключения к СУБД.
Как проверить результат
Отображается под новым именем, свойства открываются без ошибок
База не видна или свойства показывают старые параметры
Вход выполняется, данные открываются и сохраняются
Ошибка соединения с СУБД или «информационная база не найдена»
Выполняются по расписанию после снятия блокировки
Ошибки в журнале регистрации, задания не стартуют
Особые случаи и ограничения
Если база опубликована на веб-сервере, после переименования в кластере обновите публикацию: в файле default.vrd и настройках виртуального каталога может быть зафиксировано имя базы. То же относится к планам обмена, внешним отчётам и интеграциям, где строка подключения содержит имя базы явно.
Для файловых баз понятие «переименование в кластере» неприменимо — там имя определяется папкой и записью в списке баз пользователя. Если база работает в режиме совместимости со старыми версиями платформы, проверьте поддержку используемых инструментов администрирования для вашей версии.
Если цель переименования — создание копии базы под другим именем, корректнее не переименовывать существующую, а создать новую базу в кластере и восстановить в неё резервную копию. Так вы сохраните оригинал и избежите простоя рабочей системы.
Что важно запомнить
Различайте имя базы в кластере и имя базы данных на СУБД. Перед операцией делайте резервную копию и завершайте сеансы. После переименования на СУБД обязательно обновите поле «Имя базы данных» в свойствах базы кластера и проверьте подключение, регламентные задания и публикации.
Частые вопросы
Можно ли переименовать базу, пока пользователи работают?
Изменение имени в кластере технически применяется сразу, но активные сеансы и сохранённые подключения пользователей продолжают ссылаться на старое имя, что приведёт к ошибкам при переподключении. Переименование на стороне СУБД при активных соединениях вообще невозможно. Всегда завершайте сеансы заранее.
Что делать, если после переименования база не открывается с ошибкой соединения с СУБД?
Откройте свойства информационной базы в консоли администрирования и проверьте поле «Имя базы данных» — оно должно совпадать с фактическим именем базы на сервере СУБД. Также проверьте, что учётная запись, указанная в свойствах, сохранила права на переименованную базу.
Нужно ли переименовывать базу на СУБД, если меняется только имя в кластере?
Нет. Имя в кластере — независимый логический идентификатор. База данных на СУБД может сохранять прежнее имя, это не мешает работе. Переименование на СУБД нужно только для соответствия внутренним стандартам именования.
Какие символы допустимы в имени базы кластера?
Рекомендуется использовать буквы, цифры и подчёркивания, избегая пробелов, кириллицы в смешанных окружениях и специальных символов — это упрощает работу скриптов rac, строк подключения и веб-публикаций. Имя должно быть уникальным в пределах кластера.
Потеряются ли настройки пользователей после переименования?
Настройки, хранящиеся в самой базе (права, пользовательские настройки отчётов), сохраняются — данные не затрагиваются. Но записи в списках баз на клиентских компьютерах и ярлыки со старым именем перестанут работать, их нужно пересоздать.
Как откатить переименование, если что-то пошло не так?
Если менялось только имя в кластере — верните прежнее значение в свойствах базы. Если переименовывалась база на СУБД, выполните обратное переименование средствами СУБД и восстановите прежнее значение в поле «Имя базы данных». При повреждении данных восстанавливайте базу из резервной копии.