Производительность дисковой подсистемы и SQL Server 2000

Вопросы программирования БД, их оптимизации, резервирования и восстановления данных.

Модераторы: Trinity admin`s, Free-lance moderator`s

Sergey Petrov
Advanced member
Сообщения: 63
Зарегистрирован: 04 окт 2005, 18:02

Сообщение Sergey Petrov » 16 фев 2006, 18:46

Это очереди на "медленный" и "большой" диск
Вложения
D - Avg. Disk Queue Length.JPG

Sergey Petrov
Advanced member
Сообщения: 63
Зарегистрирован: 04 окт 2005, 18:02

Сообщение Sergey Petrov » 16 фев 2006, 18:47

Это дисковые очереди на "быстром" массиве с 2 таблицами
Вложения
E - Avg. Disk Queue Length.JPG

Sergey Petrov
Advanced member
Сообщения: 63
Зарегистрирован: 04 окт 2005, 18:02

Сообщение Sergey Petrov » 16 фев 2006, 18:49

Это чтение и запись по "медленному" массиву с основной нагрузкой
Вложения
D - Disk Reads.JPG
D - Disk Writes.JPG

Sergey Petrov
Advanced member
Сообщения: 63
Зарегистрирован: 04 окт 2005, 18:02

Сообщение Sergey Petrov » 16 фев 2006, 18:51

Это - чтение и запись по "быстрому" массиву с 2 таблицами
Вложения
E - Disk Reads.JPG
E - Disk Writes.JPG

Sergey Petrov
Advanced member
Сообщения: 63
Зарегистрирован: 04 окт 2005, 18:02

Сообщение Sergey Petrov » 16 фев 2006, 18:53

Одно замечание - сегодня ночью дорабатывал подсчёт статистик по таблицам БД (95%), поэтому была большая нагрузка ночью. Обычно, если ничего не запущено на ночь, то она значительно меньше.
В остальном - обычная дневная нагрузка.

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 16 фев 2006, 18:56

Ну что Вам сказать. Если считать эти графики за типовую нагрузку, то Вы попали на деньги. Дисковая стоит раком. Варианты решения я уже указал.

Yprit
Junior member
Сообщения: 1
Зарегистрирован: 16 фев 2006, 19:04

Сообщение Yprit » 16 фев 2006, 19:10

Добрый день! Мы с Sergey Petrov в одной лодке, так сказать...
Что настораживает - сегодня сиквел объективно чувствует себя лучше. В частности, блокировок, "длинных" запросов и пр. на порядок меньше, чем в предыдущие дни. Я бы сказал, что по этим показателям мы практически  находимся в нашем обычном режиме. Субъективно - даже пользователи практически не пищат. В связи с этим вопрос: а не врут ли счетчики? При таких очередях, ИМХО, мы вместе с базой должны были сегодня весь день тихонько курить в сторонке......

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 16 фев 2006, 19:22

Может они просто привыкли?
Для начала попробуйте мой первый вариант - это по деньгам не сильно дорого, но по крайней мере должно полегчать.

А то возьмите на тест Хитачу. А потом верните взад. Увидите что начнется :)

Vadik
Advanced member
Сообщения: 81
Зарегистрирован: 16 фев 2004, 22:49
Откуда: Moscow
Контактная информация:

Сообщение Vadik » 17 фев 2006, 00:49

Sergey Petrov писал(а):Нагрузку "размазали" уже давно, две самые большие и нагруженные таблицы у нас в другой файловой группе на другом дисковом массиве (который меньше, но быстрее)
Я имел в виду обратное - пока что выходит так, что один массив у вас загибается, второй на этом фоне почти простаивает (все, разумеется, относительно). Я бы рассмотрел вариант с одной файловой группой - и "горячие" оьъекты будут обслуживаться бОльшим числом дисков, и у "теплых" больше шансов разместиться на шустром массиве
На большом, медленном и загруженном массиве свободно чуть больше 10% дискового пространства
НездОрово. У вас там бэкапы или БД для разработки? Уносите нафиг. Первое - удар под дых в случае отказа массива, второе регулярно "сливает" кэш
Среднее значение page split/sec для сервера около 2. СтОит ли вообще заморачиваться?
сейчас - не стОит
PAGEIOLATCH_SH - лидер!
факт :)
tempdb лежит на дисковом массиве с основной базой вместе, разбита на 4 файла данных по 2 Гб каждый (по числу процессоров)
Что разбита - хорошо. А то, что лежит на перегруженом массиве - нет. Я должен был оставить скрипт, который ранжирует файлы по активности ввода-вывода. Tempdb, если мне не изменяет память, нагружена была очень даже. В общем, разносите - на быстрый массив, на диск к системе (целый шпиндель, кстати, простаивает)

Так, пора уже постить. А то свет моргнет - и привет.. А потом продолжу

Vadik
Advanced member
Сообщения: 81
Зарегистрирован: 16 фев 2004, 22:49
Откуда: Moscow
Контактная информация:

Сообщение Vadik » 17 фев 2006, 01:25

Sergey Petrov писал(а):Это очереди на "медленный" и "большой" диск
ну что тут скажешь - внушает.. вернее, угнетает
Это дисковые очереди на "быстром" массиве с 2 таблицами
уже легче - резерв есть
Это чтение и запись по "медленному" массиву с основной нагрузкой
oops, в bytes/sec ориентироваться сложнее, чем в transfer/sec :(
тем не менее, нагрузка на запись приличная - очень похоже, что гадит tempdb, 80 юзерам тяжело обеспечить поток вводимых данных под 2 мегабайта в секунду. Разносите ее нафиг
gs писал(а):Дисковая стоит раком
стоит, но не вся, а частично :)
на этом мы и попробуем сыграть
gs писал(а):А то возьмите на тест Хитачу. А потом верните взад. Увидите что начнется
Хитача - штука хорошая :)

Sergey Petrov
Advanced member
Сообщения: 63
Зарегистрирован: 04 окт 2005, 18:02

Сообщение Sergey Petrov » 17 фев 2006, 12:10

По поводу Хитач и т.п - лучше быть здоровым и богатым, чем бедным и больным. :D
По поводы трансферов: картинки прилагаю:
Вложения
D - Avg. Disk transfer.JPG
E - Avg. Disk transfer.JPG

Vadik
Advanced member
Сообщения: 81
Зарегистрирован: 16 фев 2004, 22:49
Откуда: Moscow
Контактная информация:

Сообщение Vadik » 19 фев 2006, 12:58

Sergey Petrov писал(а):По поводу Хитач и т.п - лучше быть здоровым и богатым, чем бедным и больным. :D
По поводы трансферов: картинки прилагаю:
не сочтите за наглость - можно вместо avg. disk sec/transfer привести disk transfers/sec ?

Sergey Petrov
Advanced member
Сообщения: 63
Зарегистрирован: 04 окт 2005, 18:02

Сообщение Sergey Petrov » 20 фев 2006, 13:20

Сейчас запущу по transfer/sec, к вечеру или завтра результаты могу опубликовать.

Sergey Petrov
Advanced member
Сообщения: 63
Зарегистрирован: 04 окт 2005, 18:02

Сообщение Sergey Petrov » 20 фев 2006, 13:25

Кстати, вечерком перекинем все файлы tempdb на "быстрый массив". Может помогёт? Хоть немного... :?

Sergey Petrov
Advanced member
Сообщения: 63
Зарегистрирован: 04 окт 2005, 18:02

Сообщение Sergey Petrov » 21 фев 2006, 17:10

Вчерашний вечерок что-то незадался для переносов tempdb и перезагрузки SQL сервера. А пока - то, что насобиралось по частоте транзакций за вчерашний день.
Вложения
D - Avg. Disk transfers_sec.JPG
E - Avg. Disk transfers_sec.JPG

Ответить

Вернуться в «Серверы - ПО, Базы Данных и их использование»

Кто сейчас на конференции

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