Неподходящая версия провайдера базы данных
Здравствуйте!
Пытаюсь создать базу на сервере 1С.
После ввода всех параметров пишет сообщение:
"Неподходящая версия (10.00.10240) провайдера базы данных. Требуется 08.00.0194 или более поздние."
СУБД - MS SQL Server 2012, ОС - Windows 10, Версия 1С - 8.1.15.14
Если кто сталкивался, подскажите, пожалуйста, как лечить?
Пытаюсь создать базу на сервере 1С.
После ввода всех параметров пишет сообщение:
"Неподходящая версия (10.00.10240) провайдера базы данных. Требуется 08.00.0194 или более поздние."
СУБД - MS SQL Server 2012, ОС - Windows 10, Версия 1С - 8.1.15.14
Если кто сталкивался, подскажите, пожалуйста, как лечить?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(9) Xershi, на SQL-сервере есть база данных с информационной базой на 8.1. Я запускаю 1С (или Администрирование сервера) и пытаюсь создать новую базу 1С, прописав для нее существующую базу SQL. Вываливается ошибка. То же самое, если создавать базу "с нуля" (которой еще нет на SQL-сервере).
Создал базу 1С под управлением платформы 8.3, выбрав ей в соответствие базу SQL, в которой хранилась конфигурация на платформе 8.1.
Во время запуска 1С попросила сконвертировать конфигурацию в вид, удобоваримый для 8.3. Нажал "Да". Конфигурация открылась, вид окошек такой же как и в 8.1, вроде бы все довольны, но... Эта база - всего лишь копия рабочей и нужна для написания и отладки в ней механизмов, которые потом будут запускаться в базе с конфигурацией на 8.1. Понятное дело, что из сконвертированной базы переносить их просто так не получится. Короче - этот вариант вполне рабочий, но в моем случае не совсем подходит. Буду переустанавливать Windows. ilya.don, Xershi, спасибо за помощь!
Во время запуска 1С попросила сконвертировать конфигурацию в вид, удобоваримый для 8.3. Нажал "Да". Конфигурация открылась, вид окошек такой же как и в 8.1, вроде бы все довольны, но... Эта база - всего лишь копия рабочей и нужна для написания и отладки в ней механизмов, которые потом будут запускаться в базе с конфигурацией на 8.1. Понятное дело, что из сконвертированной базы переносить их просто так не получится. Короче - этот вариант вполне рабочий, но в моем случае не совсем подходит. Буду переустанавливать Windows. ilya.don, Xershi, спасибо за помощь!
патчим sqlsrvr.dll (8.1.15.14) для работы 1С 8.1 с MS SQL 2012 и старше
00008D9C: 75 EB
00008D9D: 18 39
00008E11: 0F EB
00008E12: 8C 29
00008E13: 4F 90
00008E14: 05 90
00008E15: 00 90
00008E16: 00 90
00008D9C: 75 EB
00008D9D: 18 39
00008E11: 0F EB
00008E12: 8C 29
00008E13: 4F 90
00008E14: 05 90
00008E15: 00 90
00008E16: 00 90
(21) как у вас получилось узнать какие биты нужно поменять для версии sqlsrvr.dll (8.1.15.14)? Я сколько ни пытался, не вижу логики, какие биты мне поправить в sqlsrvr.dll (8.2.16.368) x64 версия.
Прикрепленные файлы:
sqlsrvr.dll
После двухдневного штурма:
Сервер 1С обращается к SQL-провайдеру OLE DB:
С:\Program Files\Common Files\system\ole db\sqloledb.dll
для х86 соответствующая папка.
Этот компонент входит в пакет MDAC и на windows server 2012 версия подходящая. На более старших требуются правки.
В этом файле HEX-редактором ищется в юникоде строка версии из ошибки - например 10.00.17763, она же является версией файла в его свойствах. Вхождений три, нужно первое. И правится в юникоде на подходящую версию: 08.00.0194 Лишний символ забивается нулями.
Перезапустить службу. Всё!
Правильнее было бы подправить sqlsrvr.dll проверку версии, но не смог дать разума дебаггеру подцепиться к рабочему процессу. Править надо в районе двух проверок swscanf по символам %d.%d.%d
Сервер 1С обращается к SQL-провайдеру OLE DB:
С:\Program Files\Common Files\system\ole db\sqloledb.dll
для х86 соответствующая папка.
Этот компонент входит в пакет MDAC и на windows server 2012 версия подходящая. На более старших требуются правки.
В этом файле HEX-редактором ищется в юникоде строка версии из ошибки - например 10.00.17763, она же является версией файла в его свойствах. Вхождений три, нужно первое. И правится в юникоде на подходящую версию: 08.00.0194 Лишний символ забивается нулями.
Перезапустить службу. Всё!
Правильнее было бы подправить sqlsrvr.dll проверку версии, но не смог дать разума дебаггеру подцепиться к рабочему процессу. Править надо в районе двух проверок swscanf по символам %d.%d.%d
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот