none
Настройка сети(сетевой карты) под SQL RRS feed

  • Вопрос

  • Помогите решить проблемму

    Есть Хост сервера на нем несколько вирт машин одна из них с запущенным MS SQL 2005 на сервере несколько баз к ним коннеститься около 200 клиентов, проблемма при работе клиентов с сервером, а именно переодически клиентский софт отключается с ошибкой Communication link failure.

    Пока что грешу на высокую нагрузку сетевой сервера другими вирт машинами поэтому поставил дополнительно Pci-Е сетевую карту 1Гб создал на ее основе новую вирт сетевку и подключил ее только к машине с SQL сервером.

    Собственно вопрос стоит ли руками шаманить в тонкой настройки сетевой карты для улучшения работы на данный момент только увеличил буфер передачи, буфер приема  с 256 до 512, выставил Пакет крупного размера 9014 байт(было 1514)и отключил Ipv4 разгрузка большой отправки/разгрузка контрольной суммы, отключил UDP разгрузка контрольной суммы, отключил приорите и виртуальная ЛС

    Может что то еще желательно сделать или и то что сдела стоит вернуть подскажите?

    12 августа 2011 г. 18:41

Ответы

  • ИМХО вам надо грешить прежде всего на сеть, SQL сервер тут не причем. Возможно, у вас стоит свитч, который просто банально захлебывается под нагрузкой. Это одно из пары десятка предположений.
    • Предложено в качестве ответа Dmitry Davydov 18 августа 2011 г. 11:03
    • Помечено в качестве ответа Dmitry Davydov 19 августа 2011 г. 11:10
    16 августа 2011 г. 7:05

Все ответы

  • ..на данный момент только увеличил буфер передачи, буфер приема  с 256 до 512, выставил Пакет крупного размера 9014 байт(было 1514)и отключил Ipv4 разгрузка большой отправки/разгрузка контрольной суммы, отключил UDP разгрузка контрольной суммы, отключил приорите и виртуальная ЛС...


    А зачем Вы всё это сделали?
    15 августа 2011 г. 8:49
  • пока не отключил контрольные суммы сетевка вообще пакеты теряла (уж не знаю почему но гришу на hyper-v ибо без вирт машины она работала нормально в том же порту с включенными контрольными суммами правда на другой машине)

    15 августа 2011 г. 10:25
  • А разве не по контрольным суммам определяется, что пакет битый?

    15 августа 2011 г. 10:47
  • ИМХО вам надо грешить прежде всего на сеть, SQL сервер тут не причем. Возможно, у вас стоит свитч, который просто банально захлебывается под нагрузкой. Это одно из пары десятка предположений.
    • Предложено в качестве ответа Dmitry Davydov 18 августа 2011 г. 11:03
    • Помечено в качестве ответа Dmitry Davydov 19 августа 2011 г. 11:10
    16 августа 2011 г. 7:05
  • Скорее "дрова" глючат... по статистике, в 80% дело в них...

    16 августа 2011 г. 7:28
  • ИМХО вам надо грешить прежде всего на сеть, SQL сервер тут не причем. Возможно, у вас стоит свитч, который просто банально захлебывается под нагрузкой. Это одно из пары десятка предположений.


    Это проверяли в первую очередь между главными узлами у меня линк 4 Гб и утилизация портов не привышает 40%, а утилизация CPU свичей редко поднимается за 60%.

    Приэтом получается так: есть конечный свич 48 портов из них в 20 работают с БД причем с примерно одинаковой активностью и вылитает из всех 20 всего 1 машина, тоесть судя по логам софта который работает с БД редко когда одновременно вылетает даже 2 пользователя не говоря уже про то чтобы эти двое висели на 1 свиче

    Но за день таких вылетов может набраться до 100 у разных пользователе, а это уже напрагает.

    19 августа 2011 г. 18:51