SQL Server Trace Flag’leri: Nasıl Kullanılır, Hangileri Hâlâ Önemli?

Trace flag’ler, SQL Server’ın belirli davranışlarını değiştiren anahtarlardır: error log’a ne yazıldığı, query optimizer’ın nasıl çalıştığı, lock’ların nasıl yükseltildiği gibi. Birçok DBA, startup parametrelerinde artık kimsenin açıklayamadığı bir trace flag listesiyle gelen sunucuları devralır. Bunların bir kısmı hâlâ önemlidir, bir kısmı yıllardır hiçbir şey yapmıyordur, birkaçı ise asla kalıcı olarak açık kalmamalıdır.

Bu rehberde trace flag’lerin nasıl çalıştığını ve diğer SQL Server ayarlarından farkını, nasıl güvenli şekilde açılıp kalıcı hale getirileceğini, hangi trace flag’lerin hâlâ bilinmeye değer olduğunu, hangilerini emekliye ayırabileceğinizi ve sunucularınızda açık olanları nasıl denetleyeceğinizi anlatıyoruz.

Trace Flag’ler ve Diğer SQL Server Ayarları

“SQL Server flag’leri” birkaç farklı şey anlamına gelebilir. Farklı yerlerde ayarlanırlar ve farklı davranırlar:

SQL Server 2016’dan bu yana, eskiden trace flag gerektiren birçok davranış veritabanı ya da sorgu seviyesinde normal birer seçeneğe dönüştü. Bir seçenek varsa daha iyi tercih odur: görünürdür, veritabanının kendisinde belgelenir ve tüm instance’ı etkilemez.

Trace Flag Kapsamları: Global, Session ve Query

Bir trace flag üç kapsamdan birinde çalışır:

• Global: instance’taki tüm bağlantıları etkiler. DBCC TRACEON ile -1 argümanını kullanarak ya da -T startup parametresiyle açılır.
• Session: yalnızca mevcut bağlantıyı etkiler. DBCC TRACEON‘u -1 olmadan kullanın; session kapandığında flag da kaybolur.
• Query: QUERYTRACEON hint’iyle tek bir ifadeyi etkiler. Yalnızca Microsoft’un bunun için belgelediği query optimizer trace flag’lerinde çalışır.

Her flag her kapsamı desteklemez. 3226 ya da 1222 gibi bazıları yalnızca global çalışır.

-- Bir trace flag'i global olarak aç (bir sonraki restart'a kadar)
DBCC TRACEON (3226, -1);

-- Tekrar kapat
DBCC TRACEOFF (3226, -1);

-- Global olarak açık tüm trace flag'leri listele
DBCC TRACESTATUS (-1);

-- Query kapsamı: yalnızca desteklenen query optimizer trace flag'leri için
SELECT OrderID, Total
FROM dbo.Orders
WHERE CustomerID = 42
OPTION (QUERYTRACEON 4199);

Bir Trace Flag Nasıl Kalıcı Hale Getirilir?

DBCC TRACEON ile açılan bir flag, plansız bir failover dahil bir sonraki restart’ta kaybolur. Kalıcı olması için startup parametresi olarak ekleyin:

1. SQL Server Configuration Manager‘ı açın, SQL Server servisine sağ tıklayıp Properties‘i seçin.
2. Startup Parameters sekmesinde -T3226 yazın (her flag için ayrı bir parametre) ve Add‘e tıklayın.
3. Servisi yeniden başlatın ya da flag’in hemen etkili olması için ayrıca DBCC TRACEON (3226, -1) çalıştırın.

Linux’ta mssql-conf kullanın, örneğin sudo /opt/mssql/bin/mssql-conf traceflag 3226 on, ardından servisi yeniden başlatın. Bir failover cluster’da ya da availability group’ta aynı startup parametrelerini her node’a ekleyin; aksi halde davranış failover’dan sonra değişir.

Hâlâ Bilinmeye Değer Trace Flag’ler

Emekliye Ayırabileceğiniz Trace Flag’ler

İnternetteki birçok trace flag listesi, yıllar önce işlevini yitirmiş flag’leri hâlâ öneriyor. Sunucunuz SQL Server 2016 ya da sonrasında çalışıyorsa bunlar kaldırılmaya adaydır:

Database Scoped Configuration’ları ve Query Hint’lerini Tercih Edin

Bir davranışın belgelenmiş bir seçeneği varsa trace flag yerine onu kullanın. Bir database scoped configuration yalnızca bir veritabanını etkiler ve sys.database_scoped_configurations‘ta görünür; bir USE HINT yalnızca bir sorguyu etkiler ve kodun içinde kendini belgeler:

-- Tüm instance için trace flag 4199 yerine
ALTER DATABASE SCOPED CONFIGURATION SET QUERY_OPTIMIZER_HOTFIXES = ON;

-- Ya da yalnızca tek bir sorgu için
SELECT OrderID, Total
FROM dbo.Orders
WHERE CustomerID = 42
OPTION (USE HINT ('ENABLE_QUERY_OPTIMIZER_HOTFIXES'));

-- Mevcut veritabanında nelerin ayarlı olduğunu gör
SELECT name, value
FROM sys.database_scoped_configurations
ORDER BY name;

Sunucularınızdaki Trace Flag’leri Nasıl Denetlersiniz?

Şu an çalışanla bir sonraki restart’tan sonra çalışacak olanı karşılaştırın. Çoğu zaman farklıdırlar; çünkü biri bir flag’i DBCC TRACEON ile açıp startup parametrelerine hiç eklememiştir, ya da tam tersi:

-- Şu anda açık olanlar
DBCC TRACESTATUS (-1);

-- Servisin başlarken kullandığı parametreler (-T3226 gibi)
SELECT value_name, value_data
FROM sys.dm_server_registry
WHERE value_name LIKE N'SQLArg%';

Bulduğunuz her flag için üç soruyu yanıtlayın: bu sürümde ne yapıyor, onun yerine geçen belgelenmiş bir seçenek var mı, ve kim, neden açtı? Yanıtları sunucu dokümantasyonunuzda tutun. Her yapılandırma değişikliğinde olduğu gibi production’ı değiştirmeden önce test edin.