SQL Server DMV ve DMF – 5

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ı […]

SQL Server DMV ve DMF – 5

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

 

Benzer Yazılar

SQL SERVER RIGHT-LEFT PARTITION

SQL Server 5 gün önce

SQL Server’da partitioning, büyük veritabanı tablolarını daha yönetilebilir ve performanslı hale getirmek amacıyla kullanılan bir tekniktir. Bu teknik, tablonun verilerini fiziksel olarak değil, mantıksal olarak parçalara ayırır. Veriler, belirli bir partition function ve partition scheme kullanılarak farklı bölümlere yönlendirilir. Partitioning, özellikle büyük veri kümeleriyle çalışan veri tabanlarında sorgu performansını artırır ve veri yönetimini kolaylaştırır. Partition Function ve Partition Scheme nedir? Partition Function: Verilerin hangi kriterlere göre bölüneceğini belirler. Örneğin, bir tarih aralığına göre verileri ayırmak. Partition Scheme: Verilerin hangi filegroup’larda depolanacağını belirler.   Örnek olarak Range LEFT ve Range RIGHT olmak üzere iki ayrı tabloda partition nasıl yapılır sizlere göstereceğim. İlk olarak Range LEFT olan partition yapısından başlayacağım. Öncelikle Veri tabanıma yeni filegroup ve file ekliyorum Şimdi sıra FUNCTION ve SCHEME oluşturmakta ben tablomu yıllık olarak partition yaptım sizler ihtiyaçlarınız doğrultusunda aylık,günlük vs yapabilirsiniz. LEFT partition dediğimiz olay vermiş olduğunuz tarih aralığına eşit bir veri geldiğinde bu veriyi solundaki partition […]

Veritabanı Recovery Pending Durumu ve Düzeltme Seçenekleri

SQL Server 2 hafta önce

İçindekilerVeritabanı Recovery Pending Durumu Nedir?Veritabanı Neden Recover Pending Duruma Düşer?Recovery Pending Durumu Nasıl Çözülür?SonuçKaynaklarVeritabanı Recovery Pending Durumu Nedir? SQL Server’da veritabanları bazı nedenlere bağlı olarak “Recovery Pending” (Kurtarma Bekleme)  moduna geçebilir. Veritabanın düzgün bir şekilde kapatılmaması, eksik veya bozuk log dosyaları, disk depolama sorunları, sistemde yaşanan anormal şekilde çökmeler veya MS SQL Server’daki hatalar bu duruma sebep olabilir. Recovery durumu, aslında veritabanını tekrar kullanılabilir hale getirmek için bir kurtarma işlemi yürüttüğünü ifade eder ve üç aşamadan oluşur; Analysis (Analiz): Transaction log incelemesi yapılması ve işlemlerin tamamlanma (Commit) durumunun kontrol edilmesi, Redo (Yeniden İşleme): Tamamlanmış (Commit) ancak henüz diske yazılamamış olan işlemlerin yeniden işlenmesi, Undo (Geri Alma): Başlamış (Begin) ancak tamamlanmamış (Commit) işlemlerin  geri alınmasıdır.   Veritabanı Neden Recover Pending Duruma Düşer? SQL Server Restart Süreci SQL Server servisi restart edildiğinde üzerinde bulunan tüm veritabanları tutarlılığın sağlanması için otomatik olarak recovery moduna girer ve redo/undo işlemleri sürecince devam eder. Ani Sistem […]

SQL Server DMV ve DMF – 6

SQL Server 2 hafta önce

Bu yazımızda DMV ve DMF Serimizin 6.sına devam edeceğiz. Bir önceki seride Memory’ye ilişkin DMV ve DMF’leri ele almıştık. Bu yazıda Memory konusunda devam edeceğiz. SQL server’da Memory kavramı en önemli kavramlardan biridir. Özellikle tüm transaction işlemlerinin önce Buffer sonra disk üzerinden devam ettiğini düşünürsek buffer’ın oynadığı kritik rolü daha iyi anlayabiliriz. Bu yazıda Memory’nin durumunu ve monitör edilmesine bakacağız. Özellikle Performans sorunlarında memory konusunda sorun yaşandığı durumda nasıl okumak gerektiği önemli rol oynamaktadır. Hangi database’de, hangi tablo’da sorun yaşandığına ilişkin bilgilere bu paylaşım sonrasında görebileceğiz. SQL Server’ın Memory kullanım durumunu incelediğimde; select physical_memory_in_use_kb/1048576.0 AS ‘physical_memory_in_use (GB)’, locked_page_allocations_kb/1048576.0 AS ‘locked_page_allocations (GB)’, virtual_address_space_committed_kb/1048576.0 AS ‘virtual_address_space_committed (GB)’, available_commit_limit_kb/1048576.0 AS ‘available_commit_limit (GB)’, page_fault_count as ‘page_fault_count’ from  sys.dm_os_process_memory; Görsel – 1   Physical_memory_in_use: Kullanımda olan Fiziksel Memory miktarını gösterir. locked_page_allocations: Memory’de lock’lanmış olan Page’lerin miktarını belirtir. virtual_address_space_contained: SQL Server VAS(Virtual Adress Space) için ayrılan miktarı belirtir. available_commit_limit: SQL Server tarafından kullanılabilecek Memory Miktarını gösterir. […]

0 Yorum

Yorum Yaz

Rastgele