|
|||
| assassin310393
21.03.16 — 17:04 |
Здравствуйте, коллеги! Если еще ни кому не удалось запустить 1с предприятие 7.7 После манипуляций с dll библиотеками, Вылазила данная ошибка: |
||
| HawkEye
1 — 21.03.16 — 17:05 |
(0) полгода как работает 7.7 на вин10х64… никаких ошибок не было… наверное я что-то не так делал… |
||
| Garykom
2 — 21.03.16 — 17:10 |
(1) sql версия? как в (0) |
||
| varelchik
3 — 21.03.16 — 17:50 |
(0)ищи секретный релиз. |
||
| NikVars
4 — 21.03.16 — 17:56 |
(0) Походу винт у тебя битый. Проверь. Выполни копирование заново. |
||
| Смотрящий
5 — 21.03.16 — 18:12 |
(0) Лицензионная чистота актуальна ? все работает без шаманств с секретками, ODBC-драйверами, dll |
||
| DrZombi
6 — 21.03.16 — 18:55 |
(0) Извращенец. Переводи все 7.7 в терминалки, на Выни 2000 |
||
| assassin310393
7 — 21.03.16 — 22:22 |
(4) Винт у меня нормальный, и данный метод я уже делал не на одном ПК. у меня лично после каждого финального обновления, такая Ошибка вылазила, подменял dll, и восстанавливал, «sqlunirl.dll» c предыдущей установки. И после данной манипуляции все заново начинало работать. |
||
| NikVars
8 — 22.03.16 — 09:32 |
(7) Ты забыл сказать где движок брал. |
||
| Netray
9 — 30.03.16 — 10:24 |
Мне удалось запустить SQL-базу 7.7 на Win10x64 и SQL2008R2 с родными Win10x64-dll (odbcbcp.dll, sqlsrv32.dll, sqlsrv32.rll). |
||
| NikVars
10 — 30.03.16 — 10:30 |
Спасибо! Очередной шаг 7.7 в сторону вечности. |
||
| spock
11 — 30.03.16 — 10:31 |
(9) Будь другом, убери пожта файлы из облака. |
||
|
zak555 12 — 30.03.16 — 10:33 |
ставил 1с6 на вин7х64 |
 |
|
Здесь во втором сообщении вам дадут решение, а в двадцатом дадут правильное решение. Ymryn |
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Содержание
- Sql state im003 native 160 ошибка 182 sqlsrv32 dll windows 10
- Описание проблемы
- Как устранить ошибку
- Дополнительный метод
- Популярные Похожие записи:
- 7 Responses to Не работает 1С 7.7 в Windows Server 2019
- Устранить неполадки Sqlsrv32.dll (бесплатная загрузка)
- Обзор файла
- Что такое сообщения об ошибках sqlsrv32.dll?
- Ошибки библиотеки динамической компоновки sqlsrv32.dll
- Как исправить ошибки sqlsrv32.dll — 3-шаговое руководство (время выполнения:
- Шаг 1. Восстановите компьютер до последней точки восстановления, «моментального снимка» или образа резервной копии, которые предшествуют появлению ошибки.
- Шаг 2. Запустите средство проверки системных файлов (System File Checker), чтобы восстановить поврежденный или отсутствующий файл sqlsrv32.dll.
- Шаг 3. Выполните обновление Windows.
- Если эти шаги не принесут результата: скачайте и замените файл sqlsrv32.dll (внимание: для опытных пользователей)
- MS SQL, не болей: 10 причин, почему не устанавливается Microsoft SQL Server (и что с этим делать)
- На компьютере уже был MS SQL Server, и какие-то его файлы мешают новой установке
- Пользователя, которого вы назначили управлять сервером, не существует (или у него нет нужных прав)
- Имя компьютера и/или имя пользователя задано кириллицей
- Вы ввели неправильный пароль пользователя
- Версия SQL Server не поддерживается текущей версией Windows Server
- Версия SQL Server не поддерживается вашей Windows
- Вы поставили новую версию SQL Server
- Вы засорили реестр
- Вы скачали кривой дистрибутив
- Мешают вирусы
- Sql state im003 native 160 ошибка 182 sqlsrv32 dll windows 10
Sql state im003 native 160 ошибка 182 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
Средняя оценка пользователей
Обзор файла
| Общие сведения ✻ | |
|---|---|
| Имя файла: | sqlsrv32.dll |
| Расширение файла: | расширение DLL |
| Описание: | SQL Server ODBC Driver |
| Тип объектного файла: | Dynamic link library |
| Файловая операционная система: | Windows NT 32-bit |
| Тип MIME: | application/octet-stream |
| Пользовательский рейтинг популярности: |
| Сведения о разработчике и ПО | |
|---|---|
| Разработчик ПО: | Microsoft Corporation |
| Программа: | Microsoft® Windows® Operating System |
| Авторское право: | © Microsoft Corporation. All rights reserved. |
| Сведения о файле | |
|---|---|
| Набор символов: | Unicode |
| Код языка: | English (U.S.) |
| Флаги файлов: | (none) |
| Маска флагов файлов: | 0x003f |
| Точка входа: | 0x2d760 |
| Размер кода: | 610304 |
| Информация о файле | Описание |
|---|---|
| Размер файла: | 650 kB |
| Дата и время изменения файла: | 2017:03:18 18:18:52+00:00 |
| Дата и время изменения индексного дескриптора файлов: | 2017:11:05 07:07:54+00:00 |
| Тип файла: | Win32 DLL |
| Тип MIME: | application/octet-stream |
| Предупреждение! | Possibly corrupt Version resource |
| Тип компьютера: | Intel 386 or later, and compatibles |
| Метка времени: | 2009:04:26 16:27:30+00:00 |
| Тип PE: | PE32 |
| Версия компоновщика: | 14.10 |
| Размер кода: | 610304 |
| Размер инициализированных данных: | 59904 |
| Размер неинициализированных данных: | |
| Точка входа: | 0x2d760 |
| Версия ОС: | 10.0 |
| Версия образа: | 10.0 |
| Версия подсистемы: | 10.0 |
| Подсистема: | Windows GUI |
| Номер версии файла: | 10.0.15063.0 |
| Номер версии продукта: | 10.0.15063.0 |
| Маска флагов файлов: | 0x003f |
| Флаги файлов: | (none) |
| Файловая ОС: | Windows NT 32-bit |
| Тип объектного файла: | Dynamic link library |
| Подтип файла: | |
| Код языка: | English (U.S.) |
| Набор символов: | Unicode |
| Наименование компании: | Microsoft Corporation |
| Описание файла: | SQL Server ODBC Driver |
| Версия файла: | 10.0.15063.0 (WinBuild.160101.0800) |
| Внутреннее имя: | sqlsrv32.dll |
| Авторское право: | © Microsoft Corporation. All rights reserved. |
| Оригинальное имя файла: | sqlsrv32.dll |
| Название продукта: | Microsoft® Windows® Operating System |
| Версия продукта: | 10.0.15063.0 |
✻ Фрагменты данных файлов предоставлены участником 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
| pvv1986
Использую: server 2008 64-bit, MS SQL 2012, 1C 7.7. Проблема: |
| Всего записей: 49 | Зарегистр. 08-04-2006 | Отправлено: 22:13 28-05-2012 |
| VerinFaern
Newbie |
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору С терминала на 2008R2 x64 подключаюсь по сети к 7.70.027 + SQL 2005 win2003 x64 в принципе, всё нормально работает, но напрягает краш после закрытия 1С: Сигнатура проблемы: чем победить? |
| Всего записей: 1 | Зарегистр. 13-07-2009 | Отправлено: 10:19 25-07-2012 |
| Flashs
Newbie |
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: По материалам статьи https://blogs.technet.com/syscenter/archive/2009/02/03/windows-vista-1c-v-7-x.aspx сделал рабочий вариант. Теперь замена системных dll для запуска SQL версии семерки не нужна. Предложенный автором статьи вариант с фиксом correctpaths не работает. Но зато прекрасно работает патч VirtualRegistry. В кратце что делает патч совместимости:
Как оказалось 1с при старте лезит в раздел реестра HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INISQL Server и из ключа Driver считывает путь к файлу sqlsrv32.dll который потом и грузит. Патч подменяет для программы 1с путь в реестре на HKEY_LOCAL_MACHINESOFTWARE1C_SQL_ODBC в котором указан путь к нужному файлу sqlsrv32.dll который лежит в c:1Cv7_SQLDriver Замечу что ни какие системные библиотеки и ключи реестра не изменяются. Патч лежит hттp://rapidshare.de/files/46690297/1c_Vista_server_2008_fix.zip.html Доброго времени суток всем! Ребят ссылка на патч устарела, обновите плиз. Извините, не внимательно смотрел, актуальная ссылка есть на 7 странице форума, а именно: Источник Adblock |
- Remove From My Forums
-
Вопрос
-
При запуске клиентского приложения 1С:Предприятие, выскакивает ошибка «Для доступа к базе данных требуется ODBC-драйвер для MS SQL Server версии 3.50.0303 или старше». Насколько я понимаю драйвер стоит по умолчанию более старший. Лечится ли это? Или это проблема приложения?
Ответы
-
Проблема для 1С 7.7 решается следующим образом:
1. в windowssystem32 заменяем файлы sqlsrv32.dll и sqlsrv32.rll на аналогичные из XP, предварительно перехватив ownership и full control на себя.
2. устанавливаем крайнюю сборку 1С — 7.70.027 (должна быть у вашего продавца)
3. в каждый каталог базы (если у вас их несколько) кладем пустой файл OrdNoChk.prm (иначе 1С будет говорить про неправильный порядок сортировки и вылетать)
4. наслаждаемся жизнью и продолжением работы 1С 7.7 под Вистой.
Конечно, замена файлов в system32 есть очень даже нехорошо, но ждать, пока 1С соблаговолит обратить на проблему свое внимание и исправить явный баг, у меня нет ни времени, ни желания.
-
Помечено в качестве ответа
26 октября 2009 г. 7:59
-
Помечено в качестве ответа
Здравствуйте, коллеги! Я понимаю, что заголовок темы звучит в конце 2015 года немного странно, но все же: у кого-нибудь получалось запустить 1С 7.7 на Windows 10 x64? Ранее на этом же компьютере работала Windows 7, там все было нормально. После обновления и проведения всех манипуляций по замене нужных DLL в 1С после входа в базу появляется запрос логина-пароля, пароль вводится, затем спустя некоторое время на этапе установки соединения с сервером базы данных появляется следующая ошибка: SQL State: IM003 Native: 160 Message: Не удается загрузить указанный драйвер из-за системной ошибки 182: (SQL Server, C:Windowssystem32SQLSRV32.dll). Гугление по этому номеру ошибки ничего не дало. Кто-нибудь пытался исполнить аналогичное действие?
Базы данных крутятся на SQL-сервере. Ключ тоже сетевой
режим совместимости какой?
Изначально не стоит никакого, но ради интереса попробовал выставить Windows XP SP3 с выставлением галки «Выполнять эту программу от имени администратора» — ничего не изменилось, ошибка как была, так и осталась.
вроде еще надо менять dll SQL
яан1361, меня DLL после обновления (Windows подменила разрешения своими). Кирпич, попробовал оба способа, не помог ни один. По ошибке изменений нет — все та же и на том же этапе. В DEP исключение внесено.
ну через виртуальную XP то должно работать по любому.
Мы не смогли завести 7.7 на Win 10 x64. В итоге переустановили систему на Win 7. Если вам удастся сделать, отпишите в теме — как именно!
Обязательно отпишу, но пока даже не вижу направления, куда двигаться дальше
Про виртуализацию я знаю, хочется нативной работы. На 1С 8 переходим, но осторожно и медленно, и еще не готовы от семерки отказаться.
Получилось завести с сетевым ключем и локальной БД, без использования SQL-сервера. SQL-сервер по-прежнему недоступен из-за ошибки драйвера
секретный релиз запускается на 10х64, даже не подозревал что какие то проблемы существуют.
Стабильно работает стандартный релиз с файловой базой и сетевым ключем HASP. С локальным ключом или SQL-базой запустить не удалось.
Тэги: 1С 7.7 и ранее
Комментарии доступны только авторизированным пользователям
Симптомы
При попытке установить атрибут подключение подключение ODBC, где пул соединений включен с помощью API-интерфейса ODBC драйвер драйвера ODBC для Microsoft SQL Server, появляется следующее сообщение об ошибке:
IM006 сбой SQLSetConnectAttr драйвер [Microsoft] [Диспетчер драйверов ODBC]
Примечание. В документации драйвера ODBC упоминания, что сообщение является информационное сообщение. Тем не менее сообщение как сообщение об ошибке.
Это может происходить, если выполняются все следующие условия:
-
С помощью API-интерфейса ODBC драйвер помощью SQLConnect создания подключения с именем источника данных (DSN).
-
Одно из свойств источника данных (например, вариант использования ANSI значения NULL, шаблоны и предупреждения ) по умолчанию отключено.
-
Пул соединений включен для дескриптора среды.
-
После открытия подключения с помощью помощью SQLConnect устанавливается атрибут уровня изоляции транзакции подключения.
-
Выполнить транзакцию базы данных.
Временное решение
Чтобы обойти эту проблему, выполните следующие действия.
-
Отключите параметр для подключения ODBC пула подключений.
Примечание. Отключение пула подключений может повлиять на производительность приложения.
-
После фиксации транзакции, не включить параметр auto commit.
-
Чтобы установите уровень изоляции транзакций перед открытием подключения ODBC.
-
Используйте соединения вместо получения подключения ODBC DSN.
Решение
Существует исправление от корпорации Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте данное исправление только в тех системах, которые имеют данную проблему.
Если исправление доступно для скачивания, имеется раздел «Пакет исправлений доступен для скачивания» в верхней части этой статьи базы знаний. Если этого раздела нет, отправьте запрос в службу технической поддержки для получения исправления.
Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание посетите следующий веб-узел корпорации Майкрософт:
http://support.microsoft.com/contactus/?ws=supportПримечание. В форме «Пакет исправлений доступен для скачивания» отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует. Английская версия данного исправления содержит атрибуты файла (или более поздней версии), приведенные в следующей таблице. Дата и время для этих файлов указаны в формате общего скоординированного времени (UTC). При просмотре сведений о файле, он преобразуется в локальное время. Чтобы узнать разницу между временем по Гринвичу и местным временем, следует использовать
Часовой пояс вкладка «Дата и время» панели управления.
MDAC 2.7 SP1
Date Time Version Size File name
———————————————————
13-Oct-2002 19:24 90,112 Dahotfix.exe
03-Jul-2003 04:09 2000.81.9031.51 372,736 Sqlsrv32.dll
MDAC 2.8
Date Time Version Size File name
———————————————————
31-Mar-2004 16:44 2000.85.1040.0 24,576 Odbcbcp.dll
31-Mar-2004 16:43 2000.85.1040.0 401,408 Sqlsrv32.dll
Примечание. Список всех доступных исправлений для компонентов MDAC 2.8 щелкните следующий номер статьи базы знаний Майкрософт:
ИСПРАВИТЬ 839801 : исправления для компонентов MDAC 2.8
Статус
Корпорация Майкрософт подтвердила, что это является проблемой в продуктах Майкрософт, перечисленных в разделе «Относится к». Эта ошибка была исправлена в Microsoft Access компонент 2.7 Пакет обновления 1 обновление данных и компоненты доступа к данным MDAC 2.8.
Дополнительные сведения
Возникает проблема, описанное в разделе «Проблема» данной статьи, только при наличии доступа к данным компонента (MDAC) 2.7 на компьютере установлен Пакет обновления 1.
Действия по воспроизведению проблемы
Чтобы воспроизвести проблему, используйте следующий код:
// ODBCTestCase.cpp : Defines the entry point for the console application.//#include "stdafx.h"
#include "windows.h"
#include "sqlext.h"
#include "sql.h"
#include "stdlib.h"void GetSQLError();
long InitializeEnvironment();
long Connect(BOOL lbUseDSN);
long Disconnect();
int ExecuteProcedure();SQLHENV ghEnvironment = NULL;
SQLHDBC ghConnection = NULL;
HSTMT ghStatement = NULL;
/**********************************************
* main
**********************************************/
int main(int argc, char* argv[])
{
BOOL lbTransaction = TRUE;
BOOL lbUseDSN = FALSE;
long lValue =0;if(argc > 1)
{
if(strcmp(argv[1], "DSN") == 0)
lbUseDSN = TRUE;
if(argc > 2)
{
if(strcmp(argv[2], "TRAN") == 0)
lbTransaction = TRUE;
}
}if(InitializeEnvironment() == 0)
{
for(long llSub = 0; llSub < 2; llSub++)
{
if(Connect(lbUseDSN) == 0)
{if(lbTransaction)
SQLSetConnectOption(ghConnection, SQL_AUTOCOMMIT, SQL_AUTOCOMMIT_OFF);//SQLGetConnectAttr(ghConnection,SQL_ATTR_AUTOCOMMIT,&lValue,0,NULL);
ExecuteProcedure();
if(lbTransaction)
{
SQLTransact(ghEnvironment, ghConnection, SQL_COMMIT);//If you do not call the following, the problem does not occur:
SQLSetConnectOption(ghConnection, SQL_AUTOCOMMIT, SQL_AUTOCOMMIT_ON);//If you call the following the problem does not occur:
//SQLSetConnectOption(ghConnection, SQL_AUTOCOMMIT, SQL_AUTOCOMMIT_OFF);
//SQLGetConnectAttr(ghConnection,SQL_ATTR_AUTOCOMMIT,&lValue,0,NULL);
}Disconnect();
}
}
SQLFreeHandle(SQL_HANDLE_ENV, ghEnvironment);
}return 0;
}/**********************************************
* InitializeEnvironment
**********************************************/
long InitializeEnvironment()
{
if (!SQL_SUCCEEDED(SQLSetEnvAttr(NULL,
SQL_ATTR_CONNECTION_POOLING,
(SQLPOINTER)SQL_CP_ONE_PER_DRIVER,
SQL_IS_INTEGER)))
{
GetSQLError();
return 8;
}if(!SQL_SUCCEEDED(SQLAllocHandle(SQL_HANDLE_ENV, NULL, &ghEnvironment)))
{
GetSQLError();
return 8;
}
if(!SQL_SUCCEEDED(SQLSetEnvAttr(ghEnvironment, SQL_ATTR_ODBC_VERSION, (SQLPOINTER) SQL_OV_ODBC2, SQL_IS_INTEGER)))
{
GetSQLError();
return 8;
}
if (!SQL_SUCCEEDED(SQLSetEnvAttr(ghEnvironment,
SQL_ATTR_CP_MATCH,
(SQLPOINTER) SQL_CP_STRICT_MATCH ,
//(SQLPOINTER) SQL_CP_RELAXED_MATCH ,
SQL_IS_INTEGER)))
{
GetSQLError();
return 8;
}return 0;
}
/**********************************************
* Connect
**********************************************/
long Connect(BOOL lbUseDSN)
{
SQLCHAR lszOutConnectString[1024];
SQLSMALLINT llReturnLength;
SQLAllocHandle(SQL_HANDLE_DBC, ghEnvironment, &ghConnection);// If you set the isolation before opening the connection, no error reported.
// Customer cannot set this attribute before opening connection because the object
//is running under COM+, and under COM+ isolation levels automatically are set to serializable
//if(!SQL_SUCCEEDED(::SQLSetConnectAttr(ghConnection, SQL_ATTR_TXN_ISOLATION, (SQLPOINTER)SQL_TXN_READ_COMMITTED , SQL_IS_INTEGER)))
//{
// GetSQLError();
// return 8;
//}if(lbUseDSN)
{
int iReturn = ::SQLConnect(ghConnection,
(SQLCHAR*)"LocalCPR",
SQL_NTS,
(SQLCHAR*)"sa",
SQL_NTS,
(SQLCHAR*)"password1",
SQL_NTS);
if(!SQL_SUCCEEDED(iReturn))
{
GetSQLError();
return 8;
}
}
else
{
if(!SQL_SUCCEEDED(SQLDriverConnect(ghConnection,
NULL,
(SQLCHAR*)"DSN=LocalCPR;UID=sa;PWD=password1;",
SQL_NTS,
lszOutConnectString,
1024,
&llReturnLength,
SQL_DRIVER_NOPROMPT)))
{
GetSQLError();
return 8;
}
}SQLAllocStmt(ghConnection, &ghStatement);
//If you set the isolation after you open the connection, you see the problem.
if(!SQL_SUCCEEDED(::SQLSetConnectAttr(ghConnection, SQL_ATTR_TXN_ISOLATION, (SQLPOINTER)SQL_TXN_READ_COMMITTED , SQL_IS_INTEGER)))
{
GetSQLError();
return 8;
}
return 0;
}
/**********************************************
* Disconnect
**********************************************/
long Disconnect()
{
if(ghStatement)
{
if(!SQL_SUCCEEDED(SQLFreeHandle(SQL_HANDLE_STMT, ghStatement)))
{
GetSQLError();
return 8;
}
ghStatement = NULL;
}if(ghConnection)
{
::SQLDisconnect(ghConnection);if(!SQL_SUCCEEDED(SQLFreeHandle(SQL_HANDLE_DBC, ghConnection)))
{
GetSQLError();
return 8;
}
ghConnection = NULL;
}
return 0;
}
/**********************************************
* ExecuteProcedure
**********************************************/
int ExecuteProcedure()
{
SQLINTEGER mlIndicator = 0;
SQLRETURN lnSqlRetCd = SQL_SUCCESS;
::SQLFreeStmt(ghStatement, SQL_CLOSE);
::SQLFreeStmt(ghStatement, SQL_UNBIND);/*****************************************************************/
/* Execute Procedure
/*****************************************************************/
RETCODE llDbRetCd = SQLExecDirect(ghStatement, (SQLCHAR*)"SELECT * From Table1", SQL_NTS);
if((llDbRetCd != SQL_SUCCESS) && (llDbRetCd != SQL_SUCCESS_WITH_INFO))
{
GetSQLError();
return 8;
}/*****************************************************************/
/* Bind return Value
/*****************************************************************/
char lszReturnBuf[300];
SDWORD lSts;llDbRetCd = SQLBindCol(ghStatement, 1, SQL_C_TCHAR, &lszReturnBuf, 300, &lSts);
if ((llDbRetCd != SQL_SUCCESS) && (llDbRetCd != SQL_SUCCESS_WITH_INFO))
{
GetSQLError();
return 8;
}/*****************************************************************/
/* Fetch Result
/*****************************************************************/
llDbRetCd = SQLFetch(ghStatement);
if ((llDbRetCd != SQL_SUCCESS) && (llDbRetCd != SQL_SUCCESS_WITH_INFO))
{
GetSQLError();
return 8;
}printf("Output Value : %sn",lszReturnBuf);
return 0;
}/**********************************************
* GetSQLError
**********************************************/
void GetSQLError()
{
long llDbErrCd = 0;
short llRetMsgLen = 0;
char lszSqlErrMsg[255];
char lszSqlMsg[255];SQLError(ghEnvironment,
ghConnection,
ghStatement,
(SQLCHAR*) lszSqlErrMsg,
&llDbErrCd,
(SQLCHAR*) lszSqlMsg,
255,
&llRetMsgLen);
printf(lszSqlErrMsg);
printf(lszSqlMsg);
}
***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, D: 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, D: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