Temel veri toplama: Azure VM'de SQL Server için performans en iyi uygulamaları

Şunlar için geçerlidir:Azure VM'de SQL Server

Bu makalede, Azure Sanal Makineler(VM) üzerinde SQL Server'ınız için performansı iyileştirmeye yönelik bir dizi en iyi yöntem ve yönerge olarak bir performans temeli toplamaya yönelik bilgiler sağlanır.

Genellikle maliyetleri iyileştirme ile performansı iyileştirme arasında bir denge vardır. Bu en iyi performans uygulamaları serisi, Azure Sanal Makineler'de SQL Server için en iyi performansı almaya odaklanır. İş yükünüz daha az zorluysa, önerilen her iyileştirmeye ihtiyacınız olmayabilir. Bu önerileri değerlendirirken performans gereksinimlerinizi, maliyetlerinizi ve iş yükü desenlerinizi göz önünde bulundurun.

Genel bakış

Açıklayıcı bir yaklaşım için PerfMon veya LogMan kullanarak performans sayaçlarını toplayın ve kaynak ortamın genel baskılarını ve olası performans sorunlarını daha iyi anlamak için SQL Server bekleme istatistiklerini yakalayın.

İlk olarak, uygulama performansı denetim listesini takip eden yoğun zamanlarda kaynak iş yükünün CPU, bellek, IOPS, aktarım hızı ve gecikme süresinitoplayın.

Tipik iş gününüzdeki iş yükleri gibi yoğun saatlerde, aynı zamanda gün sonu işleme ve hafta sonu ETL iş yükleri gibi diğer yüksek yük süreçlerinde veri toplayın. Kaynaklarınızın ölçeğini çeyrek sonu işleme gibi atiptik olarak ağır iş yükleri için artırmayı ve iş yükü tamamlandıktan sonra ölçeği azaltmayı göz önünde bulundurun.

İş yükünüzün performans gereksinimlerine göre ölçeklenebilen VM Boyutunu seçmek için performans analizini kullanın.

Depolama

SQL Server performansı büyük ölçüde G/Ç alt sistemine bağlıdır. Depolama performansını IOPS ve aktarım hızına göre ölçün. Veritabanınız fiziksel belleğe sığmadığı sürece, SQL Server veritabanı sayfalarını sürekli olarak arabellek havuzuna getirir ve çıkarır. SQL Server için veri dosyalarına farklı davranın. İşlemin geri alınması gerektiğinde tempdb dahil olmak üzere veri dosyalarına rastgele erişildiği durumlar dışında, günlük dosyalarına erişim sıralı olarak gerçekleşir. Yavaş bir G/Ç alt sisteminiz varsa, kullanıcılarınız yavaş yanıt süreleri ve zaman aşımları nedeniyle tamamlanmamış görevler gibi performans sorunlarıyla karşılaşabilir.

Azure Market sanal makineleri, varsayılan olarak veri dosyalarından ayrı bir fiziksel diskte günlük dosyalarına sahiptir. Veri dosyalarının tempdb sayısı ve boyutu en iyi uygulamalara uygundur ve kısa ömürlü D:\ sürücüye yönlendirilir.

Aşağıdaki PerfMon sayaçları SQL Server'ınızın gerektirdiği GÇ aktarım hızını doğrulamaya yardımcı olabilir:

• \LogicalDisk\Disk Okumalar/Sn (IOPS okuma)
• \LogicalDisk\Disk Yazma/Saniye (yazma IOPS)
• \LogicalDisk\Disk Okuma Baytları/Saniye (okuma aktarım hızı gereksinimleri: veri, günlük ve tempdb dosyaları için)
• \LogicalDisk\Disk Yazılan Bayt/Saniye (veri, günlük ve tempdb dosyaları için yazma hızı gereksinimleri)

IOPS ve aktarım hızı gereksinimlerini en yüksek düzeylerde kullanarak, ölçümlerinizdeki kapasiteyle eşleşen VM boyutlarını değerlendirin.

İş yükünüz 20.000 okuma IOPS ve 10.000 yazma IOPS gerektiriyorsa, depolama alanları kullanılarak şeritlenmiş iki P30 disk içeren E16s_v3 (32.000'e kadar önbelleğe alınmış ve 25.600'e kadar önbelleğe alınmamış IOPS ile) veya M16_s (en fazla 20.000 önbelleğe alınmış ve 10.000 açılmamış IOPS ile) seçebilirsiniz.

VM'lerin IOPS ve aktarım hızı için farklı ölçek sınırları olduğundan iş yükünün hem aktarım hızı hem de IOPS gereksinimlerini anladığınızdan emin olun.

Bellek

hem işletim sistemi tarafından kullanılan dış belleği hem de SQL Server tarafından dahili olarak kullanılan belleği izleyin. Her iki bileşen için de baskıyı belirlemek, sanal makineleri boyutlandırmanıza ve ayarlama fırsatlarını belirlemenize yardımcı olur.

Aşağıdaki PerfMon sayaçları bir SQL Server sanal makinesinin bellek durumunu doğrulamaya yardımcı olabilir:

• \Memory\Kullanılabilir MByte
• \SQLServer:Memory Manager\Target Server Memory (KB)
• \SQLServer:Memory Manager\Total Server Memory (KB)
• \SQLServer:Buffer Manager\Lazy writes/sec
• \SQLServer:Buffer Manager\Sayfa ömrü beklentisi

İşlem

Azure'da işlem, şirket içi ortamlardan farklı şekilde yönetilir. Şirket içi sunucular, yönetim yükü ve yeni donanım edinme maliyeti nedeniyle yükseltme olmadan birkaç yıl dayanacak şekilde tasarlanmıştır. Sanallaştırma bu sorunların bazılarını azaltır, ancak uygulamalar temel alınan donanımdan tam olarak yararlanacak şekilde iyileştirilmiştir. Kaynak tüketiminde yapılan önemli değişiklikler, fiziksel ortamın tamamını yeniden dengelemeyi gerektirir.

Bu sorun Azure'da mevcut değildir. Farklı bir donanım serisinde, hatta farklı bir bölgede kolayca yeni bir sanal makine oluşturabilirsiniz.

Azure'da, sanal makinenin kaynaklarından mümkün olduğunca çok yararlanmak istiyorsunuz. Azure sanal makinelerini, iş yükünü etkilemeden ortalama CPU'ları mümkün olduğunca yüksek tutacak şekilde yapılandırın.

Aşağıdaki PerfMon sayaçları, SQL Server sanal makinesinin işlem durumunu doğrulamaya yardımcı olabilir:

• \İşlemci Bilgileri(_Total)% İşlemci Süresi
• \Process(sqlservr)% İşlemci Süresi

Not

Hesaplama gücünüzün %80'ini kullanmayı, %90'ın üzerine çıkmayı ancak hiçbir zaman sürekli bir şekilde %100'e ulaşmamayı hedefleyin. Temel olarak, yalnızca uygulamanın ihtiyaç duyduğu hesaplamayı sağlayın. İşletmenin gerektirdiği şekilde ölçeği artırmayı veya azaltmayı planlayın.

İlgili içerik

Her iyileştirme alanı hakkında ayrıntılı yönergeler için:

• Hızlı denetim listesi - En iyi yöntemlerin tam denetim listesini gözden geçirin
• VM boyutu - Doğru VM serisini ve yapılandırmasını seçin
• Depolama - Disk yapılandırmasını ve performansını iyileştirme
• Güvenlik - En iyi güvenlik uygulamalarını uygulama
• HADR ayarları - Yüksek kullanılabilirliği ve olağanüstü durum kurtarmayı yapılandırma
• SQL Server'ı güncelleştirme - SQL Server'ı güncel tutma

Azure'da SQL Server Sanal Makineler Genel Bakış sayfasında diğer SQL Server Sanal Makinesi makalelerini gözden geçirin. SQL Server sanal makineleri hakkında sorularınız olursa Sık Sorulan Sorular bölümüne bakın.