посоветуйте как модернизировать дисковую
Модераторы: Trinity admin`s, Free-lance moderator`s
посоветуйте как модернизировать дисковую
имеем x346+DS400 (5x146 RAID5), крутится SQL2K. Что посоветуйте, учитывая что характер нагрузки не измениться да и в расходы влезать не хочется...
(perfomance за 12 часов)
(perfomance за 12 часов)
В других ветках данного форума многократно повторялось, что если очередь (особенно средняя) > 0 то готовьте деньги
Вот собственно померил и заволновался.
Такая нагрузка создается узкоспец. софтом, который постоянно пишет в 2 базы SQL (в каждой базе по 1 таблице) 1 база уже 45Гиг 2-я 30Гиг. Клиент один, но очень пассивный (в 12 часовой период его активность не попала
)
Собственно хочется быть уверенным, что все данные гарантированно кладутся в базу.

Такая нагрузка создается узкоспец. софтом, который постоянно пишет в 2 базы SQL (в каждой базе по 1 таблице) 1 база уже 45Гиг 2-я 30Гиг. Клиент один, но очень пассивный (в 12 часовой период его активность не попала

Собственно хочется быть уверенным, что все данные гарантированно кладутся в базу.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Данные не могут не лечь в базу, если с софтом все в порядке и нет ошибок типа "отказ в обслуживании" со стороны железа.
Если я правильно прочитал показания счетчиков, то Ваша софтина на диск пишет меньше, чем неграмотный дядя Вася в письмах. Откуда очередь - не знаю, но скорее всего таки что-то с кэшем.
В общем, если у Вас нет в логах ошибок, то имхо можно особо и не заморачиваться.
Если я правильно прочитал показания счетчиков, то Ваша софтина на диск пишет меньше, чем неграмотный дядя Вася в письмах. Откуда очередь - не знаю, но скорее всего таки что-то с кэшем.
В общем, если у Вас нет в логах ошибок, то имхо можно особо и не заморачиваться.
Кэш включен, зуб даю! Белым по черному написано:
----[ array 'Array-1' ]--------------------------------------------------------
Status: online
Type: RAID 5
Stripe Depth: 256 KB
Read Cache: enabled
Write Cache: enabled
Может на очередь влияет то КАК мы пишем в базу? Сейчас - это или каждые 100мс или 1000строк, смотря, что раньше наступит. Может имеет смысл писать реже но больше? Например раз в 5 сек???
----[ array 'Array-1' ]--------------------------------------------------------
Status: online
Type: RAID 5
Stripe Depth: 256 KB
Read Cache: enabled
Write Cache: enabled
Может на очередь влияет то КАК мы пишем в базу? Сейчас - это или каждые 100мс или 1000строк, смотря, что раньше наступит. Может имеет смысл писать реже но больше? Например раз в 5 сек???
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Посмотрите еще настройки виндового кэша на этом диске - тоже возможный источник геморроя.
При таких скоростях КАК пишете - должно быть совершенно пофигу. Если говорить о теории, то я встречал ситуации, когда похожая задача писала последовательно кусками В ОДИН ПОТОК. В этом случае скорость упирается в один диск и никакими средствами ее увеличить невозможно. Правильнее - писать или одним НЕПРЕРЫВНЫМ потоком или наоборот - в несколько потоков залпом (тогда нагрузка размажется по дискам).
Но скорость даже одиночного винта очень далека от данных на графиках.
Еще разок видел похожую ситуацию как раз связанную с взаимодействием кэшей контроллера и винды - поройте этот момент.
При таких скоростях КАК пишете - должно быть совершенно пофигу. Если говорить о теории, то я встречал ситуации, когда похожая задача писала последовательно кусками В ОДИН ПОТОК. В этом случае скорость упирается в один диск и никакими средствами ее увеличить невозможно. Правильнее - писать или одним НЕПРЕРЫВНЫМ потоком или наоборот - в несколько потоков залпом (тогда нагрузка размажется по дискам).
Но скорость даже одиночного винта очень далека от данных на графиках.
Еще разок видел похожую ситуацию как раз связанную с взаимодействием кэшей контроллера и винды - поройте этот момент.
- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
По кэшу - на двухконтроллерной системе он не включается.
Про очередь: понимаете, значения Avg.queue length суть значения вычисляемые (число запросов в сек * время исполнения запроса). Но величины эти имеют какое-либо осмысленное значение только тогда, когда значения current queue length в начале и конце переода измерения совпадают (т.е. когда соблюдается состояние равновесия) (см. закон Литтла и теорию очередей). Поэтому параллельно с наблюдением avg.queue length имеет смысл мониторить current queue length - моментальные значения длины очереди. В этом случае (опять же, в зависимости от нагрузки и длины изучаемого интервала времени, который на время измерения имеет смысл делать минимальным) можно как-то использовать полученные числа.
Вот как-то так мне кажется
Про очередь: понимаете, значения Avg.queue length суть значения вычисляемые (число запросов в сек * время исполнения запроса). Но величины эти имеют какое-либо осмысленное значение только тогда, когда значения current queue length в начале и конце переода измерения совпадают (т.е. когда соблюдается состояние равновесия) (см. закон Литтла и теорию очередей). Поэтому параллельно с наблюдением avg.queue length имеет смысл мониторить current queue length - моментальные значения длины очереди. В этом случае (опять же, в зависимости от нагрузки и длины изучаемого интервала времени, который на время измерения имеет смысл делать минимальным) можно как-то использовать полученные числа.
Вот как-то так мне кажется

Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 3 гостя