Доброе время суток.

Имеется 2 сервера (2 проца Xeon и 48 Гб РАМ), установлен MS Windows 2003 Ent & MSSQL 2005 Std.

Сеть между ними 1G

На каждом сервере базы под 2.5 ТБ.

Вопрос как правильно и лучше тюнить настройки сети через реестр для оптимизации под 1G соединение?



Вот пока то, что я нашел, мб можно еще что-то покрутить, или где то параметры покрутить получше, но пока собираюсь делать так:





Оптимизация служб

- Отключил Ipv6
- Отключил службу Планировщик классов мультимедиа
- Команды netsh
netsh interface tcp set global congestionprovider = ctcp
netsh interface tcp set global timestamps = enabled
netsh interface tcp set global ecncapability = disabled
netsh interface tcp set global netdma = enabled
netsh interface tcp set global dca = enabled
netsh interface ip set global chimney enabled (6)
netsh interface ip set global rss enabled (7)

Оптимизация работы с оборудованием

Microsoft рекомендует, чтобы в многопроцессорных системах (реально многопроцессорных, речь не идет о технологии гипертридинга) прерывания от одного и того же сетевого адаптера обрабатывались одним и тем же процессором. По умолчанию прерывание может быть обработано любым процессором. Можно использовать IntFiltr ( ftp://ftp.microsoft.com/bussys/winnt/winnt-public/tools/affinity/) для привязки прерываний определенного устройства к одному процессору.

REG_DWORD
HKLM\System\CurrentControlSet\Session Manager\I/O System\CountOperations

Со значением 0 отключает различные счетчики для жесткого диска, что может ускорить операции ввода/вывода.

REG_DWORD
HKLM\System\CurrentControlSet\Services\miniport_адаптер\Parameters\DeviceXX\NumberOfRequests

Аппаратный RAID контроллер может выполнять больше запросов SRB за счет распараллеливания. Рекомендуется поднять это значение в диапазоне от 32 до 96.

REG_DWORD
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\ IoPageLockLimit

Сколько памяти (в килобайтах) может заблокировать система под операцию ввода/вывода. Значение по умолчанию 512 KB. Увеличение этого параметра приведет к увеличению объема данных, которые можно передать за одну операцию. Можно встретить рекомендации увеличить это значение аж до 128Мб, однако, увеличение свыше нескольких мегабайт (например, в пределах 8-16) вряд ли будет эффективно.
Оптимизация параметров файловой системы

REG_DWORD
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\PagedPoolSize

Выгружаемый пул и файловый кэш разделяют одну и ту же область памяти. Выгружаемый пул требуется для работы с файлом подкачки, который при достаточном объеме памяти на файловом сервере нам практически не потребуется. Мы можем немного увеличить доступную память для файлового кэша за счет снижения размера выгружаемого пула (указывается в байтах). Можно брать значения порядка 128MB или даже меньше.

Оптимизация сетевых параметров
Не плохо бы начать с того, что отключить все неиспользуемые сетевые соединения (для минимизации роутинговой таблицы), протоколы и клиенты. Можно заглянуть сюда:

HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\TcpWindowSize
HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\TCP1323Opts

Размер окна TCP. Размер окна следует увеличить в сетях с высокой пропускной способностью и большими задержками. Это могут быть: сети производительностью в несколько гигабит в секунду, сильно удаленные сети (через спутник или несколько маршрутизаторов), загруженные сети, в которых достаточно высоко количество устранимых коллизий, сети со слабыми клиентами, например со старыми компьютерами. При увеличении окна (TcpWindowSize) свыше 65,535 (близкое к этому значение используется для гигабитных и выше интерфейсов) следует поставить в 1 значение TCP1323Opts.

HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\MaxHashTableSize

Указывает на размер хэш-таблицы TCP-соединений (по умолчанию 128). Максимальное значение - 65535. Оптимальное значение - не меньше числа ожидаемых одновременных подключений. Можно поднять и до максимального значения.

HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\интерфейс\TcpAckFrequency

Указывает на сколько TCP пакетов (по умолчанию 2) посылается ACK. Microsoft рекомендует увеличить это значение до 13, чтобы снизить число передаваемых по сети пакетов.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
EnableTCPChimney=1 (DWORD значение - 1 разрешает, 0 - запрещает)

Параметр EnableTCPChimney - разрешает замещение протокола TCP Windows реализацией протокола от производителя сетевой карты ( или из командной строки: netsh interface ip set global chimney enabled (6) ).
TCP Chimney Offload является расширением NDIS 5. Состояние соединения TCP, когда оно будет создано, передается NIC Miniport драйверу, который затем полностью управляет трафиком между приложением и удаленным узлом. В сущности, NIC Miniport драйвер обеспечивает "трубу" через стек TCP.
TCP Chimney повышает производительность долгоживущих соединений с большим размером полезной нагрузки, такие как потоковые данные и передача больших файлов.

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters
EnableRSS = 1(DWORD 1 - включен, 0 - отключено).

Параметр EnableRSS
Позволяет использовать несколько процессоров для обработки полученных пакетов (сетевой адаптер распределяет нагрузку на доступные процессоры).
Для включения/выключения RSS в командной строке: netsh interface ip set global rss enabled (7)

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters
EnableTCPA = 1 (DWORD 1 - включен, 0 - отключено).

Параметр EnableTCPA
Включает/выключает поддержку разгрузки TCP (TCPA).

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters
DisableTaskOffload = 0 (DWORD, 0 - разрешить, 1 - отключить, по умолчанию не указан)

Параметр DisableTaskOffload
Этот параметр NDIS 5 позволяет сократить нагрузки на процессор, преложив некоторые задачи, необходимые для поддержания TCP/IP стека на сетевую карту. Теоретически, Widnows должна автоматически обнаружить эту способность сетевого оборудования.


Слушаю мнения, советы, подсказки, конкретные рекомендации с параметрами. Спасибо.

Нужна максимальначя производительность от сервера, тем более для windows 2003 все равно нужно проихводить тюнинг, что бы он нормально работал в 1Г сети. Просто если кто-то уже этим занимался, то было бы полезно услышать его мнения и рекомендации.

Это актуально всегда... чем лучше настроишь тем лучше работает... Автоматически может настроиться только основа, но максимум нада выжимать самим.

Sergey OrlovAnton.I.BalashovЭто актуально всегда... чем лучше настроишь тем лучше работает... Автоматически может настроиться только основа, но максимум нада выжимать самим.
Я пытался этим заниматься 3-и года назад, максимум, что удалось добиться это было в 4%, но сколько было положено усилий и анализа... Еще одну вещь заметил, очень хорошо тюнингом заниматься на слабенькой тачке, там хоть видно что к чему, а мощном компе, практически все утыкается в погрешность, кстати пользователи тогда моих усилий нифига не заметили...

И все же, хотелось бы узнать, какие из этих рычажков можно боллее - менее безболезнено покрутить?

Sergey OrlovКручение закончилось тем, что выяснил, что в гигабитной сети жесткий диск - самое узкое место...
Я думаю использование LSI MegaRAID 9280-8e (512MB cache) + 16 дисков 15к в райд-10 на LSI 620J не сильно упирается в дисковую систему... Поэтому хочется все это затюнить ....

Да не нужно мне ничего копировать, это производится в целях оптимизации канала для SQL сервера...