Windows 10 x64.
MS SQL Server 2014 Standard Edition x64.
1С Предприятие 8.2.15.294 x32.
Версию 1С обновлять нельзя.
При попытке создания базы в на сервере 1С (консоль "Администрирование серверов 1С Предприятия") получаю ошибку: "Неподходящая версия (10.00.19041) провайдера базы данных. Требуется 08.00.0194 или более поздние."
В интернете мало информации. Есть одна тема и на Инфостарте.
В основном все сводится к редактированию в HEX-редакторе файла sqlsrvr.dll. Но там информация для 8.0 и 8.1. Что конкретно нужно править для 8.2 - не понятно.
Есть некоторая информация на ИТС: https://its.1c.ru/db/metod8dev/content/2926/hdoc. Но у себя не нахожу файла ntwdblib.dll.
Может кто с подобным сталкивался и решил проблему. Прошу поделиться методикой.
Если вы пытаетесь базу создать сразу с разворачиванием данных, то попробуйте для начала создать просто пустую базу, а затем в нее уже в конфигураторе пробовать загрузить архив.
А каким его подменить?
Взял из последней версии платформы 8.2.19.130 (где-то попадалась информация, что с установкой этой версии платформы ошибка ушла, но я не могу изменить у себя версию платформы). Начало выдавать другую ошибку.
15.
sapervodichka
669706.07.20 11:43 Сейчас в теме
а как такая конфигурация ПО родилась? Все вот жалуются, на проблемы не совместимости Win 10 с 1С 8.2, а она вот у вас и стоит прям как кость в горле *)
Как опробованный вариант попробуйте поставить параллельно с сервером 8.2 еще сервер 8.3 и клиента 8.3. Два сервера 8.2 и 8.3 будут работать параллельно, затем от 8.2 откажитесь https://infostart.ru/public/88415/. Если у вас патчи лицензий стоят, то ставьте сервер 8.3 версии до 8.3.12 примерно, до момента пока контроли лицензий в платформу не вшили.
Что за конфа и странная версия платформы ?
Если УТ10.3, то почему не последний релиз 8.2.19.130 ?
В те времена MS SQL 2008 R2 был, пробуйте даунгрейд версий. MS SQL 2012 тоже бы попробовал.
Верно подметили - создать надо сперва пустую базу, потом грузить данные.
Причины долго объяснять. Конфигурация УПП сильно доработанная.
Нет возможности обновить у всех пользователей платформу до более поздней.
Пользователи работают с базой развернутой на MS SQL 2005.
У разработчиков на персоналках нужна операционная система x64.
На Windows 10 не ставится MS SQL 2005, поэтому и пробуются другие варианты...
27.
sapervodichka
669706.07.20 14:37 Сейчас в теме+5 $m
(25) вы разработчикам на компы ставите SQL 2014 и сервер 1С?
я просто ландшафт не понимаю, вот поясните: Стоит УПП переписанная на Сервер 1С 8.2 на СУБД MS 2005. Вы пишете в задаче
Неподходящая версия (10.00.19041) провайдера базы данных. Требуется 08.00.0194 или более поздние.
Windows 10 x64.
MS SQL Server 2014 Standard Edition x64.
1С Предприятие 8.2.15.294 x32.
- об сервере СУБД MS 2014, я тут вот не догоняю, если у вас есть второй физический отдельный сервер или как СУБД MS 2005 и MS 2014 разделены по машинам?
28.
sapervodichka
669706.07.20 14:40 Сейчас в теме
(27) если есть 2-ой физический сервер, то поставьте на него СУБД MS 2014 и сервер и платформу 8.3 в ней есть режим совместимости с 8.2 вообще проблем нет (если есть конечно дополнительная лицензия на сервер 8.3 или вы хотите СУБД 2014 на отдельной машине, а использовать текущий рабочий сервер 1С 8.2?)
Посмотрел сейчас документацию на MS SQL сервер 2014. Похоже версия 8.2.15.294 пытается создать базу данных в формате MS SQL 2000 (уровень совместимости 80). MS SQL 2014 поддерживает минимальный уровень совместимости 100 (MS SQL 2008). Так что без вариантов = либо SQL понижать, либо платформу повышать. Уровни совместимости
К сожалению не взлетело.
Сегодня поставил MS SQL Server 2012 + SP4 и 1С 8.2.15.294 и при попытке добавления базы получаю ту же ошибку, что описана в первом сообщении :(
Тогда вопрос знатокам. Если рабочая база с пользователями на платформе 8.2.15.294, а разработчики будут на платформе 8.2.19.130 (через файловое хранилище конфигурации), не вылезет ли что при обновлении конфигурации рабочей базы (8.2.15.294) конфигурацией разработчиков (8.2.19.130). Обновление происходит через сравнение и объединение конфигураций.
не вылезет ли что при обновлении конфигурации рабочей базы (8.2.15.294) конфигурацией разработчиков (8.2.19.130)
Не считаю себя знатоком, но думаю, что если разработчики будут аккуратны и не используют в коде что-то из платформы 8.2.19, не работающее (или некорректно работающее) в 8.2.15, то ничего страшного не произойдет.
На Инфостарте уже рассматривался этот вариант и предлагался способ исправления возникающих в таком случае ошибок, п.8-9: https://infostart.ru/public/1013337/
А теперь - ложка дегтя: вспомнилась мне недавняя ветка, где все дружно убеждали автора, что нельзя использовать Windows 10 в качестве серверной ОС: https://forum.infostart.ru/forum71/topic237276/
Если ваше руководство волнуют вопросы лицензионной чистоты используемого на предприятии ПО, то надо ставить перед ним вопрос о приобретении серверной ОС, а тогда, глядишь, и вопросы совместимости отпадут сами собой.
Аргументировать можно тем, что "лицензионная" Windows 10 на сервере - нелицензионна (ее использование незаконно).
Ну, а если законность не волнует - тогда вообще какой смысл держаться за 10-ку, можно поставить версию Windows пониже и совместимый с ней SQL, поддерживающий 8.2.15.
А теперь - ложка дегтя: вспомнилась мне недавняя ветка, где все дружно убеждали автора, что нельзя использовать Windows 10 в качестве серверной ОС: https://forum.infostart.ru/forum71/topic237276/
Она не используется в качестве серверной: на Windows 10 устанавливается MS SQL Server и к нему подключается только один разработчик, работающий непосредственно на этой же персоналке.
(38) Установил SQL Server 2008 на Windows 10. Установил 1С Сервер 8.2.15.294 и получил при создании базы такую же ошибку как в первой сообщении темы... Создал базу в SQL Managment Studio вручную, установил в настройках уровень совместимости SQL Server 2000 (80). В итоге все равно та же ошибка при попытке подключения базы к серверу 1С.
Так что получается SQL Server 2008 все равно не выход в моей ситуации...
В итоге все равно та же ошибка при попытке подключения базы к серверу 1С.
Видимо, установленный SQL по запросу 1С возвращает максимальную версию провайдера (10.00.19041), а 8.2.15 проверяет версию на 08.00.0194, не догадываясь о возможности 10.0.ххххх - в то время ее просто не существовало.
Так что получается SQL Server 2008 все равно не выход в моей ситуации...
Ваша ситуация - это Windows 10, несовместимость которой с SQL Server 2008 объявлена MS не просто так - что-то криво устанавливается даже при обходе этой несовместимости.
Что тут остается? Либо пытаться устанавливать MDAC соответствующей версии (вы не написали после (19) - получилось или нет), либо таки пытаться патчить sqlsrvr.dll - судя по рекомендуемым байтам замены там ничего страшного, пара условных переходов заменяются на безусловные, т.е. просто тупо отключается проверка версии.
Но нужно найти патч именно для вашей sqlsrvr.dll 8.2.15.294 - у других версий на этом месте наверняка будут совсем другие байты.
(42) Microsoft Data Access 2.6 не смог установить на Windows 10.
Установил SQL Server 2008 на Windows 10.
Сначала 2017, потом его снес и установил 2008.
Что тут остается? Либо пытаться устанавливать MDAC соответствующей версии (вы не написали после (19) - получилось или нет), либо таки пытаться патчить sqlsrvr.dll - судя по рекомендуемым байтам замены там ничего страшного, пара условных переходов заменяются на безусловные, т.е. просто тупо отключается проверка версии.
Но нужно найти патч именно для вашей sqlsrvr.dll 8.2.15.294 - у других версий на этом месте наверняка будут совсем другие байты.
Вот с этим и проблема - не понятно какие байты на что изменять...
Есть информация о патче версии 8.1.15.14, теоретически можно попытаться перенести ее на 2.2.15.294, но для этого надо иметь sqlsrvr.dll обеих версий: 8.1.15.14 и 8.2.15.294.
С последней, насколько я понимаю, у вас проблем нет, а где взять первую? У меня нет ни одной из этих DLL.
Выражаю огромную благодарность user856012 за неоценимую помощь. Благодаря ему взлетел набор: Windows 10 x64 + MSSQL Server 2005 x64 + 1С Сервер 8.2.15.294 x32.
В благодарность +15 $m.
Патчим файл
С:\Program Files\Common Files\system\ole db\sqloledb.dll
для х86 соответствующая папка.
В этом файле HEX-редактором ищется в юникоде строка версии из ошибки - например 10.00.17763, она же является версией файла в его свойствах. Вхождений три, нужно первое. И правится в юникоде на подходящую версию: 08.00.0194 Лишний символ забивается нулями.
52.
user652996_simbavl
03.06.22 14:03 Сейчас в теме
(51)
(51) решение универсальное и легко выполнимое только один ньюанс что последнию цифру не просто ноль ставить (так сразу отвал сервера) а в ячщейку написать 00