Sql state im003 native 160 ошибка 126 sqlsrv32 dll windows 10

Добрый день! Уважаемые читатели и гости одного из крупнейших IT блог в рунете Pyatilistnik.og. В прошлый раз мы с вами успешно устранили ошибку «Windows Identity Foundation 0x80096002» и поняли откуда растут корни. Сегодня я хочу показать, как я столкнулся с проблемой запуска 1с предприятия 7.7 на базе Windows Server 2019, где я получал ошибку «Для доступа к базе данных требуется ODBC-драйвер для MS SQL Server версии 3.50.0303 или старше«. Хоть и старенькая версия, но даже в 2020 году она еще используется и я уверен, что моя компания не единственная в этом.

Описание проблемы

Не так давно я развернул Remote Desktop Services High Availability на базе Windows Server 2019, при попытке запустить 1С 7.7 появилась вот такая ошибка.

Как устранить ошибку

Вся проблема в том, что вам необходимо заменить три библиотеки из старенькой Windows XP, чтобы устранить несовместимость драйвера ODBC. Вот список библиотек:

Загружаете архив с файлами и разархивируйте их, в итоге будет папка с тремя файлами. Далее вам нужно подложить файлы в определенное место, в зависимости от разрядности вашей операционной системы:

Хочу отметить, что при копировании более свежие версии библиотек sqlsrv32.dll, sqlsrv32.rll, sqlunirl.dll уже присутствуют в операционной системе и их нужно обязательно заменить.

С большой вероятностью данные файлы у вас будут заблокированы Windows и вы не сможете их подменить, для этого нужно их высвободить.

Для освобождения файла от какого-то процесса в системе мы воспользуемся утилитой Unlocker v1.9.2. Запускаем Unlocker от имени администратора и через проводник находим ваши файлы, пути до них я описал выше. Выбираем файлы по очереди, первым у меня будет sqlsrv32.dll.

Если у него будет блокирующий процесс, то вам нужно будет выбрать пункт освободить, у меня же он не был блокирован, поэтому я просто его перемещу. Выбираем пункт «Переместить» и нажимаем «Ok».

Указываем папку в которую вы будите перемещать файл.

Операция успешно выполнена и файл перемещен. Повторяем все действия для файлов sqlsrv32.rll иsqlunirl.dll.

Теперь вы спокойно можете подложить нужные вам версии и ошибка «Для доступа к базе данных требуется ODBC-драйвер для MS SQL Server версии 3.50.0303 или старше» должна пропасть.

Дополнительный метод

Если по какой-то причине замена файлов вам не помогла, то вы можете в каталоге с установленным 1С предприятием 7.7 найти файл bkend.dll и с помощью HEX-редактора внести изменения. Вам нужно найдите последовательность «83 FB 03 74» и замените ее на «83 FB 03 EB» (должно быть найдено 2 места исправления). После чего попробовать запустите 1С

На этом у меня все, с вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org. Надеюсь, что у меня и у вас все же перестанут использовать устаревший софт.

Популярные Похожие записи:

7 Responses to Не работает 1С 7.7 в Windows Server 2019

Добрый день, победить 1С7, наверное, невозможно — у компаний сложилась своя, такая роданя и уютная конфигурация, и ничего больше им не надо, никакого перехода на 1С8.х никто делать не будет, оно же работает. А то, что работает далеко не совсем хорошо, и уже давно не отвечает никаким требованиям — какая разница?

Добрый день! Это проблема многих компаний, кто не обновляет софт, но когда-нибудь придет день расплаты. Вы как специалист, можете поступить так, сделать описание по переходу и обновлению на 8-ку, отдать его руководителю. И если вдруг, что-то случится, вы спокойно скажете, я вам говорил предложение по модернизации предлагал, вы сами забраковали.

2Yaromax, каким требованиям должна отвечать? Что бы на экране тача можно было тыкать?
EGAIS, ЭДО, ВЕТИС всё интегрируется, да может быть не совсем так элегантно как в 8.3, но работает не хуже.
Сейчас как раз прикидывал чего будет стоить компании переход на типовую УТ, и перенос тех механизмов которые уже давно хорошо работают в 77.
Я уже не говорю о тех отчетах и планировщиках которых создано достаточное количество. Множество фоновых проверок, которые в УТ не предусмотрены (т.к. УТ предпологает различные подходы в т.ч. ограничение на административном уровне: ай-ай-ай эту кнопку не нажимай между филиалами — руками выбирай, а когда у тебя склад мобильный, можешь нажимать, и т.п.). Понятно что это всё делается, со временем можно получить работающую систему идентичную работающей 77.
Раз в год я заговариваю о планах перехода на 8.3 хотябы для того чтобы пользоваться готовыми решениями по интеграции ЕГАИС и МОТП (кстати, пытались воспользоваться Склад15 от Cleverence, не смогли обработать процессы лишнее считали при выдаче. Плюнули, добавили две формы, сделали всё в лучшем виде).
На что всегда получаю один и тот же ответ: Пока не случилась ситуация что в 77 что-то не возможно сделать, сидим на 77.
Единственное что хотелось бы это раскраска табличной части документа, пользовался exForms словил пару раз exception, полностью отказался от функционала.

2Иван Семин, обновил как то раз server без спроса, на пол дня работа встала из-за патча win12, надавали по рукам больше не обновляю — работает не трогай.

Спасибо автору. С этим патчем бэкэнда конечно танцы еще те:))) У себя дома попробовал срв 2016 + скул 2008, нашел пропатченный бэкэнд — работает! Там где надо было — стоял срв 2019 — не заработало:)))) Куда копать.. а тут ваша заметка!! Оказалось в файле пропатчено было ОДНО место из указанных вами двух мест. Кто его знает, что там внутри такое происходит, однако потом все заработало, СПАСИБО!! Файлы не менял в винде 2019. Сервер скул 2008 Р2.

Еще хотел добавить по поводу 7-ки. ДО СИХ ПОР 8-ка во многих местах КОРЯВАЯ. Вообще те, кто делал — и ядро и язык и кофы писал — и проектировал, и писал и вообще идеологию создавал — они как будто многого естественного для человека не понимают. В 8-ке со временем никуда не ушли изначальные глюки и «сыроватости», из за которых поначалу не хотели с 7-ки люди переходить, а как будто укоренились и стали нормальными. Эдакая «перманентно-коряво-глючная система». Она работает, конечно — кто будет спорить. Но в ней нет элегантности, удобства использования, удобства и естественности поддержки. С ней постоянно надо плясать рядом и не одному человеку. И постоянно она вызывает негативные эмоции — как раз таки своей неестественностью. Те, кто думает чуть иначе — это скорее всего сотрудники как раз таки отделов или аутсорса поддержки, которые сидят на не намного больше, чем одном проекте, «пилят» его постоянно, допиливают, в смысле — и получают деньги более-менее. А если это пользователи — ну привыкли просто, приспособились неким образом. И просто эти люди не особо задумываются о смысле происходящего:)) МОЖНО МНОГО ЧЕГО ХОРОШЕГО сделать на 1с 8-й версии. Но — с избыточным вниманием и финансовыми вложениями. Избыточным в том смысле — что как-то сразу видится что можно было сделать лучше. Работает — да, кто будет спорить. Но — много глюков. доделывать сложно — потому что неоправданно сложный код. Нагромождения самого кода и вообще неких этих «внутренних программных структур». Во многих местах нелогичная и неестественная среда разработки (например, ПОЧЕМУ в форме у 8-ки нельзя просто написать выражение вычисляемое и получить результат, как это можно было делать в 7-ке?? Нужно только прописывать некий «параметр формы», смысл понятен — но можно было сделать и так и так.) Я на 8-ке так и не научился программировать — какое-то отторжение как было изначально, так оно и осталось. Короче — такое ощущение, что вот та «голова» с которой обычно все «гниет» в 1С думает совершенно о другом чем-то, не о том, как делать все лучше и лучше свой продукт. И та изящность 7.7. которой не могли многие нарадоваться, в 8-ке сменилась «странно-непонятной глючностью». Все работает, да. Коряво, но работает.Но — осадочек от того, как работает, когда понимаешь, что там внутри, когда каждый раз думаешь — НУ НАХРЕНА БЫЛО ТАК ДЕЛАТЬ — вот он как-то неприятно влияет. Хотя они во многом молодцы, повторюсь — такой «интеграции всего» вообще ни у кого нет. Но……Есть но, и не одно:)))

Источник

Устранить неполадки Sqlsrv32.dll (бесплатная загрузка)

Последнее обновление: 07/03/2022 [Время на прочтение статьи: 5 мин.]

Файл sqlsrv32.dll, также известный как файл SQL Server ODBC Driver, был создан компанией Microsoft для разработки Microsoft® Windows® Operating System. Файлы DLL относятся к категории типов файлов Win32 DLL (Библиотека динамической компоновки).

Файл sqlsrv32.dll впервые был создан 10/25/2001 в ОС Windows XP для Windows XP. Последней версией файла для Windows 10 является v10.0.15063.0 (WinBuild.160101.0800), выпущенная 07/29/2015. Файл sqlsrv32.dll включен в версии ОС Windows 10, Windows 8.1 и Windows 8.

Ниже приведены исчерпывающие сведения о файле, инструкции для простого устранения неполадок, возникших с файлом DLL, и список бесплатных загрузок sqlsrv32.dll для каждой из имеющихся версий файла.

Рекомендуемая загрузка: исправить ошибки реестра в WinThruster, связанные с sqlsrv32.dll и (или) Windows.

Совместимость с Windows 10, 8, 7, Vista, XP и 2000

Средняя оценка пользователей

Обзор файла

✻ Фрагменты данных файлов предоставлены участником Exiftool (Phil Harvey) и распространяются под лицензией Perl Artistic.

Что такое сообщения об ошибках sqlsrv32.dll?

Ошибки библиотеки динамической компоновки sqlsrv32.dll

Файл sqlsrv32.dll считается разновидностью DLL-файла. DLL-файлы, такие как sqlsrv32.dll, по сути являются справочником, хранящим информацию и инструкции для исполняемых файлов (EXE-файлов), например sapisvr.exe. Данные файлы были созданы для того, чтобы различные программы (например, Windows) имели общий доступ к файлу sqlsrv32.dll для более эффективного распределения памяти, что в свою очередь способствует повышению быстродействия компьютера.

К сожалению, то, что делает файлы DLL настолько удобными и эффективными, также делает их крайне уязвимыми к различного рода проблемам. Если что-то происходит с общим файлом DLL, то он либо пропадает, либо каким-то образом повреждается, вследствие чего может возникать сообщение об ошибке выполнения. Термин «выполнение» говорит сам за себя; имеется в виду, что данные ошибки возникают в момент, когда происходит попытка загрузки файла sqlsrv32.dll — либо при запуске приложения Windows, либо, в некоторых случаях, во время его работы. К числу наиболее распространенных ошибок sqlsrv32.dll относятся:

Файл sqlsrv32.dll может отсутствовать из-за случайного удаления, быть удаленным другой программой как общий файл (общий с Windows) или быть удаленным в результате заражения вредоносным программным обеспечением. Кроме того, повреждение файла sqlsrv32.dll может быть вызвано отключением питания при загрузке Windows, сбоем системы при загрузке sqlsrv32.dll, наличием плохих секторов на запоминающем устройстве (обычно это основной жесткий диск) или, как нередко бывает, заражением вредоносным программным обеспечением. Таким образом, крайне важно, чтобы антивирус постоянно поддерживался в актуальном состоянии и регулярно проводил сканирование системы.

Как исправить ошибки sqlsrv32.dll — 3-шаговое руководство (время выполнения:

Если вы столкнулись с одним из вышеуказанных сообщений об ошибке, выполните следующие действия по устранению неполадок, чтобы решить проблему sqlsrv32.dll. Эти шаги по устранению неполадок перечислены в рекомендуемом порядке выполнения.

Шаг 1. Восстановите компьютер до последней точки восстановления, «моментального снимка» или образа резервной копии, которые предшествуют появлению ошибки.

Чтобы начать восстановление системы (Windows XP, Vista, 7, 8 и 10):

Если на этапе 1 не удается устранить ошибку sqlsrv32.dll, перейдите к шагу 2 ниже.

Шаг 2. Запустите средство проверки системных файлов (System File Checker), чтобы восстановить поврежденный или отсутствующий файл sqlsrv32.dll.

Средство проверки системных файлов (System File Checker) — это утилита, входящая в состав каждой версии Windows, которая позволяет искать и восстанавливать поврежденные системные файлы. Воспользуйтесь средством SFC для исправления отсутствующих или поврежденных файлов sqlsrv32.dll (Windows XP, Vista, 7, 8 и 10):

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

Если на этапе 2 также не удается устранить ошибку sqlsrv32.dll, перейдите к шагу 3 ниже.

Шаг 3. Выполните обновление Windows.

Когда первые два шага не устранили проблему, целесообразно запустить Центр обновления Windows. Во многих случаях возникновение сообщений об ошибках sqlsrv32.dll может быть вызвано устаревшей операционной системой Windows. Чтобы запустить Центр обновления Windows, выполните следующие простые шаги:

Если Центр обновления Windows не смог устранить сообщение об ошибке sqlsrv32.dll, перейдите к следующему шагу. Обратите внимание, что этот последний шаг рекомендуется только для продвинутых пользователей ПК.

Если эти шаги не принесут результата: скачайте и замените файл sqlsrv32.dll (внимание: для опытных пользователей)

Если этот последний шаг оказался безрезультативным и ошибка по-прежнему не устранена, единственно возможным вариантом остается выполнение чистой установки Windows 10.

СОВЕТ ОТ СПЕЦИАЛИСТА: Мы должны подчеркнуть, что переустановка Windows является достаточно длительной и сложной задачей для решения проблем, связанных с sqlsrv32.dll. Во избежание потери данных следует убедиться, что перед началом процесса вы создали резервные копии всех важных документов, изображений, установщиков программного обеспечения и других персональных данных. Если вы в настоящее время не создаете резервных копий своих данных, вам необходимо сделать это немедленно.

Источник

MS SQL, не болей: 10 причин, почему не устанавливается Microsoft SQL Server (и что с этим делать)

Highload решил упростить вам задачу и просто собрал топ причин, почему не устанавливается Microsoft SQL Server, в одном материале.

На компьютере уже был MS SQL Server, и какие-то его файлы мешают новой установке

Даже если перед установкой новой версии MS SQL Server вы удалили старую, что-то могло не удалиться. Это «что-то» система продолжает держать и не дает поставить новую СУБД (систему управления базами данных).

Решение: почистить файлы вручную (вплоть до реестра) или какой-то программой; переустановить фреймворк и распространяемый Visual C++ Redistributable

Пользователя, которого вы назначили управлять сервером, не существует (или у него нет нужных прав)

В начале установки нужно задать пользователя и пароль учетной записи, которая будет управлять службой MS SQL Server. Если этого пользователя нет, он ограничен в правах доступа или система просто решила испортить вам день, с СУБД будут проблемы. Она либо не установится, либо установится криво.

Решение: можно долго и нудно разбираться с текущим пользователем, но лучше просто создать нового; или вообще использовать системную учетную запись (SYSTEM)

Имя компьютера и/или имя пользователя задано кириллицей

То есть русскими буквами. Примитивная причина, но иногда такое случается.

Решение: поменять имя компьютера на английское 🙂 И заодно проверить всех пользователей

Вы ввели неправильный пароль пользователя

Опять же — чистая невнимательность. Если на этапе установки ввести не тот пароль для пользователя, который будет управлять службой, Microsoft SQL Server не напишет вам, что он неправильный.

Решение: вручную проверить пароль пользователя

Версия SQL Server не поддерживается текущей версией Windows Server

Или наоборот. Посмотрите список требований к вашей версии SQL Server на сайте Microsoft. Если вашего Windows Server в списке нет — ничего не попишешь.

Решение: поставить другую версию SQL Server, или обновить Windows Server, или просто поставить SQL не на сервер, а на обычный Windows

Версия SQL Server не поддерживается вашей Windows

Например, SQL Server 2012 подходит для Windows от Vista до семерки, а с установкой на десятку могут быть проблемы.

Решение: как и в прошлом пункте, только с поправкой на обычный Windows; если очень нужна именно эта версия SQL, можно попробовать запустить ее в режиме совместимости с какой нибудь из других версий Windows — «методом проб и ошибок»

Вы поставили новую версию SQL Server

Решение: поставить старую версию SQL Server, установить Management Studio или просто работать без графической оболочки

Вы засорили реестр

Иногда это приводит не к ошибке инсталляции, а к ее бесконечной загрузке. Если прошло несколько часов и ничего не установилось — это оно.

Решение: удалить из реестра HKLMSOFTWAREWOW6432NodeMicrosoftMicrosoft SQL Server Management Studio ; а лучше вообще почистить реестр вручную или программой

Вы скачали кривой дистрибутив

Решение: скачать нормальный дистрибутив 🙂

Мешают вирусы

В этом случае, как именно они повлияют на установку, предсказать невозможно.

Решение: удалить Microsoft SQL Server подчистую (то есть, в том числе из реестра); проверить ПК на вирусы; установить все заново

Источник

Sql state im003 native 160 ошибка 182 sqlsrv32 dll windows 10

клюшки 1C 7.7 на 2008 скуле работают медленней, чем на 2005(2000) скуле.

естественно, что при числе пользователей более 20-30 роли терминала и скуля должны быть разнесены по разным сервакам

повышать мощность сервака под скуль нет смысла, не правильно и вредно, потому что скорость работы клюшек не повышается. а ожидания пользователей не сбываются. и так же сложнее обосновать следующий, действительно нужный апгрейд перед начальством.

эффективнее конфу адаптировать под скуль.

вашему разработчику нужно поставить условие, работать и писать конфу под скулем.

мы так поступили. это работает.

Всего записей: 225 | Зарегистр. 02-07-2009 |

Отправлено:

05:03 18-05-2012 | Исправлено: varbasik, 16:08 13-09-2012

***Moderator action (Timo): User this is an English language space. Post your questions in English language, please!***

Translation via google:

Hello,

I encounter a rather confusing error with the Oracle 11gR2 client from a server running Windows Server 2008 R2 Standrad, SP1.

This server already hosts an Oracle10gR2 client with 32-bit ODBC connections to 10g databases.

I installed the Oracle 11gR2 32bits client in parallel with the 10g client and did not notice any errors.

After updating the files SQLNET.ora and TNSNAMES.ora I «tnsping» the remote database without difficulty.

The creation of a 32bits ODBC system data source is not a problem and the connection test is OK.

I access the database with sqlplus without difficulty.

However, when I try to access this same database with an application using the ODBC connection mentioned above, I get the following error:

Native error = 160, SQLSTATE = ‘IM003’,

msg = ‘Specified driver could not be loaded due to system error 127: The specified procedure could not be found.

(Oracle in OraClient11g_home1, oracle product 11.2.0 client_32 BIN SQORA32.DLL). ‘.

Note that the SQORA32.dll DLL is located in the «D: oracle product 11.2.0 client_32 BIN» directory and is easily accessible for reading and executing.

Several hours of research on the Internet did not give any evidence.

Have you ever encountered such a case? if so, how did you get out?

Best regards

T. Baribaud

—————- ORIGINAL MESSAGE————-

Bonjour,

Je rencontre une erreur assez déroutante avec le client Oracle 11gR2 depuis un serveur sous Windows Server 2008 R2 Standrad, SP1.

Ce serveur héberge déjà un client Oracle10gR2 avec des connexions par ODBC 32bits à des bases de données 10g .

J’ai installé le client Oracle 11gR2 32bits en parallèle du client 10g et je n’ai pas noté d’erreur.

Après mise à jour des fichiers SQLNET.ora et TNSNAMES.ora je «pingue» la base distante sans difficulté.

La création d’une source de données ODBC système 32bits ne pose pas de problème et le test de connexion est OK.

J’accède à la base de données avec sqlplus sans difficulté.

Cependant, lorsque je tente d’accéder à cette même base avec une application utilisant la connexion ODBC mentionnée plus haut, j’obtiens l’erreur suivante :

Native error = 160, SQLSTATE = ‘IM003’,

msg = ‘Specified driver could not be loaded due to system error  127: The specified procedure could not be found.

(Oracle dans OraClient11g_home1, oracleproduct11.2.0client_32BINSQORA32.DLL).’.

On notera que la DLL SQORA32.dll est bien située dans le répertoire «D:oracleproduct11.2.0client_32BIN» et qu’elle est bien accessible en lecture et en exécution.

Plusieurs heures de recherches sur Internet n’ont rien donné de probant.

Avez-vous déjà rencontré un tel cas de figure ? si oui, comment vous en êtes-vous sortis ?

Cordialement

T. Baribaud

27.01.11 — 10:26

1 — 27.01.11 — 10:27

из 64битного 2003 сервера брал длл?

2 — 27.01.11 — 10:28

(1) Да.

3 — 27.01.11 — 10:30

Донор — Windows Server 2003 R2 Enterprise x64

4 — 27.01.11 — 10:41

уп

5 — 27.01.11 — 11:04

еще раз уп

6 — 27.01.11 — 14:12

Неужели все таки перешли на 8-ку? Я один остался?

7 — 28.01.11 — 17:26

на борде есть полное описание, как скрестить

8 — 28.01.11 — 20:58

(7) Читал. Что-то там мутное, с подменой бэкенд.длл

9 — 28.01.11 — 22:50

(8) там веток много
может не ту читал ?

10 — 28.01.11 — 23:37

(8) Смотри почту

11 — 29.01.11 — 06:06

(10) Спасибо, попробую в понедельник.

12 — 29.01.11 — 06:19

(10) если не трудно, кинь пожалуйста мне тоже, в ближайшее время ожидают аналогичные шаманские действия, а у меня доступна только win 2003 x32, а х64 нет. Заранее благодарен

13 — 17.02.11 — 10:48

14 — 17.02.11 — 10:51

15 — 17.02.11 — 11:34

по ссылке, ничего внятного по ошибке sqlstate im003 и устранению нет…

16 — 17.02.11 — 11:36

(14)Не работает для Вынь 7 х64

17 — 17.02.11 — 11:36

+(14)На Вынь 7 х32 пока не проверял

18 — 17.02.11 — 12:01

(16) только что проверил
на Windows Server 2008 R2 x64
отлично работает клиент-серверная база
драйвер ODBC 6.01.7600.16385
никакой подмены dll не делалось, только патч из (14) для 27-го релиза 1С.

19 — 17.02.11 — 12:03

(18)+ ни какой подмены dll драйверов ODBC не делалось

20 — 17.02.11 — 12:16

21 — 17.02.11 — 12:36

(20) ошибка IM003 происходит при самом подключении.
Такое впечатление что у вас просто нет драйвера, а стоит заглушка. Надо попробовать качнуть и установить обычный родной драйвер ODBC для mssql с сайта MS. Или использовать драйвер ODBC из комплекта дистрибутива MSSQL.

22 — 17.02.11 — 12:46

23 — 17.02.11 — 12:49

(0) Судя по сообщению об ошибке — ты поставил обновления или sql-сервер на эту машину. Так?

24 — 17.02.11 — 12:49

(22) у меня метода с .local работает и на Вин7 и на 2008

25 — 17.02.11 — 13:16

(24) Сколько не пытался — на вин7 HP не смог заставить работать. Поэтому написал второй способ (тем более там сервер sql обычно не ставят и не страшно поэтому). Если у вас заработало — отлично!

26 — 17.02.11 — 15:00

блин а с ODBC то чего может быть… я же руками ODBC драйвер не вырывал из системы… ?!

27 — 17.02.11 — 15:07

(24) У меня тоже заработал. С патченной BkEnd.dll

28 — 17.02.11 — 15:10

29 — 17.02.11 — 15:12

(22) По поводу выгрузки, я скульные базы только средствами скуля бэкаплю.

30 — 17.02.11 — 15:13

(28) Отпишись в почту, BkEnd скину.

31 — 17.02.11 — 15:25

(27) Заработал тот комплект, что я тебе сбросил?

32 — 17.02.11 — 15:29

куда сбросил то? =)

33 — 17.02.11 — 15:37

(31) Нет, мне еще раньше сбрасывал val

34 — 17.02.11 — 15:39

(32) Гляди почту.

35 — 17.02.11 — 15:46

а с odbcbcp.dll и sqlsrv32.dll sqlsrv32.rll фо делать? тоже в bin?

36 — 17.02.11 — 15:55

(35) ну в (22) написано же куда.

37 — 17.02.11 — 15:55

могу пульнуть backend который под сервером заработал, не требуется замена файлов. Работает все )

38 — 17.02.11 — 15:56

(37) И загрузка работает? Тогда пуляй мне.

39 — 17.02.11 — 15:58

и мне… караул… у меня уже столько _ BkEnd.dll и __BkEnd.dll и ____BkEnd.dll файлов в bin вы се не представляется…

40 — 17.02.11 — 15:59

тов. Ленинград, у вас север кой? x64?

41 — 17.02.11 — 16:07

42 — 17.02.11 — 16:15

— Ну что, братья семерочники, поработает еще старушка на новых ОСьках?
А 1С-то вас кинула, братья, этот патч тупо отменяет проверку версии драйвера, и все начинает работать на драйверах 6ой версии. 1С как бы даже не по политическим мотивам новый релиз 77 не выпускает, а по чисто коммерческим мотивам.

43 — 17.02.11 — 16:16

back.end@mail.ru =)

44 — 17.02.11 — 16:19

(42) Да в курсе все. И чо теперь?

45 — 17.02.11 — 16:33

46 — 17.02.11 — 16:37

(41) В аську тебе написал.

47 — 17.02.11 — 16:37

(42)Я год закрываю, мне скуль надо было на 77
(43)Нате вам

48 — 17.02.11 — 17:26

(41) + я протестировал (файл, sql, урбд). всё работает.
работает в win 2008 (в том числе в терминале), win 7, win XP. без замены odbc и без local.
Так что твой патч как раз заработал. Самое лучшее решение на данный момент.

49 — 17.02.11 — 18:20

(37) А что еще патчилось кроме (14)?

50 — 18.02.11 — 17:23

Вести с полей:
Если интересно — вылез небольшой косячок с этим патчем. Конфликтует при запуске отладчика в базе sql (после запуска отладчика не запустить под тем же пользователем базу 1с в режиме предприятие).
Так что для разработки (отладки) патч не очень подходит.
Но для серверных функций (загрузка/выгрузка, оперативная правка кода, обновление конфигурации) вполне.

(50) А монопольно база запускается?

Реализация в виде прокси-dll, в которой исправляются известные проблемы платформы:

• невозможность работы, при запуске на mssql 2005-2014 (без патчинга bkend.dll);
• невозможность работы без понижения режима совместимости до mssql 2000, при запуске на mssql 2005-2014;
• невозможность работы в ОС Win Vista/7/8/8.1 в режиме клиент-сервера (без манипуляций с файлами odbc-драйвера);

Ограничения:

• нет совместимости с некоторыми 1c++ запросами (ищу решение);

Поддерживаемые клиентские ОС:

• Windows 2000;
• Windows XP;
• Windows 2003;
• Windows Vista;
• Windows 7;
• Windows 8;
• Windows 8.1;

Поддерживаемые SQL-сервера:

• MS SQL 2000;
• MS SQL 2005;
• MS SQL 2008;
• MS SQL 2008 r2;
• MS SQL 2012;
• MS SQL 2014;

Состав поставки:

• BkEnd.dll — proxy-dll;
• BkEndUtls.dll — служебная библиотека;

Порядок установки:

1. Установить платформу из оригинального установщика;
2. Установить и настроить HASP-ключ (обязательное условие, а то к вам придут врачи);
3. Переименовать оригинальный файл BkEnd.dll в BkEnd0.dll (0 — это ноль);
4. Скопировать файлы BkEnd.dll и BkEndUtls.dll из поставки в каталог, куда установлена 1с (например, C:Program FilesCv77BIN);

Для счастливых обладателей dbf-версии ничего не меняется.

Для обладателей sql-версии, у которых база данных размещается на MS SQL 2005-2014, необходимо соблюсти следующие требования для sql-логина (учетка, под которой 1с подключается к sql):

• обладание, как минимум правами db_owner;
• права на VIEW SERVER STATE;

С первым требованием все и так ясно, второе — требует пояснений. Для определения количества соединений к текущей базе данных, 1с обращается к системной таблице sysprocesses. Если у логина отсутствуют права на VIEW SERVER STATE, то будут видны только соединения, осуществленные под своей учеткой, что не совсем хорошо — нужно видеть все соединения с текущей базой, чтобы получать адекватые сообщения об ошибках. Большинство «специалистов» запускает 1с под учеткой SA (или другой, но с соответствующими суперправами), следовательно, у них такой проблемы не стоит. Зато имеется другая проблема — так называемый фоновый процесс сброса грязных страниц из кэша буфера данных, при выполнении которого, не удается запустить 1с в монопольном режиме.

В MS SQL 2005/2008 системная таблица (уже представление, оставленное для обратной совместимости) sysprocesses помечена устаревшей и в следующих редакциях MS SQL будет удалена. Компания Microsoft рекомендует использовать текущие аналоги — так и поступаем Для определения соединений к текущей базе данных (в этом исправленном релизе платформы 1с) больше не используется системная таблица sysprocesses (если ms sql 2005/2008, для ms sql 2000 используется).

Для того, чтобы дать права на VIEW SERVER STATE нужно выполнить простой скрипт:

USE master
GO

GRANT VIEW SERVER STATE TO

<your_login>
GO

Все остальные настройки по-умолчанию.

Общие рекомендации

• не использовать это решение без достаточного тестирования в вашем окружении;
• не класть OrdNoChk.prm в каталоги Программы и ИБ;
• вызывать реструктуризацию, если база данных до этого использовалась с родной BkEnd.dll (в хранимых процедурах есть код, который не проходит по ограничениям MSSQL 2005-2014);

Возникли проблемы? Отписываемся в следующем формате:

• версия сборки и дата файлов bkend.dll и bkendutls.dll;
• сервер СУБД в формате select @@version;
• версия ОС;
• конфигурация 1с;
• действия, которые вызывали проблему;
• делали ли, как выразился один из тестеров, «так называемую» реструктуризацию;

Disclaimer

Все права на ПП 1С:Предприятие принадлежат компании 1С (www.1c.ru). Ни один бит оригинальных файлов не изменен, все манипуляции выполняются штатными возможностями Microsoft(c) Windows(c).

Для чего это нужно?

Пока честные пользователи пытаются перейти с 1cv77 на 1cv8.x, необходимо иметь крепкий тыл в виде настроенной инфраструктуры, которая развернута на современном оборудовании и современном ПО. Однако, необходимо соблюсти лицензионную чистоту как по отношению к 1с, так и к Microsoft. Данным решением это получается сделать: бинарники 1c остаются нетронутыми, ПО от Microsoft актуально и современно.

У кого нет острой необходимости менять MS SQL 2000 на более свежие версии, тем нет надобности прибегать к этому решению.

Использование Вами данного решения идет по принципу «AS-IS».

Критика и конструктивные предложения принимаются.

History log

• Реструктуризация теперь завершается инструкцией CHECKPOINT, вместо DUMP TRANSACTION WITH TRUNCATE_ONLY;
• Изменена схема поиска хинтов;
• Изменены формальные признаки для поиска хинтов;
• Реструктуризация проекта;
• Отключена проверка порядка сортировки (если в каталоге программы или ИБ будет лежать OrdNoChk.prm, то используются родные механизмы платформы);
• Оптимизирована работа с постоянными объектами проекта;
• Для версии sql2000 и ниже используются родные механизмы, без вмешательств;
• Внес ошибку, когда устранял проблему SELECT GetDate();
• Устранил ошибку (добавил новых );
• Отключил установку/снятие режима bulk/copy;
• Реализовал возможность запуска 1с через win-авторизацию;

← Вернуться в раздел «В помощь системному администратору»

Страницы: 12345678

Предыдущая тема: ADrem NetCrunch

Форум Ru-Board.club — поднят 15-09-2016 числа. Цель — сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.