MSSQLSERVER_833

Şunlar için geçerlidir:SQL ServerAzure SQL Yönetilen Örneği

Ayrıntılar

Özellik	Değer
Ürün Adı	SQL Sunucusu
Olay Kimliği	833
Olay Kaynağı	MSSQLSERVER
Bileşen	SQLEngine
Sembolik Ad	BUF_LONG_IO
İleti Metni	SQL Server, veritabanındaki [%ls] (%d)[%ls] dosyasında tamamlanması %d saniyeden uzun süren G/Ç isteklerinin %d oluşumlarıyla karşılaştı. İşletim sistemi dosya tanıtıcısı 0x%p'dır. En son uzun G/Ç'nin uzaklığı: %#016I64x.

Açıklama

Bu ileti, SQL Server'ın diskten bir okuma veya yazma isteği yayımladığını ve isteğin döndürülmesi 15 saniyeden uzun sürdüğünü gösterir. SQL Server bu hatayı bildirir ve G/Ç alt sistemiyle ilgili bir sorun olduğunu gösterir. SQL Server gibi bir veritabanı yönetim sistemi (DBMS), dosya giriş ve çıkış (G/Ç) işlemlerinin zamanında olmasına dayanır. Aşağıdaki öğelerden herhangi biri takılmış veya durdurulmuş G/Ç işlemlerine neden olabilir ve SQL Server yanıt hızını ve performansını olumsuz etkileyebilir:

• Hatalı donanım
• Yanlış yapılandırılmış donanım
• Üretici yazılımı ayarları
• Filtre sürücüleri
• Sıkıştırma
• Hatalar
• G/Ç yolundaki diğer koşullar

Bu G/Ç sorunları aşağıdaki davranışın oluşmasına neden olabilir:

• Engelleme.
• Mandal çekişmesi ve zaman aşımları.
• Yavaş yanıt süresi.
• Kaynak sınırlarının esnetilmesi.
• Bu iletiyle ilişkili diğer belirtilerle de karşılaşabilirsiniz, örneğin:
  • PAGEIOLATCH bekleme süreleri yüksektir.
  • Sistem olay günlüğündeki uyarılar veya hatalar.
  • Sistem izleyici sayaçlarındaki disk gecikmesi sorunlarının göstergeleri.

G/Ç işlemi 15 saniye veya daha uzun süre beklemede olduğunda, SQL Server aşağıdaki adımları gerçekleştirir:

1. Bir işlemin beklemede olduğunu algılar.

2. Ayrıntılar bölümünde açıklandığı gibi SQL Server hata günlüğüne bilgilendiren bir ileti yazar.

   Bu bilgilendirme iletisinin farklı bölümlerine ilişkin açıklama aşağıdaki tabloda verilmiştir:

İleti metni	Açıklama
< Sayı> oluşumlar	Okuma veya yazma işlemini 15 saniyeden kısa sürede tamamlamamış G/Ç isteklerinin sayısı.
Dosya bilgileri	Tam dosya adı, veritabanı adı ve veritabanı kimliği (DBID) numarası.
Kulp	Dosyanın işletim sistemi tanıtıcısı. G/Ç istek paketi (IRP) isteklerini izlemeye yardımcı olması için hata ayıklayıcılarla veya diğer yardımcı programlarla işletim sistemi tutamacını kullanabilirsiniz.
Ofset baskı	Son takılan G/Ç işleminin veya son durdurulan G/Ç işleminin uzaklığı. IRP isteklerini izlemeye yardımcı olması için hata ayıklayıcılarla veya diğer yardımcı programlarla uzaklığı kullanabilirsiniz. Not: Bilgi iletisi SQL Server hata günlüğüne yazıldığında G/Ç işlemi artık takılmayabilir veya durdurulmayabilir.

Olası nedenler

Bilgilendirme iletisi, geçerli yükün aşağıdaki koşullardan biriyle karşılaşabileceğini gösterir:

• İş yükü, G/Ç alt sisteminin (SAN, NAS ve doğrudan bağlı) yanlış yapılandırılması veya donanım kapasitesine ulaşılması nedeniyle G/Ç yolu özelliklerini aşıyor.
• İş yükü G/Ç, CPU'lar ve HBA'lar gibi geçerli sistem özelliklerini aşıyor.
• G/Ç yolunda hatalı çalışan yazılımlar var. Üretici yazılımı veya sürücü sorunu olabilir.
• G/Ç yolunda hatalı çalışan donanım bileşenleri var.
• İşletim sistemi düzeyinde performans sorunu.
• Veritabanı dosyalarının G/Ç işlemine veya depolama yoluna filtre sürücüsü müdahalesi. Örneğin, virüsten koruma programı.

SQL Server, G/Ç isteğini başlattığı saati ve G/Ç'nin tamamlanma zamanını kaydeder. Bu fark 15 saniye veya daha uzunsa, bu koşul algılanır. Ayrıca bu iletinin açıklayıp bildirdiği gecikmeli G/Ç koşulunun nedeni SQL Server olmadığı anlamına gelir. Bu koşul, durdurulmuş G/Ç olarak bilinir. Çoğu disk isteği, diskin tipik hızı içinde gerçekleşir. Bu tipik disk hızı genellikle disk arama süresi olarak bilinir. Çoğu standart disk için disk arama süresi 10 milisaniye veya daha kısa sürede gerçekleşir. Bu nedenle, sistem G/Ç yolunun SQL Server'a dönmesi için 15 saniye uzun bir süredir. Daha fazla ayrıntı için Daha Fazla Bilgi bölümüne bakın.

Kullanıcı eylemi

Aşağıdaki adımları gerçekleştirerek bu hatayı giderin:

1. Donanımla ilgili hata iletileri için sistem olay günlüğünü inceleyin.
2. Donanıma özgü günlükler varsa bu günlükleri inceleyin. İşletim sistemi, sürücüler veya G/Ç donanımındaki gecikmenin nedenini belirlemek için gerekli yöntem ve teknikleri kullanın.
3. Tüm cihaz sürücülerini ve üretici yazılımını güncelleştirin veya G/Ç alt sisteminizle ilişkili diğer tanılamaları gerçekleştirin.
4. Disk erişimi, bir virüsten koruma programı gibi filtre sürücüleri tarafından yavaşlatılabilir. Erişim hızını artırmak için hata iletisinde belirtilen SQL Server veri dosyalarını etkin virüs taramalarının dışında tutun. Daha fazla bilgi için bkz. SQL Server (microsoft.com) çalıştıran bilgisayarlarda çalıştırılacak virüsten koruma yazılımını seçme.
   • Sistemde yüklü olan tüm filtre sürücülerini sorgulamak ve veritabanı dosyalarının depolama yolunda gerçekleştirdiği işlevleri anlamak için fltmc.exe komut satırı yardımcı programını kullanın.
5. Performans İzleyicisi'ni kullanarak aşağıdaki sayaçları inceleyin:
   • Ortalama Disk Sn/Aktarım
   • Ortalama Disk Kuyruğu Uzunluğu
   • Geçerli Disk Kuyruğu Uzunluğu
6. Disk birimine yapılan isteklerin gecikme süresini ölçmek için Storport ETW günlüğü gibi olanakları da kullanabilirsiniz. Benzer bir disk G/Ç sorun giderme seti, Windows Performans Kaydedicisi'nin yerleşik profili olarak kullanılabilir.
7. sys.dm_io_virtual_file_stats izleyin ve depolama aktarım hızınız için uygun depolama katmanını ve IOPS'yi seçin.

G/Ç sorunları nedeniyle oluşan SQL Server performans sorunlarını tanılamaya ve gidermeye yönelik kılavuzlu bir kılavuz için bkz. G /Ç sorunlarının neden olduğu yavaş SQL Server performansını giderme.

Daha fazla bilgi

Takılmış G/Ç ve Durdurulmuş G/Ç

Takılmış G/Ç

Takılmış G/Ç, tamamlanmamış bir G/Ç isteği olarak tanımlanır. Sık sık, takılmış G/Ç, takılmış bir IRP'yi gösterir. Takılmış G/Ç koşulunu çözmek için genellikle bilgisayarı yeniden başlatmanız veya benzer bir eylem gerçekleştirmeniz gerekir. Takılmış G/Ç koşulu genellikle aşağıdaki sorunlardan birini gösterir:

• Hatalı donanım.
• G/Ç yolu bileşenindeki bir hata.

Durdurulmuş G/Ç

Durdurulan G/Ç, tamamlanan veya tamamlanması fazla zaman alan bir G/Ç isteği olarak tanımlanır. Durdurulan G/Ç davranışı genellikle aşağıdaki nedenlerden biri nedeniyle oluşur:

• Donanım yapılandırması.
• Üretici yazılımı ayarları.
• İzlemek ve çözmek için donanımdan veya yazılım satıcısından yardım gerektiren bir filtre sürücüsü sorunu.

SQL Server G/Ç'nin durması ve G/Ç kaydının ve raporlamanın takılması

SQL Server Desteği, her yıl takılan veya durdurulan G/Ç sorunlarıyla ilgili birçok durumu işler. Bu G/Ç sorunları farklı şekillerde görünür. G/Ç sorunları tanılanması ve hata ayıklaması en zor olan sorunlardan bazılarıdır ve Microsoft'tan ve müşteriden hata ayıklama için önemli süre ve kaynaklar gerektirir. G/Ç isteklerinin raporlanması ve kaydedilmesi dosya başına temelinde tasarlanmıştır. Durdurulmuş ve takılmış G/Ç isteklerinin algılanması ve raporlanması iki ayrı eylemdir.

kayıt

SQL Server'da bir kayıt eylemi gerçekleştiğinde iki an vardır. İlki G/Ç işleminin tamamlanmasıdır. İkinci an, tembel yazarın çalıştığı zamandır. Gecikmeli yazıcı çalıştırıldığında, bekleyen tüm verileri ve bekleyen günlük dosyası G/Ç isteklerini denetler. G/Ç isteği 15 saniye eşiğini aşarsa bir kayıt işlemi gerçekleşir.

Raporlama

Raporlama, beş dakika veya daha fazla ayrı aralıklarla gerçekleşir. Raporlama, dosyada bir sonraki G/Ç isteği yapıldığında gerçekleşir. Bir kayıt eylemi gerçekleştiyse ve son raporun ortaya çıkmasına beş dakika veya daha fazla süre geçtiyse, Ayrıntılar bölümünde belirtilen bilgilendirme iletisi SQL Server hata günlüğüne yazılır.

15 saniye eşiği ayarlanamaz. Ancak, izleme bayrağı 830'u kullanarak durdurulmuş veya takılmış G/Ç algılamayı devre dışı bırakabilirsiniz, ancak bunu yapmanızı önermeyiz.

830 izleme bayrağını kullanarak durdurulmuş ve takılmış G/Ç için algılamayı devre dışı bırakabilirsiniz. SQL Server her başlatıldığında bu bayrağı etkinleştirmek için -T830 başlangıç parametresini kullanın. Çalışmakta olan bir SQL Server örneğinde algılamayı devre dışı bırakmak için aşağıdaki deyimi kullanın:

    dbcc traceon(830, -1)

Bu ayar yalnızca SQL Server işleminin ömrü için geçerlidir.

Uyarı

Durdurulan veya takılan bir G/Ç isteği yalnızca bir kez bildirilir. Örneğin, ileti 10 G/Ç isteğinin durdurulduğunu bildirirse, bu 10 rapor bir daha gerçekleşmez. Sonraki ileti 15 G/Ç isteğinin durdurulduğunu bildirirse, bu 15 yeni G/Ç isteğinin durdurulduğunu gösterir.

G/Ç istek paketini (IRP) izleme

SQL Server, verileri okumak ve yazmak için standart Microsoft Windows API çağrılarını kullanır. Örneğin, SQL Server aşağıdaki işlevleri kullanır:

• WriteFile
• ReadFile
• WriteFileScatter
• ReadFileGather

Okuma veya yazma isteği, Windows tarafından G/Ç istek paketi (IRP) olarak işlenir. IRP'nin durumunu belirlemek için aşağıdaki özelliklerin ikisini de kullanın:

• Windows desteği
• Storport ETW günlüğü

Aşağıdaki öğeler için kullanılabilir güncelleştirmeleri denetlemenizi öneririz:

• The BIOS
• Üretici yazılımı
• Diğer G/Ç yolu bileşenleri

Ek hata ayıklama eylemleri gerçekleştirmeden önce donanım satıcılarınıza başvurun. Hata ayıklama oturumu büyük olasılıkla bir üçüncü taraf sürücü, üretici yazılımı veya filtre sürücüsü bileşeni içerir.

Sistem performansı ve sorgu planı eylemleri

Genel olarak, sistem performansı G/Ç işlemede önemli bir rol oynayabilir. Durdurulmuş veya takılmış G/Ç işlemlerinin raporlarını araştırırken sistemin genel durumunu dikkate almanız gerekir. Aşırı yük, G/Ç işleme dahil olmak üzere genel sistemin yavaşmasına neden olabilir. Sistemin sorun oluştuğunda davranışı, sorunun kök nedenini belirlemede önemli bir faktör olabilir. Örneğin, sorun oluştuğu sırada CPU kullanımı artar veya yüksek kalırsa, sistem işleminin o kadar çok CPU kullandığını ve diğer işlemlerin olumsuz etkilendiğini gösterebilir.

Performans sayaçları

G/Ç performansını izlemek için belirli G/Ç yolu bilgileri için aşağıdaki performans sayaçlarını inceleyin:

• Ortalama Disk Sn/Aktarım
• Ortalama Disk Kuyruğu Uzunluğu
• Geçerli Disk Kuyruğu Uzunluğu

Örneğin, SQL Server çalıştıran bir bilgisayarda Ortalama Disk Sn/Aktarım süresi genellikle 15 milisaniyeden kısadır. Ortalama Disk Sn/Aktarım değeri tırmanıyorsa, G/Ç alt sisteminin G/Ç talebine en uygun şekilde uymadığını gösterir.

SQL Server, disk kuyruğu uzunluklarını yoğun bir şekilde zorlayan zaman uyumsuz G/Ç özelliklerinden tam olarak yararlandığından performans sayaçlarını kullanırken dikkatli olun. Bu nedenle, daha uzun disk kuyruğu uzunlukları tek başına bir sorun göstermez.

Windows Sistem İzleyicisi'nde, etkilenen her disk için "Fiziksel Disk: Disk Bayt/sn" sayacını gözden geçirebilir ve etkinlik hızını her işlem için "İşlem: GÇ Veri Bayt/Sn" ve "İşlem: GÇ Diğer Bayt/sn" sayaçlarıyla karşılaştırabilirsiniz. Bunu, belirli bir işlem kümesinin aşırı G/Ç isteği oluşturup oluşturmadığını belirlemek için yaparsınız. İşlem nesnesindeki G/Ç ile ilgili diğer çeşitli sayaçlar daha ayrıntılı bilgiler gösterir. Bir SQL Server örneğinin sunucuda aşırı G/Ç yükünden sorumlu olduğunu belirlerseniz Dizinler ve Paralellik'in sonraki bölümüne bakın. G/Ç performans sorunlarını algılama ve çözme hakkında ayrıntılı bir tartışma için bkz. G/Ç sorunlarının neden olduğu yavaş SQL Server performansını giderme.

Dizinler ve paralellik

Genellikle dizin eksik olduğundan G/Ç artışları oluşur. Bu davranış G/Ç yolunu ciddi şekilde itebilir. Dizin Dönüştürme Sihirbazı'nı (ITW) kullanan bir geçiş, sistem üzerindeki G/Ç baskısını çözmeye yardımcı olabilir. Sorgu, tablo taraması yerine dizinden yararlanıyorsa veya bir sıralama veya karma kullanıyorsa, sistem aşağıdaki avantajları elde edebilir:

• Fiziksel G/Ç'de, sorgu için doğrudan performans avantajları oluşturan eylemi tamamlamak için gereken bir azaltma yapılır.
• Veri önbelleğindeki daha az sayfa devredilmelidir. Bu nedenle, veri önbelleğindeki bu sayfalar etkin sorgularla ilgili olmaya devam eder.
• Sıralamalar ve karmalar, dizin eksik olabileceğinden veya istatistikler güncel olmadığından kullanılır. Bir veya daha fazla dizin ekleyerek tempdb kullanımını ve çekişmesini azaltabilirsiniz.
• Kaynaklarda, paralel işlemlerde veya her ikisinde de azaltma yapılır. SQL Server paralel sorgu yürütmeyi garanti etmediğinden ve sistemdeki yük dikkate alındığından, tüm sorguları seri yürütme için en iyi duruma getirmek en iyisidir. Sorguyu iyileştirmek için Sorgu Çözümleyicisi'ni açın ve en yüksek paralellik derecesi seçeneğinin sp_configure değerini 1 olarak ayarlayın. Tüm sorgular seri işlem olarak hemen çalışacak şekilde ayarlanırsa, paralel yürütme genellikle yalnızca daha iyi bir sonuç olur. Ancak, veri miktarı büyük olduğundan genellikle paralel yürütme seçilir. Eksik bir dizin için büyük bir sıralamanın gerçekleşmesi gerekebilir. Sıralama işlemini gerçekleştiren birden çok çalışan daha hızlı bir yanıt oluşturur. Ancak, bu eylem sistem üzerindeki baskıyı önemli ölçüde artırabilir. Birçok çalışandan gelen büyük okuma istekleri, artan CPU kullanımıyla birlikte G/Ç artışına neden olabilir. Bir sorgu genellikle daha hızlı çalışacak ve dizin eklendiğinde veya başka bir ayarlama eylemi gerçekleştiğinde daha az kaynak kullanacak şekilde ayarlanabilir.

SQL Server Desteği'nden pratik örnekler

Aşağıdaki örnekler SQL Server Desteği ve Windows Yükseltme Desteği tarafından işlenmiştir. Bu örnekler, bir başvuru çerçevesi sağlamak ve durdurulmuş ve takılmış G/Ç durumlarıyla ilgili beklentilerinizi belirlemenize yardımcı olmak için tasarlanmıştır. Ayrıca sistemin nasıl etkileneceğini veya yanıt verebileceğini anlamak için bir çerçeve sağlar. Belirli bir donanım veya sürücü kümesi belirli bir risk veya başka bir donanıma karşı artan risk oluşturmaz. Bu bakımdan tüm sistemler aynıdır.

Örnek 1: 45 saniye boyunca takılan günlük yazma

SQL Server günlük dosyasını düzenli aralıklarla yazma girişimi yaklaşık 45 saniye boyunca takılıyor. Günlük yazma işlemi zamanında tamamlanmadı. Bu davranış, 30 saniye istemci zaman aşımlarına neden olan bir engelleme koşulu oluşturur.

Uygulama SQL Server'a bir işleme gönderdi ve işleme günlük yazma beklemede olarak takılıyor. Bu davranış, sorgunun kilitleri tutmaya ve diğer istemcilerden gelen istekleri engellemeye devam etmesine neden olur. Ardından diğer istemciler zaman aşımına uğradı. Bu, sorgu zaman aşımı oluştuğunda uygulama açık işlemleri geri almadığından sorunu bir hale getirmektedir. Bu, kilitleri tutan yüzlerce açık işlem oluşturur. Bu nedenle ciddi bir engelleme durumu oluşur.

İşlem işleme ve engelleme hakkında daha fazla bilgi için aşağıdaki Microsoft Bilgi Bankası makalesine bakın: 224453 SQL Server engelleme sorunlarını anlama ve çözme

Uygulama, bağlantı havuzu kullanarak bir web sitesini hizmet vermektedir. Daha fazla bağlantı engellendikçe web sitesi daha fazla bağlantı oluşturur. Bu bağlantılar engellenir ve döngü devam eder.

Günlük yazma işleminin tamamlanması yaklaşık 45 saniye sürer. Ancak, bu zamana kadar yüzlerce bağlantı yedeklenir. Engelleme sorunları SQL Server ve uygulama için birkaç dakikalık kurtarma süresine neden olur. Uygulama sorunlarıyla birlikte, durdurulan G/Ç koşulunun sistem üzerinde çok olumsuz bir etkisi vardır.

Çözünürlük

Sorun, Konak Veri Yolu Bağdaştırıcısı (HBA) sürücüsünde takılmış G/Ç isteğine kadar izlenir. Bilgisayarda yük devretme desteğine sahip birden çok HBA kartı vardır. Bir HBA, Depolama Alanı Ağı 'nın (SAN) arkasındaysa veya iletişim kurmadığında, "yük devretmeden önce yeniden dene" zaman aşımı değeri 45 saniye olarak yapılandırılır. Zaman aşımı aşıldığında G/Ç isteği ikinci HBA'ya yönlendirilir. İkinci HBA isteği işler ve hızla tamamlanır. Donanım üreticisi, bu tür durak koşullarını önlemeye yardımcı olmak için beş saniyelik bir "yük devretmeden önce yeniden deneme" ayarını önerir.

Örnek 2: Filtre sürücüsü müdahalesi

Birçok virüsten koruma yazılımı programı ve yedekleme ürünü G/Ç filtre sürücülerini kullanır. Bu G/Ç filtre sürücüleri G/Ç istek yığınının bir parçası haline gelir ve IRP isteğine erişebilir. Microsoft Ürün Destek Hizmetleri, filtre sürücüsü uygulamasında takılmış G/Ç koşulları veya durdurulmuş G/Ç koşulları oluşturan hatalardan kaynaklanan çeşitli sorunlar gördü.

Bu tür bir koşul, yedekleme gerçekleştiğinde açık olan dosyaların yedeklenmesine izin veren bir yedekleme işlemi için filtre sürücüsüdür. Sistem yöneticisi, SQL Server veri dosyası dizinini dosya yedekleme seçimlerine eklemiştir. Yedekleme gerçekleştiğinde yedekleme, yedekleme başlatıldığında dosyanın doğru görüntüsünü toplamaya çalışır. Bu işlem G/Ç isteklerini geciktirmektedir. G/Ç isteklerinin yazılım tarafından işlenmek üzere tek seferde yalnızca bir tane tamamlanmasına izin verilir.

Yedekleme başladığında SQL Server'ın G/Ç'leri birer birer tamamlanmaya zorlandığından SQL Server performansı önemli ölçüde düşer. Bir kerede mantığı, G/Ç işleminin zaman uyumsuz olarak gerçekleştirilemeyecek şekilde olmasıdır ve bu da sorunu birleştirebilir. Bu nedenle, SQL Server bir G/Ç isteği gönderip devam etmek istediğinde, çalışan G/Ç isteği tamamlanana kadar okuma veya yazma çağrısında takılır. Filtre sürücüsünün eylemleri, SQL Server gibi işleme görevlerini etkin bir şekilde devre dışı bırakır. Ayrıca, filtre sürücüsündeki başka bir hata, yedekleme tamamlandığında bile işlemdeki eylemleri birer birer bırakır. SQL Server performansını geri yüklemenin tek yolu, dosya tanıtıcısının serbest bırakılıp filtre sürücüsü etkileşimi olmadan yeniden sorgulanacak şekilde SQL Server'ı yeniden başlatmaktır.

Çözünürlük

Bu sorunu çözmek için SQL Server veri dosyaları dosya yedekleme işleminden kaldırılır. Yazılım üreticisi, dosyayı "teker teker" modunda bırakan sorunu düzeltmiştir.

Örnek 3: Gizli hatalar

Birçok üst düzey sistem, yük dengeleme veya benzer etkinlikleri işlemek için çok kanallı G/Ç yollarına sahiptir. Microsoft Ürün Desteği, bir G/Ç isteğinin başarısız olduğu yük dengeleme yazılımıyla ilgili sorunlar buldu, ancak yazılım hata durumunu doğru şekilde işlemez. Yazılım sonsuz yeniden denemeler yapabilir. G/Ç işlemi takılıyor ve SQL Server belirtilen eylemi tamamlayamaz. Daha önce açıklanan günlük yazma koşuluna çok benzer şekilde, böyle bir koşul sistemi kamaştırdıktan sonra birçok kötü sistem davranışı oluşabilir.

Çözünürlük

Bu sorunu çözmek için SQL Server'ı yeniden başlatın. Ancak, işlemeyi geri yüklemek için bazen işletim sistemini yeniden başlatmanız gerekir. G/Ç satıcısından bir yazılım güncelleştirmesi edinmenizi de öneririz.

Örnek 4: Uzak depolama, yansıtma ve raid sürücüleri

Birçok sistem yansıtmayı kullanır veya veri kaybını önlemek için benzer adımları benimser. Yansıtma kullanan bazı sistemler yazılım tabanlıdır ve bazıları donanım tabanlıdır. Genellikle bu sistemler için Microsoft Desteği tarafından bulunan durum, gecikme süresini artırır.

G/Ç'nin tamamlanmadan önce tamamlanması gerektiğinde genel G/Ç süresinde bir artış oluşur. Uzaktan yansıtma yüklemeleri için ağ yeniden denemeleri söz konusu olabilir. Sürücü hataları oluştuğunda ve raid sistemi yeniden oluşturulduğunda G/Ç düzeni de kesilebilir.

Çözünürlük

Yansıtmaların gecikme süresini azaltmak veya yeniden derleme işlemlerini basmak için katı yapılandırma ayarları gereklidir.

Örnek 5: Sıkıştırma

Microsoft, sıkıştırılmış sürücülerde SQL Server veri dosyalarını ve günlük dosyalarını desteklemez. NTFS sıkıştırması Önceden Yazma Günlüğü (WAL) protokolünü bozabileceğinden, NTFS sıkıştırması SQL Server için güvenli değildir. NTFS sıkıştırması, her G/Ç işlemi için daha fazla işleme gerektirir. Sıkıştırma, ciddi performans sorunlarının oluşmasına neden olan davranış gibi "teker teker" oluşturur.

Çözünürlük

Bu sorunu çözmek için verilerin ve günlük dosyalarının sıkıştırmasını kaldırın.

Daha fazla bilgi için bkz. Sıkıştırılmış birimlerdeki veritabanları için destek.

Ek veri noktaları

sys.dm_os_wait_stats dinamik yönetim görünümlerinde (DMV) PAGEIOLATCH_* ve yazma günlüğü beklemeleri G/Ç yolu performansını araştırmak için önemli göstergelerdir. ÖNEMLI PAGEIOLATCH beklemeleri görürseniz, BU SQL Server'ın G/Ç alt sisteminde beklediği anlamına gelir. Belirli miktarda PAGEIOLATCH beklemesi tipik ve beklenen bir davranıştır. Ancak ortalama PAGEIOLATCH bekleme süreleri tutarlı olarak 10 milisaniyeden uzunsa G/Ç alt sisteminin neden baskı altında olduğunu araştırmanız gerekir. Daha fazla bilgi için, aşağıdaki belgelere bakın:

• G/Ç sorunlarının neden olduğu yavaş SQL Server performans sorununu giderme
• sys.dm_os_waiting_tasks (Transact-SQL)
• sys.dm_exec_requests
• SQL Server Bekleme Türü Deposu

Referanslar

• İş yükü depolama performansını test etmek için DISKSPD kullanma
• SQL Server tanılaması, eski okumalar veya kayıp yazmalar nedeniyle raporlanmayan G/Ç sorunlarını algılar
• Günlüğe kaydetme ve veri depolama algoritmaları

SQL Server, sistemlerin SQL Server G/Ç Güvenilirlik Programı Gereksinimleri altında açıklandığı gibi "kararlı medyaya garantili teslim" desteğine sahip olmasını gerektirir. SQL Server veritabanı altyapısının giriş ve çıkış gereksinimleri hakkında daha fazla bilgi için Veritabanı Altyapısı Giriş/Çıkış gereksinimleri'ni ziyaret edin.

G/Ç hataları hakkında daha fazla bilgi için bkz. Microsoft SQL Server G/Ç Temelleri, Bölüm 2.