Галактика в вопросах и ответах

kubik писал(а):Сейчас полетят в меня помидоры...

kubik писал(а): Сносить ВСЕ и ставить заново - это не выход из положения - потому ка ВСЕ кроме Галки нормально и как следует фунциклирует. Драйвера-свежайшие, биос-такой же, все установлено. Вероятно, проблема заключается в какой-нибудь хитрой настройке винды или SQL-сервера.

kubik писал(а): Единственное, не была выполнена очистка хранимых процедур и t$hashvalues. По моему, это непринципиально.

kubik писал(а): Теперь про RAID5. Скорость чтения с RAID около 35Мб/сек, запись 20-25 (Аппаратный контроллер, 128Мб кэш, Ultra 320). Диски не нагружены. Поэтому, вопросы связанные с быстродействием дисков не рассматриваю.

kubik писал(а): По диспетчеру задач, SQL Server кушает где-то от 20 до 40% CPU, используется режим /3GB, память, выделенная под SQL=3Гб.

WiRuc писал(а): Да, но Галактика не работает! И со счетчиками беда... Уже достаточно причин, что бы все переставить с нуля.
У нас работает на ура связка Win2003 Enterprise Edition SP1 + MSSQL 2000 SP4. И я что-то не припоминаю, чтобы были какие-то хитрые настройки.

kubik писал(а): Единственное, не была выполнена очистка хранимых процедур и t$hashvalues. По моему, это непринципиально.

WiRuc писал(а): Принципиально. Рекомендую выполнить удаление ХП и очистить xx$hashvalues.

kubik писал(а): Теперь про RAID5. Скорость чтения с RAID около 35Мб/сек, запись 20-25 (Аппаратный контроллер, 128Мб кэш, Ultra 320). Диски не нагружены. Поэтому, вопросы связанные с быстродействием дисков не рассматриваю.

WiRuc писал(а): Интересно, как вы определили, что диски не нагружены, если у вас не работает счетчик очереди диска? Да и приведенные вами значения потокового чтения/записи далеки от идел - у меня IDE винт быстрее работает.

kubik писал(а): По диспетчеру задач, SQL Server кушает где-то от 20 до 40% CPU, используется режим /3GB, память, выделенная под SQL=3Гб.

WiRuc писал(а): Много. Средняя загрузка не должна превышать 15%, если выше - нужно апгрейдить CPU.

WiRuc писал(а): Советы.
1) Запустить NapConf и проверить настройки NAPServer. Уровень авторизации должен быть "установка связи", протокол - TCP/IP, галка на чекбоксе "Авторизация необязательна".

WiRuc писал(а): 2) В винде выключить настройку "Refresh NTFS Last Access". Она вроде особого влияния не оказывает, но все-таки лучше выключить.

WiRuc писал(а): 3) Размер страйпа на RAID и размер кластера NTFS рекомендую установить равным 64Кб.

WiRuc писал(а): 4) Cнести все лишнее с сервера, оставить только MSSQL и Галактику.
Никаких антивирусов, файерволов и т.д.

WiRuc писал(а): 5) Проверить, что не включена фильтация IP пакетов.
Проверить, что не включено логгирование ODBC драйвера.
6) В System Properties установить "Использование процессора - службы", "Использование памяти - программы".

WiRuc писал(а): 7) Проверить и отключить лишние службы, типа Microsoft Search, QoS и т.д.

WiRuc писал(а): В настройках MSSQL на вкладке Processor пометить все доступные CPU, Windows fiber выключить. В секции Parallelism установить Use 1 processor.

WiRuc писал(а): 9) В настройках БД для файлов БД задать заведомо большое значение, чтобы исключить увеличение размера БД в процессе работы.

WiRuc писал(а): 10) Провести обслуживание БД. Т.е. перестройка всех индексов, затем выполнить DBCC SHRINKDATABASE (имя_бд, 0, NOTRUNCATE). После этого перезагрузить сервер.

сервер несет роль контроллера домена

Polimer писал(а):Я почему про named pipes говорю - очень похожие тормоза на Г. у нас были с некоторыми отчетами в 7.12, причем большинство отчетов работало нормально.
Narconf показывал, что для подключения используется TCP/IP, а Enterprise Manager->Management->Process info у usera NT AUTHORITY SYSTEM\SYSTEM на нашей базе показывал Nimed Pipes в Network Library.

Сделаю. Как я понимаю, надо перед этим отключить полльзователей и остановить NapSrv? Т.к., как я понял по profiler'у именно он и создает эти ХП. И объясните пожалуйста в чем тут принципиальность

Очень просто: копированием в nul (скорость чтения), и копированием с диска на диск. Получил практически максимальную скорость записи-чтения для данного массива. Про IDE я тут и не говорил. SCSI Ultra 320 Dual Channel c Zero Channel Raid контроллером. На одном канале - система, на другом - база.

Qos нет. Search и другие службы не отнимают ни памяти ни CPU.
Лучше уж тогда снести Active Directory, но, к сожалению, это невозможно - сервер несет роль контроллера домена.

От фрагментации файлов БД это все равно не спасет, а при нормальной работе диска прирост в быстродействии сомнителен.

Обслуживание CHECKDB(),REPAIR_REBUILD проводил.
SHRINKDATABASE - всего навсего "сжатие" базы - удаление пустого места. Лучше уж сделать реорганизацию страниц данных и индексов с резервированием свободного места.

exec sp_MsForEachTable 'DBCC DBREINDEX ([?],'''',100) WITH NO_INFOMSGS'

WiRuc писал(а):Приведите показания следующих счетчиков:

WiRuc писал(а):1. Очень низкий Cache hit ratio, нормальным считается значение в районе 90%. Обычно это решается увеличением памяти.
О нехватке памяти говорит также высокий показатель SQL Compilations - процедурный кэш мал, поэтому он очень быстро обновляется.

WiRuc писал(а):2. Высокий показатель Log flush wait time. Лечится вынесением лога в отдельный массив RAD 1. Вообще-то всегда рекомендуется выносить лог отдельно от основной БД из-за того, что работа с логом обычно заключается в последовательной записи, в отличии от рандомного чтения/записи в основной БД. Если у вас контроллер с батарейкой, то поможет включение Write Back кэша на контроллере.

WiRuc писал(а):3. Latch wait\sec, wait Time.
Тут сложно сказать, скорей всего Latch связаны с медленной дисковой подсистемой, хотя тут нужно смотреть более детально в процессе работы.

WiRuc писал(а):4. Огромное значение Lock wait time. Вам нужно посмотреть с чем связаны локи. Если пользователь блокирует сам себя, то это медленная дисковая подсистема. Если несколько пользователей блокирует друг друга, то надо смотреть из-за чего это происходит, для Галактики это очень нетипично (из-за отсутствия транзакций).

Еще раз рекомендую посмотреть очереди дисков.

WiRuc писал(а): Кстати, приведите полную схему ваших дисковых массивов - система, системные БД, tempdb,рабочая БД с расположением отдельных файлов каждой БД.