Перенос файловой базы 1С 8.3 на SQL-сервер: полное руководство с нюансами

• 🗂️ Collation: Cyrillic_General_CI_AS (важно для корректной работы с кириллицей!)
• 📏 Initial Size: 1.5–2 раза больше текущего размера файловой базы
• 🔄 Autogrowth: включить с шагом 10–20%

Для PostgreSQL:

1. Скачайте дистрибутив с сайта postgresql.org (версия 9.6.5 или новее).
2. При установке оставьте параметры по умолчанию, но запомните порт (обычно 5432) и пароль для пользователя postgres.
3. После установки подключитесь к серверу через pgAdmin или консоль и выполните команды:

   CREATE DATABASE имя_базы WITH ENCODING='UTF8' LC_COLLATE='ru_RU.UTF-8' LC_CTYPE='ru_RU.UTF-8';
   CREATE USER имя_пользователя WITH PASSWORD 'пароль';
   GRANT ALL PRIVILEGES ON DATABASE имя_базы TO имя_пользователя;

4. Установите расширение для 1С:

   CREATE EXTENSION "1C_Enterprise";

Почему важна кодировка Cyrillic_General_CI_AS в MS SQL?

Если выбрать неправильную кодировку (например, SQL_Latin1_General_CP1_CI_AS), то при работе с 1С могут возникать ошибки сортировки русских букв, а также проблемы с поиском по строкам. Например, запрос "Иванов" не найдёт запись "ИВАНОВ" из-за различия в регистре. Кодировка Cyrillic_General_CI_AS обеспечивает корректную обработку кириллицы без учёта регистра.

4. Пошаговый перенос файловой базы в SQL

Когда SQL-сервер установлен и настроен, можно приступать к самой миграции. Процесс состоит из трёх основных этапов: выгрузка файловой базы, создание пустой SQL-базы и загрузка данных.

Этап 1. Выгрузка файловой базы в формат .dt

1. Закройте все сеансы работы с базой (включая фоновые задачи).
2. Откройте Конфигуратор в режиме администратора.
3. Перейдите в Администрирование → Выгрузить информационную базу.
4. Укажите путь для сохранения файла (например, C:\Backup\base_dt) и дождитесь завершения процесса.

Этап 2. Создание новой SQL-базы через Конфигуратор

1. В Конфигураторе выберите Файл → Новая информационная база.
2. Укажите тип Сервер 1С:Предприятия и выберите Создание новой информационной базы.
3. В поле Сервер баз данных укажите:
   • 🖥️ Для MS SQL: Имя_сервера\Имя_экземпляра (например, LOCALHOST\SQLEXPRESS)
   • 🐧 Для PostgreSQL: Имя_сервера:5432
• Введите данные для подключения (имя базы, логин, пароль) и нажмите Далее.
• На этапе создания базы выберите Создать пустую базу данных.

Этап 3. Загрузка данных в SQL-базу

1. В Конфигураторе подключитесь к только что созданной SQL-базе.
2. Перейдите в Администрирование → Загрузить информационную базу.
3. Укажите путь к ранее выгруженному файлу .dt.
4. Дождитесь завершения процесса (время зависит от размера базы — от 10 минут до нескольких часов).
💡

Не прерывайте процесс загрузки данных! Если на этапе переноса возникнет ошибка, база может остаться в неконсистентном состоянии. В этом случае придётся удалять её через SQL-менеджер и начинать заново.

5. Типичные ошибки при переносе и их решения

Даже при тщательной подготовке процесс миграции может сопровождаться ошибками. Рассмотрим наиболее распространённые проблемы и способы их устранения.

Ошибка 1: "Не удалось подключиться к серверу баз данных"

• 🔌 Причина: неверные настройки подключения, заблокирован порт или не запущена служба SQL-сервера.
• 🔧 Решение:
  • Проверьте, что служба SQL-сервера запущена (services.msc для Windows).
  • Убедитесь, что в брандмауэре открыт порт 1433 (MS SQL) или 5432 (PostgreSQL).
  • Для MS SQL включите протокол TCP/IP в SQL Server Configuration Manager.

Ошибка 2: "Некорректная версия сервера баз данных"

• 📋 Причина: используется устаревшая версия SQL-сервера (например, MS SQL 2008 или PostgreSQL 9.4).
• 🔧 Решение: обновите сервер до поддерживаемой версии (MS SQL 2016+ или PostgreSQL 9.6.5+).

Ошибка 3: "Недостаточно прав для создания базы данных"

• 🔐 Причина: пользователь, от имени которого подключается 1С, не имеет прав на создание объектов в SQL.
• 🔧 Решение:
  • Для MS SQL назначьте роль db_owner через SSMS.
  • Для PostgreSQL выполните команду: ALTER USER имя_пользователя CREATEDB;

Ошибка 4: "Превышен тайм-аут ожидания"

• ⏱️ Причина: медленное сетевое соединение или нехватка ресурсов сервера.
• 🔧 Решение:
  • Увеличьте тайм-аут подключения в файле conf.cfg (параметр DBMSConnectTimeout).
  • Проверьте нагрузку на сервер (CPU, RAM, диск) через Диспетчер задач или top (Linux).
💡

Если при переносе возникает ошибка "Объект не найден (Metadata)", попробуйте очистить кэш метаданных 1С. Для этого в Конфигураторе выполните Файл → Открыть → [выберите базу] → Отмена, затем повторите загрузку.

6. Настройка 1С для работы с SQL-базой

После успешного переноса данных необходимо настроить клиентские рабочие места для подключения к новой базе. Этот процесс включает обновление строк подключения и, при необходимости, изменение параметров запуска.

Шаг 1. Обновление строки подключения

В файле 1CEStart.cfg (расположен в каталоге пользователя, например, C:\Users\ИмяПользователя\AppData\Roaming\1C\1CEStart) найдите раздел с описанием вашей базы и измените параметр Connect:

• 🔗 Для MS SQL: Connect=Srvr="ИмяСервера\Экземпляр";Ref="ИмяБазы";
• 🔗 Для PostgreSQL: Connect=Srvr="ИмяСервера:5432";Ref="ИмяБазы";DBMS=PostgreSQL;

Шаг 2. Проверка лицензий

При переходе на SQL может потребоваться обновление лицензий:

• 📄 Для 1С:Предприятия проверьте, что у вас есть клиент-серверная лицензия (а не файловая).
• 🔑 Для SQL-сервера:
  • MS SQL: требуется лицензия на ядра процессора или CAL (в зависимости от модели лицензирования).
  • PostgreSQL: лицензия не требуется (открытое ПО).

Шаг 3. Оптимизация производительности

После миграции рекомендуется выполнить следующие настройки для ускорения работы:

• ⚡ В SQL Server Management Studio (для MS SQL) установите модель восстановления базы в Simple, если не используете резервное копирование через SQL-сервер.
• 🗃️ Для PostgreSQL увеличьте параметр shared_buffers в файле postgresql.conf до 25–30% от объёма ОЗУ.
• 🔄 В Конфигураторе 1С включите кэширование метаданных: Сервис → Параметры → Запуск 1С:Предприятия → Кэшировать метаданные на клиенте.
💡

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

7. Тестирование и контроль после миграции

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

Проверка данных:

• 📊 Сравните итоги по ключевым регистрам (например, остатки по счётам бухгалтерского учёта или остатки товаров на складах).
• 📄 Откройте несколько случайных документов и проверьте их реквизиты (даты, суммы, контрагентов).
• 🔍 Выполните тестовые проводки и убедитесь, что они корректно отражаются в отчётах.

Проверка производительности:

• ⏱️ Замерьте время открытия тяжёлых отчётов (например, Оборотно-сальдовая ведомость за год).
• 🖥️ Симулируйте одновременную работу нескольких пользователей (можно использовать утилиту 1С:Тест-центр).
• 📈 Сравните показатели с файловой базой — улучшение должно быть заметно (особенно при 5+ пользователях).

Проверка резервного копирования:

• 💾 Настройте автоматическое резервное копирование SQL-базы (через SQL Server Agent или pg_dump для PostgreSQL).
• 🔄 Протестируйте восстановление из резервной копии на тестовом сервере.
Как проверить, что 1С действительно работает с SQL-базой?

Откройте Конфигуратор, подключитесь к базе и выполните запрос:

ВЫБРАТЬ ТИПЗНАЧЕНИЯ(ИНФОРМАЦИОННАЯБАЗАПАРАМЕТРЫ().ТипСервераБазыДанных) КАК ТипСервера;

Если в результате отобразится SQLServer или PostgreSQL, значит, подключение настроено корректно.

8. Автоматизация резервного копирования SQL-базы 1С

Один из ключевых плюсов SQL-сервера — возможность гибкой настройки резервного копирования. В отличие от файловой базы, где приходилось вручную архивировать .dt, теперь можно настроить автоматическое создание бэкапов с заданной периодичностью.

Для Microsoft SQL Server:

Используйте SQL Server Agent для создания заданий:

1. Откройте SSMS и подключитесь к серверу.
2. Разверните узел SQL Server Agent → Jobs.
3. Создайте новое задание (New Job) и добавьте шаг типа Transact-SQL со скриптом:

   BACKUP DATABASE [ИмяБазы] TO DISK = 'D:\Backups\ИмяБазы.bak'
   WITH COMPRESSION, STATS = 10;

4. Настройте расписание (например, ежедневно в 23:00).

Для PostgreSQL:

Настройте автоматический бэкап через cron (Linux) или Задачи Windows:

1. Создайте скрипт backup.sh:

   #!/bin/bash
   PGPASSWORD="ваш_пароль" pg_dump -U имя_пользователя -h localhost -p 5432 имя_базы > /backups/имя_базы_$(date +%Y-%m-%d).sql

2. Добавьте задачу в crontab -e:

   0 23   * /путь/к/backup.sh

Дополнительные рекомендации:

• 📁 Храните бэкапы на отдельном физическом диске (не на системном!).
• 🔄 Периодически тестируйте восстановление из бэкапов (хотя бы раз в квартал).
• 📊 Для крупных баз (>50 ГБ) используйте дифференциальное или транзакционное резервирование.

RESTORE DATABASE [ИмяБазы] FROM DISK = 'D:\Backups\ИмяБазы.bak'
WITH BUFFERCOUNT = 20, MAXTRANSFERSIZE = 4194304;

Это увеличивает количество буферов для операции и сокращает время восстановления на 30–50%.

-->

⚠️ Внимание: параметры лицензирования SQL-серверов могут изменяться. Например, Microsoft периодически обновляет условия использования редакций Express и Standard. Перед покупкой лицензии уточните актуальные тарифы на официальном сайте вендора или у партнёров 1С.

FAQ: Частые вопросы по переносу 1С в SQL