Merhaba Arkadaşlar,
Bu yazı dizimde sizlere SQL Server da Performance Troubleshooting kavramını ve nasıl yapıldığını anlatıyor olacağım.
SQL Server veritabanında performans şikayetleri artmaya başladığında bir DBA olarak bu performans sorununu çözmemiz beklenir. Performans sorununu çözmeden önce sorunun ne olduğunu ve neden kaynaklandığını belirlememiz gerekir. Performans Sorunun tespiti için aşağıdaki aksiyonlardan bir veya birkaçı kullanılmalıdır.
- PERFMON ile Performance Counterları izleme ve yük durumunu inceleme
- SQL Server Error log dosyasını inceleme
- Activity Monitor ile Instance üzerindeki durumu inceleme
- DMV ve DMF ler kullanılarak ayrıntılı Veritabanı durumunu inceleme.
- Sp_whois_active ile veritabanını izleme
- SQL Server Profiler kullanılarak veritabanındaki anlık aktiviteleri inceleme
- SQLDIAG ve RML Utilities toolu ile ayrıntılı Veritabanı incelemesi ve raporlanması
- Performance Sorunlarını Giderme
Bu konunun devamı olan diğer yazılarımın linkleri aşağıdaki gibidir.
https://ittutorial.org/2018/10/06/sql-server-performance-troubleshooting-1/
https://ittutorial.org/2018/10/07/sql-server-performance-troubleshooting-2/
https://ittutorial.org/2018/10/13/sql-server-performance-troubleshooting-3/
https://ittutorial.org/2018/10/14/sql-server-performance-troubleshooting-4/
https://ittutorial.org/2018/10/20/sql-server-performance-troubleshooting-5/
https://ittutorial.org/2018/10/21/sql-server-performance-troubleshooting-6/
https://ittutorial.org/2014/03/01/sql-server-dmv-ve-dmf-kavramlari-ve-kullanimlari-1/
https://ittutorial.org/2014/03/03/sql-server-dmv-ve-dmf-kavramlari-ve-kullanimlari-2/
https://ittutorial.org/2013/03/28/sqldiag-araci-ile-veritabani-performans-verisi-toplama/
https://ittutorial.org/2013/03/29/rml-utilities-tool-u-ile-veritabani-performansini-raporlama/
PERFMON ile Performance Counterları izleme ve Yük durumunu inceleme
Sunucu kaynaklarının kullanımı incelenerek sistemde meydana gelen Bottleneck ( Darboğaz ) tespit edilebilir. SQL Server I etkileyen en önemli darboğazlar aşağıdaki gibidir.
- Memory Darboğazı
- Disk I/O Darboğazı
- CPU Darboğazı
Memory Darboğazı
SQL Server Instance sı kapalı durumda açılırken set edilen Max ve Min memory parametresine göre sunucudan memory alanı tahsis eder. Default olarak SQL Server Instance sının kullandığı bellek alanı paging yapmamak için sürekli olarak büyür. Sunucuda yapılan bir işlem için memory alanı kalmadığı takdirde işletim sistemi SQL Server I uyarır ve SQL Server aldığı fazla memory I release eder.
Maximum ve minimum memory parametresini aşağıdaki ekrandan ayarlayabiliriz.
SQL Server Instancelarının yaşadığı darboğazların genel nedeni Memory nin yetersiz olmasıdır. Memory yetersiz olduğu durumda Veritabanının veriyi Fiziksel diskten okuması durumuna hard page fault denir.
Sistemdeki Memory Bottleneck olup olmadığını görmek için aşağıdaki Performance Counter lar incelenmelidir.
Memory: Pages/sec
–Memory’ de olmayan ve diskten okunması gereken memory page leri ile diske yazılması gereken bellek sayfalarının sayısını gösterir.
Bu değer Veritabanı normal çalıştığı sırada belirli bir müddet takip edilip ortalama bir değer bulunmalıdır. Sorun anlarında sürekli bu değer yüksek çıkıyorsa bu durumda sunucunun fiziksel belleğinin boyutunu artırmak faydalı olacaktır.
Memory: Committed Bytes
Instancesın RAM ve Diskte bulunan pagefile.sys alanından kullandığı toplam bellek alanını gösterir. Instance sa verilen Memory miktarı yeterli ise bu counter toplam RAM boyutunu aşmayacaktır. Sistem incelendiğinde belleğin yetersiz olduğu belirlenirse diskteki pagefile.sys dosyasının bulunduğu alanı kullanılmış demektir buda ilgili performance counter değerinin RAM değerini aşacağı anlamına gelir. Böyle bir senaryo yaşandığında sunucuya RAM eklemek sistemi rahatlatabilir.
Memory: Available Bytes
–Instance sın kullanabileceği toplam bellek miktarını gösterir. Bu değer genellikle düşük olarak gözükür. Bu counterın değeri sürekli olarak 4 MB’ ın altında ise çok fazla sayfalama (paging) işlemi meydana gelir.
Böylece bu yazının sonuna gelmiş bulunmaktayım bir sonraki yazıda SQL Server Performance Troubleshooting e devam ediyor olacağım.
Oracle Exadata SQL Server Goldengate Weblogic EBS ve Linux konusunda aşağıdaki konularda 7×24 Uzman Danışmanlara yada Eğitimlere mi İhtiyacınız var mehmet.deveci@gridgroup.com.tr adresine mail atarak Bizimle iletişime geçebilirsiniz.
– Oracle Veritabanı Danışmanlığı
– Oracle Veritabanı Bakım ve Destek
– Exadata Danışmanlığı
– Exadata Bakım ve Destek
– SQL Server Veritabanı Danışmanlığı
– SQL Server Veritabanı Bakım ve Destek
– Goldengate Danışmanlığı
– Goldengate Bakım ve Destek
– Linux Danışmanlığı
– Linux Bakım ve Destek
– Oracle EBS Danışmanlığı
– Oracle EBS Bakım ve Destek
– Weblogic Danışmanlığı
– Weblogic Bakım ve Destek
– Oracle Veritabanı Eğitimleri
– Oracle VM Server Danışmanlığı
– Oracle VM Server Bakım ve Destek
– Oracle EPPM Danışmanlığı
– Oracle EPPM Bakım ve Destek
– Oracle Primavera Danışmanlığı
– Oracle Primavera Bakım ve Destek
– Oracle Eğitimleri
– SQL Server Eğitimleri
– Goldengate Eğitimleri
– Exadata Eğitimleri
– Linux Eğitimleri
– Oracle EBS Eğitimleri
– Oracle VM Server Eğitimleri
– Weblogic Eğitimleri
– Oracle EPPM Eğitimleri
– Oracle Primavera Eğitimleri