Перенос 1С с одного диска на другой: полное руководство для администраторов

pg_restore -U postgres -d dbname"D:\backup\base_backup.dump"

• Запустите Консоль кластера серверов 1С (ras.exe).
• Выберите ваш кластер →"Информационные базы" → обновите путь к базе в настройках.

Для Microsoft SQL Server процесс аналогичен, но вместо pg_dump используется SQL Server Management Studio (операция Detach → Copy Files → Attach).

Перенос базы с активными пользователями: как минимизировать простой

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

Вариант 1: Репликация PostgreSQL

Если ваша база работает на PostgreSQL 10+, можно настроить логическую репликацию:

1. Настройте основной сервер как publisher:

   ALTER PUBLICATION mypub ADD TABLE table1, table2;

2. На новом сервере создайте базу и подключите как subscriber:

   CREATE SUBSCRIPTION mysub CONNECTION'host=old_server dbname=db user=replicator' PUBLICATION mypub;

3. Дождитесь полной синхронизации (проверьте лаг через pg_stat_replication).
4. Перенастройте кластер 1С на новую базу и отключите репликацию.

Вариант 2: Зеркалирование MS SQL

Для Microsoft SQL Server подходит Database Mirroring:

• 🔄 Настройте Principal (основной сервер) и Mirror (новый сервер).
• 📥 Дождитесь синхронизации (статус "Synchronized" в SQL Server Management Studio).
• ↔️ Выполните Failover — переключение на зеркало без потери данных.

⚠️ Внимание: Репликация и зеркалирование требуют дополнительных лицензий на СУБД для резервного сервера. Например, для MS SQL Server нужна лицензия на каждый экземпляр, участвующий в зеркалировании. Уточните условия в лицензионном соглашении или у партнёра 1С.

Что делать если репликация прервалась?

Если синхронизация прервалась из-за ошибки сети или дискового пространства:

1. Проверьте логи PostgreSQL (pg_log\postgresql-*.log) или SQL Server Error Log.

2. Удалите повреждённую подписку (DROP SUBSCRIPTION) и создайте её заново.

3. Если разница между базами критична, восстановите дамп на новом сервере и настройте репликацию с нуля.

Настройка прав доступа после переноса

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

• 📁 Папок с файлами .1CD (для файлового варианта).
• 🗃️ Директории data PostgreSQL или MSSQL\DATA.
• 🔐 Папки с временными файлами (%TEMP%\1C\).

Для Windows:

Откройте Свойства папки → Безопасность и добавьте следующие права:

• USR1CV8 (или USR1CV82 для 64-битных систем) — Полный доступ.
• SYSTEM — Полный доступ.
• Группа Администраторы — Полный доступ.

Применяйте права ко всем вложенным папкам и файлам (опция"Заменить разрешения для всех дочерних объектов").

Для Linux:

Выполните команды:

chown -R postgres:postgres /new/path/to/base/
chmod -R 700 /new/path/to/base/

(Замените postgres на пользователя, под которым работает СУБД.)

💡

Если после переноса 1С выдаёт ошибку "Отказано в доступе", проверьте права не на папку с базой, а на %TEMP%\1C\ — именно туда платформа пытается записать временные файлы при запуске.

Типичные ошибки и как их избежать

Даже опытные администраторы сталкиваются с проблемами при переносе 1С. Вот самые распространённые ошибки и способы их предотвращения:

Ошибка	Причина	Решение
"Файл базы данных повреждён"	Неполное копирование файла .1CD или сбой диска.	Повторите копирование с проверкой контрольных сумм (fciv -sha1 old.1cd new.1cd).
"Не найден файл информационной базы"	Не обновлён путь в 1CV8.lst или реестре Windows.	Проверьте файлы списка баз в %APPDATA%\1C\1cv8\ и ключ реестра HKEY_CURRENT_USER\Software\1C\1Cv8\8.x\Config\IBases.
"Ошибка подключения к серверу 1С"	Не обновлены настройки кластера после переноса СУБД.	Запустите ras.exe, выберите кластер →"Информационные базы" → обновите строку подключения.
"Недостаточно прав для записи"	Неверные права на папку или файл 1CD.	Настройте права для USR1CV8 и SYSTEM (см. раздел выше).

Специфические ошибки для PostgreSQL:

• 🔴 "FATAL: database files are incompatible with server" — версия дампа не совместима с версией PostgreSQL. Используйте pg_upgrade для миграции.
• 🔴 "could not access file"global/pg_control": Permission denied" — права на папку data неверные. Выполните chmod 700.

Специфические ошибки для MS SQL:

• 🔴 "The database cannot be opened because it is offline" — база не прикреплена (Attach) к серверу.
• 🔴 "File activation failure" — пути к файлам .mdf/.ldf изменились. Используйте ALTER DATABASE... MODIFY FILE.

1. Настройки кэша в postgresql.conf (параметры shared_buffers и effective_cache_size).

2. Фрагментацию индексов — выполните REINDEX DATABASE dbname; для PostgreSQL или DBCC INDEXDEFRAG для MS SQL.

3. Производительность нового диска (используйте CrystalDiskMark для теста скорости чтения/записи).

-->

Проверка работоспособности после переноса

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

Минимальный чек-лист для проверки:

1. Запуск в режиме 1С:Предприятие:
   • Откройте базу в пользовательском режиме.
   • Проверьте загрузку справочников (например, Номенклатура или Контрагенты).
   • Создайте тестовый документ (например, Реализация товаров) и проведите его.
2. Тестирование отчётов:
   • Сформируйте Оборотно-сальдовую ведомость за последний месяц.
   • Проверьте Анализ субконто для ключевых счетов (например, 62.01).
5. Проверка интеграций:
   • Если база связана с сайтом или 1С:EDI, выполните тестовый обмен.
   • Проверьте работу REST-сервисов (если используются).

• Для файлового варианта: %TEMP%\1C\Log\*.log.
• Для PostgreSQL: pg_log\postgresql-*.log.
• Для MS SQL: SQL Server Error Log (через Management Studio).