[Flexy]

Добрый день.
Сегодня опять юзеры начали жаловаться на жуткие тормоза при работе в 1С.Особенно тормозит проведение документов и выгрузка расходных из Торговли в Бухию.
Полез значит я в EM и в контейнере процессы обнаружил что все юзеры конектятся к SQL по протоколу Named Pipes.
Думал отключить его (namep pipes) в клиентских и серверных настройках SQLя и оставить рабочим протоколом только TCP/IP.
Перезапустил службу SQL Сервера и при подключении к базе начало выбивать такое:

SQL State: 08001
Native: 17
Message: [Microsoft][ODBC SQL Server Driver][DBNETLIB]SQL-сервер не существует, или отсутствует доступ.

SQL State: 01000
Native: 2
Message: [Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionOpen(Connect()).

Что это за байда такая
Может после отключения протоколов я должен был перезагрузить сам сервак?
Сеть в порядке.Юзеры видят сервер и с сервера видно юзеров.Домена нет.
Единственное, что еще смутило:
1.В Client Network Utility не прописан псевдоним сервера.
2.При попытки зайти на сервере в "Источники данных (ODBC)" вылетает окно:

Но я подозреваю что этоа проблема связана с тем что шаманили с драйверами SQL и подсовывали более старую их версию.Т.к. ВинСерв2008 официально не поддерживает SQL 2000.
Помогите разрешить данную проблему.По идее по одному протоколу TCP/IP 1C должна работать быстрее.
Заранее Спасибо

[Acid]

Вообще то TCP/IP и должен быть.
Можно и без псевдонима юзать. Нужно в п.2 добиться того, чтобы ошибок не вылетало.
Пробуй указывать имя сервера, если не получается, по ай-пи пробуй. Возможно прийдется удалить пользователя СКЛ и создать его заново (бывают такие глюки). ну и рефреш.
ну для надежности перегрузи серв.

[Flexy]

Вообще то TCP/IP и должен быть.
Можно и без псевдонима юзать. Нужно в п.2 добиться того, чтобы ошибок не вылетало.
Пробуй указывать имя сервера, если не получается, по ай-пи пробуй. Возможно прийдется удалить пользователя СКЛ и создать его заново (бывают такие глюки). ну и рефреш.
ну для надежности перегрузи серв.

Спасибо.Пробовал прописывать псевдоним.Ситуация не изменилась.
Вот что еще нашел в логах SQL:
SQL Server listening on Shared Memory, Named Pipes.
Я полагаю что TCP/IP протокол и порт 1433 сервер вообще не слушает.Или я ошибаюсь?
Проверил, что порт 1433 не занят.В настройках Брандмауэра тоже добавил правило на входящее и исходящее соединение с порта 1433.И все равно ни фига =(((
Кстати, установлен на SQL Sp2.Давно где-то читал, что для нормальной его работы нужен минимум SP3a или SP4.Может ли быть в этом проблема?
И сразу возникает встречный вопрос: Возможно ли после установки 3-го или 4-го пака в случае чего откатится на рабочий 2-пак???

[Acid]

Кстати, патчи поставить очень необходимо. Создай точку восстановления, если страшно.
Похоже что у тебя СКЛ-сервер вообще в другой сети или в домене.
В п.2 у тебя сервер хотя бы найтись должен.

[Flexy]

Кстати, патчи поставить очень необходимо. Создай точку восстановления, если страшно.

Страшно потому, что SQL 2000 под Вин Серв 2008 запускали танцами с бубном.И я уже нашел достаточное количество косяков.Хотелось бы перестраховаться, что бы предприятие лишний раз не простаивало из-за установки апдейтов SQL-я.

Похоже что у тебя СКЛ-сервер вообще в другой сети или в домене.

Хм.Это маловероятно.У меня нет домена.Есть только рабочая группа.Да и каким то же образом named pipes работает.Но надо по любому пробовать поднять протокол TCP/IP.Надеюсь что он будет работать быстрее и стабильнее.

В п.2 у тебя сервер хотя бы найтись должен.

Клацнул ОК в том окне и догнал, что версии odbcint.dll и odbcad32 разные.Но тем не менее администратор источников данных ODBC запускается и нормально работает.

[Acid]

ну а драйвер odbc настроил? покажи скрин

[Flexy]

ну а драйвер odbc настроил? покажи скрин

Нет.Не успел))
Плохие новости в общем.
После того как я нажал ОК в окне Администратора ODBC после перезагрузки самого сервера 1С перестала запускаться локально на сервере.Хотя с клиентских машин все работает нормально.Но пользователи которые работают через терминал теперь не могут запустить 1с.
3 Сервис-пак вообще не устанавливается.Идет полоска установки, но потом программа установки сама закрывается...

[Flexy]

Нет.Не успел))
Плохие новости в общем.
После того как я нажал ОК в окне Администратора ODBC после перезагрузки самого сервера 1С перестала запускаться локально на сервере.Хотя с клиентских машин все работает нормально.Но пользователи которые работают через терминал теперь не могут запустить 1с.

Решил повторной заменой библиотек их ХР sqlsrv32.dll, sqlsrv32.rll, odbcbcp.dll.

3 Сервис-пак вообще не устанавливается.Идет полоска установки, но потом программа установки сама закрывается...

Вопрос остается открытым.Паки не ставятся...Протокол TCP/IP не работает.Склоняюсь к тому, что проблема в самом SQL 2000 MSDE.
Что скажете, уважаемые, есть ли смысл дальше копать или легче поднять SQL 2005 Express и танцевать над запуском на нем 1С 7.7?

[Acid]

ищи нормальные инсталяхи

[Flexy]

Проблему решил.Из 3-х различных дистрибутивов SP3, ни один не захотел устанавливаться.За то 4 пак поставился на ура.И сервер начал слушать ТСП и 1433 порт.В настройках поставил оставил только ТСП.Особого прироста производительности ТСП в сравнении с Неймед Пайпс я не заметил...

[Hunterok]

Проблему решил.Из 3-х различных дистрибутивов SP3, ни один не захотел устанавливаться.За то 4 пак поставился на ура.И сервер начал слушать ТСП и 1433 порт.В настройках поставил оставил только ТСП.Особого прироста производительности ТСП в сравнении с Неймед Пайпс я не заметил...

А что за конфигурация сервера у вас и сколько клиентов?

[Flexy]

А что за конфигурация сервера у вас и сколько клиентов?

Windows Server 2008 Standard SP2 x32/
Железяки - 2х Ксеон 2 Гц., 4 Гб рам, 5-ый Райд массив.
35 клиентов в офисе + 10 удаленно.