v7: Запуск 1С: Предприятие 7.7 на Windows 10 x64
☑
0
assassin310393
21.03.16
✎
17:04
Здравствуйте, коллеги! Если еще ни кому не удалось запустить 1с предприятие 7.7 После манипуляций с dll библиотеками, Вылазила данная ошибка:
»
SQL State: IM003
Native: 160
Message: Не удается загрузить указанный драйвер из-за системной ошибки 182: (SQL Server, C:\Windows\system32\SQLSRV32.dll).
«. Данная ошибка вылазит из за испорченной библиотеки «sqlunirl.dll». Возьмите библиотеку из семерки и замените ее. Данная ошибка больше вас не потревожит =)
1
HawkEye
21.03.16
✎
17:05
(0) полгода как работает 7.7 на вин10х64… никаких ошибок не было… наверное я что-то не так делал…
2
Garykom
гуру
21.03.16
✎
17:10
(1) sql версия? как в (0)
3
varelchik
21.03.16
✎
17:50
(0)ищи секретный релиз.
4
NikVars
21.03.16
✎
17:56
(0) Походу винт у тебя битый. Проверь. Выполни копирование заново.
5
Смотрящий
21.03.16
✎
18:12
(0) Лицензионная чистота актуальна ?
Нет — ставишь юнисетуп
Да — ставишь юнисетуп, поверх движок официальный
все работает без шаманств с секретками, ODBC-драйверами, dll
6
DrZombi
гуру
21.03.16
✎
18:55
(0) Извращенец. Переводи все 7.7 в терминалки, на Выни 2000
7
assassin310393
21.03.16
✎
22:22
(4) Винт у меня нормальный, и данный метод я уже делал не на одном ПК. у меня лично после каждого финального обновления, такая Ошибка вылазила, подменял dll, и восстанавливал, «sqlunirl.dll» c предыдущей установки. И после данной манипуляции все заново начинало работать.
8
NikVars
22.03.16
✎
09:32
(7) Ты забыл сказать где движок брал.
10
NikVars
30.03.16
✎
10:30
Спасибо! Очередной шаг 7.7 в сторону вечности.
11
spock
30.03.16
✎
10:31
(9) Будь другом, убери пожта файлы из облака.
12
zak555
30.03.16
✎
10:33
ставил 1с6 на вин7х64
← Вернуться в раздел «В помощь системному администратору»
Всем привет, столкнулся с такой ситуацией, что необходимо на 2008-й терминал впихнуть сие чудо, как оказалось нужно перезаписать три dll-ки в каталоге system32, но он просто так не дает это сделать, попробовал в защищенном режиме тоже не вышло, просто их не удалить, как повысить свои права до уровня local system незнаю, так как это роль имеет полные права на данную папку и соответсвенно файлы, себя добавить или администратора в безопасность тоже невыходит.
АААААААААА Люди что делать то?
Винда 2008 зло, но надо.
Автор: i67
Дата сообщения: 06.08.2008 09:03
Смени хозяина (захвати права), учетная запись Администратора это позволяет сделать.
Автор: Avatarhh
Дата сообщения: 06.08.2008 09:05
при смене хозяина права же все слетают помоему в безопасности?
Автор: i67
Дата сообщения: 06.08.2008 09:10
Смена хозяина в вкладке безопасность, права не слетают (кроме создатель-владелец), далее добавляешь Админа туда и даешь права на удаление фаила
Автор: Avatarhh
Дата сообщения: 06.08.2008 09:16
вроде все, сейчас будем смотреть рабостособность 1С-ки
Автор: M_Volkov
Дата сообщения: 04.12.2008 12:46
Поставил Win2008x64, SQL не ставил, база под 1Cv77 на другом сервере Win2003R2x32 + MS SQL 2000, выдало следующее:
Для доступа к базе данных требуется ODBC — драйвер для MS SQL Server версии 3.50.0303 или старше
тут как я понимаю MS SQL Server не причем, проблема с Win2008x64. Может она решаема?
Автор: Alexgg
Дата сообщения: 04.12.2008 16:05
наверно без шансов..
если реальной проблемы совместимости нету а это только проверка версии odbc внутри 1с, то нужен человек который поколупается и выпустит патч..
Автор: sarti
Дата сообщения: 05.12.2008 04:27
Автор: M_Volkov
Дата сообщения: 05.12.2008 09:33
sarti
Цитата:
втыкай
На этой ветке Программы » 1c v7.7 и MS Windows server 2008 похоже обсуждают проблемы Windows 2008 и 1С 7.7 DBF, этих проблем у меня нет. Может у меня вообще никакого ODBC — драйвера!? Попробую SQL2000 поставить… а можно поставить ODBC — драйвер без установки SQL2000, как?
Автор: sarti
Дата сообщения: 05.12.2008 09:53
M_Volkov, а если так поискать, или самому лениво?
Автор: M_Volkov
Дата сообщения: 06.12.2008 07:07
sarti
Спасибо, всю ночь потратил на поиски, какой только фигни по этому поводу не предлагают: от «а зачем бухам Vista?» до
Цитата:
Кто ставит себе Windows Vista (скорее всего Ultima) по цене ХХХХ у.е., тот может себе позволить восьмёрку вместо семёрки
а то и вовсе запоздалые:
Цитата:
Нужно установить релиз 1С 15 или выше. Более ранние релизы могут работать только с MS SQL 7.0 + SP1 или MS SQL 6.5
Нет, ребята, толковей forum.ru-board.com форума нет!
В прочем кое что нарыл: Работа 1С v77 под Vista и MS SQL 2005 Суть решения в замене ODBC-драйверов из предыдущей версии Windows, с которой 1Сv77 работает. Понимая, что это не корректное решение особенно для сервера, все же попробовал, взял sqlsrv32.dll, sqlsrv32.rll и odbcbcp.dll из Win2003R2x64. Сообщение «Для доступа к базе данных требуется ODBC — драйвер для MS SQL Server версии 3.50.0303 или старше» исчезло, вместо него:
Цитата:
SQL State: IM003
Native: 160
Message: Не удалось загрузить указанный драйвер из-за системной ошибки 193 (SQL Server)
Какие будут мнения?
Автор: pvv1986
Дата сообщения: 13.12.2008 08:31
M_Volkov
Спасибо.
У меня все заработало !
У меня SQL 2000 + Win 2003.
На буке win Vista.
Заменил файлы: odbcbcp.dll, sqlsrv32.dll, sqlsrv32.rll. И 1с-ка пошла.
Файлы взял от win XP.
Автор: SPLG
Дата сообщения: 18.12.2008 11:25
M_Volkov
Цитата:
Какие будут мнения?
Мнений нет, сам бьюсь над этой проблемой: W2K8+SQL2005+1C7.7.
Интересно, удалось ли вам продвинуться дальше?
Автор: Alexgg
Дата сообщения: 18.12.2008 12:15
если база небольшая(до гига) то можно поюзать фаловый вариант, еще и быстрее будет.
Автор: SPLG
Дата сообщения: 18.12.2008 12:39
Цитата:
если база небольшая(до гига) то можно поюзать фаловый вариант, еще и быстрее будет.
В файловом варианте все работает, но есть конкретные требования проекта (W2K8+SQL2005+1C7.7).
Автор: sarti
Дата сообщения: 18.12.2008 12:53
SPLG, кто ж такой проект проектировал-то?
Автор: SPLG
Дата сообщения: 18.12.2008 13:23
Цитата:
кто ж такой проект проектировал-то?
Не я
Собственно, это даже не проект, а пожелания насчет программного обеспечения.
Автор: sarti
Дата сообщения: 18.12.2008 13:41
SPLG, тогда, быть может, имеет смысл отдать его на реализацию самим проектировщикам? Пусть они попробуют воплотить в жизнь эту идею. Мне кажется, это всем пойдёт только на пользу: ты перестанешь заниматься чужими глупостями, проектировщики — проектированием глупостей; а ты ведь ещё не подумал о саппорте — им ещё как-то эту связку на соплях поддерживать придётся, а речь-то не о работе в paint, а о СУБД, о данных, чья стоимость наверняка дороже сэкономленных на нормальной платформе средств и времени.
Автор: SPLG
Дата сообщения: 18.12.2008 14:08
sarti,
Я это все понимаю, но от семерки не отвертеться, а желание клиента установить на новый сервер W2K8x64 — вполне естественно. Честно говоря, я не очень надеюсь на положительное решение проблемы, но некоторое время в запасе еще есть. Вдруг что-нибудь появится в ближайшее время (какой-нибудь патч, например, к эске)? Проблему W2k3+SQL2005+7.7 ведь удалось все-таки решить, может и здесь что-то
получится?
Автор: Alexgg
Дата сообщения: 18.12.2008 15:48
1с морально похоронила 7 версию, поэтому ждать счастья от них бесполезно.
от сторонних товарищей можно ждать долго или вечно, как повезет.
Поэтому логично искать рабочую связку. сказал бы что widows 2k3 отлично подойдет для такого корявого ПО как 1с7(мое имхо) с тем же sql. так что почему бы и нет?
Автор: M_Volkov
Дата сообщения: 18.12.2008 16:31
SPLG
Цитата:
Мнений нет, сам бьюсь над этой проблемой: W2K8+SQL2005+1C7.7.
Интересно, удалось ли вам продвинуться дальше?
У меня проблема Windows Server 2008 + SQL2005x64 + 1Cv77 носит локальный характер, по сети работает.
По поводу статьи: Работа 1С 7.7 SQL на терминальном сервере Windows Server 2008, думаю переустановить Windows Server 2008 (после выхода SQL2008x64rus), и до установки обновлений попробовать 1Cv77 в терминале. Как-то у людей работает!?
Автор: SPLG
Дата сообщения: 19.12.2008 08:06
M_Volkov
Мне как раз нужно решить локальную проблему, точнее — в терминале. Конечных пользователей хотят посадить на linux.
Автор: M_Volkov
Дата сообщения: 19.12.2008 09:39
SPLG
Цитата:
Мне как раз нужно решить локальную проблему, точнее — в терминале
К авторам статьи: Работа 1С 7.7 SQL на терминальном сервере Windows Server 2008 я бращался 06.12.2008, но пока ответа не получил.
Еще у eraserrain вроде получилось, решить подобную проблему, но тоже молчит…
Интересно, а чем дело кончилось у Avatarhh?
Цитата:
вроде все, сейчас будем смотреть работоспособность 1С-ки
Добавлено:
Я использую uni-сборку 1Cv77, может попробовать Portable-версию, или что то еще?
Автор: SPLG
Дата сообщения: 22.12.2008 12:39
M_Volkov
Степень актуальности проблемы понизилась: сговорились на W2K3, на полигоне все заработало на мах. Но все равно, если будет какой-то прогресс в этом вопросе, дайте мне знать, пожалуйста.
Автор: M_Volkov
Дата сообщения: 22.12.2008 13:39
SPLG
Цитата:
если будет какой-то прогресс в этом вопросе, дайте мне знать, пожалуйста.
Сегодня получил ответ от автора статьи: Работа 1С 7.7 SQL на терминальном сервере Windows Server 2008:
Цитата:
Автор: admin
Комментарий:
Я использовал portable-сборку 1С и вроде все работает. Единственно осталась проблема установки конфигурации. А вообще я бы не рекомендовал использовать данную связку в промышленной эксплуатации.
т.е. как я и предполагал — использована Portable-сборка! Если будешь пробовать, отпишись о результатах
Автор: SPLG
Дата сообщения: 23.12.2008 13:15
M_Volkov
Спасибо за информацию!
А odbc-ишные файлы все равно при этом нужно подменять?
А это есть очень нехорошо.
А вообще проблема для меня вновь обретает актуальность: появился еще один клиент с терминалом под W2K8. Так что show must go on!
Вот только проверить в ближайшее время не получится, прежний полигон уже успешно переделали, а новый (для нового клиента) пока еще не готов.
А что касается промышленной экплуатации, то теоретически получается, что 7.7 вообще нельзя использовать с sql2005 (по лицензионным соображениям). По крайней мере на официальном форуме 1с об этом говорится однозначно. Успокаивает только то обстоятельство, что прямого материального ущерба фирме 1С не наносится (при условии легального приобретения самого продукта, разумеется).
Автор: M_Volkov
Дата сообщения: 24.12.2008 05:22
SPLG
Цитата:
А odbc-ишные файлы все равно при этом нужно подменять?
Да, варварство конечно! Еще автор статьи добавил:
Цитата:
У меня не стоял SP1
Так что не факт, что 1Cv77SQL заработает в терминале
Автор: as2389
Дата сообщения: 24.02.2009 10:00
Тема актуальная. Кто нибудь все решил без portable?
Автор: as2389
Дата сообщения: 25.02.2009 04:48
Использовал все виды exe, portable, 1cv7sql, 1cv7… не хотит…
https://blogs.technet.com/syscenter/archive/2009/02/03/windows-vista-1c-v-7-x.aspx
Вот еще статья не плохая, но на 2008 сервере тоже не работает…
Автор: ADMINDM
Дата сообщения: 25.02.2009 16:43
Поломал голову пару дней, устанавливая на Vista x64 (подойдёт и для Windows 2008 и для Seven)
1.На машине с Windows Xp:
mkdir c:\sql_xp_for_vista
xcopy %windir%\system32\sqlsrv32.dll c:\sql_xp_for_vista
xcopy %windir%\system32\sqlsrv32.rll c:\sql_xp_for_vista
xcopy %windir%\system32\odbcbcp.dll c:\sql_xp_for_vista
2.На машине с Windows Vista\2008:
Желательно установить
Microsoft SQL Server 2005 Express Edition with Advanced Services Service Pack 2 (если не стоит)
http://www.microsoft.com/downloads/details.aspx?FamilyId=5b5528b9-13e1-4db9-a3fc-82116d598c3d&displaylang=ru
Релиз 1С 27, при инсталяции выбрать SQL 2005
у вас должны быть права локального администратора на данной машине.
Правой кнопкой по ярлыку от командной строки — запустить от имени администратора
vista.cmd
cd %windir%\system32\
takeown /F sqlsrv32.dll
takeown /F sqlsrv32.rll
takeown /F odbcbcp.dll
cd %windir%\SysWOW64
takeown /F sqlsrv32.dll
takeown /F sqlsrv32.rll
takeown /F odbcbcp.dll
xcopy c:\sql_xp_for_vista\*.* %windir%\system32\
xcopy c:\sql_xp_for_vista\*.* %windir%\SysWOW64
@ECHO OFF > C:\Program Files (x86)\1Cv77\BIN\OrdNoChk.prm
«C:\Program Files (x86)\1Cv77\BIN\1cv7s.exe»
echo made ALEXX for all
Если 1С по-прежнему ругаеться на версию ODBC — запускайте и смотрите, по каким файлам определяеться версия и менять из на файлы из XP
C:\Windows\SysWOW64\odbcad32.exe
C:\Windows\System32\odbcad32.exe
Если ругается на порядок сортировки — проверить наличие пустого файла в папке с программой и базами OrdNoChk.prm
C:\Program Files (x86)\1Cv77\BIN\OrdNoChk.prm
Также проверить связь с базой по смешанному типу аутентификации (windows & sql), создав DSN
Страницы: 12345
Предыдущая тема: Вирус или сбой системы?
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель — сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.
протестировать работу сельты в windows 7 , и если будет необходимо - наладить правильную работу, разобраться с ошибками
установка прошла корректно, можно подключаться к постгри, операции типа создать/удалить/инициализировать базу работают, тест запросов к базе тоже работает. ошибки начинаются при попытке приостановить работу сельты, выскакивают сообщения: 1."ошибка. не удалось найти резервную копию odbcbcp.dll" 2."замена будет произведена после перезагрузки" после перезагрузки сельта не останавливается, и при попытке ее остановить выдает те же сообщения 1. и 2. по очереди - 1, 2, 1, 2, ... скорее всего, в win7 другая работа с реестром, нужно проверить ключи. попробуем применить инструкцию для висты: http://wiki.etersoft.ru/SELTA/SELTAVISTA
(In reply to comment #1)
> попробуем применить
> инструкцию для висты:
> http://wiki.etersoft.ru/SELTA/SELTAVISTA
>
сделал, установка по-прежнему проходит, сельта остановилась с третьего раза - первый раз выдала 1."не удалось найти резервную копию", второй ничего не выдала, на третий остановилась.
надо как-то проверить связь с mssql - например установить 1c
Мы вроде уже хотели сделать игнорирование ошибок с odbcbcp.dll
установил 1с77, еще раз попробовал. теперь гуи сельты говорит что сельта остановилась, но коннект 1с к ms-базе не проходит с сообщением: SQL State : IM003 Native: 160 Message: Не удается загрузить указанный драйвер из-за системной ошибки 126: Не найден указанный модуль. (SQL Server, %WINDIR%\system32\SQLSRV32.dll). коннект с запущенной сельтой к постгри-серверу проходит нормально.
(In reply to comment #5)
> SQL State : IM003
> Native: 160
> Message: Не удается загрузить указанный
> драйвер из-за системной ошибки 126: Не найден
> указанный модуль. (SQL Server, %WINDIR%\system32\SQLSRV32.dll).
это сообщение появляется даже после удаления сельты и восстановления ключей реестра с помощью нашего MsSqlRepair.reg
хорошо бы научить сельту 1.0.8 работать с win 7, поэтому делаю блокирующей #4030
(In reply to comment #8)
> На нашей виртуалке, с помощью интрукции
> http://wiki.etersoft.ru/SELTA/SELTAVISTA Selta заработала. 1с с
> ней работает. То, что не работает MS SQL, это,
> думаю, не из-за SELTA.
>
да, работает, видел. хочу убедиться, что сельта не виновата в том, что после ее приостановки или удаления 1с на win7 к mssql не работает. у нас есть чистая win7? 1C вообще с win7 дружит?
(In reply to comment #9) > 1C вообще с win7 > дружит? Не очень, народ с шаманством запускает. Первое, что надо, это старый odbc драйвер(например из xp). Вроде еще что-то надо. > у нас есть чистая win7 Есть какая-то. Но 1с там точно просто так не заработает.
(In reply to comment #10)
> (In reply to comment #9)
> > 1C вообще с win7
> > дружит?
> Не очень, народ с шаманством запускает.
> Первое, что надо, это старый odbc
> драйвер(например из xp). Вроде еще что-то
> надо.
> > у нас есть чистая win7
> Есть какая-то. Но 1с там точно просто так не
> заработает.
>
Уважаемые коллеги!
У меня 1С на win7 работает и с SELTA, и без. Я нашел решение проблемы. Осталось вам реализовать ее. Вот исходная ветка реестра, до установки SELTA
[HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBCINST.INI\SQL Server]
"UsageCount"=dword:00000001
"Driver"=hex(2):25,00,57,00,49,00,4e,00,44,00,49,00,52,00,25,00,5c,00,73,00,79,\
00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,53,00,51,00,4c,00,53,00,52,00,\
56,00,33,00,32,00,2e,00,64,00,6c,00,6c,00,00,00
"Setup"=hex(2):25,00,57,00,49,00,4e,00,44,00,49,00,52,00,25,00,5c,00,73,00,79,\
00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,73,00,71,00,6c,00,73,00,72,00,\
76,00,33,00,32,00,2e,00,64,00,6c,00,6c,00,00,00
"SQLLevel"="1"
"FileUsage"="0"
"DriverODBCVer"="03.50"
"ConnectFunctions"="YYY"
"APILevel"="2"
"CPTimeout"="60"
А вот та же ветка после выключения SELTA.
[HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBCINST.INI\SQL Server]
"UsageCount"=dword:00000001
"Driver"="%WINDIR%\\system32\\SQLSRV32.dll"
"Setup"="%WINDIR%\\system32\\SQLSRV32.dll"
"SQLLevel"="1"
"FileUsage"="0"
"DriverODBCVer"="03.50"
"ConnectFunctions"="YYY"
"APILevel"="2"
"CPTimeout"="60"
"Selta"="C:\\Program Files\\Selta\\selta.dll"
@=hex(0):00,00,00,00
При такой записи перестает работать ODBC драйвер через панель управления. Проверяется попыткой создать новое соединение ODBC. Я восстанавливаю эту ветку из файла .reg, который я сохранил до установки SELTA, и все работает!!!
> "Driver"="%WINDIR%\\system32\\SQLSRV32.dll"
> "Setup"="%WINDIR%\\system32\\SQLSRV32.dll"
у нас значения получаются - "C:\%WINDIR%\system32\SQLSRV32.dll" - и с такими значениями работать не хочет
если же в этой же ветке реестра указать прямой путь (не через переменную %WINDIR%) - то коннект идет
вывод: неправильная переменная WINDIR.
(In reply to comment #12)
> у нас значения получаются -
> "C:\%WINDIR%\system32\SQLSRV32.dll" - и с такими значениями
> работать не хочет
>
> если же в этой же ветке реестра указать
> прямой путь (не через переменную %WINDIR%) - то
> коннект идет
Либо же значения читаются/пишутся неверной функцией.
сделай echo %WINDIR% в консоли в Windows 7 и увидь, если переменная или нет.
Также ветка реестра должна быть определённого типа, чтобы в ней раскрывались переменные.
(In reply to comment #13) (In reply to comment #12) переменная windir определена (маленькими буквами), и ссылается на c:\windows, как и положено (результат команды set в консоли, или echo %windir%), тем не менее, в реестре работает только полный путь %WINDIR%\System32\sqlsrv32.dll - не работает C:\Windows\System32\sqlsrv32.dll - работает в чем дело?
По-моему проблема в том, что в реестре win7 все хранится в юникоде, а Вы пытаетесь записать в win1251 или еще в какой. Попробуйте юникод.
дело все в типе параметров. этот вопрос снят. нужно только проверить все на чистой win7, т.к. сельта сохраняет старые значения, и потом лишь ставит их на место. нужно чтобы и тип сохраняла
Изменился тип поля Driver с REG_SZ на REG_SZ_EXPAND. При деактивации SELTA перезаписывались только два поля. Исправил. Теперь вся сохраненная ветка переписывается обратно.
(In reply to comment #17)
> Изменился тип поля Driver с REG_SZ на REG_SZ_EXPAND.
> При деактивации SELTA перезаписывались
> только два поля.
> Исправил.
> Теперь вся сохраненная ветка
> переписывается обратно.
>
выложи сборку куда-нить в доступное место, проверю еще раз в win7 и закрою багу
(In reply to comment #18)
> выложи сборку куда-нить в доступное место,
> проверю еще раз в win7 и закрою багу
Это место называется unstable
/var/ftp/pub/Etersoft/SELTA@Etersoft/unstable/Windows/workwin7/selta-1.0.7.20100305.msi
визуально проверил, старт-стоп с работой с pg и ms, подтверждаю. багу закрываю |
Файл sqlsrv32.dll считается разновидностью DLL-файла. DLL-файлы, такие как sqlsrv32.dll, по сути являются справочником, хранящим информацию и инструкции для исполняемых файлов (EXE-файлов), например 3DViewer.ResourceResolver.exe. Данные файлы были созданы для того, чтобы различные программы (например, Windows) имели общий доступ к файлу sqlsrv32.dll для более эффективного распределения памяти, что в свою очередь способствует повышению быстродействия компьютера.
К сожалению, то, что делает файлы DLL настолько удобными и эффективными, также делает их крайне уязвимыми к различного рода проблемам. Если что-то происходит с общим файлом DLL, то он либо пропадает, либо каким-то образом повреждается, вследствие чего может возникать сообщение об ошибке выполнения. Термин «выполнение» говорит сам за себя; имеется в виду, что данные ошибки возникают в момент, когда происходит попытка загрузки файла sqlsrv32.dll — либо при запуске приложения Windows, либо, в некоторых случаях, во время его работы. К числу наиболее распространенных ошибок sqlsrv32.dll относятся:
- Нарушение прав доступа по адресу — sqlsrv32.dll.
- Не удается найти sqlsrv32.dll.
- Не удается найти C:\Windows\System32\sqlsrv32.dll.
- Не удается зарегистрировать sqlsrv32.dll.
- Не удается запустить Windows. Отсутствует требуемый компонент: sqlsrv32.dll. Повторите установку Windows.
- Не удалось загрузить sqlsrv32.dll.
- Не удалось запустить приложение, потому что не найден sqlsrv32.dll.
- Файл sqlsrv32.dll отсутствует или поврежден.
- Не удалось запустить это приложение, потому что не найден sqlsrv32.dll. Попробуйте переустановить программу, чтобы устранить эту проблему.
Файл sqlsrv32.dll может отсутствовать из-за случайного удаления, быть удаленным другой программой как общий файл (общий с Windows) или быть удаленным в результате заражения вредоносным программным обеспечением. Кроме того, повреждение файла sqlsrv32.dll может быть вызвано отключением питания при загрузке Windows, сбоем системы при загрузке sqlsrv32.dll, наличием плохих секторов на запоминающем устройстве (обычно это основной жесткий диск) или, как нередко бывает, заражением вредоносным программным обеспечением. Таким образом, крайне важно, чтобы антивирус постоянно поддерживался в актуальном состоянии и регулярно проводил сканирование системы.
Опубликовано: вт, 12/23/2014 — 11:04
С увеличением объема оперативной памяти все более популярными на клиентских рабочих местах становятся 64-х разрядные ОС семейства MS Windows, 7-рка и 8-рка существенно потеснили XP особенно после прекращения Microsoft’ом её поддержки.Однако, вместе с тем многие предприятия продолжают эксплуатировать 1С версии 7.7, и если с файловым вариантом особых проблем не возникает, то совершенно другая ситуация в случае с SQL-сервером.
При попытке штатно установить на 64-х разрядной ОС и подключить 1С 7.7 к SQL-серверу пользователя ждет несколько проблем. Во-первых, банально может не запуститься 16-ти битный инсталлятор 1С 7.7 (хотя само приложение 32-х разрядное). Эта проблема решается как установкой из сборки, так и банальным копированием из каталога C:\Program Files\1Cv77 в C:\Program Files (x86)\1Cv77. Далее нас ждет более серьезная задача под названием ODBC. Дело в том, что из коробки 7-рка поддерживает MS SQL только до версии 2000, который в свою очередь, не поддерживается новыми Windows. Решением является замена драйверов ODBC на старые, взятые например с Windows XP. Такое решение хотя и является самым простым, но может заложить мину замедленного действия на будущее, ведь не исключено, что на данном ПК не появится софт, требующий оригинальных версий библиотек (как вариант та же 1С более новых версий) и что тогда? Предлагаемый ниже вариант позволяет сохранить системные библиотеки, а старые версии использовать исключительно для работы 1С 7.7.
Итак, рассмотрим установку по шагам:
- Установка 1С 7.7 релиз 77027 из сборки.
- Замена библиотеки BkEnd.dll в каталоге C:\Program Files (x86)\1Cv77\BIN на исправленную для работы с новыми версиями MS SQL.
- Копируем на диск C каталог 1Cv7_SQLDriver, содержащий файлы:
- odbcbcp.dll
- sqlsrv32.dll
- sqlsrv32.rll
- 1cfix.sdb
- Запускаем командный интерпретатор CMD.EXE (должен выполняться от имени Администратора) и выполняем команду:
sdbinst C:\1Cv7_SQLDriver\1sfix.sdb
- Вносим изменения в системный реестр: запускаем файл 1C_SQL_ODBC.reg и подтверждаем запись.
- Проверяем запуск 1С.
- Если при запуске получаем сообщение о неверном порядке сортировки, помещаем в каталог C:\Program Files (x86)\1Cv77\BIN пустой файл с именем OrdNoChk.prm
Важно! Для корректной работы конфигурации требуется порядок сортировки 1251 Русский, белорусский, болгарский и сербский языки либо последний пункт + Текущая системная установка (появился в релизе 77027) и в Панель управления/Региональные настройки указываем Формат — Русский (Россия). Иначе рискуете получать сообщения об ошибках конфигуратора.
Весь необходимый инструментарий можно скачать по данной ссылке.
Успехов в установке и использовании!