Bu yazıda SQL Server’da DMV ve DMF serisinin 4.süne devam edeceğiz. Bir önceki yazımızda sys.dm_os_sys_info DMV’si altında neleri göreceğimizi ve sciprtler ile baktığımızda neleri okuyabileceğimizi görmüştük. Özellikle CPU kaynaklarının SQL server tarafından nasıl kullanıldığı öğrenmiştik. Bu yazıda sys.dm_os_sys_info ve memory ile ilişkili DMV’ler yardımı ile Memory kaynaklarının nasıl kullanıldığı ve burada nelerin dikkat edilmesi hususunda bilgileri öğrenmiş olacağız.
Bildiğiniz gibi kaynaklara ilişkin bilgilere sys.dm_os_sys_info üzerinden erişebiliyorduk.
Buffer Pool kullanım durumunu kontrol etmek istediğimde;
SELECT (physical_memory_kb)/1024 AS physical_memory_MB, (committed_kb)/1024.0 as BPool_Committed_MB, (committed_target_kb)/1024.0 as BPool_Commit_Tgt_MB, (visible_target_kb)/1024.0 as BPool_Visible_MB FROM sys.dm_os_sys_info;
Görsel – 1
physical_memory_MB: Fiziksel olarak server üzerindeki memory miktarı.
visible_target_KB: Buffer Pool içerisinde yer alan 8KB’lık Buffer’ların sayısını gösterir. Bu değerin çok düşük olması Memory hataları veya memory dump alınmasına neden olacaktır.
committed_kb: SQL Server tarafından kullanılan Actual Memory değeridir.
committed_target_kb: SQL Server tarafından tüketilmek için denenen memory miktarıdır.
committed_target_kb > committed_kb durumunda; SQL Server Mmemory Manager ek memory ihtiyacı olduğunu söylüyor.
committed_target_kb < committed_kb durumunda; SQL Server Memory Manager, SQL Server tarafından kullanılan memory miktarını düşürmeye çalışıyor.
Memory Broker’lar; farklı türlere göre allocation işlemlerini kontrol ediyor ve bunları monitorlüyor. 1 Node başına bir memory broker çalışıyor. Allocation işlemlerinden olan shrink, grow gibi işlemleri,
select * from sys.dm_os_memory_brokers dmv’si ile izleyebiliriz.
Memory brokerlar, sql server bellek kullanımını izleme ve optimize için bir araç. Bu sayede bellek ihtiyacını anlayabilir ve performans arttırımı yapılabilir. Memory brokers’ın davranışını aşağıdaki script ile kontrol edebilirsiniz.
SELECT * FROM sys.dm_os_ring_buffers WHERE ring_buffer_type = 'RING_BUFFER_MEMORY_BROKER';
Memory Clerk’ler, SQL Server için memory yönetimini deallocate ve allocate edilmesi için yönetimini gerçekleştiren komponentlerdir. Bu allocate işlemleri 8KB’lık bloklar halinde gerçekleşir. ad-hoc sorguların planlarının (CACHESTORE_SQLCP) yoğun olup olmadığı ve kontrol etmek için memory clerklere bakılması gerekmektedir.
SELECT TOP(10) mc.[type] AS [Memory Clerk Type], CAST((SUM(mc.pages_kb)/1024.0) AS DECIMAL (15,2)) AS [Memory Usage (MB)] FROM sys.dm_os_memory_clerks AS mc WITH (NOLOCK) GROUP BY mc.[type] ORDER BY SUM(mc.pages_kb) DESC OPTION (RECOMPILE);
Görsel – 2
CACHESTORE_OBJCP – store proce ve function’a karşılık gelir.
CACHESTORE_SQLCP – sql server üzerinden gelen statement sorgulardır.
SQLQERESERVATIONS – Memory grant ile ilgili isteklerdir.
Memory Object’ler; sql server dataları sıralı yazmadığı için sıralıda okumaz. Memory objects burada bu dataların memory’de tutulmasını sağlıyor. Memory clerk gibi sıralı değildir. Memory clerk daha çok büyük allocate yaparken memory obejct daha granül daha tanecikli yapıda. Fiziksel adrese sahip hangi data memory’de nerede olması gibi düşünebiliriz. Bu objectlerin bilgisine erişmek için aşağıdaki dmv’yi kullanabiliriz;
select * from sys.dm_os_memory_objects
Memory grant, memory talebi olan sessionları ifade etmektedir. Session’a ait sorgunun ne kadar memory ihtiyacı olduğunu aşağıdaki script ile görebiliriz.
SELECT session_id, requested_memory_kb / 1024 as RequestedMemMb, granted_memory_kb / 1024 as GrantedMemMb, text FROM sys.dm_exec_query_memory_grants qmg CROSS APPLY sys.dm_exec_sql_text(sql_handle)
Hangi db’nin memory’de ne kadar cache’i kullandığı bilgisne aşağıdaki script ile erişebilirsiniz.
SELECT TOP 5 DB_NAME(database_id) AS [Database Name], COUNT(*) * 8/1024.0 AS [Cached Size (MB)] FROM sys.dm_os_buffer_descriptors WITH (NOLOCK) GROUP BY DB_NAME(database_id) ORDER BY [Cached Size (MB)] DESC OPTION (RECOMPILE);
Lazy writer izlemek istersek eğer, scriptli ile izleyebiliriz. Lazy writer’ın ne olduğu hakkında bir sonraki yazıda ele alacağız.
select * from sys.dm_os_memory_cache_clock_hands
Sistemdeki Memory kullanımını öğrenmek istediğimizde sys.dm_os_sys_info DMV’si yardımımıza yetişecektir. Özellikle kullanılan Memory’nin ne kadarını SQL Server kullanıyor dediğimizde bize bu sonucu verecektir. Aşağıdaki görüldüğü gibi benim sistemimde 16 GB memory var ve SQL Server bunun 266 MB’ını şu anda kullanıyor.
select sys.dm_os_sys_info.physical_memory_kb/1024 AS [OS RAM / Physical Memory (MB)], sys.dm_os_process_memory.physical_memory_in_use_kb/1024 as [Physical Memory SQL Using (MB)], FORMAT(( CONVERT( numeric,sys.dm_os_process_memory.physical_memory_in_use_kb) / CONVERT( numeric,sys.dm_os_sys_info.physical_memory_kb) ),'P', 'en-us') as [Percentage of Physical Memory SQL Using] FROM sys.dm_os_sys_info, sys.dm_os_process_memory;
Operating system’in memory kullanım durumuna ilişkin bilgilere erişmek istediğimde;
select total_physical_memory_kb/1024 AS total_physical_memory_mb, available_physical_memory_kb/1024 AS available_physical_memory_mb, total_page_file_kb/1024 AS total_page_file_mb, available_page_file_kb/1024 AS available_page_file_mb, 100 - (100 * CAST(available_physical_memory_kb AS DECIMAL(18,3))/CAST(total_physical_memory_kb AS DECIMAL(18,3))) AS 'Percentage_Used', system_memory_state_desc from sys.dm_os_sys_memory;
Görsel – 3
total_physical_memory_mb: İşletim Sisteminde yüklü Gerçek Fiziksel Memory
Available_physical_memory_mb: Kullanılabilir Fiziksel Memory
total_page_file_mb: İşletim sistemindeki Page file boyutu
Available_page_file_mb: Kullanılabilir Page File boyutu
Percentage_Used: Kullanılan Fiziksel Memory Yüzdelik Olarak Miktarı
system_memory_state_desc: Memory’nin Mevcut Sağlık durumu
0 Yorum