|
Tujuan Pengujian:Mengurangi dampak memori pada instans SQL Contoh pengujian:Instans online memori 100G Langkah-langkah pengujian: 18:20 Mulai merekam data PERF 18:30 Sesuaikan memori SQL maksimum ke 3/4 dari ukuran aslinya (75G) - dibutuhkan 3,9 detik 18:40 Mengembalikan memori SQL maksimum ke ukuran aslinya 100G - 3,8 detik 18:50 Hentikan perekaman data PERF Waktu habis 19:20 Mulai merekam data PERF 19:30 Hentikan perekaman data PERF
Rekam konten: Data kinerja selama 4*10 menit direkam 18:20 -18:30 Tahap 1, periode memori normal 18:30 -18:40 Fase 2, runtime memori rendah 18:40 -18:50 Tahap 3, Masa Pemulihan 1 19:20 -19:30 Tahap 4, masa pemulihan 2 Proses (_Total)% Waktu Prosesor Proses (sqlservr)% Waktu Prosesor Prosesor(_Total)% Waktu Prosesor Prosesor(_Total)% Waktu Pengguna Prosesor(_Total)% Waktu Istimewa Waktu Idle PhysicalDisk(_Total)% Waktu Disk PhysicalDisk(_Total)% FisikDisk(_Total)Rata-rata. Panjang Antrean Disk PhysicalDisk(_Total)Panjang Antrean Disk Saat Ini Kesalahan MemoryPage/detik Memori MBytes yang tersedia MemoryPages/detik Database(_Total)Transaksi Aktif Statistik UmumKoneksi pengguna
Hasil pengujian: CPU:变化不明显,影响可忽略 Parameter IO telah berubah secara signifikan, IDEALTIME telah turun sebesar 1%, dan antrian dan DISKTIME pada dasarnya sekitar dua kali lebih banyak dari sebelumnya. Dan akan ada proses pemulihan yang lambat (lebih dari 1 jam) di masa depan. Dalam hal SQL, transaksi aktif akan meningkat secara signifikan (3 kali lipat), penggantian memori dan IO juga akan meningkat (sekitar 2 kali lipat), dan kompilasi ulang rencana eksekusi akan sangat terlihat, terutama penulisan LAZYWRITE. Data pengujian:Lampiran EXCEL
Terlampir: Beberapa legenda
|