Kategori: sqlserver
MSSQL Server’da SQLTRACEBUFFER Bekleme Tipi
SQL Server’da SQLTRACE_BUFFER bekleme tipi, sistemde çalışan bir SQL Trace veya SQL Profiler oturumunun, topladığı verileri diske veya istemciye yazarken yaşadığı gecikmeyi ifade eder. Basit bir ifadeyle: SQL Server, takip…
MSSQL Server’da PAGEIOLATCH Bekleme Tipi
SQL Server performans analizinde PAGEIOLATCH, en sık karşılaşılan ve genellikle “Disk yavaş mı?” sorusunu akıllara getiren bekleme tipidir. Ancak her zaman suçlu disk olmayabilir. Bir sorgu çalıştığında, ihtiyacı olan veri…
MSSQL Server’da PAGELATCH Bekleme Tipi
SQL Server performans tuning dünyasında PAGELATCH, en çok karıştırılan ama çözümü en standart olan bekleme tiplerinden biridir. Sorunu çözmek için önce “Latch” kavramını bir “Trafik Polisi” gibi düşünerek anlamak gerekir….
MSSQL Server’da MEMORY_GRANT_PENDING Bekleme Tipi
SQL Server’ın Memory Clerk yapısı, her sorguya ihtiyacı olan “çalışma belleğini” (Query Grant) dağıtır. Eğer havuzda yeterli RAM yoksa, sorgu bir kuyruğa alınır. SQL Server’ın sorgu çalıştırmadan önce gerekli olan…
MSSQL Server’da RESOURCE_SEMAPHORE_QUERY_COMPILE Bekleme Tipi
RESOURCE_SEMAPHORE_QUERY_COMPILE, SQL Server’ın sorgu derleme sırasında bellek kaynaklarını almak için beklediği bir durumdur. Sorgular çalıştırılmadan önce SQL Server, sorgu planlarını oluştururken belirli bir miktarda bellek kullanır. Eğer bellek yeterli değilse,…
MSSQL Server’da RESOURCE_SEMAPHORE Bekleme Tipi
SQL Server’da bir sorgu (özellikle SORT veya HASH JOIN içeren karmaşık sorgular) çalışmadan önce belirli bir miktar bellek rezervasyonu talep eder. Eğer sunucudaki boş bellek miktarı, sorgunun talep ettiği “minimum”…
MSSQL Server’da BROKER_TASK_STOP Bekleme Tipi
Service Broker, SQL Server içinde mesajlaşma ve kuyruklama işlemlerini yöneten bir mimaridir. Bu mimari, arka planda belirli görevleri (tasks) yerine getirmek için “worker thread” adı verilen iş parçacıklarını kullanır. BROKER_TASK_STOP…
MSSQL Server’da HADR_WORK_QUEUE Bekleme Tipi
Always On Availability Groups mimarisinde, secondary replikalar üzerinde sürekli çalışan “worker thread” (işçi parçacıkları) grupları vardır. Bu thread’lerin görevi, birincil (primary) replikadan gelen log kayıtlarını almak, işlemek ve veritabanına uygulamaktır….
