|
Цели теста:Уменьшить влияние памяти на экземпляры SQL Примеры тестов:Онлайн-экземпляр памяти 100G Этапы тестирования: 18:20 Начать запись данных PERF 18:30 Отрегулировать максимальную SQL-память до 3/4 исходного размера (75G) — это занимает 3,9 секунды 18:40 Восстановить максимальную SQL-память до исходного размера 100G — 3,8 секунды 18:50 Прекратить запись данных PERF Пауза 19:20 Начать запись данных PERF 19:30 Прекратить запись данных PERF
Содержание записи: Данные о производительности были записаны за 4*10 минут 18:20–18:30 Стадия 1, нормальный период памяти 18:30 - 18:40 Фаза 2, мало времени выполнения памяти 18:40 -18:50 Этап 3, период восстановления 1 19:20–19:30 Стадия 4, период восстановления 2 Процесс(_Total)% процессорного времени Process(sqlservr)% Processor Time Процессор(_Total)% времени процессора Процессор(_Total)% пользовательского времени Процессор(_Total)% привилегированное время PhysicalDisk(_Total)% времени простоя PhysicalDisk(_Total)% Disk Time PhysicalDisk(_Total)Средний. Длина очереди диска PhysicalDisk(_Total)Текущая очередь дискаДлина Ошибки страницы памяти/сек MemoryAvailable MBytes ПамятиСтраницы/сек Базы данных(_Total)Активные транзакции Общая статистикаПользовательские связи
Результаты тестов: CPU:变化不明显,影响可忽略 Параметры ввода значительно изменились, IDEALTIME снизился на 1%, а очередь и DISKTIME стали примерно вдвое больше, чем раньше. И в будущем будет медленный процесс восстановления (более часа). Что касается SQL, активные транзакции значительно возрастут (в 3 раза), замена памяти и ввода-выводов также увеличится (примерно в 2 раза), а перекомпиляция плана выполнения будет особенно заметна, особенно при записях в LAZYWRITE. Тестовые данные:Вложение EXCEL
Прилагается: Некоторые легенды
|