Makale numarası: 897284 - Son Gözden Geçirme: 05 Ağustos 2009 Çarşamba - Gözden geçirme: 3.0 Tanılama ve sonraki sürümleri SQL Server 2000 SP4'te durduruldu ve sıkışan g/Ç işlemleri yardımcı olur.
Bu SayfadaÖzetDosya giriş ve çıkış (g/Ç) zamanlanması hakkında SQL Server gibi BIR veritabanı yönetim sistemi (DBMS) işlemlerini kullanır. Aşağıdaki öğelerden birini sıkışan oluşturabilir veya g/Ç sorunlarını durmuş. Bu sorunları hızla, SQL Server yanıt verme becerisini ve performans üzerinde olumsuz bir etkisi olabilir:
Bilgi iletisi açıklamasıBu tabloyu kapa
http://technet.microsoft.com/en-us/library/cc966500.aspx
(http://technet.microsoft.com/en-us/library/cc966500.aspx)
Daha fazla bilgiSıkışan g/Ç ve durduruldu g/ÇSıkışan g/ÇSıkışan g/Ç işlemi bir g/Ç isteği tanımlanır. Genellikle, sıkışan g/Ç sıkışan bir IRP ' dir. Yığın bir g/Ç durumu çözmek için <a0></a0>, genellikle bilgisayarı yeniden başlatın veya gerekir benzer bir eylemi gerçekleştirme. Genellikle BIR sıkışan g/Ç durumu aşağıdakilerden birini gösterir:
Durduruldu g/ÇDurduruldu g/Ç işlemi bir g/Ç isteği tanımlanır. Ancak, g/Ç işlemi tamamlamak için çok fazla zaman alır. Durduruldu g/Ç davranış genelde aşağıdaki nedenlerden biriyle oluşur:
SQL Server g/Ç arabuluculuk ve kaydediliyor ve bildirdiği g/Ç kalmış.Microsoft SQL Server desteği sıkışan veya durduruldu, g/Ç sorunlarını ilgili pek çok durumda her yıl olarak işler. Daha sonra anlatılan gibi bu g/Ç sorunlarını farklı biçimlerde görünür. G/Ç sorunlarını en zor sorunları tanılamanıza ve hata ayıklamak için birkaçıdır. Microsoft'un ve müşteri hata ayıklama için önemli zaman ve kaynak g/Ç sorunlarını gerektirir. SQL Server 2000 SP4 ve sonraki sürümleri, önemli ölçüde eklenmiş raporlama özellikleri, bir g/Ç sorunu tanımlamak için gereken süreyi azaltmak.Raporlama ve kaydı g/Ç istekleri, her dosya için ayrı ayrı tasarlanmıştır. Algılama ve raporlama durduruldu ve sıkışan g/Ç istekleri iki ayrı eylemlerdir. KaydetmeSQL Server'da kayıt bir işlem yapması yerine iki konum vardır. Hangi kayıt konumu ilk ortaya çıkar, burada g/Ç işlemi gerçekte tamamlar olur. Bir g/Ç isteği birden fazla 15 saniye sürüyorsa, bir kayıt işlemi gerçekleşir. Yazıcı yavaş çalıştığında, hangi kayıt ikinci bir konumda oluşur, olur. Yazıcı yavaş çalıştığında, yavaş yazıcı bekleyen tüm veri bekleyen tüm günlük denetler ve g/Ç istekleri dosya. 15 Saniyelik eşiği aşıldı, bir kayıt işlemi gerçekleşir.RaporlamaRaporlama, 5 dakika veya daha fazla birbirinden aralıklarla oluşur. Sonraki g/Ç isteği dosya üzerinde yapılan bildirdiği için oluşur. Son rapora oluştu bir kayıt işlemi oluştu ve 5 dakika veya daha sonra geçen "Özet" bölümünde açıklanan iletinin bilgilendirme SQL Server hata günlüğüne yazılır.15 Saniyelik eşik ayarlanabilir değil. Bununla birlikte, 830 izleme bayrağı'nı kullanarak durduruldu ve sıkışan g/Ç algılama devre dışı bırakabilirsiniz, ancak bunu önermiyoruz. SQL Server başladığında, algılamayı devre dışı bırakmak için kullanın: T830 başlangıç parametresi. Kullanarak <a1>Algılama</a1> SQL Server her başlatıldığında başlangıç parametresi devre dışı T830. Çalışmakta olan bir SQL Server örneği için algılamayı devre dışı bırakmak için aşağıdaki deyimi kullanın: DBCC traceoff (830, -1) Bu ayar, yalnızca SQL Sunucu işlemi süresince etkilidir. Not Durmuş veya yapıştırılan bir g/Ç isteği yalnızca bir kez olarak bildirilir. Iletinin 10 g/Ç istekleri arabuluculuk bildiriyorsa, bu 10 raporları yeniden oluşmaz. Sonraki iletiye 15 g/Ç istekleri arabuluculuk bildiriyorsa, 15 yeni g/Ç istekleri arabuluculuk duruma anlamına gelir. G/Ç istek paketi (IRP) izlemeSQL Server, standart Microsoft Windows API çağrıları okuma ve veri yazmak için kullanır. Örneğin, SQL Server aşağıdaki işlevleri kullanır:
http://support.microsoft.com
(http://support.microsoft.com/)
Not Çekirdek hata ayıklamasını, sistem hata ayıklama eylemlerini tamamlamasını durdurmak gerektirebilirsiniz çekirdek hata ayıklamasını invasive bir işlem olabilir. Aşağıdaki öğeler için güncelleştirmelerin olup görmek öneririz:
Sistem performansını ve sorgu eylemleri planlayın.Genel sistem başarımını, g/Ç işlemi önemli bir rol oynayabilirsiniz. G/Ç işlemleri durduruldu veya sıkışan incelemektedir olduğunda, sistemin genel sağlığını dikkate. Aşırı yük genel sistem yavaş olması neden olabilir. Bu, g/Ç işlemleri içerir. Sistem sorun oluşmadan zaman davranışını, kök sorunun nedenini belirlemede önemli bir etken olabilir. Örneğin, CPU kullanımı yüksek olduğunda veya sorun oluştuğunda CPU kullanımı yüksek kalırsa, bu davranış bir işlemin sistemdeki diğer işlemler olumsuz etkilenir, dolayısıyla çok fazla CPU kullanan gösterebilir.Performans sayaçlarıG/Ç performansını izlemek için <a0></a0>, belirli g/Ç yol bilgileri için aşağıdaki performans sayaçlarını inceleyin:
SQL Server disk sırası uzunlukları yoğun olarak itin zaman uyumsuz g/Ç kapasitelerinin avantajlarından tam kaplayacağından Performans sayaçlarıyla silmemeye dikkat edin. Bu nedenle, uzun disk sırası uzunlukları tek başına bir sorun olduğunu değil. Windows Sistem Monitörü'nde, sayaçların inceleyebilirsiniz "fiziksel disk: Disk Bayt/sn" her etkilenen disketi ve <a1>Karşılaştır</a1> aktivite sayaçların karşı oranı"işlem: GÇ veri bayt/sn"ve “ işlem: GÇ diğer bayt/sn ” aşırı bir g/Ç işlemleri belirli bir kümesini temsil etmelidir olup olmadığını belirlemek, her işlem için ister. Diğer çeşitli g/Ç sayaçları işlemde kullanılabilir, daha parçalı bilgileri gösteren nesne ilgili vardır. SQL Server örneğinin sunucunun aşırı GÇ yükünü sorumlu olduğunu belirlerseniz, sonraki bölümüne “ dizinlerinin ve Parallelism ” gözden geçirin. Algılama ve g/Ç performansı sorunlarını giderme hakkında ayrıntılı tartışma için MSDN teknik inceleme Troubleshooting Performance Problems in SQL Server 2008 (http://msdn.microsoft.com/en-us/library/dd672789.aspx) “ g/Ç Darboğazlarını ” bölümünde veya Troubleshooting Performance Problems in SQL Server 2005 (http://technet.microsoft.com/en-us/library/cc966540.aspx) gözden geçirin. Dizinler ve parallelismDizin eksik olduğundan, g/Ç bursts sık sık ortaya çıkar. Bu davranış g/Ç yolu yoğun olarak itin. Bir parola ile dizin Dönüştürme Sihirbazı (ITW) sistem g/Ç Basıncı gidermek önüne geçilmesine yardımcı olabilir. Sistem aşağıdaki avantajları kazanabilirler, sorguda bir dizinden yerine bir tablo taraması gelen getiriler ya da belki bile bir sıralama veya karma kullanır:
Pratik örnekler arasında Microsoft SQL Server desteğiAşağıdaki örnekler, Microsoft SQL Server desteği ve platformları yükseltme desteği tarafından işlenen. Bu örneklerde, bir başvuru çerçevesi ve sizin beklentileri hakkında arabuluculuk ve g/Ç Durum kalmış Yardım kümesi ve bir sistemin etkilenip etkilenmedikleri sınanmamıştır veya nasıl olabilir hakkında yanıt üzere tasarlanmıştır. Belirli donanım ya da belirli bir risk ya da daha yüksek riskli başka bir yol bir sürücü kümesi vardır. Tüm sistemler bu saygı de aynıdır.Örnek 1: 45 saniye kalmış olan BIR günlük yazmaSQL Server günlük dosyasına yazma denemesi için 45 saniye düzenli olarak kalmış olur. Günlük yazma zamanında sonlandırma değildi. Bu davranış, 30 saniyelik istemci zaman aşımlarının için yol açan bir durdurma koşulu oluşturuldu.Uygulama bir tamamlama SQL Server'a gönderilen ve tamamlama günlük yazma olarak kalmış olur. Bu davranış, sorgu kilitleri tutma devam etmek ve diğer istemcilerinden gelen istekleri engellemeye neden oldu. Sonra diğer istemciler için zaman aşımına başlatıldı. Bir sorgu zaman aşımı oluştuğunda açık hareketleri geri dönmek için uygulamayı tasarlanmadığı için bu sorunun compounded. Bu da kilitleri tutma açık hareketleri yüzlerce oluşturuldu. Bu nedenle, ciddi engelleyen bir durum oluştu. Işlem, işleme ve engelleme hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın: 224453
(http://support.microsoft.com/kb/224453/
)
Anlama ve SQL Server 7.0 veya 2000 engelleme sorunlarını giderme Uygulama, hizmet verdiği bağlantı havuzu kullanan bir Web sitesi. Daha fazla bağlantı engellenmiş olur gibi Web sitesinin daha fazla bağlantı oluşturuldu. Bu bağlantıları engellenmiş olur ve bir döngü devam etti.Yaklaşık 45 saniye sonra günlük yazma tamamlandı. Ancak bu kez, bağlantıları yüzlerce yedeklendi. Engelleyici sorunlar, uygulamanın ve SQL Server için kurtarma süresi birkaç dakika içinde sonuçlandı. Uygulama sorunları ile birleştirildiğinde, g/Ç Durum durduruldu, çok olumsuz bir etkisi sistemde sahipti. ÇÖZÜMSorun, bir <a0>ana bilgisayar veri yolu bağdaştırıcısı (HBA) hizmet (SRV)</a0> sürücüsündeki sıkışan bir g/Ç isteği izlenen. Bilgisayarı birden çok HBA kartı yerine çalışma desteği ile karşılaştı. Bir HBA arkasında olduğu veya depolama alanı ağı (SAN) ile iletişimde, "yeniden deneme Başarısızlık önce" zaman aşımı değerini 45 saniye için yapılandırıldı. Zaman aşımı aşıldı, g/Ç isteği için ikinci HBA dolaştırılmıştı. Ikinci HBA isteğin işlenmesi ve hızlı bir şekilde tamamlandı. Bu tür stall koşullar engellemeye yardımcı olmak için <a0></a0>, "başarısızlık önce yeniden deneme" ayarı, 5 saniye donanım üreticisiyle önerilir.Örnek 2: sürücü araya süzmeBirçok virüsten koruma yazılım programları ve yedek ürünleri, g/Ç filtre sürücüleri kullanın. Bu g/Ç filtre sürücüleri, g/Ç isteği yığın bir parçası haline gelir ve erişim IRP isteğine sahiptir. Microsoft Ürün Destek Hizmetleri, oluşturduğunuz hatalar arasında çeşitli sorunları g/Ç koşullar kalmış veya g/Ç koşullar bir süzgeç sürücüsü uygulamasında arabuluculuk görülen.Bir koşula yedek yedekleme oluştuğu sırada açık olan dosyalarının bir yedek kopyasını izin işlemek için bir filtre sürücüsü oldu. Sistem yöneticiniz, SQL Server veri dosyası dizini dosya yedekleme seçimleri dahil. Yedekleme oluştuğunda, yedekleme dosyasının doğru görüntüyü yedekleme başlatıldı anda toplanacak çalışmış olabilirsiniz. Bunu yaparsanız, g/Ç istekleri geciktirilebilir. G/Ç istekleri, yalnızca yazılım tarafından işlenmiş gibi tek tek tamamlamak için izin. Yedekleme işlemi başlatıldığında, çünkü, SQL Server'ın g/ç işlemleri teker teker tamamlanması için zorunlu SQL Server performansını önemli ölçüde bıraktı. Sorun bileşik için <a0></a0>, g/Ç işlemi zaman uyumsuz olarak gerçekleştirilemedi, "bir aynı anda" mantığı oldu. Bir g/Ç isteği deftere nakletmek ve devam etmek için SQL Server'ı bekleniyordu, g/Ç isteği tamamlandı kadar bu nedenle, alt okuma veya yazma çağrı kalmış. SQL Server'ı önceden okumak gibi görevleri Etkin süzgeç sürücüsünün eylemler tarafından devre dışı bırakıldı. Ayrıca, yedekleme bile bittiğinde, süzgeç sürücüsü başka bir hata işlemi sırasında "bir aynı anda" eylemleri kalmadı. SQL Server performansını geri almanın tek yolu, kapatıp daha sonra veritabanı veya dosya tanıtıcısını serbest ve süzgeç sürücüsü etkileşim reacquired, SQL Server'ı yeniden oluştu. ÇÖZÜMBu sorunu gidermek için <a0></a0>, SQL Sunucu veri dosyalarını dosya yedekleme işleminden kaldırılmıştır. Yazılım üretim Ayrıca, "bir kerede" modunda dosya sol sorun düzeltildi.Örnek 3: Gizli hatalarıÇok yüksek uç sistemlerle Yük Dengeleme veya benzer etkinlikler işlemek için çok kanallı g/Ç yolları vardır. Microsoft Ürün desteği, bir g/Ç isteği başarısız ancak yazılımın hata durumunu düzgün işlenmemesi yazılım Dengeleme yükü bir sorun buldu. Yazılımı, sonsuz yeniden deneme deneyebilirsiniz. G/Ç işlemi kalmış olur ve SQL Server, belirtilen eylemi tamamlayamıyor. Daha önce açıklanan koşul çok günlüğe yazma gibi bir koşula sistem wedges sonra çok düşük sistem davranışlar oluşabilir.ÇÖZÜMBu sorunu gidermek için <a0></a0>, SQL Server'ı yeniden başlatmayı genellikle gerekli değildir. Ancak, bazen işlem geri yüklemek için işletim sistemi yeniden başlatmalısınız. G/Ç satıcıdan yapılan bir yazılım güncelleştirmesi edinmek öneririz.Örnek 4: Uzak Depolama ve yansıtma RAID sürücülerÇoğu sistemde yansıtma kullanın ya da veri kaybını önlemek için benzer adımları da gerçekleştirin. Bazı yansıtma kullanan sistemleri yazılım tabanlı ve bazı temel donanım. Genellikle bu sistemler için daha yüksek gecikme Ürün Destek Hizmetleri tarafından uncovered durumu.ı/o tamamlanmasından önce ı/o yansıtmayı için tamamlamanız gereken artış genel g/Ç zaman oluşur. Uzak bir yansıtmayı kurulumları için ağ yeniden deneme söz konusu duruma. Sürücü hataları ve raıd sistem yeniden oluşturuyor, g/Ç desen de kesintiye. ÇÖZÜMYansıtma veya raıd rebuild operasyonlar gecikme azaltmak için katı yapılandırma ayarları gereklidir.Örnek: 5: sıkıştırmaMicrosoft, Microsoft SQL Server 7.0 veya <a2>veri dosyalarını Microsoft SQL Server 2000</a2> ve <a4>günlük dosyaları sıkıştırılmış sürücüleri desteklemez. NTFS sıkıştırması Write Ahead günlüğü (WAL) iletişim kuralı keser NTFS sıkıştırması için SQL Server güvenli değildir. NTFS sıkıştırması, daha yüksek bir işlem her g/Ç işlemi için de gerektirir. Sıkıştırma, "bir kerede" gibi önemli performans sorunları oluşmasına neden olan davranış oluşturur.ÇÖZÜMBu sorunu gidermek için <a0></a0>, veri ve günlük dosyalarını açın.Ek veri noktalarıSysprocesses sistem tablosundaki sağlanan bekleme tür bilgileri, g/Ç performansı sorunlarını tanılamaya de yararlı olabilir. Arabellek g/Ç mandallı bekleme türleri ve writelog bekleyeceği g/Ç yolu performans araştırmak için anahtar göstergelerini ' dir.Bekleme türleri hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın: 822101
(http://support.microsoft.com/kb/822101/
)
SQL Server 2000 ve SQL Server 2005 master.dbo.sysprocesses tablosunda waittype ve lastwaittype sütunları açıklaması Referanslar231619
(http://support.microsoft.com/kb/231619/
)
SQL Server gibi bir disk alt sistemi vurgulamanız için SQLIOStress yardımcı programı nasıl kullanılır 826433
(http://support.microsoft.com/kb/826433/
)
Bildirilmeyen G/Ç sorunlarını algılamak için yeni SQL Server tanılamaları eklenmiştir 230785
(http://support.microsoft.com/kb/230785/
)
SQL Server 7.0, SQL Server 2000 ve SQL Server 2005'in günlüğe kaydetme, veri depolama algoritmaları ve veri güvenilirliğini genişletir. SQL Server sistemlerini desteklemek için gerektirir ‘ kararlı bir ortam garanti ’ altında Microsoft SQL Server Always-On depolama Solution inceleme program özetlendiği gibi. FOSQL Server veritabanı altyapısı için giriş ve çıkış gereksinimleri hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın: 967576
(http://support.microsoft.com/kb/967576/
)
Microsoft SQL Server Database Engine giriş/çıkış gereksinimleri Bu makaledeki bilginin uygulandığı durum:
Otomatik TercümeÖNEMLİ: Bu makale, bir kişi tarafından çevrilmek yerine, Microsoft makine-çevirisi yazılımı ile çevrilmiştir. Microsoft size hem kişiler tarafından çevrilmiş, hem de makine-çevrisi ile çevrilmiş makaleler sunar. Böylelikle, bilgi bankamızdaki tüm makalelere, kendi dilinizde ulaşmış olursunuz. Bununla birlikte, makine tarafından çevrilmiş makaleler mükemmel değildir. Bir yabancının sizin dilinizde konuşurken yapabileceği hatalar gibi, makale; kelime dağarcığı, söz dizim kuralları veya dil bilgisi açısından yanlışlar içerebilir. Microsoft, içeriğin yanlış çevrimi veya onun müşteri tarafından kullanımından doğan; kusur, hata veya zarardan sorumlu değildir. Microsoft ayrıca makine çevirisi yazılımını sıkça güncellemektedir. Makalenin İngilizcesi aşağıdaki gibidir:897284
(http://support.microsoft.com/kb/897284/en-us/
)
| Diğer Kaynaklar Diğer Destek Siteleri
ToplulukHemen Yardım AlMakale çevirileri
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


Üste