|
Цілі тесту:Зменшити вплив пам'яті на екземпляри 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 Process(_Total)% Процесорний час Process(sqlservr)% Processor Time Процесор(_Total)% часу процесора Процесор(_Total)% користувацького часу Процесор(_Total)% привілейований час PhysicalDisk(_Total)% часу простою PhysicalDisk(_Total)% Disk Time PhysicsDisk(_Total)Середнє. Довжина черги диска PhysicalDisk(_Total)Поточна черга дискаДовжина Помилки MemoryPage/sec MemoryAvailable MBytes Сторінки пам'яті/сек Бази даних(_Total)Активні транзакції Загальна статистикаЗв'язки користувачів
Результати тестів: CPU:变化不明显,影响可忽略 Параметри виводу суттєво змінилися, IDEALTIME знизився на 1%, а черга та DISKTIME фактично стали приблизно вдвічі більшими, ніж раніше. І в майбутньому буде повільний процес відновлення (понад годину). Щодо SQL, активні транзакції значно зростуть (у 3 рази), заміна пам'яті та виводних організацій також збільшиться (приблизно у 2 рази), а перекомпіляція плану виконання буде особливо помітною, особливо при записах у LAZYWRITE. Тестові дані:Додаток EXCEL
Додано: Деякі легенди
|