BizTalk Server veritabanlarını koruma ve sorunlarını giderme

Bu makalede, BizTalk Server veritabanlarının bakımı ve sorunlarını giderme hakkında ayrıntılı bilgiler sağlanır.

Özgün ürün sürümü: BizTalk Server veritabanları
Özgün KB numarası: 952555

Özet

Microsoft BizTalk Server veritabanlarının sistem durumu, başarılı bir BizTalk Server mesajlaşma ortamı için önemlidir. Bu makalede, BizTalk Server veritabanlarıyla çalışırken dikkate almanız gereken önemli noktalar ele alınmaktadır. Dikkat edilmesi gerekenler şunlardır:

• ve auto create statistics SQL Server seçeneklerini devre dışı bırakmanız auto update statistics gerekir.
• (MAXDOP) seçeneğini doğru ayarlamanız max degree of parallelism gerekir.
• BizTalk Server dizinlerini ne zaman yeniden oluşturabileceğinizi belirleyin.
• Kilitleme, kilitlenme veya engelleme oluşabilir.
• Büyük veritabanları veya tablolarla ilgili sorunlarla karşılaşabilirsiniz.
• BizTalk SQL Server Agent işleri.
• Hizmet örnekleri askıya alınabilir.
• SQL Server ve BizTalk Server performans sorunlarıyla karşılaşabilirsiniz.
• BizTalk Server'daki en iyi yöntemleri izlemeniz gerekir.

Giriş

Bu makalede, BizTalk Server veritabanlarının nasıl korunduğu ve BizTalk Server veritabanı sorunlarının nasıl giderıldığı açıklanır.

otomatik oluşturma istatistiklerini ve otomatik güncelleştirme istatistikleri seçeneklerini devre dışı bırakmanız gerekir

veritabanında ve auto update statistics seçeneklerini devre dışı BizTalkMsgBoxDb bırakmalısınızauto create statistics. Bu ayarların devre dışı bırakılıp bırakılmadığını belirlemek için SQL Server'de aşağıdaki saklı yordamları yürütebilirsiniz:

EXEC sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics'
EXEC sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics'

Geçerli ayarı olarak offayarlamalısınız. Bu ayar olarak onayarlanırsa, SQL Server'da aşağıdaki saklı yordamları yürüterek ayarı kapatın:

EXEC sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics', 'off'
EXEC sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics', 'off'

En Yüksek Paralellik Derecesi özelliğini doğru ayarlamanız gerekir

SQL Server çalıştıran ve veritabanını barındıran BizTalkMsgBoxDb bilgisayarda, en yüksek paralellik run_value derecesini ve config_value özellikleri 1 değerine ayarlayın. Sonraki SQL sürümlerinde bu ayarı SQL örneği yerine veritabanı başına belirtmek de mümkündür. Daha fazla bilgi için bkz. MAXDOP'yi ayarlama. Ayarı belirlemek max degree of parallelism için aşağıdaki saklı yordamı SQL Server'deki Ana veritabanında yürütür:

EXEC sp_configure 'show advanced options', 1;
GO
EXEC sp_configure 'max degree of parallelism'

ve özellikleri 1 değerine ayarlanmadıysa, aşağıdaki saklı yordamı SQL Server yürüterek bunları 1 olarak ayarlayın:config_valuerun_value

EXEC sp_configure 'show advanced options', 1;
GO
RECONFIGURE WITH OVERRIDE;
GO
EXEC sp_configure 'max degree of parallelism', 1;
GO
RECONFIGURE WITH OVERRIDE;
GO

BizTalk Server dizinlerini ne zaman yeniden oluşturabileceğinizi belirleme

Çoğu BizTalk Server dizini kümelenir (dizin kimliği: 1). BizTalk Server tablolarının DBCC SHOWCONTIG parçalanma bilgilerini görüntülemek için SQL Server deyimini kullanabilirsiniz.

BizTalk Server dizinleri GUID tabanlıdır. Bu nedenle parçalanma genellikle gerçekleşir. Deyimi tarafından DBCC SHOWCONTIG döndürülen Tarama Yoğunluğu değeri yüzde 30'dan azsa, BizTalk Server dizinleri kapalı kalma süresince yeniden oluşturulabilir.

Birçok BizTalk Server tablosu tanımları kullanan DataType sütunlar içerir. Çevrimiçi dizin oluşturma bu sütunlarda gerçekleştirilemez. Bu nedenle, BizTalk Server verileri işlerken BizTalk Server dizinlerini asla yeniden derlememelisiniz.

Kilitleme, kilitlenme veya engelleme oluşabilir

Genellikle, kilitler ve bloklar BizTalk Server bir ortamda gerçekleşir. Ancak, bu kilitler veya bloklar uzun süre kalmaz. Bu nedenle, engelleme ve kilitlenme olası bir sorunu gösterir.

Büyük veritabanları veya tablolarla ilgili sorunlarla karşılaşabilirsiniz

Veritabanı daha büyük olduğunda performans sorunlarının BizTalkMsgBoxDb ortaya çıkabileceğini gördük. İdeal olan veritabanının BizTalkMsgBoxDb veri tutmamasıdır. Veriler BizTalkMsgBoxDb işlenene veya veya BAM veritabanına taşınana BizTalkDTADb kadar veritabanı bir arabellek olarak kabul edilmelidir.

Arka uçta güçlü bir SQL Server kullanan ve uzun süre çalışan birçok düzenlemenin 5 GB'tan büyük bir BizTalkMsgBoxDb veritabanı olabilir. Uzun süre çalışan düzenleme içermeyen yüksek hacimli bir ortamda 5 GB'tan çok daha küçük bir BizTalkMsgBoxDb veritabanı olmalıdır.

Veritabanının BizTalkDTADb ayarlanmış bir boyutu yok. Ancak, performans azalırsa veritabanı büyük olasılıkla çok büyük olur. Bazı müşteriler için 20 GB çok büyük olarak kabul edilebilirken, bazıları için 200 GB ile birden çok CPU, çok fazla bellek ve hızlı bir ağ ve depolama üzerinde çalışan son derece güçlü bir SQL sunucusuyla düzgün çalışabilir. Büyük BizTalk Server veritabanlarınız olduğunda aşağıdaki sorunlarla karşılaşabilirsiniz:

• Veritabanı BizTalkMsgBoxDb büyümeye devam eder. Ancak hem günlük dosyası hem de veri boyutu büyük kalır.

• BizTalk Server basit bir ileti akışı senaryosunda bile işlem yapmak normalden daha uzun sürer.

• BizTalk yönetim konsolu veya Sistem Durumu ve Etkinlik İzleme (HAT) sorguları normalden daha uzun sürer ve zaman aşımına neden olabilir.

• Veritabanı günlük dosyası hiçbir zaman kesilmez.

• BizTalk SQL Server Agent işleri normalden daha yavaş çalışır.

• Bazı tablolar, normal tablo boyutuyla karşılaştırıldığında daha büyüktür veya çok fazla satıra sahiptir.

Veritabanları çeşitli nedenlerle genişleyebilir. Bu nedenler şunları içerebilir:

• BizTalk SQL Server Agent işleri çalışmıyor
• Çok sayıda askıya alınmış örnek
• Disk hataları
• Izleme
• Azaltma
• SQL Server performansı
• Ağ gecikme süresi

Bir veri sorununun oluşup oluşmadığını belirlemek için ortamınızda ne beklendiğini bildiğinizden emin olun.

Varsayılan olarak izleme, varsayılan konakta etkindir. BizTalk, tek bir konakta Konak İzlemeye İzin Ver seçeneğinin işaretlenmiş olmasını gerektirir. İzleme etkinleştirildiğinde İzleme Veri Kod Çözme Hizmeti (TDDS), izleme olayı verilerini veritabanından BizTalkMsgBoxDb veritabanına BizTalkDTADb taşır. İzleme konağı durdurulursa, TDDS verileri BizTalkDTADb veritabanına taşımaz ve veritabanındaki TrackingData_x_xBizTalkMsgBoxDb tablolar büyür.

İzlemeye bir konak ayırmanız önerilir. TDDS'nin yüksek hacimli senaryolarda yeni izleme olaylarını sürdürmesine izin vermek için tek bir izleme konasının birden çok örneğini oluşturun. Birden fazla izleme ana bilgisayarı mevcut olmamalıdır.

Tabloda çok fazla satır olabilir. Çok fazla olan ayarlanmış satır sayısı yoktur. Ayrıca, bu satır sayısı tabloda depolanan veri türüne göre değişiklik gösterir. Örneğin, 1 milyondan fazla satırı olan bir dta_DebugTrace tabloda büyük olasılıkla çok fazla satır vardır. <HostName>Q_Suspended 200.000'den fazla satırı olan bir tabloda büyük olasılıkla çok fazla satır vardır.

Doğru BizTalk SQL Server Agent işlerini kullanma

BizTalk SQL Server Agent işleri, BizTalk Server veritabanlarını yönetmek ve yüksek performansı korumak için önemlidir.

Yedekleme BizTalk Server SQL Server Agent işi, SQL Server Agent ve BizTalkServer konak örnekleri başlatıldığında BizTalk Server veritabanlarını yedeklemek için desteklenen tek yöntemdir. Bu iş, tüm BizTalk Server veritabanlarının Tam Kurtarma Modeli kullanmasını gerektirir. Bu işi iyi durumda bir BizTalk Server ortamı için yapılandırmanız gerekir. SQL Server yöntemleri, yalnızca SQL Server Agent durdurulursa ve tüm BizTalk Server konak örnekleri durdurulursa BizTalk Server veritabanlarını yedeklemek için kullanılabilir.

MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server Agent işi sonsuz çalışır. Bu nedenle, SQL Server Agent iş geçmişi hiçbir zaman başarılı bir tamamlama görüntülemez. Bir hata oluşursa, iş bir dakika içinde yeniden başlatılır ve sonsuz olarak çalışmaya devam eder. Bu nedenle, hatayı güvenle yoksayabilirsiniz. Ayrıca, iş geçmişi temizlenebilir. Yalnızca iş geçmişi bu işin sürekli başarısız olduğunu ve yeniden başlatıldığını bildiriyorsa endişelenmelisiniz.

MessageBox_Message_Cleanup_BizTalkMsgBoxDb SQL Server Agent işi, SQL Server Agent işi tarafından MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb başlatıldığından etkinleştirilmemesi gereken tek BizTalk Server iştir.

DTA Temizleme ve Arşiv SQL Server Agent işi, izlenen iletileri temizleyip arşivleyerek veritabanının BizTalkDTADb korunmasına yardımcı olur. Bu iş, tablodaki her satırı okur ve kaydın kaldırılıp kaldırılmayacağını belirlemek için zaman damgasını karşılaştırır.

SQL Server Agent işi dışındaki MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb tüm BizTalk SQL Server Agent işleri başarıyla çalıştırılmalıdır.

Hizmet örnekleri askıya alınabilir

Hizmet örnekleri askıya alınabilir (devam ettirilebilir) veya askıya alınabilir (devam ettirilemez). Bu hizmet örnekleri Mesajlaşma, Düzenleme veya Bağlantı Noktası olabilir.

Bu hizmet örnekleri veritabanının gereksiz yere büyümesine BizTalkMsgBoxDb neden olabilir ve sonlandırılabilir. İletileri sorgulamak, sürdürmek veya sonlandırmak için Grup Hub'ını kullanabilirsiniz. BizTalk veritabanlarını sorgulamak, temizlemek ve bakımını yapmak için Terminate.vbs betiği veya BizTalk Sistem Durumu İzleyicisi (BHM) aracını da kullanabilirsiniz. Bazı durumlarda, sistemde yalnız bırakılmış veya zombi iletileri bırakılabilir. BHM aracı bu durumları düzeltmeye yardımcı olabilir.

Terminate.vbs betiği hakkında daha fazla bilgi için bkz. Askıya Alınan Hizmet Örneklerini Kaldırma.

Önbelleğe alma örnekleri Grup Merkezi sayfasında görünmez ve bunları askıya alıp sonlandıramazsınız. Bu kısıtlama, tablo büyümesinin yaygın bir nedenidir. BizTalk Server 2006'da önbellek hizmeti örneklerinin yeni zombi iletilerini önlemek için 936536 Microsoft Bilgi Bankası makalesine düzeltmeyi yükleyin. Bu sorun BizTalk Server 2006 R2 ve sonraki sürümlerde düzeltilmiştir.

Zombi iletilerinin açıklaması için şu MSDN web sitesini ziyaret edin: BizTalk Core Engine'in WebLog'u

SQL Server ve BizTalk Server performans sorunlarıyla karşılaşabilirsiniz

BizTalk Server, bir dakika içinde SQL Server için yüzlerce kısa ve hızlı işlem yapar. SQL Server bu etkinliği sürdüremiyorsa BizTalk Server performans sorunlarıyla karşılaşabilir. Performans İzleyicisi,PhysicalDisk performans nesnesindeki Ortalama Disk sn/Okuma, Ortalama Disk sn/Aktarım ve Ort. Disk sn/Yazma Performans İzleyicisi sayaçlarını izleyin. En uygun değer 10 ms'den (milisaniye) küçüktür. 20 ms veya daha büyük bir değer düşük performans olarak kabul edilir.

• SQL Server 2005'te Performans Sorunlarını Giderme

• BizTalk Server Veritabanları için Yüksek Kullanılabilirlik Sağlama

• SQL Server performans sorunlarını giderme

BizTalk Server'de en iyi yöntemler

SQL Server SQL Server Agent başlatın. SQL Server Agent durdurulduğunda, veritabanı bakımdan sorumlu yerleşik BizTalk SQL Server Agent işleri çalıştırılamaz. Bu davranış veritabanı büyümesine neden olur ve bu büyüme performans sorunlarına neden olabilir.

SQL Server Günlük Veritabanı Dosyası (LDF) ve Ana Veritabanı Dosyası (MDF) dosyalarını ayrı sürücülere yerleştirin. ve veritabanları için BizTalkMsgBoxDb LDF ve BizTalkDTADb MDF dosyaları aynı sürücüde olduğunda disk çekişmesi oluşabilir.

İleti gövdesi izleme özelliğinden yararlanmıyorsanız bu özelliği etkinleştirmeyin. Ancak, bir çözüm geliştirirken ve sorun giderirken ileti gövdesi izlemeyi etkinleştirmek iyi bir fikirdir. Bunu yaparsanız, işiniz bittiğinde ileti gövdesi izlemeyi devre dışı bırakdığınızdan emin olun. İleti gövdesi izleme etkinleştirildiğinde, BizTalk Server veritabanları büyür. İleti gövdesi izlemeyi etkinleştirmeyi gerektiren bir iş gereksinimi varsa ve DTA Temizleme ve Arşiv SQL Server Agent işlerinin başarıyla çalıştığını onaylayınTrackedMessages_Copy_BizTalkMsgBoxDb.

Genellikle, daha küçük işlem günlükleri daha iyi performansa neden olur. İşlem günlüklerini daha küçük tutmak için Yedekleme BizTalk Server SQL Server Agent işini daha sık çalışacak şekilde yapılandırın.

sp_ForceFullBackup Veritabanındaki BizTalkMgmtDb saklı yordam, verilerin ve günlük dosyalarının geçici tam yedeklemesini gerçekleştirmeye yardımcı olmak için de kullanılabilir. Saklı yordam, tabloyu 1 değeriyle güncelleştirir adm_ForceFullBackup . Yedekleme BizTalk Server işi bir sonraki çalıştırıldığında tam veritabanı yedekleme kümesi oluşturulur.

BizTalk Sistem Durumu İzleyicisi (BHM) aracı, mevcut BizTalk Server dağıtımlarını değerlendirmek için kullanılabilir. BHM, veritabanıyla ilgili çok sayıda denetim gerçekleştirir.

Sorun giderme

BizTalk Server SQL Server veritabanları için en iyi sorun giderme adımları, engelleme veya kilitlenme gibi veritabanı sorununun türüne bağlıdır. BizTalk Server veritabanı sorununu gidermek için aşağıdaki adımları izleyin.

1. Adım: Tüm gerekli BizTalk SQL Server Agent işlerini etkinleştirme ve çalıştırma

İş dışındaki MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb tüm BizTalk SQL Server Agent işleri etkin olmalı ve başarıyla çalıştırılmalıdır. Başka bir işi devre dışı bırakma.

Bir hata oluşursa, hata bilgilerini görüntülemek için SQL Server'deki Geçmişi Görüntüle seçeneğini kullanın ve ardından hatayı uygun şekilde giderin. SQL Server Agent işinin MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb sonsuz çalıştığını unutmayın. Bu nedenle, yalnızca iş geçmişi işin sürekli başarısız olduğunu ve yeniden başlatıldığını bildirirse endişelenmelisiniz.

2. Adım: BizTalk Sistem Durumu İzleyicisi (BHM)/MsgBoxViewer aracını kullanma

Bir sorunu yeniden oluştururken BHM raporunu toplayın.

BHM aracı, tablo boyutları ve satır sayısı hakkında ayrıntılı bilgiler içeren bir HTML raporu sağladığından sorun giderme için kullanışlıdır. Rapor, BizTalk Server azaltma olup olmadığını belirlemeye de yardımcı olabilir. Ayrıca araç, BizTalk Server veritabanlarının ve BizTalk Server yapılandırmasının anlık görüntüsünü sağlar.

BizTalk Server'da azaltma hakkında daha fazla bilgi için bkz. BizTalk Server Konak Azaltmayı Nasıl Uygular?

BizTalk Server normalden daha yavaş çalıştığında, BHM aracını çalıştırın ve ardından oluşturulan HTML raporunu gözden geçirerek herhangi bir sorun olup olmadığını denetleyin. Özet bölümünde sarı renkli uyarılar ve kırmızıyla ilgili olası sorunlar listelenir.

Ayrıca, hangi tabloların en büyük olduğunu ve en çok kayda sahip olduğunu belirlemek için BHM araç çıkışını kullanabilirsiniz. Aşağıdaki tabloda genellikle en büyüğe sahip BizTalk Server tabloları listeledik. Olası bir sorunun nerede olabileceğini belirlemek için bu verileri kullanabilirsiniz.

Tablo	Açıklama
<HostName>Q_Suspended	Bu tablo, tablodaki belirli bir konağın Spool askıya alınmış örnekleriyle ilişkili iletilere başvuru içerir. Bu tablo veritabanındadır BizTalkMsgBoxDb .
<HostName>Q	Bu tablo, tablodaki Spool belirli bir konakla ilişkilendirilmiş ve askıya alınmadan iletilere başvuru içerir. Bu tablo veritabanındadır BizTalkMsgBoxDb .
Spool Parts Fragments	Bu tablolar gerçek ileti verilerini veritabanında depolar BizTalkMsgBoxDb .
Instances	Bu tablo, veritabanındaki tüm örnekleri ve geçerli durumlarını BizTalkMsgBoxDb depolar.
TrackingData_0_x	Bu dört tablo, TDDS'nin olayları BizTalkMsgBoxDb veritabanına taşıması için İş Etkinliği İzleme (BAM) tarafından izlenen olayları BAMPrimaryImport veritabanında depolar.
TrackingData_1_x	Bu dört tablo, olayları veritabanına taşımak için izlenen olayları BizTalkMsgBoxDbBizTalkDTADB TDDS için veritabanında depolar.
Tracking_Fragmentsx Tracking_Partsx Tracking_Spoolx	Bu tabloların her ikisi ve BizTalkDTADb veritabanlarında BizTalkMsgBoxDb yer alır. Biri çevrimiçi, diğeri çevrimdışı. BizTalk Server 2004 SP2 ve sonraki sürümlerde, TrackedMessages_Copy_BizTalkMsgBoxDb SQL Server Agent işi izlenen ileti gövdelerini doğrudan veritabanındaki BizTalkDTADb bu tablolara taşır. BizTalk Server 2004 Service Pack 1'de (SP1) ve BizTalk Server 2004'ün önceki sürümlerinde, TrackedMessages_Copy_BizTalkMsgBoxDb SQL Server Agent işi izlenen ileti gövdelerini veritabanındaki BizTalkMsgBoxDb bu tablolara kopyalar. TrackingSpool_Cleanup_BizTalkMsgBoxDb SQL Server Agent işi çevrimdışı tabloları temizler ve tabloları çevrimiçi hale getirirken, iş de çevrimiçi tabloları çevrimdışına alır.
dta_ServiceInstances	Bu tablo, veritabanındaki hizmet örnekleri için izlenen olayları depolar BizTalkDTADb . Bu tablo büyükse, BizTalkDTADb veritabanı büyük olasılıkla büyüktür.
dta_DebugTrace	Bu tablo, Orchestration hata ayıklayıcısı olaylarını BizTalkDTADb veritabanında depolar.
dta_MessageInOutEvents	Bu tablo, izlenen olay iletilerini BizTalkDTADb veritabanında depolar. İzlenen bu olay iletileri, ileti bağlam bilgilerini içerir.
dta_ServiceInstanceExceptions	Bu tablo, veritabanındaki askıya alınan herhangi bir hizmet örneğinin BizTalkDTADb hata bilgilerini depolar.

Aşağıdaki senaryoları inceleyin.

• <HostName>Q_Suspended Tablo

  Tabloların <HostName>Q_Suspended birçok kaydı varsa, tablolar Group Hub'da veya HAT'de görünen geçerli askıya alınmış örnekler olabilir. Bu örnekler sonlandırılabilir. Bu örnekler Grup Hub'ında veya HAT'da görünmüyorsa, örnekler büyük olasılıkla örnekleri önbelleğe alır veya yalnız bırakılmış yönlendirme hatası raporlarıdır. Askıya alınan örnekler sonlandırıldığında, bu tablodaki öğeler ve ve Instances tablolarındaki Spool ilişkili satırları temizlenir.

  Bu senaryoda, askıya alınan örnekleri devam ettirerek veya sonlandırarak işleyin. BHM aracı da kullanılabilir.

• <HostName>Q Tablo

  Tablolarda <HostName>Q çok sayıda kayıt varsa, aşağıdaki örnek türleri bulunabilir:

  • Çalıştırmaya hazır örnekler
  • Etkin örnekler
  • BizTalk Server susuz örneklerin "yetişmesi" ve örnekleri işlemesi için zamana ihtiyacı vardır.

  Gelen işleme oranı giden işleme hızını aştığında bu tablo büyüyebilir. Bu senaryo, büyük BizTalkDTADb bir veritabanı veya SQL Server disk gecikmeleri gibi başka bir sorun oluştuğunda ortaya çıkabilir.

• Spool, Partsve Fragments tabloları

  , Partsve Fragments tablolarında Spoolbirçok kayıt varsa, birçok ileti şu anda etkin, susuz veya askıya alınmış durumdadır. Boyuta, parça sayısına ve bu tablolardaki parçalanma ayarlarına bağlı olarak, tek bir ileti tüm bu tabloları ortaya çıkabilir. Her iletinin Spool tabloda tam olarak bir satırı ve tabloda en az bir satırı Parts vardır.

• Instances Tablo

  BizTalk Yöneticisi, askıya alınan birçok örneğin tabloda kalmasına Instances izin vermemelidir. Susuz bırakılmış örnekler yalnızca iş mantığı uzun süre çalışan düzenleme gerektiriyorsa kalmalıdır. Bir hizmet örneğinin tablodaki Spool birçok iletiyle ilişkilendirilebileceğini unutmayın.

• TrackingData_x_x Tablo

  TrackingData_x_x Tablolar büyükse İzleme konağı (TDDS) başarıyla çalışmaz. İzleme ana bilgisayarı örneği çalışıyorsa hata bilgileri için olay günlüklerini ve TDDS_FailedTrackingData veritabanındaki BizTalkDTADb tabloyu gözden geçirin. BizTalk 6 (büyük veritabanı) durumuyla kısıtlanıyorsa, veriler gerekli değilse BizTalk Terminator aracı kullanılarak da bu tablolar kesilebilir.

  Tablolardaki ve BAMPrimaryImport veya BizTalkDTADbTDDS_StreamStatus tablolarındaki BizTalkMsgBoxDbTrackingData_x_x sıra numaraları arasında büyük bir boşluk varsa, TDDS verileri veritabanından BizTalkMsgBoxDb taşıyamayabilir. Bunu düzeltmek için BHM aracını kullanarak bu tabloları temizleyip sıra numarasını sıfırlayın.

• dta_DebugTrace ve dta_MessageInOutEvents tablolar

  Şekil dta_DebugTracebaşlangıç ve bitişi bir düzenlemede etkinleştirildiğinde tablo doldurulur. dta_DebugTrace Tabloda çok fazla kayıt varsa, bu düzenleme hata ayıklama olayları kullanılıyor veya kullanılıyordu. Düzenli işlemler için düzenleme hata ayıklaması gerekmiyorsa, Orchestration özelliklerindeki Şekil başlangıç ve bitiş onay kutusunu temizleyin.

  Tablo, dta_MessageInOutEvents düzenlemelerde ve/veya işlem hatlarında İleti gönderme ve alma etkinleştirildiğinde doldurulur. Bu izleme olayları gerekli değilse düzenleme ve/veya işlem hattı özelliklerinde bu seçeneğin onay kutusunu temizleyin.

  Bu izleme olayları devre dışı bırakılırsa veya veritabanında bir kapsam varsa BizTalkMsgBoxDb , TDDS bu verileri bu tablolara taşımaya devam ettiğinden bu tablolar büyümeye devam edebilir.

  Genel izleme varsayılan olarak etkindir. Genel izleme gerekli değilse devre dışı bırakılabilir. Daha fazla bilgi için bkz. Genel İzlemeyi Kapatma.

  dta_DebugTrace Tablo ve/veya veritabanındaki dta_messageInOutEventsBizTalkDTADb tablo çok büyükse, izleme ana bilgisayarını durdurduktan sonra tabloları el ile kesebilirsiniz. BHM aracı da bu işlevi sağlar.

  Veritabanındaki BizTalkMsgBoxDb tüm izleme tablolarını kısaltmak için BHM aracını kullanın. BHM aracı, Microsoft İndirme Merkezi'nde harici olarak kullanılabilir.

  Veritabanı boyutlandırma yönergelerini izleme hakkında daha fazla bilgi için şu MSDN web sitesini ziyaret edin: Veritabanı Boyutlandırma Yönergelerini İzleme.

• dta_ServiceInstanceExceptions Tablo

  Tablo dta_ServiceInstanceExceptions genellikle düzenli olarak askıya alınan örneklerin bulunduğu bir ortamda büyük hale gelir.

3. Adım: Kilitlenme senaryolarını araştırma

Kilitlenme senaryosunda, kilitlenme bilgilerinin SQLERROR günlüğüne yazılabilmesi için SQL Server DBCC izlemeyi etkinleştirin.

SQL Server 2005 ve sonraki sürümlerde aşağıdaki deyimi yürütür:

DBCC TRACEON (1222,-1)

SQL Server 2000'de aşağıdaki deyimi yürütür:

DBCC TRACEON (1204)

Ayrıca, olay ve Lock:Deadlock Chain olayıyla ilgili Lock:Deadlock verileri toplamak için PSSDiag yardımcı programını kullanın.

Veritabanı BizTalkMsgBoxDB , yüksek hacimli ve yüksek işlemli bir Çevrimiçi İşlem İşleme (OLTP) veritabanıdır. Bazı kilitlenmeler beklenir ve bu kilitlenme BizTalk Server altyapısı tarafından dahili olarak işlenir. Bu davranış oluştuğunda, hata günlüklerinde hiçbir hata listelenmez. Bir kilitlenme senaryoyu araştırdığınızda, çıkışta araştırdığınız kilitlenme, olay günlüklerindeki bir kilitlenme hatasıyla ilişkilendirilmelidir.

dequeue komutunun ve bazı SQL Server Agent işlerinin kilitlenmesi beklenir. Genellikle bu işler kilitlenme kurbanı olarak seçilir. Bu işler bir kilitlenme izlemesinde görünür. Ancak, olay günlüklerinde hiçbir hata listelenmez. Bu nedenle, bu kilitlenme bekleniyor ve bu işlerle kilitlenmeyi güvenle yoksayabilirsiniz.

Kilitlenme izlemesinde sık sık kilitlenmeler görünüyorsa ve olay günlüklerinde bağıntı hatası listeleniyorsa kilitlenmeyi isteyebilirsiniz.

4. Adım: Engellenen işlemleri arama

Kilitleme sistemi işleminin sunucu işlemi tanımlayıcısını (SPID) almak için SQL Server'de Etkinlik İzleyicisi'ni kullanın. Ardından, kilitleme SPID'sinde yürütülen SQL deyimini belirlemek için SQL Profiler'ı çalıştırın.

SQL Server'daki bir kilitleme ve engelleme sorununu gidermek için SQL için PSSDiag yardımcı programını kullanarak engelleme betiğinin etkinleştirildiği tüm Transact-SQL olaylarını yakalayın.

SQL Server 2005 ve sonraki sürümlerde, hangi SPID'lerin veya SPID'lerin belirttiğiniz eşikten daha uzun süre engellendiğini belirlemek için engellenen işlem eşiği ayarını belirtebilirsiniz.

Engellenen işlem eşiği ayarı hakkında daha fazla bilgi için bkz. Engellenen işlem eşiği Sunucu Yapılandırma Seçeneği.

5. Adım: En Son BizTalk Server Hizmet Paketini ve Toplu Güncelleştirmeyi Yükleme

BizTalk Server sonraki sürümler bir Toplu Güncelleştirme (CU) modeline taşındı. Toplu güncelleştirmeler en son düzeltmeleri içerir.

Tüm verileri silme

Veritabanları çok büyükse veya tercih edilen yöntem tüm verileri silmekse, tüm veriler silinebilir.

BizTalkMsgBoxDb veritabanı temizleme adımları

Veritabanındaki BizTalkMsgBoxDb tüm verileri silmek için BizTalk Sistem Durumu İzleyicisi (BHM) aracını kullanın.

BizTalkDTADb veritabanı temizleme seçenekleri

Veritabanındaki BizTalkDTADb tüm verileri silmek için BizTalk Sistem Durumu İzleyicisi (BHM) aracını kullanın. Aksi takdirde, aşağıdaki yöntemlerden birini kullanın.

• Yöntem 1:

  1. Tüm BizTalk Server veritabanlarını yedekleyin.

  2. Saklı yordamı yürütür dtasp_PurgeAllCompletedTrackingData . Saklı yordam hakkında dtasp_PurgeAllCompletedTrackingData daha fazla bilgi için bkz. BizTalk İzleme Veritabanından Verileri El ile Temizleme.

     Not

     Bu eylem, tamamlanan tüm iletileri siler.

• Yöntem 2:

  1. Tüm BizTalk veritabanlarını yedekleyin.

  2. Saklı yordamı yürütür dtasp_CleanHMData . Bu seçeneği yalnızca veritabanında kaldırılması gereken birçok eksik örnek varsa BizTalkDTADb kullanın.

     Bunu yapmak için şu adımları uygulayın:

     1. Tüm BizTalk konaklarını, hizmetlerini ve özel yalıtılmış bağdaştırıcıları durdurun. HTTP veya SOAP bağdaştırıcısı kullanıyorsanız IIS hizmetlerini yeniden başlatın.
     2. dtasp_CleanHMData Veritabanında saklı yordamı yürütürBizTalkDTADb.
     3. Tüm konakları ve BizTalk Server hizmetlerini yeniden başlatın.

BizTalk Server 2004-only adımları

BHM verilerini veya PSSDiag çıkışını analiz etmek için yardıma ihtiyacınız varsa Microsoft Müşteri Destek Hizmetleri'ne başvurun. Müşteri Destek Hizmetleri telefon numaralarının tam listesi ve destek maliyetleri hakkında bilgi için bkz. İletişim Microsoft Desteği.

Uygulandığı öğe

• BizTalk Server 2009
• BizTalk Server 2010
• BizTalk Server 2013
• BizTalk Server 2013 R2
• BizTalk Server 2016
• BizTalk Server 2020