none
Вываливает 1С клиентская часть с такими ошибками: SQL State: 01000 и SQL State: 08S01 RRS feed

  • Вопрос

  • Есть 2003 домен. Запасной контроллер поднят. Роли разданы в соответствии с рекомендациями. ДНС 2 шт. Репликации проходят. Имена резолвятся. По сети нет замечаний.

     

    2шт. MSSQL 2000 SP4 - крутятся 1С базы.

     

    Периодически на клиентах возникает следущая ошибка и 1С вылетает
    SQL State: 01000
    Native: 59
    Message:[Microsoft][ODBS SQL Server Driver][DBNETLIB]ConnectionWrite(WrapperWrite())

    SQL State: 08S01
    Native: 11
    Message:[Microsoft][ODBS SQL Server Driver][DBNETLIB] Общая ошибка сети. Обратитесь к документации по сети.

    В логах на клиентах и на сервере ничего нет.
    Что это может быть? От каких параметров сети (либо скуля) могут вываливаться такие ошибкки???

    13 января 2008 г. 9:55

Ответы

Все ответы

  • Нечто похожее было, хотя деталей уже и не вспомнить. 1С, насколько я понимаю, семерка. У меня пролема была в периодическом исчезновении связи - глючил свич. Заменили - все пропало.

    13 января 2008 г. 10:42
    Модератор
  • Не знаю, поможет или нет для SQL, но для файловой версии 1С помогло.

    Также - Имена резолвятся. По сети нет замечаний.

    Периодически клиенты вылетали с ошибкой отложенной записи.

    Вылечилось увеличением дефолтных значений буфера записи и чтения в свойствах сетевой карты сервера с 64 до 256.
    13 января 2008 г. 14:23
  •  Alexey_Zh написано:
    Не знаю, поможет или нет для SQL, но для файловой версии 1С помогло.

    Также - Имена резолвятся. По сети нет замечаний.

    Периодически клиенты вылетали с ошибкой отложенной записи.

    Вылечилось увеличением дефолтных значений буфера записи и чтения в свойствах сетевой карты сервера с 64 до 256.

     

    К сожалению не мой вариант. Карточка стоит Dlink 1Gb. У неё нет таких настроек

    13 января 2008 г. 15:56
  • Так меняйте скорее такую серверную сетевую карту!

     

    13 января 2008 г. 19:16
    Модератор
  • Сегодня звонил в DLink.

     

    Их тех. специалист сказал, что такие настройки в свойствах сетевого адаптера должны быть.

     

    Посоветовал обновить драйвер. Специальной утилиты для тонкой настройки адаптера у DLink нет.

    14 января 2008 г. 7:48
  •  

    Вчера переутановил все SQL сервера.... Последовательность была такая:

    1. Удаление старого MSSQL

    2. Reboot

    3. Install MSSQL 2000

    4. Reboot

    5. Install SP3

    6. Reboot

    7. Install SP4

    8. Reboot

    9. Install SQL2000-KB899761-v8.00.2040-x86x64-ENU

    10. Перезагрузка...

     

    Сегодня результаты... как выкидывало, так и выкидывает... что мне делать?!?!

     

    Попробую в обед обновить драйвера для сетевых карточек. Но! Есть клиентская машина с установленным 2003 сервером и MSSQL (для локальной обработки даннных). Вчера к этой базе пытался подключиться наш программер (по сети) - получил ту же ошибку... В чём может быть затык?! Ошибка (как мне видится) не серверная... а именно сетевая! Даж и не знаю на что грешить.

     

    Прошу помощи.

    14 января 2008 г. 8:45
  • Вам тут куча людей уже сказали, что проблема в сети. Пробуйте разные варианты. Подключите кого-нибудь из клиентов напрямую в сервер и проверьте - будет ли повторяться проблема. подключите одновременно другого клиента через другое активное оборудование. Так же пронаблюдайте. Поставьте другую карточку в сервер.  По результатм уже можно будет судить. Я в своей проблеме даже траффик нюхал - видел сброс SMB сессии в момент появления ошибки.

     

    14 января 2008 г. 9:41
    Модератор
  • заметил интересную закономерность.
    сотрудник работал в 2х базах.
    №1 - локально у себя на компе - путь сетевой на Сервер
    №2 - через удалённый рабочий стол (тобиш - на самом серваке крутилось чтото)
    вылет из 2х баз прошёл синхронно...

    14 января 2008 г. 15:55
  • не совсем понятно - вылет из 2х баз прошёл синхронно...

    это как? вместе с ошибкой локального клиента закрылась и терминальная сессия?

    Или терминальная сессия осталась открытой?

    А если пользователь просто работает в терминальной сессии 1с у клиента вылетает также как и по сети?
    14 января 2008 г. 19:20
  • Позвольте и свои пять копеек вставить: в нашей деревне аналогичный случай - внедряем сейчас "1С v 7.70.027 sql" по схеме: "SQL server" + "Терминальный сервер", время от времени получаем эту же ошибку. Пользователи работают только через терминал. Что характерно, после появления этой ошибки, ВСЕ пользователи не могут работать, приходится перезагружать терминал. Используемое П/О:

    Windows 2003 SP2 Rus (MDAC 2.82.3959.0)
    Microsoft SQL Server 2000 - 8.00.2187 (Intel X86)

    На терминале ещё и Citrix PS 4.5 c репозиторием на тоже SQL сервере. И если пользователи словили эту ошибку, то Citrix Access Management Console тоже не запускается.

    Такое впечатление, что насмерть заклинивает ODBC драйвер...

    Чтобы исключить версию ошибок сети собираюсь завтра с утречка связать вторые сетевые карточки серверов кроссовером, помимо всех свичей, и завернуть туда 1с-ный трафик к mssql серверу...

    Отпишите, если вы смогли решить эту проблему.

    Информация о железе:

    Серверы HP Proliant DL380 и DL360 G5, сетевые адаптеры - HP NC373i Multifunction Gigabit Server Adapter

     

     

    21 января 2008 г. 11:33
  •  Alexey_Zhogolev написано:
    не совсем понятно - вылет из 2х баз прошёл синхронно...

    это как? вместе с ошибкой локального клиента закрылась и терминальная сессия?

    Или терминальная сессия осталась открытой?

    А если пользователь просто работает в терминальной сессии 1с у клиента вылетает также как и по сети?


    Да. Терминальная сессия тоже рвётся... Увы!!! Причём именно 1С Предприятие.... Именно MSSQL!!!

    Вобщем ошибка появляется ТОЛЬКО при работе по сети ( \\server\1c_share_folder\)
    Всё это время смотрел сеть.... железо... программы...... ОС!!! Но увы - всё настроено стандарно (даже домен переставил!!!!)

    Ошибка имеет место быть... и никуда не пропадает!!! Хелп???
    26 марта 2008 г. 15:02
  • Попробуйте отключить гиперпоточность.

    27 марта 2008 г. 7:45
  • имеется ввиду - Hyperthreating????

    Если да - то через часик - попробую...... отпишусь в течении дня.

    15 апреля 2008 г. 5:15
  •  Александр Гладченко написано:

    Попробуйте отключить гиперпоточность.

    Сервер был запущен на сутки с отключенным Hypperthreating`ом. Результат нулевой.

     

    На днях установил MSSQL Enterprise Edition 2000 (+SP4).... Знакомый гуру посоветовал установить на клиентских машинах MDAC 2.7

    Сегодня сделал пробный запуск с одной машины с установленным обновлённым MDAC`ом... "Тьфу-тьфу-тьфу" (постучал по дереву), вроде как прошло (запускалось объединение *.md файлов по  сети с клиентской машины с сервером) без проблем.

    Завтра буду применять решение повсеместно.

     

    К слову о настройках клиентов: в консоли набираем "cliconfg" и удаляем все с первых двух закладок (если я не прав или не совсем понимаю, что я делаю - спецы - поправьте меня).

    На первой - прооколы которые использует клиент. Если на сервере прописано что использовать только TCP/IP - то используемый клиентом протокол по-умолчанию соответственно, тоже будет TCP/IP

    На второй - алиасы... Вот тут я несколько запутался... Но по сути в домене нет нужды указывать какие либо алиасы если имя SQL сервера совпадает с его FQDN и порт используется по-умолчанию (1433)? Так?

     

    В общем промежуточный итог моего полночного бреда: грешу на связку SQL+клиент (MDAC).

     

    Прошу за онлайн обсуждением сей проблемы стучаться в аську: семнадцать, сорок пять, девятнадцать

    (Spirit With-in...)

     

     

     

     

    23 апреля 2008 г. 20:39
  • Прошу почтенную публику не ругать сильно и не пинать ногами.
    Ситуация на самом деле комичная... Описанная выше проблема имела место на предыдущем месте работы. Победилось это дело при помощи Ethereal (поснифал траффик) - обнаружилась непонятная проблема сетевой карты одного из серверов (ломилась она на несуществующий адрес). Замена помогла. Плюс - отловилось некоторое колличество релизов клиентских частей 1С отличных от стандарта (23 релиз не совместим по некоторым параметрам с 25-м релизом). Переставил - всё ок.

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

    Однако есть прецедент, и опять я ломаю голову...

    Снифер трафика не помогает. Замена некоторых "подозрительных" системных блоков не помогает.
    Прошу помощи.
    21 ноября 2008 г. 19:51
  • Почитайте вот эту статью, возможно поможет:

    Снова проблемы сети и SNP в Windows Server 2003

    22 ноября 2008 г. 14:13