Имя: Пароль:
1C
 
odbcbcp.dll, sqlsrv32.dll, sqlsrv32.dll + 1C 7.7 +1C 8 - И как ничего не поломать?
,
0 CaIIIka
 
06.11.20
09:33
Здравствуйте!

Имеется:
w2008 r2 + SQL 2005 + 1С 8.2 сервер
В SQL много лет есть база для 1с 7.7. Запуск 1С77 локально с клиентских машин (на сервере 1С не запускаем).
Переводим все на 1С 8, добавив базу в SQL для последней. Завелось все нормально. НО...

Новый COMОбъект("ADODB.Connection") .... Open

Говорит:

Ошибка при вызове метода контекста (Open): Произошла исключительная ситуация (Microsoft OLE DB Provider for ODBC Drivers): Не удается загрузить указанный драйвер из-за системной ошибки  193:  (SQL Server, C:\Windows\system32\SQLSRV32.dll).

_____________

Когда работали с 7.7, то везде и всюду заменяли odbcbcp.dll, sqlsrv32.dll, sqlsrv32.dll на старые версии для совместимости (в т.ч. на сервере), и я предполагаю, что это как раз с этим и связано.

Сейчас нужно оставить рабочую 7.7 и заставить работать COMОбъект("ADODB.Connection") на 1С8. Тесты методом "тыка" с заменой файлов на разные версии во время работы 150-200 человек в двух базах не очень удобны.


ВОПРОСЫ:

1. Поскольку 1С 7.7 запускается локально на клиентских машинах (и вроде как библиотеки должны использоваться клиентские), то поломается ли работа 1С 7.7, если восстановить оригинальные файлы на сервере?
2. На что может повлиять замена файлов при связке w2008 r2 + SQL 2005 в работе последнего?
1 Фрэнки
 
06.11.20
09:38
мдя...

150-200 человек пользователей и при этом невероятное жмотство. Почему при таком кол-ве пользователей не можете выделить отдельную железяку для работы с 7.7?

Не, ну так-то все понятно - сами себе создаем трудности и с гордостью их преодолеваем
2 Фрэнки
 
06.11.20
09:40
Прикол будет в том, что 8-ку в серверном режиме нормально запускать на w2008 и sql 2005 один фиг не получится, ну с очень большой вероятностью
3 CaIIIka
 
06.11.20
09:46
(1) Не. Жмотство не особо у нас. Сервер, на котором все крутится очень мощный. Остальные в разы слабее. Базы полностью самописные (с чистого листа). Перевод на 1С8 постепенный. Часть механизмов (временно) работают только в 7.7, поэтому весь докуметооборот постоянно переливаем в 7.7. Провести все за ночь в 1С 7.7 под силу только этому серверу.

(2) Прикола нет. Завелось и работает. Лишь "ADODB.Connection" как палка из-за dll.
4 Фрэнки
 
06.11.20
09:49
(3) завелось и работает что? 8.2 для УТ 10 ?
5 CaIIIka
 
06.11.20
09:51
(4) Я где-то упомянул, что у нас УТ 10?
6 Eeeehhhh
 
06.11.20
09:54
(2) сх.яли (да простят французский) не получится? ЕРП последняя крутится на 50+ пользователей.
7 Фрэнки
 
06.11.20
09:55
Так а что конкретного ты упомянул? Зомороженную в 2003 году 7.7 упомянул. И некую 8.2, замороженную в 2012, когда еще на w2008r2 оно еще работало без проблем.
8 Фрэнки
 
06.11.20
09:56
(6) ну да, ну да... на платформе 8.2, крутиться аж пыль столбом от нее
9 Eeeehhhh
 
06.11.20
09:57
(8) 8.3.16
10 Eeeehhhh
 
06.11.20
10:00
Даже на сайте 1С https://v8.1c.ru/tekhnologii/sistemnye-trebovaniya-1s-predpriyatiya-8/
2005 в списке совместимых.
11 Фрэнки
 
06.11.20
10:02
(9) это у вас 8.3.16

Так давай и ваши железяки и софт тут же обсуждать. Какой релиз ERP уже накатили? 64 бит ? Или хватает 32-битной для установки обновлений?

з.ы. еще одна пятничная тема
12 CaIIIka
 
06.11.20
10:07
(11) Послушай, хрена ты в этой ветке делаешь? Все твои 6 сообщений - флуд чистейший. Потрындеть зашел? Есть конкретная ситуация, есть конкретная проблема. Че ты тут теории свои изливаешь про непонятные ситуации непонятно про кого? Я подобное мог весной этого года еще послушать, но не сейчас. Пятничная тема у него...

Кто в курсе, поделитесь, пожалуйста.
13 Eeeehhhh
 
06.11.20
10:07
(11) зачем обсуждать, что то моих клиентов. Давай лучше обсудим твое громкое заявление, что 1С и SQL 2005 не взлетит "с большой вероятности"?
Компьютеры — прекрасное средство для решения проблем, которых до их появления не было.