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

Tarayıcınız desteklenmiyor

Siteyi kullanmak için tarayıcınızı güncelleştirmeniz gerekir.

Internet Explorer'ın en son sürümüne güncelleştirin

İşlem günlüğü beklenmedik biçimde büyüyor veya sql Server'da doluyor

Ö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: 317375
Özet
Otomatik büyüme seçeneğini Microsoft SQL Server 2005 ve sonraki sürümleri, SQL Server 2000 ve SQL Server 7.0 ayarlı ise, işlem günlüğü dosyalarının otomatik olarak günlük dosyasının başına 2 terabayt (TB) en büyük günlük dosyası boyutunu genişletebilirsiniz.

Genellikle, denetim noktaları veya işlem günlüğü yedekleri tarafından tetiklenen hareket günlüğü kesilmeleri arasında oluşabilecek en fazla sayıda işlemi tutabildiğinde işlem günlüğü dosyasının boyutu kararlı hale gelir.

Ancak, bazı durumlarda işlem günlüğü çok büyük hale gelir ve çalışma alanı yetersiz hale gelir veya dolar. Genellikle, bir işlem günlüğü dosyası kullanılabilir disk alanını kullanır ve artık genişletilemezse aşağıdaki hata iletisini alırsınız:
Hata: 9002, Önem Derecesi: 17, Durum: 2
Veritabanı için günlük dosyası '%. *ls' dolu.
SQL Server 2005 kullanıyorsanız, aşağıdakine benzer bir hata iletisi alırsınız:
Hata: 9002, Önem Derecesi: 17, Durum: 2
Veritabanı için işlem günlüğü ' %. * ls dolu. Neden günlük alanı yeniden kullanılamaz öğrenmek için log_reuse_wait_desc sütununda sys.databases bakın.
Bu hata iletisinin yanı sıra, sql Server veritabanı şüpheli olarak bir işlem günlüğünün genişlemesi alanı yetersizliği nedeniyle işaretleyebilir. Bu durumdan kurtarma hakkında daha fazla bilgi için sql Server Books Online'da "Yetersiz Disk alanı" konusuna bakın.

Ayrıca, işlem günlüğünün genişlemesi için aşağıdaki nedenlerden biri veya aşağıdaki senaryolardan birinde oluşabilir:
  • Çok büyük bir işlem günlük dosyası.
  • İşlemler başarısız olabilir ve geri almaya başlayabilir.
  • İşlemlerin tamamlanması uzun sürebilir.
  • Performans sorunları oluşabilir.
  • Engelleme ortaya çıkabilir.
  • Veritabanı içinde bir AlwaysOn Kullanılabilirlik grubu katılıyor.
Daha fazla bilgi
İşlem günlüğünün genişlemesi biri aşağıdaki nedenlerden veya senaryolar için oluşabilir.


Not SQL Server 2005 ve sonraki sürümlerinde, neden hareket günlük alanı kullanılmaz ve işlem günlüğü neden kesilmiş olamaz belirlemek için sys.databases Katalog görünümü log_reuse_wait ve log_reuse_wait_desc sütunlarını gözden geçirebilirsiniz.


Kaydedilmemiş işlemler
Açık hareketler açıkça COMMIT veya ROLLBACK komutu vermek değil kaydedilmemiş kalır. Bu, en sık uygulama iptal etme veya karşılık gelen bir geri alma komutu olmadan KILL Transact-SQL komutu verdiğinde oluşur. Hareket İptal gerçekleşirse, ancak onu geri almaz. Bu nedenle, SQL Server Durdurulan işlem hala açık olduğundan, bundan sonra gerçekleşen her hareket kesemez. Belirli bir zamanda bir veritabanında etkin bir işlem olduğundan emin olmak için DBCC OPENTRAN Transact-SQL başvuru kullanabilirsiniz. Bu durumu hakkında daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleleri görüntülemek üzere aşağıdaki makale numaralarını tıklatın:
295108 Tamamlanmamış bir işlemi çok sayıda kilitler ve büyük/küçük harf engelleme saptanabilir.
171224 KILL Transact-SQL komutu nasıl çalıştığını anlama
Ayrıca, SQL Server Books Online'da "DBCC OPENTRAN" konusuna bakın.

Senaryolar kaydedilmemiş hareketleri neden olabilir:
  • Tüm varsayar bir uygulama tasarım hataları causerollbacks.
  • Adlandırılmış hareketleri veya özel olarak iç içe adlandırılmış hareketleri geri geldiğinde, SQL Server davranışı tamamen dikkate almaz bir uygulama tasarımı. İç adlı bir hareketi geri almak çalışırsanız, aşağıdaki hata iletisini alırsınız:
    Sunucu: Msg 6401, Level 16, State 1, satır 13 olamaz geri InnerTran. Notransaction veya o adı noktası bulundu.
    Hata iletisi SQL Servergenerates sonra sonraki ifadeye devam eder. Bydesign budur. Daha fazla bilgi için SQL Server Books Online'da "İç içe geçmiş hareketler" veya "İçinde SQL Server" konusuna bakın.

    Uygulamanızı tasarlarken aşağıdakileri uygulamanızı öneririz:
    • Kalem tek bir hareket birimi (başka bir işlem sizin çağırabilir olasılıklarını dikkate alın).
    • Bir TAMAMLAMA, geri alma, bir dönüş veya benzer bir komut veya deyimi kesmeden önce @@TRANCOUNT kontrol edin.
    • Başka bir @@TRANCOUNT "sizin iç içe" ve bir hata oluştuğunda geri alınması için dış @@TRANCOUNT plan varsayımı ile kodunuzu yazın.
    • Noktası gözden geçirin ve hareketler için seçenekleri işaretleyin. (Bunlar kilitleri kaldırmak değil!)
    • Tam sınama gerçekleştirin.
  • Hareketleri içinde kullanıcı etkileşimi sağlayan bir uygulama. Bu işlem uzun süre açık kalmasına neden olur ve bu engelleme nedenleri ve hareket büyüme açık hareket kesilmiş ve yeni hareketler açık hareket sonra günlüğe eklenen oturum çünkü.
  • Orada verifythat için @@TRANCOUNT açık bir hareket olduğunu denetlemek bir uygulama.
  • Ağ veya diğer hatalar için SQL Server istemci applicationconnection bildiren olmadan kapatmak.
  • Bağlantı havuzu oluşturma. Çalışan iş parçacığı oluşturulduktan sonra SQL Server bağlantı Bakımı değil, bunları kullanır. Kullanıcı bağlantısının bir hareket başlatır ve tamamlama ya da aynı iş parçacığı kullanır, sonra hareket ve bağlantı geri önce keser, önceki işlem hala açık kalır. Bu durum önceki bir hareketin açık kalacağını kilitleri sonuçlanır ve kesilmesi günlüğündeki hareketleri önler. Bu büyük günlük dosya boyutlarına neden olur. Bağlantı havuzu oluşturma hakkında daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
    164221 Bir ODBC uygulamasında bağlantı havuzu oluşturma nasıl etkinleştirilir


Çok büyük işlemler
Bir işlem tarafından işlem bazında işlem günlüğü dosyalarını günlük kayıtları kesiliyor. İşlem kapsamı onu kaldırılmaz sonra işlem günlüğünden tamamlanmış sürece hareket ve tüm işlemleri başlatıldı, büyükse. Bu büyük günlük dosyalarında neden olabilir. Hareket yeterince büyük ise, günlük dosyası kullanılabilir disk alanı kullanmak ve neden hata 9002 hata iletisi "tam işlem günlüğü" tür. Bu tür bir hata iletisi aldığınızda, yapmanız gerekenler hakkında daha fazla bilgi için bu makalenin "Ek bilgi" bölümüne bakın. Ayrıca, çok fazla zaman ve büyük işlemleri geri almak için SQL Server ek yükü alır.

İşlemler: DBCC DBREINDEX ve CREATE INDEX
SQL Server 2000'deki Kurtarma modelindeki değişiklikler nedeniyle, tam kurtarma modu kullanmak ve DBCC DBREINDEX çalıştırdığınızda işlem günlüğü önemli ölçüde daha, SQL Server 7.0 için eşdeğer kurtarma modunda "NSAT. ve SELECT INTO veya BULK COPY ile karşılaştırıldığında genişletmek Üzerinde chkpt. oturumunu".

Bu yaklaşım DBREINDEX işleminden sonra hareket günlüğü boyutu bir sorun olabilir, ancak günlük geri yükleme daha iyi performans sağlar.

İşlem günlüğü yedeklerini geri yüklerken
Bu aşağıdaki Microsoft Bilgi Bankası makalesinde açıklanmıştır:
232196 Kullanılan günlük alanı yedekten geri yükledikten sonra büyüyor gibi görünüyor

SQL Server 2000 Bulk-Logged modunu kullanacak şekilde ayarlayın ve BULK COPY veya SELECT INTO deyimi sorun, değiştirilen her ölçüde işaretlenmiş ve sonra işlem günlüğünü yedeklediğinizde yedeklendi. Bu geri hareket günlüklerini ayarlayın ve hatta toplu işlemleri gerçekleştirdikten sonra hatalarını kurtarıp sağlar, ancak bu işlem günlüklerinin boyutunu ekler. SQL Server 7.0, bu özelliği içermez. Hangi uzantıların değişen yalnızca SQL Server 7.0 kaydeder, ancak gerçek kapsamlarını kaydetmez. Bu nedenle, oturum açma SQL Server 2000'de SQL Server 7.0 Toplu günlük modunda, ancak kadar onu tam modda daha önemli ölçüde daha fazla alan kullanır.

İstemci uygulamaları tüm sonuçları işlemez
Bir sorgunun SQL Server'a vermek ve sonuçları hemen işlemeyen kilitli tutan ve sunucudaki eşzamanlılık azaltır.

Örneğin, sonuç kümesini doldurmak için iki sayfa satırlarını gerektiren bir sorgudur sorun varsayalım. SQL Server ayrıştırır, derler ve sorguyu çalıştırır. Başka bir deyişle, sorgunuzu karşılamak zorunda içeren iki sayfada paylaşılan kilitleri eklenir. Ayrıca, tüm satırlar bir SQL Server TDS paket uyacak varsayalım (sunucu tarafından istemci ile iletiime yöntemi). TDS paketleri doldurmuş ve istemciye gönderilir. İlk sayfa'den tüm satırlar üzerinde TDS paket sığıyorsa, SQL Server bu sayfada paylaşılan kilidi kaldırır ancak ikinci sayfasında paylaşılan kilit bırakır. Sonra SQL Server istemci (DBNEXTROW/DBRESULTS, SQLNextRow/SQLResults veya FetchLast/FetchFirst kullanarak bunu yapabilirsiniz) daha fazla veri istemek bekler.

Başka bir deyişle, kalan verileri istemci istekleri kadar paylaşılan kilit tutulur. İkinci sayfasından veri isteği diğer işlemler tarafından engellenebilir.

İşlem günlüğü genişletme tamamlanmadan önce sorgular zaman aşımına uğruyor ve yanlış 'Günlük dolu' hata iletileri alıyorsunuz
Yeterli disk alanı olmasına karşın bu durumda, yine "yetersiz alanı" hata iletisi alırsınız.

Bu durum, SQL Server 7.0 ve SQL Server 2000 için değişir.

Bir sorgu otomatik olarak işlem günlüğü neredeyse doluysa genişletmek işlem günlüğü neden olabilir. Bu ek zaman alabilir ve bir sorgu durdurulmuş olabilir veya bu nedenle, zaman aşımı süresini aşabilir. SQL Server 7.0, bu durumda hata 9002 döndürür. Bu sorun, SQL Server 2000 için geçerli değildir.

SQL Server 2000'de, bir veritabanı için Otomatik küçültme seçeneğiniz açıksa, bir çok küçük sırasında işlem günlüğü otomatik olarak genişletmek çalıştığı süresi yoktur. Otomatik küçültme işlevi aynı anda çalışmadığından genişletilemiyor. Bu hata 9002 yanlış örneklerini de neden olabilir.

Genellikle, işlem günlüğü dosyalarının otomatik olarak genişlemesini hızlı bir şekilde gerçekleşir. Ancak, aşağıdaki durumlarda normalden daha uzun sürebilir:
  • Büyüme artış çok küçük.
  • Çeşitli nedenlerden dolayı yavaş sunucudur.
  • Disk sürücüleri yeterince hızlı değildir.


Çoğaltılmamış hareketler
Çoğaltma kullanıyorsanız, publisher veritabanı hareket günlük boyutunu genişletebilirsiniz. Çoğaltılan nesneleri etkiler hareketleri "İçin çoğaltma." olarak işaretlenmiş Kaydedilmemiş hareketleri gibi bu hareketler günlük okuyucu görev hareketleri dağıtım veritabanına kopyalar ve bunları imler kadar denetim noktası veya sonra işlem günlüğünü geri silinmez. Günlük Okuyucu görev ile ilgili bir sorun bu hareketler Yayımcı veritabanındaki okumasını engeller, işlem günlüğünün boyutunu çoğaltılmamış hareketleri artar sayısı olarak genişletmek devam. DBCC OPENTRAN Transact-SQL başvuru eski çoğaltılmamış hareketi tanımlamak için kullanabilirsiniz.

Çoğaltılmamış hareketleri ile ilgili sorunları giderme hakkında daha fazla bilgi için SQL Server Books Online'da "sp_replcounters" ve "sp_repldone" konularına bakın.

Daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleleri görüntülemek üzere aşağıdaki makale numaralarını tıklatın:
306769 Düzeltme: Anlık yayımlanan veritabanının işlem günlüğü kesilmiş olamaz
240039 Düzeltme: DBCC OPENTRAN çoğaltma bilgilerini bildirmiyor
198514 Düzeltme: Yeni sunucuya geri hareket günlüğüne kalmasına neden olur.


AlwaysOn ikincil veritabanı için işlem günlüğü kayıtlarının uygulanıyor ' AVAILABILITY_REPLICA'

AlwaysOn Kullanılabilirlik etkin gruplar ile SQL Server 2012'de SQL hata günlüğünde iletiden görebilirsiniz:

Hata: 9002, önem derecesi: 17, durum: 9.
Veritabanı için işlem günlüğü ' %. * ls, 'AVAILABILITY_REPLICA' tam

AlwaysOn Kullanılabilirlik grupları ikincil kopya bu veritabanının işlem günlüğü kayıtlarının karşılık gelen bir ikincil veritabanına uyguluyor AVAILABILITY_REPLICA log_reuse_wait gösterir.

Büyüme kullanılabilirlik veritabanı ve AVAILABILITY_REPLICA oturum için yol açabilecek iki senaryo vardır ' log_reuse_wait:

Senaryo 1: Gecikme teslim değişiklikleri için ikincil oturum

Bir hareket olduğunda, birincil gerçekleştirilen oturum bloklar gerekir teslim edilebilir ve ikincil veritabanı günlük dosyasına sıkı. Gecikme kesilmesi birincil yineleme veritabanında günlüğe kaydedilen değişiklikleri engeller.

Senaryo 2: Yineleme gecikme süresi

İkincil veritabanı günlük dosyasına sıkı bir kez ayrılmış Yinele iş parçacığı günlük kayıtları geçerlidir.

Yinele işlemi ile oluşturulan işlem günlüğü tutmayı mümkün değilse, bu büyük olasılıkla büyüme oturum neden olabilir. Birincil, ikincil çoğaltma yineleme işlemi arkasında için karşılık gelen bir ikincil veritabanı bu değişiklikleri uygulama ise hareket günlüğü kesemez mümkün olmayacaktır. Birden fazla ikincil tanımlamak için ikincil veritabanı günlük kesilme geciktirme, ise sys.dm_hadr_database_replica_states dinamik yönetim görünümü truncation_lsn sütun birden fazla ikincil sunucular arasında karşılaştırın.

AlwaysOn Panosu kullanabilir ve günlük izlemeye yardımcı olmak için sys.dm_hadr_database_replica_states dinamik yönetim görünümleri sıraya gönderme ve Yinele sıra. Bazı anahtar alanları şunlardır:

AlanAçıklama
log_send_queue_sizeİkincil yinelemede ulaşan değil günlük kayıtlarını tutar
log_send_rateİkincil veritabanları için günlük kayıtları gönderilme oranı
redo_queue_sizeHenüz, kilobayt (KB) alýnýp değil ikincil çoğaltma günlük dosyalarında günlük kayıtlarını tutar
redo_rateHangi günlük kayıtları alýnýp kilobayt (KB) cinsinden belirli bir ikincil veritabanı üzerinde kuru / saniye
last_redone_lsnİkincil veritabanı üzerinde geri alınmış son günlük kaydının asıl günlük sıra numarası. last_redone_lsn her zaman last_hardened_lsn azdır
last_received_lsnHangi tarihe kadar tüm günlük blokları bu ikincil veritabanını barındıran ikincil çoğaltma tarafından alınan noktası tanımlama bloğu ID oturum. Bir günlük bloğu ID sıfırlarla azsa yansıtır. Asıl günlük sıra numarası değil.

Not Sys.dm_hadr_database_replica_states Görünüm hakkında daha fazla bilgi için aşağıdaki TechNet Web sitesine bakın:

http://technet.microsoft.com/en-us/library/ff877972.aspx



Gelişmiş bilgiler
Herhangi bir veritabanı için işlem günlüğü, sanal günlük dosyaları (VLFs) bir dizi olarak yönetilir. sql Server dahili olarak günlük dosyası ve günlük genişletirken, kullanılan büyüme artışı toplam boyutuna göre vlf dosya boyutlarını belirler. Bir günlük her zaman tüm VLFs birimlerinde genişler ve yalnızca vlf sınırına kadar sıkıştırabilirsiniz. Bir vlf üç durumdan birinde bulunabilir: ETKİN, KURTARILABİLİR ve YENİDEN KULLANILABİLİR.
  • ETKİN: Günlük etkin bölümü (kaydedilmemiş) etkin bir işlemi temsil eden küçük günlük sıra sayısında (LSN) başlar. Günlük etkin bölümü en son yazılan LSN'de sona erer. Etkin günlüğün herhangi bir bölümünü içeren herhangi bir VLFs etkin VLFs olarak kabul edilir. (Fiziksel günlükte kullanılmayan alan herhangi bir VLF'nin parçası değildir.).
  • KURTARILABİLİR: Logların aktif olan en eski işlemden önceki kısmı sadece kurtarma işlemleri için kullanılacak log yedekleri serisi oluşturmak için gereklidir.
  • Yeniden kullanılabilir: işlem günlüğü yedekleri korumak değil ya da youalready Kütüğü yedeklediyseniz, SQL Server VLFs önce en eski activetransaction yeniden kullanır..
SQL Server fiziksel günlük dosyasının sonuna ulaştığında, dosya başlangıcına geri DİKKATİ işlem keserek bu alanda fiziksel dosya yeniden başlatır. Gerçekte, SQL Server yedekleme veya kurtarma amacıyla gerekli olmayan günlük dosyasındaki alanı geri dönüştürür. Bir günlük yedek dizisi korunuyorsa, bu günlük kayıtlarını yedeklemenize veya kesmenize kadar en az LSN öncesindeki günlük parçasının üzerine yazılamaz. sql Server günlük yedeği gerçekleştirdikten sonra dosyanın başına geri daire içine alabilir. SQL Server günlük dosyasından daha önce günlük kayıtlarını yazmaya yeniden başlarsa, günlüğün yeniden kullanılabilir kısmı mantıksal günlük ile günlüğün etkin bölümü arasındadır.

Daha fazla bilgi için sql Server Books Online'da "İşlem günlüğünün fiziksel yapısı" konusuna bakın. Ayrıca, bununla ilgili bir diyagram ve tartışma için bkz. sayfa 190, "Inside SQL Server 7.0" (Soukup, Ron. Inside Microsoft SQL Server 7.0, Microsoft Press, 1999) ve ayrıca bkz. sayfa 182 ila 186, "Inside SQL Server 2000" (Delaney, Kalen. Inside Microsoft SQL Server 2000, Microsoft Press, 2000). SQL Server 2000 ve SQL Server 7.0 veritabanları için otomatik büyüme ve daralma seçeneğiniz vardır. İşlem günlüğünüzü genişletmek veya sıkıştırmak yardımcı olmak için bu seçenekleri kullanın.

Sunucu bu seçenekleri nasıl etkileyebileceği hakkında daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
315512 sql Server'da otomatik büyüme ve otomatik daralma yapılandırmalarına ilişkin hususlar
İşlem günlüğü dosyasının kesilme işlem günlük dosyasının sıkıştırması farklılık gösterir. sql Server işlem günlük dosyası keser, bu (örneğin, tamamlanan hareketlerin) dosyanın içeriğini silindiği anlamına gelmektedir. Ancak, disk alanı açısından dosyasının boyutu (örneğin, Windows Gezgini'nde veya dir komutunu kullanarak) görüntülerken boyutu değişmeden kalır. Ancak, .ldf dosyasında alanı şimdi yeni hareketler tarafından yeniden kullanılabilir. Yalnızca sql Server işlem günlüğü dosyasının boyutunu küçültür, gerçekte fiziksel günlük dosyasının boyutunda bir değişiklik görürsünüz.

İşlem günlüklerinin daraltma hakkında daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleleri görüntülemek üzere aşağıdaki makale numaralarını tıklatın:
256650 Nasıl yapılır: sql Server 7.0 işlem günlüğünü daraltma
272318 sql Server 2000 dbcc SHRINKFILE ile işlem günlüğünü daraltma
sql Server 6.5 hareket günlük kullanımı hakkında daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
110139 sql işlem günlüğünün dolma nedenleri

SQL Server 2005 ve sonraki sürümlerinde günlük alanı büyük miktarda tüketen sorguları bulma

SQL Server 2005 ve sonraki sürümlerinde, günlük alanı büyük miktarda tüketen sorguları bulmak için sys.dm_tran_database_transactions dinamik yönetim görünümü (DMV) kullanabilirsiniz. Sys.dm_tran_database_transactions aşağıdaki sütunlarda dmv yararlı olabilir:
  • database_transaction_log_bytes_used
  • database_transaction_log_bytes_used_system
  • database_transaction_log_bytes_reserved
  • database_transaction_log_bytes_reserved_system
  • database_transaction_log_record_count
Günlük alanı büyük miktarda tüketir deyimi gerçek metni elde etmek için dmv sys.dm_exec_requests sql_handle sütun sorgulama yapabilirsiniz. dmv sys.dm_tran_database_transactions ve transaction_id sütun üzerinde sys.dm_tran_session_transactions dmv katılma ve daha sonra ek bir birleşim sys.dm_exec_requests ile session_id sütun ekleyerek bunu yapabilirsiniz.

DMV sys.dm_tran_database_transactions hakkında daha fazla bilgi için gidin sys.dm_tran_database_transactions (Transact-SQL) Microsoft Developer Network (msdn) Web sitesi.

DMV sys.dm_tran_session_transactions hakkında daha fazla bilgi için gidin sys.dm_tran_session_transactions (Transact-SQL) MSDN Web sitesi.

DMV sys.dm_exec_requests hakkında daha fazla bilgi için gidin sys.dm_exec_requests (Transact-SQL) MSDN Web sitesi.

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

Özellikler

Makale No: 317375 - Son İnceleme: 01/15/2014 01:02:00 - Düzeltme: 3.0

  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Express
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL 2005 Server Enterprise
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL 2005 Server Workgroup
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 7.0 Standard Edition
  • kbsqlsetup kbinfo kbmt KB317375 KbMttr
Geri bildirim
=4050&did=1&t=">