помочь выяснить математическую формулу для повышения производительности

Question

Я пытаюсь написать отчет, чтобы рекомендовать перенести журналы транзакций на отдельный физический диск, но мне нужно предоставить некоторые цифры.У меня есть несколько запросов из профиля, который был сделан в прошлом месяце.Я пытаюсь определить сокращение% продолжительности.Я знаю, что он не может быть точным на 100%, но достаточно очень близкого числа.

Количество запросов 1: 325229284 Количество записей: 85989 Продолжительность: 840732

Количество запросов 2: 558955611 Количество записей: 87066Продолжительность: 1015697

Запрос 3 Чтения: 422966141 Запись: 85087 Продолжительность: 918225

В настоящее время чтение и запись происходят на одном диске.Я хочу переместить их, поэтому чтение - это один диск, а запись - другой.Я попытался выяснить это, предполагая, что записи на 20% медленнее, чем чтения, но не в среднем во время поиска.Я получал от 7% до 15%, но понятия не имею, верны ли эти цифры.Предполагается, что время поиска диска составляет в среднем 1 мс.

Answer 1

Мысли:

• Корреляция чтения / записи обычно не имеет ничего общего с журналами.Это сортировка по базе данных tempdb, спулингу и т. Д.

• Вам понадобится один дополнительный том для каждой базы данных LDF: в противном случае у вас все еще будет значительное перемещение головы и многие базы данных будут записывать в один том

• Если вы не используете SAN, то для этого у вас будет меньше дисков на тома.

• Что может быть полезным, так это перемещение базы данных tempdb в отдельное состояние.объемы.SQL Server 2005+ действительно отнимает базу данных tempdb по сравнению со старыми версиями (например, триггеры используют базу данных tempdb вместо журналов)

• Разделение MDF / LDF часто используется для восстановления: вы можете создать резервную копию хвостаЖурнал, если объем данных не удается

• Если запрос имеет 422 966 141 чтения, то исправьте свой код и индексы.Отдельный бревно переставляет шезлонги на Титанике.