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

Создан полный бэкап базы данных SQL

Проверена совместимость версий SQL Server

Скопированы файлы конфигурации 1С (если используются внешние отчёты/обработки)

Настроены права для учётной записи 1С в SQL

Обновлены настройки кластера 1С (если применимо)-->

⚠️ Внимание: Если вы переносите базу с MS SQL 2012 на SQL 2019/2022, после восстановления бэкапа может потребоваться обновление статистики и пересборка индексов. Используйте команды:

EXEC sp_updatestats;
EXEC sp_MSforeachtable 'ALTER INDEX ALL ON ? REBUILD';

Это ускорит работу базы после переноса.

3. Пошаговая инструкция для переноса базы на MS SQL

Разберём детальную инструкцию для самого распространённого варианта — клиент-серверной базы на Microsoft SQL Server.

Шаг 1: Бэкап базы данных

Откройте SQL Server Management Studio и подключитесь к старому серверу. Кликните правой кнопкой по базе → Tasks → Back Up.... Выберите:

• 📁 Тип бэкапа: Full
• 💾 Место сохранения: сетевой диск или локальный путь с достаточным местом
• ⚙️ Опции: включите сжатие (Compress backup) для ускорения

Для больших баз (более 50 ГБ) используйте бэкап по сети напрямую на новый сервер, чтобы избежать двойного копирования.

Шаг 2: Перенос бэкапа и восстановление

Скопируйте файл бэкапа (.bak) на новый сервер. В SSMS нового сервера:

1. Кликните правой кнопкой по Databases → Restore Database...
2. Выберите Device и укажите путь к файлу бэкапа.
3. Вкладка Options:
   • 🔄 Укажите новые пути к файлам базы (.mdf и .ldf), если они отличаются.
   • 🔒 Выберите опцию Overwrite the existing database (если база с таким именем уже существует).

Шаг 3: Настройка кластера 1С (если используется)

Если ваша база работает через кластер серверов 1С, обновите его настройки:

1. Откройте Администрирование кластера серверов 1С (rac admin).
2. Найдите свой рабочий сервер и отключите его от кластера.
3. Добавьте новый сервер с указанием:
   • 🖥️ Имени или IP нового сервера
   • 🔑 Портов для соединения (по умолчанию 1540-1541)

RESTORE DATABASE [YourBase] FROM DISK = 'D:\Backups\YourBase.bak'
WITH REPLACE, RECOVERY, STATS = 10;

Шаг 4: Проверка подключения

Запустите 1С:Предприятие и проверьте:

• 🔗 Подключение к базе через Консоль администрирования.
• 📊 Открытие отчётов и документов (особенно тех, что используют временные таблицы).
• 👥 Работу нескольких пользователей одновременно.

Если возникают ошибки типа "Недостаточно прав для операции", проверьте:

• 🔐 Права пользователя 1С в SQL Server (должна быть роль db_owner).
• 📋 Настройки аутентификации (если используете Windows Authentication, убедитесь, что доменные учётки синхронизированы).

4. Перенос базы между разными версиями 1С

Если вы переносите базу между разными версиями платформы (например, с 8.3.18 на 8.3.24), придётся выполнить обновление конфигурации. Это добавляет сложности, но позволяет использовать новые возможности системы.

4.1 Обновление конфигурации перед переносом

Лучший вариант — обновить конфигурацию до переноса:

1. Создайте тестовую копию базы на старом сервере.
2. Обновите платформу 1С до целевой версии.
3. Запустите Конфигуратор и выполните обновление через Конфигурация → Поддержка → Обновить конфигурацию.
4. Устраните ошибки (если они возникли) и протестируйте работу.
5. Только после этого переносите базу на новый сервер.

Если обновление после переноса неизбежно:

• 🛑 Не обновляйте платформу на рабочем сервере без тестирования!
• 🔄 Используйте Тестовый режим для проверки совместимости.
• 📋 Создайте отчёт об ошибках и отправьте его в поддержку 1С, если не можете решить проблемы самостоятельно.

4.2 Перенос между разными СУБД (например, с MS SQL на PostgreSQL)

Такой перенос требует конвертации данных и обычно выполняется через:

1. Выгрузку данных в .dt (для небольших баз).
2. Использование утилит типа SQL Server Migration Assistant for PostgreSQL.
3. Ручное создание структуры таблиц в PostgreSQL и перенос данных через pg_loader.

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

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

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

5.1 Ошибка: "Не найден информационный файл базы"

Причины:

• 📂 Неправильный путь к файлу .1CD (для файловых баз).
• 🔗 Не обновлены настройки в 1cv8.lst или реестре Windows.
• 🔐 Отсутствуют права на папку с базой.

Решение:

• Проверьте путь в ярлыке подключения или через 1cv8.exe /Manage.
• Запустите 1С от имени администратора и обновите список баз.
• Назначьте пользователю полные права на папку с базой.

5.2 Ошибка: "Неверная версия файла базы данных"

Эта ошибка возникает, если:

• 🔄 Версия платформы 1С на новом сервере старше, чем на старом, но конфигурация не обновлена.
• 📦 Файл базы повреждён при копировании.

Решение:

• Обновите конфигурацию на старом сервере до актуальной версии.
• Повторите копирование файлов, используя проверку контрольных сумм (например, через fciv -sha1).

5.3 Ошибка подключения к SQL-серверу

Типичные причины:

• 🔌 Порт 1433 закрыт фаерволом.
• 🛡️ Не настроена аутентификация (например, отключён SQL Server Authentication).
• 📛 Неверное имя сервера в настройках подключения.

Решение:

• Проверьте настройки фаервола на обоих серверах.
• Включите смешанную аутентификацию в SQL Server.
• Используйте SQL Server Configuration Manager для проверки протоколов (TCP/IP должен быть включён).

5.4 Проблемы с производительностью после переноса

Если после переноса база стала работать медленнее:

• 📉 Проверьте настройки SQL Server (особенно Max Degree of Parallelism и Cost Threshold for Parallelism).
• 🔄 Обновите статистику и перестройте индексы.
• 🖥️ Убедитесь, что на новом сервере достаточно оперативной памяти (для SQL Server рекомендуется не менее 16 ГБ).

⚠️ Внимание: Если вы переносите базу на виртуальный сервер (например, в облако), проверьте настройки хранилища. Использование медленных дисков (например, HDD вместо SSD) может снизить производительность в 5-10 раз. Для SQL-баз рекомендуются диски с IOPS не менее 3000.

6. Перенос базы в облако (1C:Fresh, Azure, AWS)

Облачные решения типа 1C:Fresh или развёртывание на Azure/AWS требуют особого подхода. Здесь нельзя просто скопировать файлы — нужно следовать процедурам провайдера.

6.1 Перенос в 1C:Fresh

1C:Fresh не поддерживает прямой импорт баз. Вам потребуется:

1. Создать новую базу в личном кабинете 1C:Fresh.
2. Выгрузить данные со старой базы через Универсальный обмен данными (формат .xml).
3. Загрузить данные в новую базу через веб-интерфейс.
4. Настроить пользователей и права доступа.

Ограничения:

• 🚫 Не все конфигурации поддерживаются (уточняйте у провайдера).
• 📅 Перенос может занять до нескольких дней при больших объёмах данных.
• 🔄 Некоторые обработки и отчёты могут не работать без доработки.

6.2 Перенос на Azure SQL или AWS RDS

Для развёртывания на облачных SQL-серверах:

1. Создайте экземпляр SQL Server в облаке с нужными характеристиками.
2. Восстановите бэкап базы через SSMS или Azure Data Studio.
3. Настройте сетевую безопасность:
   • 🔒 Добавьте IP-адреса пользователей в правила фаервола.
   • 🔑 Настройте SQL Authentication (если не используете Azure AD).

Преимущества облачного переноса:

• ⚡ Масштабируемость: можно легко увеличить мощность сервера.
• 🛡️ Автоматическое резервирование: настройка бэкапов через Azure Backup или AWS Backup.
• 🌍 Доступность: пользователи могут работать из любой точки мира.

⚠️ Внимание: При переносе в облако учитывайте стоимость трафика. Например, в AWS исходящий трафик оплачивается отдельно, а в Azure могут действовать ограничения на объём хранилища. Заранее рассчитайте бюджет с учётом роста базы данных.

7. Автоматизация переноса: скрипты и утилиты

Если вам приходится переносить базы 1С регулярно, имеет смысл автоматизировать процесс. Вот несколько проверенных инструментов:

7.1 PowerShell для переноса файловых баз

Скрипт для копирования и обновления списка баз:

# Копирование файлов базы
Copy-Item -Path "C:\Bases\OldBase" -Destination "\\NewServer\Bases\OldBase" -Recurse -Force

Обновление списка баз в 1cv8.lst
$listFile = "C:\Users\Public\Documents\1C\1cv8\1cv8.lst"
$oldPath = "File=`"C:\Bases\OldBase`;"
$newPath = "File=`"\\NewServer\Bases\OldBase`;"
(Get-Content $listFile) -replace $oldPath, $newPath | Set-Content $listFile

7.2 SQL-скрипт для переноса логинов и прав

При переносе на новый SQL-сервер часто теряются логины. Этот скрипт поможет их восстановить:

-- Генерация скрипта для переноса логинов
USE [master]
GO
IF OBJECT_ID('sp_hexadecimal') IS NOT NULL
DROP PROCEDURE sp_hexadecimal
GO
CREATE PROCEDURE sp_hexadecimal
@binvalue varbinary(256),
@hexvalue varchar(256) OUTPUT
AS
DECLARE @charvalue varchar(256)
DECLARE @i int
DECLARE @length int
DECLARE @hexstring char(16)
SELECT @charvalue = '0x'
SELECT @i = 1
SELECT @length = DATALENGTH(@binvalue)
SELECT @hexstring = '0123456789ABCDEF'
WHILE (@i <= @length)
BEGIN
DECLARE @tempint int
DECLARE @firstint int
DECLARE @secondint int
SELECT @tempint = CONVERT(int, SUBSTRING(@binvalue, @i, 1))
SELECT @firstint = FLOOR(@tempint / 16)
SELECT @secondint = @tempint - (@firstint * 16)
SELECT @charvalue = @charvalue +
SUBSTRING(@hexstring, @firstint + 1, 1) +
SUBSTRING(@hexstring, @secondint + 1, 1)
SELECT @i = @i + 1
END
SELECT @hexvalue = @charvalue
GO

-- Создание скрипта для логинов
SELECT 'USE [' + name + ']; CREATE USER [' + name + '] FOR LOGIN [' + name + '];'
FROM sys.server_principals
WHERE type_desc = 'SQL_LOGIN' AND name NOT IN ('sa', 'public')
GO

7.3 Утилита 1C:Enterprise Development Tools

Для автоматизации переноса конфигураций и данных можно использовать:

• 🔧 1C:EDT (Eclipse-базированная среда разработки) — поддерживает выгрузку/загрузку конфигураций в формате .epf.
• 📦 Gitsync — для синхронизации конфигураций между серверами через Git.
• 🔄 Vanessa-ADD — фреймворк для автоматизированного тестирования после переноса.