← На главную

Ошибка СУБД «Компоненты OLE DB провайдера не найдены» — одна из тех проблем, которая может поставить в тупик даже опытного администратора. Она возникает внезапно, часто после перезагрузки сервера или обновления платформы, и может проявляться избирательно: у одного пользователя база открывается, а у другого — нет. Особенно коварен код ошибки 0x800703FA, который прямо указывает на внутренние механизмы работы Windows с реестром. В этой статье мы подробно разберем, как диагностировать и устранить эту неисправность, используя опыт технических специалистов и системных инженеров.

Анализируем природу ошибки 0x800703FA

Для начала проанализируем специфический код 0x800703FA (Попытка произвести недопустимую операцию над параметром реестра, отмеченным для удаления). Эта ситуация характерна для Windows Server 2008 и более новых версий. Суть проблемы заключается в работе службы User Profile Service. Когда сеанс пользователя завершается (удобно через обработка для принудительного завершения сеансов), система пытается принудительно выгрузить его реестр, даже если системная служба (в нашем случае сервер 1С), запущенная от имени этого пользователя, всё еще обращается к нему для инициализации COM-объектов OLE DB.

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

1. Откроем редактор локальной групповой политики (gpedit.msc).
2. Перейдем в раздел Конфигурация компьютера — Административные шаблоны — Система — Профили пользователей.
3. Найдем параметр «Не очищать реестр пользователей принудительно при выходе пользователя» (Do not forcefully unload the user registry at user logoff).
4. Установим значение Включено.

Это предотвратит блокировку веток реестра, необходимых для работы провайдера SQL Server.

Проверяем регистрацию библиотеки SQLOLEDB в реестре

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

Откроем редактор реестра и перейдем по следующему пути:

HKEY_CLASSES_ROOT\CLSID\{0C7FF16C-38E3-11d0-97AB-00C04FC2AD98}\InprocServer32

Выясним значение параметра default. Обычно там указан путь к файлу sqloledb.dll. Нам нужно убедиться в двух вещах:

1. Файл физически присутствует по указанному адресу (обычно это C:\Program Files\Common Files\System\Ole DB\sqloledb.dll).
2. У пользователя, от имени которого запущен сервер 1С (например, USR1CV8), есть права на чтение этого файла и доступ в этот каталог.

Важный нюанс: если у вас 64-битный сервер 1С, он будет искать библиотеку в основной ветке, а 32-битный — в ветке Wow6432Node. Убедитесь, что регистрация верна для вашей разрядности платформы.

Очистка кэша: локального и серверного

Часто проблема кроется в повреждении временных данных. Рассмотрим, как правильно выполнить очистку. Простая переустановка базы в списке информационных баз часто помогает именно потому, что при этом создается новый локальный кэш. Но этого может быть недостаточно.

Разберем процедуру полной очистки:

1. Локальный кэш: добавим параметр /ClearCache в дополнительные параметры запуска в окне выбора информационных баз.
2. Серверный кэш: это более глубокая операция. Нам необходимо остановить службу Агент сервера 1С:Предприятия.
3. Зайдем в папку с данными сервера (по умолчанию это C:\Program Files\1cv8\srvinfo).
4. Найдем внутри папки конкретной базы (например, reg_1541) каталог snccntx.... Это кэш сеансовых данных.
5. Удалим содержимое этой папки.
6. Запустим службу заново.

Управление правами доступа и учетной записью службы

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

Вариант А: Повышение прав текущего пользователя. Убедимся, что пользователь USR1CV8 включен в группу Администраторы на сервере. После включения в группу обязательно перезапустите службу 1С, чтобы права обновились. Управлять службами и компонентами сервера удобно через специализированные панели администрирования — для этого есть панель администрирования кластера и сеансов.

Вариант Б: Смена учетной записи службы. Попробуем настроить запуск службы 1С от имени Системной учетной записи (Local System Account). Это часто снимает проблемы с доступом к COM-компонентам и веткам реестра HKEY_CURRENT_USER, которые могут быть недоступны обычному сервисному пользователю.

Проверка ресурсов сервера: место на диске и память

Иногда ошибка «Компоненты не найдены» является следствием того, что система просто не может выделить память для их загрузки. Выясним, достаточно ли ресурсов на сервере:

1. Проверим свободное место на системном диске (диск С:). Если места меньше 1-2 Гб, Windows может начать некорректно работать с временными файлами и реестром.
2. Обратим внимание на диск, где расположены файлы tempDB вашего SQL-сервера. Если этот диск переполнен, запросы от 1С будут возвращать ошибки инициализации провайдера. Не забывайте также про своевременное обслуживание индексов SQL, чтобы снизить нагрузку на дисковую систему.
3. Проанализируем загрузку оперативной памяти. Если rphost или другие процессы заняли 90% и более объема RAM, перезагрузите сервер для освобождения ресурсов. Для тонкого контроля за сеансами и процессами можно использовать специализированные WEB-приложения — для этих целей есть анализ производительности серверов и СУБД.

Альтернативные методы исправления

Если стандартные действия не принесли успеха, рассмотрим дополнительные варианты, которые помогали коллегам на практике:

• Перезапуск в правильном порядке: Попробуйте сначала полностью остановить службу 1С, затем перезапустить службу SQL Server, и только после этого снова запустить службу 1С. Также убедитесь, что у вас корректно настроены регламентные операции для MS SQL.
• Исправление платформы: Запустите установщик 1С и выберите пункт «Исправить» (Repair). Это восстановит битые связи в реестре, созданные при установке.
• Переустановка Native Client: Если вы используете MS SQL Server, попробуйте скачать и переустановить Microsoft SQL Server Native Client (SNAC) или более современный Microsoft OLE DB Driver for SQL Server (MSOLEDBSQL).

Подводя итог, можно сказать, что в большинстве случаев проблема решается либо настройкой политики выгрузки реестра (для ошибки 0x800703FA), либо комплексной очисткой кэша вместе с перезапуском служб. Мы рекомендуем начинать с самого простого — проверки свободного места и перезапуска Агента 1С, постепенно переходя к правкам реестра и групповых политик.