Şu anda çevrimdışısınız; İnternet'in yeniden bağlanması bekleniyor

Tanılama SQL Server g/ç işlemleri durduruldu ve sıkışan algılanmasına yardımcı

ÖNEMLİ: Bu makale, Microsoft Makine Çevirisi Düzenleme yazılımı tarafından tercüme edilmiş olup, yüksek olasılıkla profesyonel bir çevirmen yerine CTF teknolojisi kullanılarak, Microsoft Topluluğu tarafından düzenlenmiştir. Microsoft, Bilgi Bankamız içindeki tüm makaleleri kendi dilinizde okuyabilmeniz için size hem profesyonel çevirmenler tarafından tercüme edilen hem de makine tarafından tercüme edildikten sonra Topluluk tarafından kontrol edilen makaleler sunar. Bununla birlikte, makine tarafından tercüme edilen, hatta Topluluk tarafından kontrol edilen bir makale bile her zaman mükemmel dil kalitesinde olmayabilir. Makalede dilinizi konuşan yabancı birisinin yapabileceği türden sözcük, söz dizimi veya dilbilgisi hataları bulunabilir. Microsoft, içeriğin hatalı tercümesinin veya müşterilerimiz tarafından kullanımının doğurabileceği olası yanlış anlamalar, hatalar veya zararlardan sorumlu değildir. Öte yandan Microsoft, Makine Çevirisi Düzenleme işlemini geliştirmek amacıyla Makine Çevirisi Düzenleme yazılımını ve araçlarını sık sık güncelleştirmektedir.

Makalenin İngilizcesi aşağıdaki gibidir: 897284
Özet
SQL Server gibi bir veritabanı yönetim sistemine (DBMS), dosya giriş ve çıkış (g/ç) uygunluğunu işlemleri kullanır. Aşağıdaki öğelerden herhangi birini neden takılmış veya sızması g/ç işlemleri ve SQL Server yanıt verme hızını ve performansını olumsuz olabilir:

  • Hatalı donanım
  • Hatalı yapılandırılmış donanım
  • Üretici yazılımı ayarlarını
  • Filtre sürücüleri
  • Sıkıştırma
  • Hataları
  • Diğer bir g/ç yol koşullarında
Bu g/ç sorunlarını aşağıdaki davranış oluşmasına neden olabilir:

  • Engelleme
  • Mandal Çekişme ve zaman aşımları
  • Yavaş yanıt süresi
  • Kaynak sınırlarını uzatma
Microsoft SQL Server 2000 Service Pack 4 (SP4) ile başlayarak, SQL Server durmuş ve veritabanı g/ç okuma ve yazma işlemleri ve günlük dosya g/ç okuma ve yazma için koşullar takılma yardımcı algılama mantığı içerir. 15 saniye veya daha uzun bir g/ç işlemi beklemede olduğu zaman, SQL Server aşağıdaki adımları gerçekleştirir:

  1. İşlem beklemede olduğunu algılar.
  2. Bilgi iletisi SQL Server hata günlük dosyasına yazar.

    Günlüğü iletisinin metin aşağıdakine benzer:

    2004-11-11 00:21:25.26 dosyasında [E:\SEDATA\stressdb5.ndf] [stressdb] (7) veritabanında tamamlamak için g/ç istekleri 15 saniyeden daha uzun sürecek 192 oluşumunu SPID1 SQL Server karşılaştı. İşletim sistemi dosya tanıtıcı 0x00000000000074D4 değil. Son uzun GÇ uzaklık bağlıdır: 0x00000000022000 ".

Bilgi iletisi açıklama

İleti metniAçıklama
Sayı > oluşumunuOkuma veya yazma işlemi 15 saniyeden tamamlanmadı g/ç isteği sayısı.
Dosya bilgileriTam dosya adı, veritabanı adı ve veritabanı (DBID) kimlik numarası.
Tanıtıcıİşletim sistemi dosya tanıtıcısı. G/ç istek paketi (IRP) isteklerini takip etmek için hata ayıklayıcıları veya diğer yardımcı programları ile işletim sistemi işleci kullanabilirsiniz.
OfsetG/ç işlemi sapma son takılma veya g/ç işlemi son durmuş. IRP istekleri izlemenize yardımcı olması için hata ayıklayıcıları veya diğer yardımcı programları ile uzaklık kullanabilirsiniz.

Not: Bilgi iletisi SQL Server hata günlüğüne yazıldığında, g/ç işlemi artık kalmış durmuş veya.
Bu bilgilendirici bir ileti, geçerli iş yükünü aşağıdaki koşullardan biri yaşıyor olabilirsiniz olduğunu gösterir:

  • G/ç yolu becerileri iş yükünü aşıyor.
  • İş yükünü geçerli sistem yetenekleri aşılıyor.
  • G/ç yol yapıyor yazılım var; belki de bir bellenim veya bir sürücü sorunu.
  • G/ç yolu düzgün çalışmayan donanım bileşenleri vardır.
SQL Server 2000 g/ç desenleri hakkında daha fazla bilgi için aşağıdaki Microsoft Web sitesine bakın:Not: Bu TechNet makalesinde, Microsoft SQL Server 2005 ve sonraki sürümleri için de geçerlidir.
Daha fazla bilgi

Sıkışan g/ç ve sızması g/ç

Sıkışan g/ç

Sıkışan g/ç tamamlanmazsa bir g/ç isteği tanımlanır. Sık sık, sıkışan g/ç sıkışan IRP gösterir. Sıkışan bir g/ç durumu çözmek için genellikle bilgisayarı yeniden başlatın veya benzer bir eylem gerçekleştirin. Sıkışan bir g/ç durum genellikle aşağıdakilerden birini gösterir:

  • Hatalı donanım
  • Bir g/ç yol bileşeninde bir hata

Sızması g/ç

Sızması g/ç bitiş veya tamamlamak için çok fazla zaman alır, bir g/ç isteği tanımlanır. Sızması g/ç davranış genelde aşağıdaki nedenlerden biriyle oluşur:

  • Donanım yapılandırma
  • Üretici yazılımı ayarlarını
  • Donanım veya yazılım satıcısına izlemek ve çözümlemek için Yardım gerektiren bir filtre sürücüsü sorunu

SQL Server g/ç durmuş ve kaydetme ve raporlama g/ç takılma

Microsoft SQL Server desteği takılmış veya sızması g/ç sorunlarını içeren çoğu zaman her yıl işler. Bu g/ç sorunlarını farklı şekillerde görünür. G/ç sorunlarını en zor sorunların giderilmesi ve hataları ayıklamak için bazıları ve Microsoft'un ve müşteri hata ayıklama için bunlar önemli zaman ve kaynak gerektirir. SQL Server 2000 SP4 ve sonraki sürümleri için önemli ölçüde eklenen raporlama özelliklerini bir g/ç sorunu tanımlamak için gereken süreyi azaltabilirsiniz.

Raporlama ve kaydı g/ç istekleri, dosya başına temelinde tasarlanmıştır. Algılama ve raporlama sızması ve sıkışan g/ç istekleri iki ayrı eylemlerdir.

Kaydetme

SQL Server kayıt eylemi ortaya çıktığında iki dakika vardır. Aslında g/ç işlemi bittikten sonra ilkidir. G/ç isteği tamamlamak için birden fazla 15 saniye alıyorsa, kayıt işlemi gerçekleşir. Geç yazıcı çalıştırıldığında ikinci sunucu meşgul olabilir. Geç yazıcı çalıştığında, bekleyen tüm veriler ve tüm bekleyen günlük geç yazıcı denetler dosya g/ç istekleri. 15 saniyelik eşiği aşıldı, kayıt işlemi gerçekleşir.

Raporlama

Raporlama veya daha fazla 5 dakika uzaklıkta olan aralıklarında gerçekleşir. Raporlama ve dosyanın sonraki g/ç istek yapıldığında oluşur. Son rapor oluştu kayıt eylemi meydana geldi ve 5 dakika veya daha fazla bu yana geçen "Özet" bölümünde açıklanan bilgi iletisi SQL Server hata günlüğüne yazılır.

15 saniyelik eşiği ayarlanabilir değil. Ancak bunu yapmanızı önermeyiz ancak, durduruldu veya sıkışan g/ç algılama 830, izleme bayrağı'nı kullanarak devre dışı bırakabilirsiniz.

SQL Server başladığında algılama devre dışı bırakmak için -T830 , SQL Server her başlatıldığında algılama devre dışı bırakmak için başlangıç parametresi. Şu anda çalışan SQL Server örneği için algılamayı devre dışı bırakmak için aşağıdaki ifadeyi kullanın:

DBCC traceoff (830, -1)
Bu ayar, yalnızca SQL Server işlemi süresince etkilidir.

Not: Durmuş veya kalmış bir g/ç isteği yalnızca bir kez bildirilir. Örneğin, ileti 10 g/ç istekleri durmuş olduğunu bildirirse, bu 10 raporları yeniden oluşmaz. Sonraki iletiyi 15 g/ç istekleri durmuş olduğunu bildirirse, 15 yeni g/ç istekleri durmuş olur anlamına gelir.

G/ç istek paketi (IRP) izleme

SQL Server veri okumak veya yazmak için standart Microsoft Windows API çağrısı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 bir g/ç istek paketi (IRP) ele alınır. IRP durumunu belirlemek için aşağıdakilerin her ikisini birden kullanın:

  • Microsoft Platform desteği Yardım
  • Çekirdek hata ayıklayıcısı
IRP ve IRP hakkında daha fazla bilgi için izleme, aşağıdaki Microsoft Web sitesine gidin ve "IRP" anahtar sözcük araması için gidin:Not: Çekirdek hata ayıklama çekirdek hata ayıklama hata ayıklama eylemlerin tamamlanması için sistemin durdurmanızı gerektirebilir çünkü bozucu bir işlem olabilir. Aşağıdaki öğeler için kullanılabilir tüm güncelleştirmeleri denetlemenizi öneririz:

  • BIOS
  • Ürün bilgisi
  • Diğer bir g/ç yol bileşenleri
Ek hata ayıklama eylemleri gerçekleştirmeden önce donanım satıcınıza başvurun. Hata ayıklama oturumu büyük bir olasılıkla üçüncü taraf sürücü, üretici yazılımı veya filtre sürücüsü bileşeni içerir.

Sistem performansını ve sorgu planı Eylemler

Genel sistem performansı önemli bir rol içinde g/ç işlemi yürütebilirsiniz. G/ç işlemleri durduruldu veya sıkışan incelemektedir zaman genel sistem durumunu dikkate almanız gerekir. Aşırı yük yavaş olması için genel sistem neden olabilir. Bu g/ç işlemleri içerir. Sorun zaman sistem davranışını sorunun kök nedenini belirlemede önemli bir etken olabilir. Örneğin, CPU kullanımı yüksek olursa veya sorun oluştuğunda CPU kullanımı yüksek kalırsa, bu davranış bir işlemin sistemdeki diğer işlemler etkilenen olumsuz çok CPU kullanıyor gösteriyor olabilir.

Performans sayaçları

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

  • Ortalama Disk sn/Aktarım
  • Ortalama Disk Sırası Uzunluğu
  • Geçerli Disk Sırası Uzunluğu
Örneğin, SQL Server çalıştıran bir bilgisayarda Ortalama Disk sn/aktarma süresi genellikle 15'ten daha az milisaniyedir. Ortalama Disk sn/aktarma değeri yükseliyor, g/ç alt sisteminin en verimli şekilde ile g/ç istek tutmaktan değil olduğunu gösterir.

SQL Server disk sırası uzunlukları itme yoğun olarak zaman uyumsuz g/ç kapasitelerinin avantajlarından tam aldığından performans sayaçları kullanırken dikkatli olun. Bu nedenle, uzun disk sırası uzunlukları tek başına bir sorun bildirmez.

Windows Sistem Monitörü'nde, sayaç gözden "Fiziksel Disk: Disk Bayt/sn" Etkilenen her disk ve sayaç "işlem: GÇ veri bayt/sn" karşı etkinlik oranı karşılaştırın ve "işlem: g/ç diğer baytları/sn" aşırı g/ç işlemleri belirli bir kümesi üretiyor olup olmadığını belirlemek, her işlem için ister. Diğer çeşitli g/ç ilgili nesne sayaçlarıyla işlemde kullanılabilir daha belirgin bilgileri gösterir vardır. Bir SQL Server kopyası sunucuda aşırı g/ç yükünü sorumlu olduğunu belirlerseniz, sonraki bölüm "Dizinler ve paralellik" gözden geçirin. Algılama ve g/ç performansı sorunlarını giderme hakkında ayrıntılı bilgi için MSDN teknik incelemesi "G/ç performans sorunları" bölümünde gözden geçirin. SQL Server 2008 performans sorunlarını giderme veya SQL Server 2005'te performans sorunlarını giderme.

Dizinler ve paralellik

Dizini eksik olduğu için sık sık, g/ç ani oluşur. Bu davranış, ciddi bir şekilde g/ç yolu itebilirsiniz. Dizin Etkinleştirme Sihirbazı'nı (ITW) kullanan bir seferde sistem g/ç Basıncı giderilmesine yardımcı olabilir. Bir tablo taraması yerine bir dizin sorgu faydalanır veya sıralama veya karma kullanıyorsa, sistem aşağıdaki avantajları belki de elde edebilirsiniz:

  • Bir doğrudan sorgu performans avantajları oluşturur eylemi tamamlamak için gereken fiziksel g/ç yapılır.
  • Veri önbelleğinde daha az sayfa açılması gerekir. Bu nedenle, yalnızca veri önbelleğinde bulunan sayfalar ilgili sorguları etkin kalır.
  • Sıralar ve karma bir dizin eksik olabilir veya istatistikleri güncel olduğundan kullanılır. Azaltmak tempdb Kullanım ve bir veya daha fazla dizin ekleyerek çekişmesi.
  • Bir azalma kaynakları, paralel operasyonlar veya her ikisini yapılır. Çünkü SQL Server paralel sorgu yürütme garanti etmez ve sistem üzerindeki yükü olarak kabul edildiğinden, tüm sorguları seri yürütme için optimize etmek en iyisidir. Sorgu en iyi duruma getirmek için Query Analyzer'ı açın ve ayarlayın sp_configure değeri biri Maksimum paralellik derecesi seçenek 1. Tüm sorguları derhal seri bir işlem olarak çalışacak şekilde ayarlanmıştır, Paralel yürütme genellikle daha iyi bir sonuç olur. Ancak, çoğu kez Paralel yürütme seçili veri miktarını yalnızca büyük olduğu için. Eksik bir dizin için büyük bir sıralama gerçekleşmesi gerekebilir. Sıralama işlemi gerçekleştiren birden çok çalışanlar daha hızlı yanıt oluşturacaktır. Ancak, bu eylem sistem Basıncı önemli ölçüde artırabilirsiniz. Birçok çalışanlarının büyük okuma istekleri bir g/ç veri bloğu daha yüksek CPU kullanımı ile birlikte birden çok çalışanlar neden olabilir. Kaç kez sorgu daha hızlı çalışır ve daha az kaynak dizin eklediyseniz veya başka bir ayarlama eylemi meydana gelirse kullanmak için ayarlanmamış olabilir.

Microsoft SQL Server destek pratik örnekler

Aşağıdaki örnekler, Microsoft SQL Server desteği ve platformların destek tarafından işlenen. Bu örnekleri nasıl bir sistem etkilenmiş olabilir veya olabilir hakkında yanıt ve bir başvuru çerçevesini ve beklentilerinizi yaklaşık durmuş ve g/ç durum takılma Yardım sağlamak için tasarlanmıştır. Belirli bir donanım veya belirli risk ya da daha fazla risk başka bir poz sürücü kümesi yok. Tüm sistemler bu açısından aynı değildir.

Örnek 1: 45 saniye kalmış, bir günlük yazma

Düzenli olarak bir SQL Server günlük dosyası yazma girişimi için 45 saniye kalmış olur. Günlük yazma zamanında sonlanmaz. Bu davranış, 30 saniyelik istemci zaman aşımlarının neden olan bir engelleme durumu oluşturur.

Uygulama bir tamamlama SQL Server'a gönderilen ve tamamlama bir günlüğe yazar olarak kalmış oldu. Bu davranış, kilitli tutan devam etmek ve diğer istemcilerden gelen istekleri engellemek için sorgu neden olur. Daha sonra diğer istemciler için zaman aşımı başlatın. Sorgu zaman aşımı oluştuğunda uygulamanın açık hareketleri geri almaz çünkü bu sorunu compounds. Bu yüzlerce kilitli tutan açık hareketler oluşturur. Bu nedenle, ciddi bir engelleyici durum meydana gelir.

Hareket işleme ve engelleme hakkında daha fazla bilgi için aşağıdaki Microsoft Bilgi Bankası makalesine bakın:Bağlantı havuzu kullanarak bir Web uygulama hizmetleri. Daha fazla bağlantı engellenmiş duruma gibi Web sitesi daha fazla bağlantı oluşturur. Bu bağlantıları bloke olur ve döngü devam eder.

Yaklaşık 45 saniye sonra günlük yazma tamamlanır. Ancak, bu zamana kadar bağlantıları yüzlerce yedeklenir. Engelleme sorunlarını kurtarma süresi birkaç dakika uygulama ve SQL Server için neden. Uygulama sorunları ile birleştirildiğinde, sızması g/ç durum sistemde çok olumsuz bir etkisi vardır.
Çözüm
Bu sorun, bir ana bilgisayar veri yolu bağdaştırıcısı (HBA) sürücüsü içinde sıkışan bir g/ç isteği izlenen. Bilgisayar yerine çalışma desteği ile çoklu HBA kartları vardı. Bir HBA arkasında olduğu veya depolama alanı ağı (SAN) iletişim değil, "yeniden dene Yük devretme önce" zaman aşımı değerini 45 saniye için yapılandırıldı. G/ç isteği zaman aşımı aşıldığında, ikinci HBA için yönlendirildi. İkinci HBA isteği ele ve hızlı bir şekilde tamamlandı. Böyle kabini şartları önlemeye yardımcı olmak için donanım üreticisine 5 saniyede bir "yeniden dene Yük devretme önce" ayar önerilir.

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

Birçok virüsten koruma yazılım programları ve yedekleme ü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 IRP istek erişimi vardır. Microsoft Ürün Destek Hizmetleri'ne oluşturduğunuz hatalar ile ilgili çeşitli sorunları g/ç koşullar kalmış ya da bir filtre sürücüsü uygulama g/ç koşullarında durmuş görmedi.

Yedek yedekleme oluştuğu sırada açık olan dosyaların yedeğini izin işlemek için bir filtre sürücüsü bir koşul oluştu. Sistem Yöneticisi dosya yedekleme seçimleriyle SQL Server veri dosyası dizini dahil. Yedek oluştuğunda, yedekleme dosyasının doğru yansıma Yedekleme başladı zaman toplamak çalıştı. Böylece, g/ç istekleri ertelendi. G/ç istekleri yazılım tarafından ele alınır yalnızca birer birer bitmek üzere izin verildi.

Yedekleme başladığında SQL Server g/ç işlemlerinde bir kerede bitirmek için zorlanmış çünkü SQL Server performansını önemli ölçüde bıraktı. Bu sorunu çözmek için g/ç işlemi zaman uyumsuz olarak gerçekleştirilemedi, "birer birer" mantığı oluştu. SQL Server g/ç isteği göndermek için ve devam etmek için beklenirken, g/ç isteği tamamlandı kadar bu nedenle, alt okuma veya yazma çağrısı kalmış. Bir SQL Server önceden okuma gibi işleme görevlerini etkin bir şekilde filtre sürücüsünün eylemler tarafından devre dışı bırakıldı. Ayrıca, hatta yedekleme Yapılandırma tamamlandığında, filtre sürücüsü başka bir hata "birer birer" Eylemler işleminde, sol. SQL Server performans geri almanın tek yolu, veritabanını kapatıp veya dosya tanıtıcısını serbest ve filtre sürücüsü etkileşimi olmadan reacquired böylece SQL Server yeniden oldu.
Çözüm
Bu sorunu gidermek için SQL Server veri dosyaları dosya yedekleme işleminden kaldırıldı. Yazılım üretimi de "birer birer" modunda dosya sol sorun düzeltildi.

Örnek 3: Gizli hataları

Çok daha yüksek uç sistemler Yük Dengeleme veya benzer etkinlikler işlemek için çok kanallı g/ç yolları vardır. Microsoft ürün desteği Yük Dengeleme nerede bir g/ç isteği başarısız, ancak yazılım hata koşulu doğru işlemiyor yazılımı ile ilgili sorunlar buldu. Sonsuz bir yeniden deneme yazılımını deneyebilirsiniz. G/ç işlemi kalmış olur ve SQL Server belirtilen eylem tamamlanamıyor. Daha önce açıklanan koşulu çok günlük yazma gibi bir koşul sistem wedges sonra birçok sistem kötü davranışlar ortaya çıkabilir.
Çözüm
Bu sorunu gidermek için SQL Server'ı yeniden başlatmayı genellikle gereklidir. Ancak, bazen işlem geri yüklemek için işletim sistemi yeniden başlatmalısınız. G/ç satıcıdan bir yazılım güncelleştirmesi almak öneririz.

Örnek 4: Uzak depolama ortamı, yansıtma ve RAID sürücüler

Birçok sistemi yansıtma kullanın veya veri kaybını önlemek için benzer adımları da gerçekleştirin. Yazılım tabanlı bazı sistemlerde yansıtma kullanın ve bazı donanım tabanlı. Microsoft Support için bu sistemleri genellikle kim olduğu daha yüksek gecikme süresi bir durumdur.

G/ç tamamlanmasından önce g/ç aynaya son genel g/ç zaman artış ortaya çıkar. Uzaktan ayna yüklemeleri için ağ yeniden deneme dahil olur. Sürücü hataları ve RAID sistem yeniden inşa etmek, g/ç desen de kesintiye.
Çözüm
Katı yapılandırma ayarlarını yansıtır veya RAID yeniden oluşturma işlemleri için gecikmesini azaltmak için gereklidir.

Daha fazla bilgi için gözden geçirme Uzak kullanıcı veritabanları yansıtma desteklemek SQL Server gereksinimleri.

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

Microsoft, Microsoft SQL Server 7.0 veya Microsoft SQL Server 2000 veri dosyalarının ve günlük dosyaları sıkıştırılmış sürücüleri desteklemez. NTFS sıkıştırması yazmaya devam günlüğü (WAL) protokolü çünkü NTFS sıkıştırma SQL Server için güvenli değil. NTFS sıkıştırması, artan işlem her g/ç işlemi için de gerektirir. Sıkıştırma "birer birer" gibi önemli ölçüde performans sorunları oluşmasına neden olan davranış oluşturur.
Çözüm
Bu sorunu gidermek için veri ve günlük dosyalarının sıkıştırmasını açın.

Daha fazla bilgi için gözden geçirme Sıkıştırılmış birimler üzerinde SQL Server veritabanları için destek açıklaması.

Ek veri noktaları

G/ç yol performansını araştırmak için anahtar indictors sys.dm_os_wait_stats dinamik Yönetim Görünümleri (DMV) içinde PAGEIOLATCH_ * ve writelog bekler misiniz. Önemli PAGEIOLATCH bekler görmek, SQL Server g/ç alt sisteminde bekliyor demektir. Belirli bir miktarda PAGEIOLATCH bekler tipik ve beklenen davranışı. Ancak, PAGEIOLATCH bekleme süreleri ortalama 10 milisaniye (ms) tutarlı bir şekilde büyük iseniz, neden g/ç alt sisteminin basınç altında olduğunu araştırmalısınız. Daha fazla bilgi için aşağıdaki belgelere bakın:



SQL Server sistemleri desteği "kararlı bir ortam altında özetlenen garanti" gerektirir. SQL Server g/ç güvenilirlik programı gereksinimleri. SQL Server veritabanı altyapısı için giriş ve çıkış gereksinimleri hakkında daha fazla bilgi için aşağıdaki Microsoft Bilgi Bankası makalesine bakın:

GÇ EventID 833

Uyarı: Bu makalenin çevirisi otomatik olarak yapılmıştır

Özellikler

Makale No: 897284 - Son İnceleme: 10/01/2015 04:46:00 - Düzeltme: 1.0

Microsoft SQL Server 2014 Business Intelligence, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise Core, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Web, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Enterprise Core, Microsoft SQL Server 2012 Express, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2012 Web, Microsoft SQL Server 2012 Business Intelligence, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Express, Microsoft SQL Server 2008 Standard, Microsoft SQL Server 2008 R2 Datacenter, Microsoft SQL Server 2008 R2 Developer, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2008 R2 Express, Microsoft SQL Server 2008 R2 Standard, Microsoft SQL Server 2008 R2 Web, Microsoft SQL Server 2008 R2 Workgroup, Microsoft SQL 2005 Server Workgroup, Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL 2005 Server Enterprise

  • kbinfo kbtshoot kbsqlserv2000sp4fea kbmt KB897284 KbMttr
Geri bildirim