Восстановление информационной базы на сервере SQL Server — это одна из базовых, но критически важных задач для системного администратора 1С. Неправильно выполненная процедура может привести к тому, что пользователи не смогут подключиться, база будет работать медленно или данные окажутся поврежденными. Процесс называется "заливкой", хотя технически это регистрация базы в кластере служб 1С и восстановление из резервной копии формата .dt или .bak.
Перед началом работ необходимо убедиться, что у вас есть права администратора на сервере баз данных и в кластере серверов 1С:Предприятие. Также потребуется файл выгрузки базы, который обычно создается через режим "Конфигуратор" или средствами резервного копирования. Если вы планируете перенести базу с файлового варианта на клиент-серверный, этот процесс потребует дополнительной подготовки структуры каталогов и прав доступа.
В данной статье мы подробно разберем алгоритм действий, начиная от подготовки SQL-сервера и заканчивая проверкой работоспособности системы для конечных пользователей. Особое внимание уделим нюансам настройки прав доступа, так как именно здесь чаще всего возникают ошибки подключения.
Подготовка окружения и проверка версий
Прежде чем приступать к восстановлению, необходимо сверить версии платформы. Сервер 1С и клиентские машины должны иметь совместимые версии платформы, иначе подключение будет заблокировано. Также важно проверить версию Microsoft SQL Server, на которую вы планируете развернуть базу. Для современных конфигураций, таких как 1С:ERP или 1С:УХ, рекомендуется использовать SQL Server 2016 и выше с актуальными пакетами обновлений (Service Pack или Cumulative Update).
Убедитесь, что на диске, где будут размещаться файлы данных (.mdf) и журналов транзакций (.ldf), достаточно свободного места. База данных в процессе работы может значительно вырасти, особенно если включено подробное логирование или планируется загрузка больших объемов исторических данных.
Проверьте службу агента SQL Server и саму службу MSSQL. Они должны быть запущены и работать в автоматическом режиме. Если службы остановлены, запуск базы данных будет невозможен, и консоль администрирования 1С выдаст ошибку при попытке регистрации.
Не забудьте проверить сетевую доступность. Сервер 1С должен "видеть" сервер баз данных по имени или IP-адресу, а порты (обычно 1433 для SQL и 1540/1541 для 1С) должны быть открыты в брандмауэре.
⚠️ Внимание: Если вы восстанавливаете базу на новую версию SQL Server (например, переходите с 2012 на 2019), файл резервной копии может потребовать предварительной конвертации или не открыться напрямую. Всегда проверяйте матрицу совместимости версий SQL на официальном сайте Microsoft перед миграцией.
Создание пустой базы данных на SQL Server
Процесс "заливки" начинается не в консоли 1С, а в среде управления базами данных. Вам необходимо создать пустую оболочку, в которую впоследствии будут загружены данные. Откройте SQL Server Management Studio (SSMS) и подключитесь к вашему экземпляру сервера под учетной записью sa или пользователем с правами sysadmin.
Создайте новую базу данных, кликнув правой кнопкой мыши по узлу "Базы данных" и выбрав соответствующий пункт меню. Имя базы данных должно быть уникальным в пределах экземпляра SQL. Рекомендуется использовать латинские символы и избегать пробелов, хотя 1С поддерживает и кириллические имена, латиница снижает риск проблем с кодировкой в сторонних скриптах.
При создании базы обратите внимание на пути к файлам. По умолчанию они располагаются в системной папке Data, но для продуктивных баз лучше вынести файлы на отдельный быстрый диск (желательно SSD или RAID-массив). Это существенно повысит скорость работы 1С в пиковые часы.
- 📂 Укажите понятное имя базы, например
AccountingDB_2026. - 💾 Разместите файлы
.mdfи.ldfна разных физических дисках для повышения производительности ввода-вывода. - ⚙️ Установите уровень совместимости базы данных равным версии вашего SQL Server.
После создания базы не закрывайте SSMS, так как имя созданной базы понадобится вам на следующем этапе при регистрации в кластере 1С.
☑️ Подготовка SQL базы
Регистрация базы в кластере серверов 1С
Теперь переходим к консоли администрирования серверов 1С:Предприятия. Запустите её от имени администратора. В дереве кластера найдите узел "Информационные базы", кликните по нему правой кнопкой мыши и выберите пункт "Добавить". Откроется мастер создания информационной базы.
На первом шаге мастера введите имя базы, которое будет видеть пользователь в списке при запуске 1С. Это имя может совпадать с именем базы в SQL, а может отличаться — это не имеет технического значения, это лишь метка для списка баз.
На следующем этапе выберите тип размещения: "На сервере 1С:Предприятия". Затем укажите сервер баз данных. Если SQL установлен на том же сервере, что и 1С, можно оставить localhost или (local). Если сервер удаленный, введите его сетевое имя. В поле "Имя базы данных в системе управления базами данных" выберите из списка ту базу, которую вы создали в предыдущем разделе через SSMS.
Важный момент — выбор пользователя базы данных. Для работы 1С рекомендуется создать отдельного пользователя в SQL Server с правами db_owner на эту конкретную базу, а не использовать системного sa. Это соответствует принципам информационной безопасности.
| Параметр настройки | Рекомендуемое значение | Примечание |
|---|---|---|
| Сервер 1С | Имя сервера / Порт 1540 | Основной сервер кластера |
| Сервер СУБД | Имя SQL сервера | Где хранятся данные |
| Тип аутентификации SQL | Пользователь СУБД | Не рекомендуется использовать sa |
| Язык базы | Russian | Для корректной сортировки |
После заполнения всех полей нажмите "Далее" и завершите работу мастера. В списке информационных баз появится новая запись со статусом "не подключено" или без статуса, пока вы не выполните восстановление данных.
При регистрации базы в кластере 1С включите опцию "Создавать базу данных в случае её отсутствия", если вы еще не создавали базу вручную в SSMS. Однако ручной контроль через SSMS дает больше гибкости в настройке параметров файлов.
Восстановление данных из файла выгрузки (.dt)
Это самый ответственный этап. Запустите 1С:Предприятие в режиме Конфигуратор. Выберите только что созданную пустую базу из списка. Система сообщит, что база не найдена или пуста, и предложит создать новую или восстановить из копии. Выберите вариант восстановления.
В открывшемся окне укажите путь к файлу выгрузки (.dt). Процесс восстановления может занять от нескольких минут до нескольких часов, в зависимости от размера базы и скорости дисковой подсистемы. В это время не прерывайте работу программы и не выключайте сервер.
Во время восстановления 1С считывает метаданные, справочники, документы и регистры, записывая их непосредственно в таблицы SQL Server. После завершения процесса система предложит обновить конфигурацию базы данных. Обязательно согласитесь на это, так как структура таблиц в SQL должна соответствовать версии метаданных в файле .dt.
⚠️ Внимание: Никогда не прерывайте процесс восстановления выключением питания или завершением процесса. Это приведет к рассинхронизации данных в SQL и повреждению базы, восстановление которой потребует вмешательства специалистов по СУБД.
Если восстановление прошло успешно, вы увидите окно конфигурации с полным списком объектов. Теперь базу можно открыть в режиме "1С:Предприятие" для проверки.
Что делать, если восстановление зависло?
Если процесс восстановления не двигается более 30-60 минут, проверьте логи SQL Server (файл ERRORLOG). Часто проблема кроется в нехватке места в журнале транзакций (.ldf). В таком случае нужно увеличить размер файла журнала вручную через свойства базы в SSMS.
Настройка прав доступа и пользователей
После того как база загружена, необходимо настроить права доступа для пользователей. В клиент-серверном варианте права делятся на два уровня: права на вход в базу (в кластере 1С) и права внутри базы (ролевая модель 1С).
Для настройки пользователей зайдите в конфигураторе в меню "Администрирование" -> "Пользователи". Здесь вы создаете учетные записи, которые будут использоваться для входа. Каждому пользователю нужно назначить профиль группы доступа, определяющий его права на объекты метаданных (справочники, документы, отчеты).
Отдельно стоит настроить права на уровне SQL Server, если вы используете специфические отчеты или внешние обработки, обращающиеся к базе напрямую. Пользователь 1С, указанный при регистрации базы, должен иметь права db_datareader и db_datawriter, а также права на выполнение хранимых процедур.
- 👤 Создайте пользователей в списке 1С с уникальными именами.
- 🔑 Назначьте роли: "Полные права" для администраторов, "Пользователь" для операторов.
- 🔐 Установите сложные пароли и настройте политику их смены.
Не забудьте проверить, что пользователи могут подключаться к базе через тонкий клиент, используя имя сервера и имя информационной базы.
Оптимизация и тестирование производительности
Сразу после заливы база может работать медленно, так как статистика в SQL Server еще не построена, а индексы могут быть фрагментированы. Рекомендуется выполнить перестроение индексов и обновление статистики. Это можно сделать средствами самой 1С (обработка "Администрирование" -> "Тестирование и исправление") или скриптами в SQL.
Запустите обработку "Тестирование и исправление" в монопольном режиме. Выберите все пункты, кроме "Физической целостности", если база большая, так как этот пункт может выполняться очень долго. Обязательно выполните "Перестроение индексов" и "Обновление статистики".
Проверьте журналы регистрации событий 1С и журналы SQL Server на наличие ошибок. Обратите внимание на длительные запросы. Если какие-то операции выполняются дольше обычного, возможно, потребуется донастройка параметров SQL Server под специфику вашей конфигурации.
Обязательным этапом после восстановления базы является запуск обработки "Тестирование и исправление" в монопольном режиме для перестроения индексов и обновления статистики SQL.
Проведите нагрузочное тестирование: попросите нескольких пользователей одновременно открыть тяжелые отчеты или провести документы. Это поможет выявить узкие места в конфигурации или оборудовании до начала полноценной эксплуатации.
Часто встречающиеся ошибки при заливе
В процессе работы администраторы часто сталкиваются с типовыми проблемами. Одна из самых популярных — ошибка "Сервер баз данных не найден" или "Неверное имя пользователя". Чаще всего это связано с тем, что в настройках регистрации базы указан неверный тип аутентификации SQL (смешанный режим против режима Windows) или заблокирован порт.
Другая распространенная проблема — ошибка при обновлении конфигурации базы данных. Она возникает, если версия платформы 1С, под которой выполняется восстановление, ниже версии, в которой была сделана выгрузка. Всегда используйте актуальные релизы платформы.
Также возможна ошибка нехватки места в журнале транзакций SQL. Если файл .ldf заполняется в процессе восстановления, операция откатывается. Решается это предварительным увеличением размера файла журнала или включением автоприращения с большим шагом.
⚠️ Внимание: Интерфейсы консоли администрирования 1С и SQL Server Management Studio могут отличаться в зависимости от версий ПО. Если вы не находите какой-то пункт меню, сверьтесь со справкой конкретной версии продукта, так как функционал может быть перемещен.
Можно ли залить базу .dt на файловый вариант 1С?
Да, можно. При запуске конфигуратора и выборе восстановления из .dt, вы можете указать путь к папке на локальном диске или сетевом ресурсе вместо выбора сервера SQL. Однако для многопользовательской работы это не рекомендуется из-за низкой производительности и риска повреждения файла.
Какой размер базы .dt можно восстановить без проблем?
Технических ограничений на размер файла .dt нет, но на практике восстановление баз размером более 50-100 ГБ может занимать очень много времени и требовать значительных ресурсов сервера. Для больших баз предпочтительнее использовать резервное копирование на уровне SQL (.bak) и восстановление средствами SSMS.
Нужно ли останавливать службу 1С при заливе базы?
Нет, службу сервера 1С останавливать не нужно. Регистрация новой базы в кластере происходит динамически. Однако для проведения тестирования и исправления индексов базу желательно перевести в монопольный режим, чтобы другие пользователи не мешали процессу.
Что делать, если забыли пароль администратора базы после восстановления?
Если у вас есть доступ к серверу 1С, вы можете сбросить пароль администратора информационной базы через консоль администрирования кластера (свойства базы -> вкладка "Параметры"). Если доступа к серверу нет, потребуется правка таблиц системных настроек в SQL, что является сложной операцией.