← На главную

Перевод информационных баз 1С с файлового режима на клиент-серверный вариант работы с СУБД MS SQL часто сопровождается проблемами первого запуска. Одна из самых распространенных ошибок звучит так: «Различаются версии клиента и сервера» (например, 8.3.10.2650 и 8.3.10.2466). Разберем причины этой неполадки, способы её устранения, а также правильный порядок действий при переносе данных.

Причины возникновения ошибки несовпадения версий

Рассмотрев данную ситуацию, определим основные причины, по которым платформа 1С выдает такое сообщение при подключении пользователя:

1. Запуск клиента из обновленной папки при старой службе сервера. Если на компьютере пользователя была установлена новая версия платформы (например, 8.3.10.2650), а агент сервера 1С (служба Windows) продолжает работать на предыдущем релизе (например, 8.3.10.2466), платформа не сможет установить соединение. Релизы сервера и клиента должны совпадать строго до последнего знака.
2. Несколько установленных версий платформы. При наличии нескольких реликтов 1С стартер 1cv8s.exe в режиме автоматического выбора может подтягивать последний установленный дистрибутив, в то время как серверная служба привязана к определенному исполняемому файлу.
3. Необновленная служба агента. При обновлении платформы на сервере часто забывают перезапустить или переустановить службу агента 1С с указанием пути к новому исполняемому файлу.

Временное обоходное решение и его подводные камни

В настройках подключения информационной базы в окне запуска можно принудительно указать режим запуска «Тонкий клиент» вместо режима «Автоматически». Если на рабочем месте пользователя присутствует дистрибутив тонкого клиента нужной версии, подключение выполнится успешно.

Посмотрим, почему этот способ не является полноценным решением проблемы:

1. Блокировка Конфигуратора: Режим «Конфигуратор» всегда запускается как толстый клиент (файл 1cv8.exe). Если версии платформы и сервера различаются, войти в режим конфигуратора для доработки, административных задач или обновления конфигурации будет невозможно.
2. Сбои у других пользователей: Настройка тонкого клиента на одной машине не решает проблему для остальных рабочих мест. Для корректной автонастройки клиетов рекомендуется использовать параметр CommonServicesCfgLocation в файле 1CStart.cfg.

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

Проанализируем ситуацию, когда база успешно создана через стартер 1С, но отсутствует в консоли администрирования кластера серверов 1С:

1. Разные порты служб: Если на сервере развернуто несколько версий платформы, службы агента работают на разных портах (например, основной порт 1540 для одной версии и 1640 для другой). При подключении консоли MMC к одному порту базы другого кластера отображаться не будут.
2. Разные каталоги данных (srvinfo): В случае запуска службы 1С под разным пользователем или с разным ключом -d реестр кластера создается в отдельных папках. База создается в том кластере, к которому обратился стартер.
3. Несовпадение версии оснастки MMC: Для отображения баз в консоли Windows должна быть зарегистрирована библиотека radmin.dll той же версии, что и запущенный агент сервера.

Правильный алгоритм миграции базы 1С из файлового режима в MS SQL

Рассмотрим пошагово, как корректно выполнить переход с файловой базы на MS SQL без ошибок структуры и производительности:

1. Подготовка файловой базы: Выполним процедуру «Тестирование и исправление» в Конфигураторе исходной базы (отметим пункты проверки ссылочной и логической целостности, а также реструктуризацию таблиц). Это позволит избежать сбоев при выгрузке .dt файла.
2. Создание выгрузки: В Конфигураторе файловой базы выберем пункт меню Администрирование -> Выгрузить информационную базу... и сохраним .dt файл.
3. Приведение версий к единому стандарту: Убедимся, что служба сервера 1С и клиенты используют одинаковый релиз платформы. При необходимости перерегистрируем службу агента сервера на актуальный релиз.
4. Создание базы на MS SQL: Через консоль администрирования кластера 1С или стартер выберем вариант создания новой базы на сервере 1С Предприятия. Укажем имя сервера SQL, имя базы данных и параметры авторизации СУБД.
5. Настройка модели восстановления MS SQL: Перед загрузкой данных установим для созданной базы данных в MS SQL модель восстановления Simple (Простая). Это предотвратит чрезмерный рост файла журнала транзакций (.ldf) во время загрузки.
6. Загрузка данных: Запустим Конфигуратор созданной пустой базы 1С и выберем Администрирование -> Загрузить информационную базу..., указав ранее сохраненный файл .dt.
7. Обслуживание MS SQL после загрузки: После успешного восстановления данных обязательно выполним сбор статистики СУБД командой UPDATE STATISTICS и процедуру дефрагментации/перестроения индексов средствами MS SQL Server Management Studio. Это обеспечит высокую скорость работы пользователей с первых минут.