Ошибка возникла на Windows Server 2008 R2 при попытке входа в ИБ 1С SQL. При этом на сервере зарегистрированы несколько баз: в одни пользователям удается войти, в другие — нет.
Со стороны клиентского приложения выводится сообщение «В данный момент вход в приложение невозможен, попробуйте войти позже».
Полный текст ошибки при выборе «Показать подробности…»: «Ошибка СУБД: Компоненты OLE DB провайдера не найдены CoCreateInstance: -2147023878(0x800703FA): Попытка произвести недопустимую операцию над параметром реестра, отмеченным для удаления».
Причина
Сообщение может быть выдано, если сервер 1С:Предприятия не смог создать COM-объект OLE DB Provider for Microsoft SQL Server. Другие возможные причины: нехватка оперативной памяти, ошибки ОЗУ или сбой службы/кэша 1С.
Варианты решений
1. Если 1С запускается на терминальном сервере, завершите полностью сеансы пользователя и выполните повторный вход.
2. Запустите командную строку от имени администратора и выполните проверки диска(-ов) на ошибки и целостность системных файлов.
chkdsk %SystemDrive%
sfc /scannow3. Проверьте свободное место на диске(-ах). Сделайте очистку при необходимости.
4. Выполните очистку локального/серверного кэша 1С.
5. Убедитесь, что у пользователя, от имени которого запускается «Агент сервера 1С:Предприятия», есть права на каталог, содержащий компоненту OLE DB провайдера и на файлы в этом каталоге.
- Найдите в системном реестре ветку
HKEY_CLASSES_ROOTCLSID{0C7FF16C-38E3-11d0-97AB-00C04FC2AD98}InprocServer32
и посмотрите путь до файла sqloledb.dll в параметре «(По умолчанию)»
Например: «%CommonProgramFiles%SystemOle DBsqloledb.dll» - Проверьте, что файл библиотеки sqloledb.dll находится в папке. Каталог с файлом должен быть доступен пользователю USR1CV8 (Учетная запись для Сервера 1С:Предприятия 8).
- Переустановите Microsoft Data Access Components (MDAC).
6. Перезагрузите службы 1С и SQL. Последовательно остановите Агент 1С, службы SQL Server. Далее запустите SQL Server > Агент 1C.
7. Для проверки перезапустите «Агент сервера 1С:Предприятия» от имени системной учетной записи. Вход от имени: Локальная система.
8. Через оснастку «Администрирование серверов 1С Предприятия» удалите запись о сбойной ИБ в режиме «Оставить без изменений». Зарегистрируйте ИБ на сервере 1С повторно.
9. Перезагрузите сервер.
10. Выполните восстановление 1С в панели «Программы и компоненты» или переустановите платформу и сервер 1С.
✅ Надеемся, что действия из списка смогут вам помочь в исправлении этой ошибки. Поделитесь, что сработало в вашем случае — в комментариях.
__________
Если не получается или требуется дополнительная поддержка, наши программисты 1С готовы помочь → +7-911-500-10-11
Содержание
- 1С 8.x : Коды ошибок 1Сv8 800*
- Попытка произвести недопустимую операцию над параметром реестра, отмеченным для удаления.
- Коды ошибок 1Сv8 800*
1С 8.x : Коды ошибок 1Сv8 800*
Проблема:
Не найден интерфейс сервера (80070005)
Решение:
1. На клиенте включить DCOM утилитой dcomcnfg и добавить нужные протоколы в список.
2. На серваке добавить пользователей в группу «Distributed COM Users»
3. Перезапустить COM-приложение на сервере 1С:Предприятия
В настройках Windows на сервере должна быть включена роль «Сервер приложений» (Application Server)
Прочитать статью на ИТС.
Если клиент и сервер в разных подсетках (доменах), на сервере в локальную группу «Пользователи DCOM» пропишите пользователя клиента. Члены этой группы могут запускать, активизировать и использовать объекты DCOM на этом компьютере.
————
Проблема:
После выбора информационной базы (но до логина в 1с) возникает ощибка «Объект сервера 1С предприятия не обнаружен. 800706BF».
1) Права пользователя.
Возможно, что пользователь, от имени которого запускается клиентское приложение не зарегистрирован и не доступен компьютеру сервера 1С:Предприятия.
2) Проверьте на клиентском компьютере настройки DCOM.
dcomcnfg/ Default protocols:
— Connection oriented TCP/IP
dcomcnfg/ Default properties:
— Enable distributed COM on this computer
— Default authentication level: Connect
— Default impersonation level: Identify
3) Попробуйте на серверном и клиентском компьютере понизить уровень
аутентификации:
Default authentication level: None
4) Проверьте, не установлено ли сетевых экранов. Откройте порт 135 и те, которые указаны на клиенте и сервере в диалоге:
dcomcnfg/ Default protocols/ Properties/ Post Ranges.
Если там диапазонов портов не указано — задайте их.
———-
Ошибка соединения с сервером 1С:Предприятия 8.0: Неправильный путь к файлу C:W
Решение:
Возможная причина ошибки в том, что для пользователя USER1CV8SERVER не заданы переменные окружения TEMP и TMP, поэтому при создании новой базы временные файлы пытаются быть созданными в корне диска C:
———-
Ошибка создания информационной базы: Компоненты OLE DB провайдера не найдены
Решение:
Такое сообщение может быть выдано, если сервер 1С:Предприятия не смог создать COM объект OLE DB Provider for Microsoft SQL Server.
Ознакомьтесь с разделом «Администрирование/ Установка и настройка/ Сервер 1С:Предприятия и SQL-сервер» на диске ИТС.
1) Найдите в Registry ветку
HKEY_CLASSES_ROOTCLSID<0c7ff16c-38e3-11d0-97ab-00c04fc2ad98>InprocServer32
Какой маршрут до файла SQLOLEDB.DLL является значением параметра default?
Убедитесь, что в этом каталоге этот файл есть.
2) Убедитесь, что каталог с файлом SQLOLEDB.DLL доступен пользователю USER1CV8SERVER. Для этого к списку пользователей, имеющих права на каталог можно добавить пользователя USER1CV8SERVER или группу everyone.
3) Запустите утилиту Microsoft SQL Server Client Network Utility. На закладке General установите протокол TCP/IP. На закладке Network Libraries посмотрите маршрут сетевой библиотеки для протокола TCP/IP. Убедитесь, что она присутствует в указанном каталоге и пользователь USER1CV8SERVER имеет доступ в этот каталог.
Попробуйте переустановить MDAC.
Убедитесь, что у пользователя, от имени которого стартует сервер 1С:Предприятия, есть права на каталог, содержащий компоненту OLE DB провайдера, и на файлы в этом каталоге.
При попытке добавить базу с локальной станции, 1C предлагает только вариант выбора файлового варианта базы.
Решение:
На появление меню выбора вида создания базы (файловая или на сервере Предприятия) может влиять только ключ. Если ключа нет, то платформа может быть максимум базовой, а базовая не работает с сервером, поэтому этого меню нет. Если же оно есть, но недоступно, то возможно не установлены компоненты доступа к серверу на этой локальной станции.
———-
Проблема:
Выдается ошибка «Не удалось зафиксировать файл базы данных для открытия или изменения . /1cv8.1CD»
Решение:
Фиксация файла базы данных – это разновидность внутренней блокировки, которая требуется, чтобы на некоторое непродолжительное время обеспечить целостность структуры файла при выполнении операций чтения данных или фиксации транзакции. При чтении требуется, чтобы эти структура файла была в целостном состоянии, а при фиксации транзакции структура может изменяться.
При нормальной работе такая ошибка возникать не должна. Суть сводится к следующему: для выполнения фиксация результатов транзакции может потребоваться выполнить перестройку внутренних структур данных файла *.1cd. А для выполнения чтения данных необходимо гарантировать, чтобы такая перестройка структур данных не выполнялась. Для обеспечения согласования этих операций имеется механизм внутренних блокировок, называемых фиксацией. Фиксация выполняется с ожиданием. В то же время предполагается, что фиксация выполняется на непродолжительное время, меньшее, чем время ожидания. Таким образом, если упомянутая ошибка возникла, то имеет место некоторое нарушение нормального хода событий. Мы наблюдали такую ситуацию и уже описывали ее в партнерской конференции. Вкратце все выглядит примерно так. В какой-то момент времени запрос на блокировку участка файла (функция LockFile() Win32 API) выдает ошибку Network error. В результате возникает ошибка движка файловой базы данных «Не удалось зафиксировать файл базы данных для открытия или изменения».
Природа ошибки нам пока непонятна. Известно только, что она возникает далеко не у всех. Не отмечено никакой связи возникновения этой ошибки с версией 1С:Предприятия 8.0 и используемой конфигурацией. По-видимому речь идет о каких-то особенностях некоторых сетей.
Вполне возможно, что проблема возникает из за нестабильности работы сети
Один из способов проверить — выполнить команду:
ping [Имя сервера] -t
на компьютере, с которого запускается 1с
после чего запустить 1с и посмотреть, что будет происходить.
———-
80004027 — приложение 1CV8 или сомпонента v8.server.1 выключена,
если сервер на Windows Server 2003.
См. статью «Особенности настройки Windows Server 2003 при установке сервера 1С:Предприятия 8.0» на диске ИТС.
00000005
00000041
80070005
80080005
80000009
80030005
8001011B — клиент не имеет прав на доступ к серверу (access denied). Выполните
рекомендации статьи «Вопросы установки и настройки 1C:Предприятия 8.0
в варианте «клиент-сервер»» из раздела методической поддержки
1С:Предприятия 8.0 на диске ИТС.
800706BA
800706BE- на сервере произошло неожиданное исключение. Сервер упал.
Нужны записи из Event Log с сервера.
80010108 — внутренняя ошибка клиентского приложения. Нужны записи
Event Log клиентского компьютера и описание действий, выполнявшихся
в это время.
80070776 — Запустить DcomCnfg.exe и проверить протокол для DCOM
Должен быть TCP/IP с ориентацией на подключения
8000401A — В свойствах COM+ приложения 1CV8 на серверном компьютере
на закладке Identity установлен Interactive user, но никакой
пользователь интерактивно не вошел в серверный компьютер.
8001011C — На клиентском компьютере запрещено использование DCOM.
Помогает запустить на клиентском компьютере dcomcnfg.exe
и на закладке Default Properties установить флаг
Enable distributed COM on this computer.
80070721 — Ошибка возникает при рассогласовании протоколов
аутентификации между DCOM клиентом и сервером в том случае, если для связи
между ними используется Microsoft Internet Information Services (IIS).
Возможно, для DCOM используется протокол Tunneling TCP/IP. Установите
на компьютере — сервере 1С:Предприятия и на клиентских компьютерах для
DCOM протокол Connection-oriented TCP/IP.
Источник
Попытка произвести недопустимую операцию над параметром реестра, отмеченным для удаления.
Помогите разобраться с ошибкой, что то я с таким еще не встречался.
При запуске рабочей базы возникла ошибка:
Ошибка при выполнении операции с информационной базой
Ошибка СУБД:
Компоненты OLE DB провайдера не найдены
CoCreateInstance: -2147023878(0x800703FA).(Попытка произвести недопустимую операцию над параметром реестра, отмеченным для удаления. )
по причине:
Ошибка СУБД:
Компоненты OLE DB провайдера не найдены
CoCreateInstance: -2147023878(0x800703FA).(Попытка произвести недопустимую операцию над параметром реестра, отмеченным для удаления. )
начала появляться такая же ошибка
сервер приложений и SQL на одном сервере (64 бит)
ошибка появляется на платформах 8.2.16.362, 8.2.16.368, 8.2.17.169
sql server 2008
win server 2008 r2
бяда, появляется периодически и хотелось бы разобраться. сервер приложений рестартуется раз в день
Столкнулся с такой же ситуацией на SQL 2012
Ошибка создания информационной базы: Компоненты OLE DB провайдера не найдены (Попытка произвести недопустимую операцию над параметром реестра, отмеченным для удаления.)
Нашел Решение в интернете:
Такое сообщение может быть выдано, если сервер 1С:Предприятия не смог создать COM объект OLE DB Provider for Microsoft SQL Server.
Ознакомьтесь с разделом «Администрирование/ Установка и настройка/ Сервер 1С:Предприятия и SQL-сервер» на диске ИТС.
1) Найдите в Registry ветку
HKEY_CLASSES_ROOTCLSID<0c7ff16c-38e3-11d0-97ab-00c04fc2ad98>InprocServer32
Какой маршрут до файла SQLOLEDB.DLL является значением параметра default?
Убедитесь, что в этом каталоге этот файл есть.
2) Убедитесь, что каталог с файлом SQLOLEDB.DLL доступен пользователю USER1CV8SERVER. Для этого к списку пользователей, имеющих права на каталог можно добавить пользователя USER1CV8SERVER или группу everyone.
3) Запустите утилиту Microsoft SQL Server Client Network Utility. На закладке General установите протокол TCP/IP. На закладке Network Libraries посмотрите маршрут сетевой библиотеки для протокола TCP/IP. Убедитесь, что она присутствует в указанном каталоге и пользователь USER1CV8SERVER имеет доступ в этот каталог.
Попробуйте переустановить MDAC.
Убедитесь, что у пользователя, от имени которого стартует сервер 1С:Предприятия, есть права на каталог, содержащий компоненту OLE DB провайдера, и на файлы в этом каталоге.
оказалось что перезагрузка сервера. Помогло 🙂 Спасибо.
Источник
Коды ошибок 1Сv8 800*
Проблема:
Не найден интерфейс сервера (80070005)
Решение:
1. На клиенте включить DCOM утилитой dcomcnfg и добавить нужные протоколы в список.
2. На серваке добавить пользователей в группу «Distributed COM Users»
3. Перезапустить COM-приложение на сервере 1С:Предприятия
В настройках Windows на сервере должна быть включена роль «Сервер приложений» (Application Server)
Прочитать статью на ИТС.
Если клиент и сервер в разных подсетках (доменах), на сервере в локальную группу «Пользователи DCOM» пропишите пользователя клиента. Члены этой группы могут запускать, активизировать и использовать объекты DCOM на этом компьютере.
————
Проблема:
После выбора информационной базы (но до логина в 1с) возникает ощибка «Объект сервера 1С предприятия не обнаружен. 800706BF».
1) Права пользователя.
Возможно, что пользователь, от имени которого запускается клиентское приложение не зарегистрирован и не доступен компьютеру сервера 1С:Предприятия.
2) Проверьте на клиентском компьютере настройки DCOM.
dcomcnfg/ Default protocols:
— Connection oriented TCP/IP
dcomcnfg/ Default properties:
— Enable distributed COM on this computer
— Default authentication level: Connect
— Default impersonation level: Identify
3) Попробуйте на серверном и клиентском компьютере понизить уровень
аутентификации:
Default authentication level: None
4) Проверьте, не установлено ли сетевых экранов. Откройте порт 135 и те, которые указаны на клиенте и сервере в диалоге:
dcomcnfg/ Default protocols/ Properties/ Post Ranges.
Если там диапазонов портов не указано — задайте их.
———-
Ошибка соединения с сервером 1С:Предприятия 8.0: Неправильный путь к файлу C:W
Решение:
Возможная причина ошибки в том, что для пользователя USER1CV8SERVER не заданы переменные окружения TEMP и TMP, поэтому при создании новой базы временные файлы пытаются быть созданными в корне диска C:
———-
Ошибка создания информационной базы: Компоненты OLE DB провайдера не найдены
Решение:
Такое сообщение может быть выдано, если сервер 1С:Предприятия не смог создать COM объект OLE DB Provider for Microsoft SQL Server.
Ознакомьтесь с разделом «Администрирование/ Установка и настройка/ Сервер 1С:Предприятия и SQL-сервер» на диске ИТС.
1) Найдите в Registry ветку
HKEY_CLASSES_ROOTCLSID<0c7ff16c-38e3-11d0-97ab-00c04fc2ad98>InprocServer32
Какой маршрут до файла SQLOLEDB.DLL является значением параметра default?
Убедитесь, что в этом каталоге этот файл есть.
2) Убедитесь, что каталог с файлом SQLOLEDB.DLL доступен пользователю USER1CV8SERVER. Для этого к списку пользователей, имеющих права на каталог можно добавить пользователя USER1CV8SERVER или группу everyone.
3) Запустите утилиту Microsoft SQL Server Client Network Utility. На закладке General установите протокол TCP/IP. На закладке Network Libraries посмотрите маршрут сетевой библиотеки для протокола TCP/IP. Убедитесь, что она присутствует в указанном каталоге и пользователь USER1CV8SERVER имеет доступ в этот каталог.
Попробуйте переустановить MDAC.
Убедитесь, что у пользователя, от имени которого стартует сервер 1С:Предприятия, есть права на каталог, содержащий компоненту OLE DB провайдера, и на файлы в этом каталоге.
При попытке добавить базу с локальной станции, 1C предлагает только вариант выбора файлового варианта базы.
Решение:
На появление меню выбора вида создания базы (файловая или на сервере Предприятия) может влиять только ключ. Если ключа нет, то платформа может быть максимум базовой, а базовая не работает с сервером, поэтому этого меню нет. Если же оно есть, но недоступно, то возможно не установлены компоненты доступа к серверу на этой локальной станции.
———-
Проблема:
Выдается ошибка «Не удалось зафиксировать файл базы данных для открытия или изменения . /1cv8.1CD»
Решение:
Фиксация файла базы данных – это разновидность внутренней блокировки, которая требуется, чтобы на некоторое непродолжительное время обеспечить целостность структуры файла при выполнении операций чтения данных или фиксации транзакции. При чтении требуется, чтобы эти структура файла была в целостном состоянии, а при фиксации транзакции структура может изменяться.
При нормальной работе такая ошибка возникать не должна. Суть сводится к следующему: для выполнения фиксация результатов транзакции может потребоваться выполнить перестройку внутренних структур данных файла *.1cd. А для выполнения чтения данных необходимо гарантировать, чтобы такая перестройка структур данных не выполнялась. Для обеспечения согласования этих операций имеется механизм внутренних блокировок, называемых фиксацией. Фиксация выполняется с ожиданием. В то же время предполагается, что фиксация выполняется на непродолжительное время, меньшее, чем время ожидания. Таким образом, если упомянутая ошибка возникла, то имеет место некоторое нарушение нормального хода событий. Мы наблюдали такую ситуацию и уже описывали ее в партнерской конференции. Вкратце все выглядит примерно так. В какой-то момент времени запрос на блокировку участка файла (функция LockFile() Win32 API) выдает ошибку Network error. В результате возникает ошибка движка файловой базы данных «Не удалось зафиксировать файл базы данных для открытия или изменения».
Природа ошибки нам пока непонятна. Известно только, что она возникает далеко не у всех. Не отмечено никакой связи возникновения этой ошибки с версией 1С:Предприятия 8.0 и используемой конфигурацией. По-видимому речь идет о каких-то особенностях некоторых сетей.
Вполне возможно, что проблема возникает из за нестабильности работы сети
Один из способов проверить — выполнить команду:
ping [Имя сервера] -t
на компьютере, с которого запускается 1с
после чего запустить 1с и посмотреть, что будет происходить.
———-
80004027 — приложение 1CV8 или сомпонента v8.server.1 выключена,
если сервер на Windows Server 2003.
См. статью «Особенности настройки Windows Server 2003 при установке сервера 1С:Предприятия 8.0» на диске ИТС.
00000005
00000041
80070005
80080005
80000009
80030005
8001011B — клиент не имеет прав на доступ к серверу (access denied). Выполните
рекомендации статьи «Вопросы установки и настройки 1C:Предприятия 8.0
в варианте «клиент-сервер»» из раздела методической поддержки
1С:Предприятия 8.0 на диске ИТС.
800706BA
800706BE- на сервере произошло неожиданное исключение. Сервер упал.
Нужны записи из Event Log с сервера.
80010108 — внутренняя ошибка клиентского приложения. Нужны записи
Event Log клиентского компьютера и описание действий, выполнявшихся
в это время.
80070776 — Запустить DcomCnfg.exe и проверить протокол для DCOM
Должен быть TCP/IP с ориентацией на подключения
8000401A — В свойствах COM+ приложения 1CV8 на серверном компьютере
на закладке Identity установлен Interactive user, но никакой
пользователь интерактивно не вошел в серверный компьютер.
8001011C — На клиентском компьютере запрещено использование DCOM.
Помогает запустить на клиентском компьютере dcomcnfg.exe
и на закладке Default Properties установить флаг
Enable distributed COM on this computer.
80070721 — Ошибка возникает при рассогласовании протоколов
аутентификации между DCOM клиентом и сервером в том случае, если для связи
между ними используется Microsoft Internet Information Services (IIS).
Возможно, для DCOM используется протокол Tunneling TCP/IP. Установите
на компьютере — сервере 1С:Предприятия и на клиентских компьютерах для
DCOM протокол Connection-oriented TCP/IP.
Источник
Как-то случилась у нас на предприятии «беда». Беда эта была связана с базой данных 1С Предприятия 8.2 на MS SQL 2008. Из отделов начали жаловаться на ошибку табличных частей. С программистами 1C, пытались решить данную проблему в кротчайшие сроки, но ничего на ум особого не приходило. Сам я раньше не сталкивался с такой проблемой, поэтому пришлось гуглить и искать решение проблемы. В основном попадались обрывки фраз, которые когда-то люди пытались что-то сделать, а так и не сделали. Все думаю знают, что 1С это вещь такая без которой нельзя, а хотелось бы порой… Много лишнего, проблем (недописок), не правильной структуры и т.п.
Ошибка которая начала появляться:
Ошибка СУБД:
Microsoft OLE DB Provider for SQL Server: Недопустимое имя объекта "_Document179_VT3549".
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=208, line=1
Ошибка хоть и не была критичной, но не давала работать людям. Были предприняты попытки связаться с интегратором, чтобы он хоть чем-то помог. В основном поступали предложения о том, чтобы загрузить Конфигуратор и попытаться Выгрузить/Загрузить базу в .dt-файл, а также Отсоединить/Присоединить. Из-за большого объема данных, выгрузка dt-файла, заняла бы на нашем даже производительном сервере по меньшей мере сутки! Это нас не устраивало естественно. Около часа я искал в интернете решение проблемы и тут от интегратора получил сообщение следующего содержания:
Попробуйте залить в демо базу архив скажем недельной давности и проверить структуру таблиц, есть ли там например такая строчка "_Document188_VT3785"
Естественно я до этого почему-то не догадался. Был взят бэкап недельной давности, а точнее за 25 число и загружен в демо базу. В табличной части была найдена данная таблица, которая содержала порядка 2500 строк информации. А дальше, дальше я уже понял, что нужно делать. Распишу по пунктам, мало ли сам забуду или кому-нибудь пригодиться.
1. Самое немаловажное это бэкап где нет битых табличных частей и структур. Если он у вас есть, значит переходим ко второй части. Если нет, то думаем кого пинать и ругать, т.к. это неотъемлемая часть в сохранности информации в компании.
2. Заливаем бэкап в демо базу. Я не использовал консоль, у меня есть Microsoft Managment Studio 2008, поэтому мне было проще. Кто любит извращаться с помощью консоли — Бога ради, пусть делает запросы с помощью нее.
3. Собираем все ошибки воедино, т.е. те которые появляются у пользователей на Недопустимое имя объекта. У меня их обнаружилось всего две, но есть подозрение, что их гораздо больше. (Ошибка таблицы «_Document179_VT3549» и «_Document188_VT3785»).
4. Смотрим в «Плохую базу» есть ли такие табличные части. Если нет, а их скорее всего нет делаем следующее в демо базе: Находим строку dbo._Document179_VT3549 —> Нажимаем правой кнопкой мыши и выбираем Создать сценарий для таблицы —> Используя CREATE —> Новое окно редактора запросов.
Появиться окно с запросом CREATE:
USE [Torg_demo]
GO
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
SET ANSI_PADDING ON
GO
CREATE TABLE [dbo].[_Document179_VT3549](
[_Document188_IDRRef] [binary](16) NOT NULL,
[_KeyField] [binary](4) NOT NULL,
[_LineNo3786] [numeric](5, 0) NOT NULL,
[_Fld3787RRef] [binary](16) NOT NULL,
[_Fld3788RRef] [binary](16) NOT NULL,
[_Fld3789RRef] [binary](16) NOT NULL,
[_Fld3790RRef] [binary](16) NOT NULL,
[_Fld3791] [numeric](15, 3) NOT NULL
) ON [PRIMARY]
GO
SET ANSI_PADDING OFF
GO
Выполняем его на «Плохой базе» предварительно изменив USE [Torg_demo] на USE [Torg]. В результате этого запроса, будет создана таблица. Проделываем данный пункт со всеми табличными частями к которым утрачен доступ и которые требуется создать заново. Напомню мне нужно было создать 2-е таблицы «_Document179_VT3549» и «_Document188_VT3785».
5. В «Здоровой базе» — демо, делаем следующее с таблицами которые нам требуется восстановить. Находим строку dbo._Document179_VT3549 —> Нажимаем правой кнопкой мыши и выбираем Создать сценарий для таблицы —> Используя SELECT, затем Используя INSERT. Должно появиться 2-а запроса (заготовки) к базе данных, которые обращаются к табличным частям. Их требуется объединить в один, по моему принципу: INSERT INTO <название таблицы> SELECT <имя столбца>,… FROM <название таблицы>. Данный запрос перенесет все данные которые были в демо базе в основную.
Пример:
INSERT INTO [Плохая база].[dbo].[_Reference120_VT120]
([_Reference120_IDRRef]
,[_KeyField]
,[_LineNo1924]
,[_Fld1925RRef]
,[_Fld1926RRef])
SELECT
[_Reference120_IDRRef]
,[_KeyField]
,[_LineNo1924]
,[_Fld1925RRef]
,[_Fld1926RRef])
FROM [Здоровая база].[dbo].[_Reference120_VT120]
GO
Конечный вариант который получился у меня для одной таблицы (проделываем со всеми, то же самое по-аналогии):
INSERT INTO [Torg].[dbo].[_Document179_VT3549]
([_Document179_IDRRef
,[_KeyField]
,[_LineNo3550
,[_Fld3551RRef]
,[_Fld3552RRef]
,[_Fld3553RRef]
,[_Fld3554]
,[_Fld3555]
,[_Fld3556]
,[_Fld3557]
,[_Fld7555]
,[_Fld9166]
,[_Fld9167RRef]
,[_Fld9168RRef]
,[_Fld9169RRef])
SELECT
[_Document179_IDRRef]
,[_KeyField]
,[_LineNo3550]
,[_Fld3551RRef]
,[_Fld3552RRef]
,[_Fld3553RRef]
,[_Fld3554]
,[_Fld3555]
,[_Fld3556]
,[_Fld3557]
,[_Fld7555]
,[_Fld9166]
,[_Fld9167RRef]
,[_Fld9168RRef]
,[_Fld9169RRef]
FROM [Torg_demo].[dbo].[_Document179_VT3549]
GO
После этого, можно расслабиться не на долго. Все должно работать. Табличные части восстановлены, запросы которые выполняют пользователи при обращении к базе данных проходят корректно, и клиент не ругается на ошибку СУБД. Надеюсь моя запись будет полезна кому-то.
P.S: бросать данную проблему при возникновении не стоит, т.к. можно «огрести» много проблем в дальнейшем.
P.P.S: прошу прощения, что нет картинок на данном этапе.
произошла ошибка связи, когда я использовал SQL Server Native Client 10 в компоненте потока данных служб SSIS.
ошибка: код ошибки служб SSIS DTS_E_OLEDBERROR. Ошибка OLE DB имеет
произошло. Код ошибки: 0x80004005. Доступна запись OLE DB.
Источник: «собственный клиент Microsoft SQL Server 10.0» Hresult: 0x80004005
Описание: «сбой канала связи».Запись OLE DB
доступный. Источник: «собственный клиент Microsoft SQL Server 10.0»
значение типа HRESULT: 0x80004005 описание: «поставщик TCP: указанная сеть
имя больше не доступно.
поэтому я сменил SQL Server Native Client 10 на Microsoft OLEDB Provider для SQL Server, надеясь, что он будет работать нормально. На этот раз произошла ошибка, как показано ниже:
[Transacn_Tbl1[737]] ошибка: код ошибки служб SSIS DTS_E_OLEDBERROR. Уле
Произошла ошибка БД. Код ошибки: 0x80004005. Запись OLE DB
доступный. Источник: «поставщик Microsoft OLE DB для SQL-сервер»
Hresult: 0x80004005 описание: «произошла неопределенная ошибка в SQL
Сервер. Возможно, соединение было прервано сервером.».[Transacn_Tbl1 [737]] ошибка: код ошибки служб SSIS
DTS_E_INDUCEDTRANSFORMFAILUREONERROR. Назначение «input» OLE DB
Вход» (750) » не удалось, потому что произошел код ошибки 0xC020907B, и
расположение строк ошибок на «input» OLE DB Destination Input «(750)»
указывает сбой при ошибке. На указанном объекте произошла ошибка
указанного компонента. Могут быть сообщения об ошибках, опубликованные до
это с дополнительной информацией о сбое.
в чем разница между этими 2 провайдеров? Какой из них мне использовать?
2 ответов
похоже, вам нужно решить эту проблему, вы должны изменить разрешения для временного каталога учетной записи запуска службы агента SQL Server. Предоставьте разрешение на чтение и запись учетной записи прокси-сервера агента SQL Server для этого каталога.
http://support.microsoft.com/kb/933835
я столкнулся с этой проблемой после выпуска нового SSIS проект в производственную среду.
сначала я смог проверить пакет с успехом, но когда я попытался выполнить пакет, я получил DTS_E_OLEDBERROR. Error code: 0x80004005. сообщение.
Я попытался проверить пакет с переменными servername и password, установленными в sensitive, но в этом случае проверка также не удалась.
после установки переменных среды обратно в нечувствительный снова и вставив значения переменных среды, я смог проверить и выполнить пакет.
мне кажется, что в некоторых случаях метаданные в SSISDB будет поврежден, но, к сожалению, я не смог указать источник этой проблемы.
Я надеюсь, это поможет кому-то. Я прошел через множество сценариев отладки, прежде чем я закончил с этим (довольно неудовлетворительным) решением.
Доброе утро. Проблема возможно не относится напрямую к SQL.
SQL 2019, плюс сервер 1С
Перестало пускать во все базы 1с со следующей ошибкой:
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Ошибка при выполнении операции с информационной базой
Ошибка СУБД:
Компоненты OLE DB провайдера не найдены
CoCreateInstance: -2147023878(0x800703FA): Попытка произвести недопустимую операцию над параметром реестра, отмеченным для удаления.
по причине:
Ошибка СУБД:
Компоненты OLE DB провайдера не найдены
CoCreateInstance: -2147023878(0x800703FA): Попытка произвести недопустимую операцию над параметром реестра, отмеченным для удаления.
———
Не подскажите возможные причины? Перезапуски служб не помогли. Помогла перезагрузка всего сервера.
|
|
|
|||
| Karambol
21.10.13 — 10:14 |
Добрый день!
win 2008 server. У одного пользователя работает, у другого нет. |
||
| Karambol
1 — 21.10.13 — 10:18 |
Уточнение: у пользователя, под котором получалось войти тоже периодически появляется такая ошибка |
||
| Karambol
2 — 21.10.13 — 10:25 |
Заходит периодически из любой учетки, если несколько раз нажать Перезапустить |
||
| Karambol
3 — 21.10.13 — 10:31 |
http://i057.radikal.ru/1310/49/fa1e28697006.jpg |
||
| Advan
4 — 21.10.13 — 10:38 |
терминал? |
||
| krbIso
5 — 21.10.13 — 10:45 |
http://forum.infostart.ru/forum16/topic83596/ |
||
|
Karambol 6 — 21.10.13 — 10:59 |
(4)Ага |
Не понимаю, что произошло, помогите, плз, разобраться и починить… При попытке зайти в 1С8.2 в некоторые базы выдается сообщение: Ошибка СУБД: Компоненты OLE DB провайдера не найдены Базы серверные, SQL Что может быть? Куда рыть? В пятницу все работало, а сегодня часть баз работает без проблем, а часть вот такую шнягу выдает 
перезагрузи сервак для начала. копать в сторону настройки скуля,
Вот перезагружать сервак пока не хотелось бы, т.к. 50 пользователей из других филиалов уже работают. Говорю же — часть успешно работает, а часть нет. В тех базах, где кто-то уже работает, можно спокойно подключаться, ошибку не выдает. А вот другие базы — ни в какую
вопрос все еще актуален. Перезагружать сервер пока нельзя — несколько крупных филиалов работают без проблем.
1с раз в 2 часа делает реконнект ждем.
Это к тому, что через два часа и работающие филиалы могут повылетать?
без детализации конфигураций делеза и настроек сети — вряд ли кто чего скажет….
необязательно. это к пониманию происходящего. относится к ms sql
Пока временно переводим неработающие филиалы на файловый вариант…
Тэги: Админ
Комментарии доступны только авторизированным пользователям