Как правильно удалить базу 1С с сервера

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

Важно понимать, что «удалить базу 1С» — это не одно действие, а как минимум три отдельных операции: удаление записи в консоли кластера серверов 1С, удаление самой базы данных в MS SQL Server, PostgreSQL или другой СУБД, а также очистка остаточных файлов (каталога информационной базы, журналов регистрации в файловом варианте). Если выполнить только одну из них, на сервере останутся «мёртвые» данные, занимающие место, или, наоборот, потерянная база без возможности восстановления.

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

Определите вариант развёртывания и подготовьтесь к удалению

Первый шаг — понять, как именно развёрнута база: в файловом или клиент-серверном варианте. От этого зависит весь сценарий. Файловая база — это каталог с файлом 1Cv8.1CD на диске сервера или общей сетевой папке. Клиент-серверная база состоит из регистрации в кластере серверов 1С:Предприятие и базы данных в СУБД (MS SQL Server, PostgreSQL, Oracle, IBM Db2).

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

Заблокируйте базу для пользователей перед началом работ: установите блокировку сеансов через консоль кластера (свойства информационной базы, параметр «Блокировка регламентных заданий» и блокировка начала сеансов) или через код блокировки в параметрах базы. Это исключит ситуацию, когда кто-то войдёт в базу в процессе удаления.

Сделайте архивную копию перед удалением

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

Для выгрузки используйте конфигуратор: откройте базу в режиме конфигуратора под пользователем с полными правами, выберите «Администрирование» → «Выгрузить информационную базу» и укажите путь для файла с расширением .dt. Этот файл содержит все данные и конфигурацию и позволяет полностью восстановить базу на другом сервере.

Для клиент-серверного варианта дополнительно сделайте резервную копию средствами СУБД. В MS SQL Server это команда BACKUP DATABASE через SQL Server Management Studio, в PostgreSQL — утилита pg_dump. Резервная копия СУБД восстанавливается быстрее, чем загрузка .dt, и сохраняет базу «как есть» на момент копирования.

BACKUP DATABASE [MyBase1C] TO DISK = N'D:\Backup\MyBase1C_full.bak' WITH FORMAT, COMPRESSION;

Проверьте созданную копию: файл .dt должен иметь ненулевой размер, сопоставимый с размером базы, а резервная копия СУБД должна успешно проходить проверку (например, RESTORE VERIFYONLY в MS SQL). В идеале — разверните копию на тестовом сервере и убедитесь, что база открывается.

Удалите базу из консоли кластера серверов 1С

Откройте консоль управления серверами 1С (на Windows — оснастка «Администрирование серверов 1С Предприятия», на Linux — консоль кластера). Найдите нужную информационную базу в списке, раскрыв кластер и ветку «Информационные базы». Убедитесь по свойствам, что это именно та база: сверьте имя базы данных в СУБД и сервер СУБД.

Нажмите правой кнопкой на базу и выберите «Удалить». Консоль предложит два варианта: удалить базу данных в СУБД вместе с регистрацией или оставить базу в СУБД, удалив только запись в кластере. Если вы уверены, что база данных в СУБД больше не нужна, — выбирайте полное удаление. Если планируете оставить дамп на уровне СУБД как дополнительную страховку — удалите только регистрацию.

Для удаления потребуются права администратора кластера и, при удалении базы в СУБД, права администратора СУБД (учётная запись, указанная в свойствах ИБ, должна иметь право DROP DATABASE). Если удаление завершилось ошибкой доступа — проверьте права этой учётной записи.

Удалите базу данных в СУБД вручную

Если в консоли кластера вы удалили только регистрацию, база данных осталась в СУБД и продолжает занимать место на дисках. Удалите её отдельно. В MS SQL Server откройте SQL Server Management Studio, подключитесь к экземпляру, найдите базу в списке, нажмите правой кнопкой → «Удалить» и отметьте опцию закрытия существующих подключений.

В PostgreSQL используйте команду DROP DATABASE через psql или pgAdmin. Учтите: удалить базу нельзя, пока к ней есть активные подключения, поэтому сначала принудительно завершите сессии. Также удалите или отзовите права у служебной учётной записи, под которой работала эта база, если она больше нигде не используется.

DROP DATABASE mybase1c WITH (FORCE);

После удаления проверьте, что файлы данных и журналов транзакций (.mdf, .ldf для MS SQL, каталоги tablespace для PostgreSQL) действительно удалены с дисков. В некоторых конфигурациях файлы остаются, если СУБД не смогла их освободить, — тогда удалите их вручную после остановки соответствующих служб.

Удалите файловую базу и остаточные данные

Файловая база удаляется проще: достаточно удалить каталог с файлом 1Cv8.1CD и сопутствующими служебными файлами и папками (1Cv8Log, 1Cv8FTxt и другие). Перед удалением убедитесь, что ни у одного пользователя база не открыта, и что каталог не опубликован на веб-сервере — если публикация есть, сначала удалите её из конфигурации веб-сервера (IIS или Apache).

Дополнительно удалите базу из списков информационных баз на рабочих местах пользователей, иначе при попытке запуска они будут получать ошибку. Записи хранятся в файле ibases.v8i в профиле пользователя; удалить ненужную запись можно и через диалог запуска 1С — кнопка «Удалить» в списке баз. Если баз развёрнуто много, поправьте файл списка баз централизованно через групповые политики или общий файл списка.

Не забудьте про связанные объекты: задачи планировщика резервного копирования этой базы, задания регламентного обслуживания в СУБД (планы обслуживания, джобы агента SQL Server), настройки мониторинга. Оставленные задания будут ежедневно завершаться ошибками и засорять журналы.

Проверьте результат удаления

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

Проверьте журналы: в журнале Windows, журнале агента SQL Server и технологическом журнале 1С не должно быть повторяющихся ошибок, связанных с удалённой базой. Убедитесь, что освободилось ожидаемое дисковое пространство — если место не освободилось, ищите оставшиеся файлы данных или журналов транзакций.

Архивную копию (.dt и бэкап СУБД) перенесите в надёжное хранилище с контролируемым доступом и зафиксируйте в инвентарной описи, что это за база и когда она была выгружена. Это избавит от вопросов, когда архив понадобится через год или два.

Частые вопросы