Jak udržovat a odstraňování problémů s databází serveru BizTalk

Překlady článku Překlady článku
ID článku: 952555 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

Databáze Microsoft BizTalk Server a stavu databází jsou velmi důležité pro úspěšnou prostředí zasílání zpráv serveru BizTalk. Tento článek popisuje důležité věci zvažte při práci s databází serveru BizTalk. Tyto aspekty patří následující:
  • Je nutné zakázat Automatické aktualizace Statistika a Statistika vytvořit automatické Microsoft SQL Server možnosti.
  • Stupeň maximální Parallelism vlastnost musíte nastavit správně.
  • Určit, kdy znovu indexy BizTalk serveru.
  • Uzamčení, deadlocking nebo blokování může dojít.
  • Může dojít k problémům s velkými databázemi nebo tabulky.
  • BizTalk SQL Server Agent úlohy
  • Instance služby může být pozastavena.
  • Může docházet k problémům s výkonem SQL Server a BizTalk Server.
  • Postupujte podle doporučených postupů na BizTalk serveru.

Úvod

Tento článek popisuje, jak udržovat databáze BizTalk Server a řešení problémů databáze BizTalk serveru.

Další informace

Známé problémy

Je nutné zakázat možnosti automatické aktualizace Statistika a Statistika vytvořit Auto

Je nutné zakázat možnosti Automatického vytvoření Statistika a Statistika automatické aktualizace na databázi BizTalkMsgBoxDb. Určit, zda tato nastavení jsou zakázány, spouštět uložené procedury SQL Server:
exec sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics'
exec sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics'
je vhodné nastavit nastavení CurrentSetting "Vypnuto" Pokud je nastavení "na „ k, jej vypnout spuštěním uložené procedury serveru SQL:
exec sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics', 'off'
exec sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics', 'off'
Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
917845Dochází k zablokování, zablokování podmínky nebo jiných problémech SQL Server pokusíte připojit k databázi BizTalkMsgBoxDb v BizTalk Server 2006 nebo BizTalk Server 2004
912262Možnost Automatické aktualizace statistiky automatického vytvoření statistiky možnost a nastavení Parallelism jsou vypnuty instance databáze SQL Server 2000 nebo SQL Server 2005, který je hostitelem databáze BizTalk Server 2004 nebo BizTalk Server 2006 BizTalkMsgBoxDB

Musíte správně nastavit stupeň Max Parallelism property

V počítači spuštěn SQL Server a který je hostitelem databáze BizTalkMsgBoxDb nastavit stupeň Max Parallelism run_value a config_value vlastnosti na hodnotu 1. Určit stupeň maximální nastavení Parallelism, spustit následující uložené procedury proti hlavní databáze na serveru SQL Server:
exec sp_configure 'max degree of parallelism'
Pokud vlastnosti run_value a config_value není nastavena na hodnotu 1, spouštět uložené procedury serveru SQL:
exec sp_configure 'max degree of parallelism', '1'
reconfigure with override
Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
899000Nastavení Parallelism instance serveru SQL při konfiguraci serveru BizTalk
917845Dochází k zablokování, zablokování podmínky nebo jiných problémech SQL Server pokusíte připojit k databázi BizTalkMsgBoxDb v BizTalk Server 2006 nebo BizTalk Server 2004

Určit, kdy znovu BizTalk Server indexů

Clustery většina BizTalk Server indexů (index ID: 1). pomocí příkazu DBCC SHOWCONTIG můžete zobrazit informace fragmentaci tabulky BizTalk serveru.

Indexy BizTalk serveru jsou založeny GUID. Fragmentace proto obvykle dochází. Pokud je hodnota Scan Hustota, která je vrácena příkazu DBCC SHOWCONTIG méně než 30 procent, indexy BizTalk serveru mohou být znovu sestavovány během výpadku.

Mnoho tabulek BizTalk serveru obsahovat sloupce použít definice DataType. Online indexování nelze provést v těchto sloupcích. Proto je měli znovu nikdy vytvořit indexy BizTalk serveru během BizTalk Server zpracovává data.

Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
917845Dochází k zablokování, zablokování podmínky nebo jiných problémech SQL Server pokusíte připojit k databázi BizTalkMsgBoxDb v BizTalk Server 2006 nebo BizTalk Server 2004
Další informace o tom, jak analyzovat výstup příkazu DBCC SHOWCONTIG naleznete na následujícím webu:
http://technet.microsoft.com/en-us/library/cc966523.aspx

Může dojít zamykání, deadlocking nebo blokování

Uzamčení a bloky obvykle dojít v prostředí serveru BizTalk. Tyto uzamčení nebo bloky však není zůstanou delší dobu. Blokování a deadlocking tedy označují potenciální problém.

Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
917845Dochází k zablokování, zablokování podmínky nebo jiných problémech SQL Server pokusíte připojit k databázi BizTalkMsgBoxDb v BizTalk Server 2006 nebo BizTalk Server 2004

Může dojít k problémům s velkými databázemi nebo tabulky

Doporučujeme mít viditelné, když je větší než 5 GB databáze BizTalkMsgBoxDb, mohou nastat potíže. V ideálním případě by BizTalkMsgBoxDb databáze by měla není být podržením žádná data. Dokud data zpracována nebo přesunout do databáze BizTalkDTADb by měl být databáze BizTalkMsgBoxDb považován za vyrovnávací paměti.

Prostředí, které používá výkonné SQL Server v serverové a mnoho orchestrations dlouhotrvající pravděpodobně BizTalkMsgBoxDb databáze, která je větší než 5 GB.

Prostředí vysoké svazku, který používá žádné orchestrations dlouhotrvající měl BizTalkMsgBoxDb databáze, která je mnohem menší než 5 GB.

BizTalkDTADb databáze nemá velikost sady. Pokud však snížení výkonu dotazu v databázi je pravděpodobně příliš velký. Obvykle 15 až 20 GB je považován za příliš velký. Když máte velké databáze BizTalk Server, můžete zaznamenat následující problémy:
  • Databáze BizTalkMsgBoxDb pokračuje růst. Soubor protokolu a velikost dat, však zůstávají velký.
  • BizTalk Server trvá déle než obvykle zpracovat i scénář jednoduché zprávy toku.
  • Dotazy stavu a sledování činnosti (HAT) trvat déle než obvykle a může časový limit.
  • Soubor protokolu databáze nikdy zkrácen.
  • Úlohy BizTalk SQL Server Agent pomaleji než obvykle.
  • Některé tabulky jsou výrazně větší nebo jste příliš mnoho řádků porovnání velikosti obvyklým tabulky.
Databází může být velký různých důvodů. Z těchto důvodů mohou zahrnovat následující:
  • BizTalk SQL Server Agent úlohy nejsou spuštěny.
  • Velký počet nezpracovaných instance
  • Selhání disku
  • Sledování
  • Omezení
  • Výkonu serveru SQL
  • Čekací doba sítě
Zkontrolujte, zda víte, co je očekávána ve vašem prostředí k určení, zda problém data vyskytují.

Sledování je ve výchozím nastavení povoleno na výchozí hostitel. BizTalk vyžaduje zkontrolovat možnost Povolit sledování Host na jediné HOST. Při sledování je povoleno, přesune sledování dat dekódování Service (TDDS) sledování událostí data z databáze BizTalkMsgBoxDb databáze BizTalkDTADb. Sledování hostitele zastaven, TDDS nepřesune databáze BizTalkDTADb data a růst TrackingData_x_x tabulek v databázi BizTalkMsgBoxDb.

Doporučujeme vyhradit jednoho hostitele sledování. Povolit TDDS udržovat nové události sledování ve scénářích svazku vysoký, můžete vytvořit více instancí jediné sledování hostitele. By měl existovat žádný hostitel více než jeden sledování.

Příliš mnoho řádků máte v tabulce. Je počet řádků, které jsou příliš mnoho žádné sady. Navíc tento počet řádků se liší podle druhu dat uloženy v tabulce. Dta_DebugTrace tabulky, která pravděpodobně obsahuje více než 1 miliónů řádků má například příliš mnoho řádků. Tabulka Q_Suspended HostName, která má více než 200,000 řádky pravděpodobně má příliš mnoho řádků.

Použití správného BizTalk SQL Server Agent úlohy

BizTalk SQL Server Agent úlohy jsou důležité pro správu databází BizTalk Server a pro zachování vysokého výkonu.

Zálohování BizTalk serveru SQL Server Agent Úloha je pouze podporovanou metodu zálohování databáze BizTalk Server. Tato úloha vyžaduje nastavení všech databází BizTalk Server k použití model úplné obnovení. Měli byste nakonfigurovat tuto úlohu v pořádku prostředí serveru BizTalk. Metody SQL Server můžete použít k zálohování databáze BizTalk Server, pouze pokud je zastavena služba SQL Server a pokud jsou zastaveny všechny procesy serveru BizTalk.

Spustí úlohu MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server Agent infinitely. Historie úlohy SQL Server Agent proto zobrazí nikdy úspěšné dokončení. Pokud dojde k selhání úlohy v rámci jedné minuty restartuje a pokračuje spustit infinitely. Proto můžete bezpečně ignorovat selhání. Navíc můžete vymazat historii úlohy. Měli byste být pouze znepokojovat, tato úloha neustále selže a restartuje sestavy historie úlohy.

Úloha MessageBox_Message_Cleanup_BizTalkMsgBoxDb SQL Server Agent je pouze úlohy BizTalk serveru, která není byste měli povolit protože je spuštěna úlohou MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb.

Úloha DTA vymazat a archiv SQL Server Agent pomáhá udržovat databáze BizTalkDTADb vyprazdňování a archivace sledované zprávy. Tato úloha přečte každý řádek v tabulce a porovná časové razítko zjistit, zda má být odebrána záznamu.

Všechny úlohy BizTalk SQL Server Agent kromě úlohy MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server Agent by měl být úspěšně spuštěn.

Popis všech úloh BizTalk serveru SQL Server Agent na webu Software Developer Network (MSDN):
http://msdn.microsoft.com/en-us/library/aa561960.aspx
Další informace o všech úlohách BizTalk Server 2004 SQL Server Agent klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
919776Popis úlohy SQL Server Agent v BizTalk Server 2004

Instance služby může být pozastavena.

Instance služby může být pozastavena (Potlačitelný) nebo pozastaveno (nikoli Potlačitelný). Tyto instance služby může být Messaging, Orchestration nebo port.

Oba typy instance služby mohou provádět BizTalkMsgBoxDb unnecessarily.These ukončena instance databáze dosáhnout. Následující tabulka uvádí, co metodu lze použít, v závislosti na verzi BizTalk:
Zmenšit tuto tabulkuRozšířit tuto tabulku
Rozbočovač skupinyKLOBOUČKUTerminate.vbs
BizTalk Server 2009ANONO,ANO
BizTalk Server 2006 R2ANOANOANO
BizTalk Server 2006ANOANOANO
BizTalk Server 2004NO,ANOANO
Další informace o skriptu Terminate.vbs na webu služby MSDN:
http://msdn.microsoft.com/en-us/library/bb203857.aspx
Ukládání do mezipaměti instance v stránky Rozbočovač skupiny nezobrazí a nelze pozastavit nebo ukončit ukládání do mezipaměti instance. Toto omezení je běžnou příčinou tabulky růstu. Chcete-li zabránit nové zprávy zombie pro instance služby mezipaměti v BizTalk Server 2006, opravu hotfix popsanou v článku znalostní báze Microsoft Knowledge Base 936536. Tento problém je vyřešen v BizTalk Server 2006 R2 a novější.

Poznámka: Zpráva zombie je zpráva, která byla směrována, ale není spotřebovány.

Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
936536Oprava: Nastat problémy výkonu s BizTalk Server 2006 a omezení zprávy jsou zaznamenány v souboru protokolu výkonu
Při ukončí instanci hostitele serveru BizTalk do mezipaměti instance nebude odebrán. Chcete-li vyřešit toto chování v BizTalk Server 2006 a BizTalk Server 2006 R2, opravu hotfix popsanou v článku znalostní báze Microsoft Knowledge Base 944426. Tento problém je vyřešen v BizTalk Server 2009.

Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
944426Oprava: Osamocených mezipaměti instance může být vytvořena v tabulce instance databáze BizTalkMsgBoxDb v BizTalk Server 2006
Jiný problém běžné je, že směrování selhání Reports (RFRs) může vytvořit v tabulkách BizTalkHostQ a BizTalkHostQ_Suspended. RFRs nejsou odebrány a toto chování může způsobit BizTalkMsgBoxDb databáze narůstá. Chcete-li tento problém BizTalk Server 2006, opravu hotfix popsanou v článku znalostní báze Microsoft Knowledge Base 941690. Tento problém je vyřešen v BizTalk Server 2006 R2 a novější.

Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
941690Oprava: Směrování selhání sestav nejsou odebrány z tabulky Q_Suspended <biztalkhostname>na serveru BizTalk Server 2006
Podmínky "osamocená zprávy" a "zombie zprávy" se často zaměňují.

Osamocená zpráva je zpráva nemá přidruženou instanci. Například směrování sestava selhání je osamocená zprávu.

Zpráva zombie je zpráva, která byla směrována, ale není spotřebovány. Například zpráva byla doručena do orchestraci convoy. Convoy orchestraci však přechodem dolů jinou cestu kód. Instance orchestraci dokončí. Zpráva zahozena a nyní je označován jako zombie zprávu.

Popis zprávy zombie na webu služby MSDN:
http://blogs.msdn.com/biztalk_core_engine/archive/2004/06/30/169430.aspx

Může dojít k problémům s výkonem SQL Server a BizTalk Server

BizTalk Server díky stovky krátký, velmi rychlý transakcí k serveru SQL v rámci jedné minuty. Serveru SQL nelze sustain tuto aktivitu, může docházet k problémům s výkonem BizTalk serveru. Sledování čítačů s střední disku/čtení, doba střední disku/přenos a Doba střední disku/zápis sledování výkonu v objektu výkonu Fyzický disk. Optimální hodnota je menší než 10 ms (milisekundy). Hodnota 20 ms nebo větší je považována za nízký výkon

Další informace o výkonu serveru SQL naleznete na následujícím webu:
http://technet.microsoft.com/en-us/library/cc966540.aspx
Další informace o vysokou dostupnost databáze BizTalk Server 2004 na webu služby MSDN:
http://msdn.microsoft.com/en-us/library/ms942187.aspx
Další informace o vysokou dostupnost databáze BizTalk Server 2006 na webu služby MSDN:
http://msdn.microsoft.com/en-us/library/aa559920.aspx
Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
298475Jak řešit problémy výkonu serveru SQL
271509Jak sledovat blokování v SQL Server 2005 a SQL Server 2000

Doporučené postupy v BizTalk Server

SQL Server Agent měli spustit na serveru SQL. Při zastavení SQL Server Agent vestavěné BizTalk SQL Server Agent úlohy, které jsou zodpovědní za údržbu databáze nelze spustit. Toto chování způsobí nárůst databáze a tento nárůst může způsobit problémy s výkonem. Údržba databáze BizTalk serveru výrazně vylepšeno ve verzích BizTalk Server, které jsou novější než BizTalk Server 2004 Service Pack 2 (SP2).

Umístit soubory MDF a SQL Server LDF na samostatné jednotky. Pokud jsou soubory MDF a LDF BizTalkMsgBoxDb a BizTalkDTADb databází na stejné jednotce, může dojít k disku konflikty.

Pokud výhodné není z těla zprávy sledování, nepovolujte tuto funkci. Chcete často, povolit při vývoji a řešení potíží s sledování tělo zprávy. Pokud to provedete, ujistěte se, zakažte po dokončení sledování tělo zprávy. Pokud povolíte sledování tělo zprávy, databáze BizTalk Server narůstat. Pokud máte obchodní potřebovat, které vyžaduje povolení sledování těla zprávy, potvrďte úspěšně spuštěn úlohy TrackedMessages_Copy_BizTalkMsgBoxDb a vymazat DTA a archiv SQL Server Agent.

Menší protokoly transakcí způsobit obvykle lepší výkon. Zachovat protokoly transakcí menší, nakonfigurujte spuštění častěji úlohy zálohování BizTalk Server SQL Server Agent. Další informace naleznete na následujícím webu MSDN:
http://msdn.microsoft.com/en-us/library/bb743398.aspx
BizTalk Server 2006 nejlepší postupy Analyzer (BPA) můžete použít k vyhodnocení existující zavedení serveru BizTalk. BPA provádí mnoho kontroly související databáze. Další informace o BPA naleznete na následujícím webu:
http://www.microsoft.com/downloads/details.aspx?FamilyID=93d432fe-1370-4b6d-aaa8-a0c43c30f5ab&displaylang=en

Odstraňování potíží

Nejlepší kroky databáze serveru SQL Server BizTalk potíží závisí na druhu problém databáze například blokování nebo deadlocking. Řešení problému databáze BizTalk serveru, postupujte takto.

Krok 1: Povolit a spustit všechny úlohy požadované BizTalk SQL Server Agent

Všechny úlohy BizTalk SQL Server Agent kromě úlohy MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb by měla být povolena a spuštěna úspěšně. Nezakazujte jinou úlohu.

Pokud dojde k selhání, možnost Zobrazit historii v SQL Server použít k zobrazení informací o chybě a potom odpovídajícím způsobem řešení selhání. Nezapomeňte infinitely spuštění úlohy MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server Agent. Proto je pouze třeba znepokojovat historie úlohy hlásí, že úloha neustále selže a restartuje.

Krok 2: Použití nástroje MsgBoxViewer

MsgBoxViewer data shromažďovat, zatímco reprodukovat problém.

Nástroj MsgBoxViewer je užitečné pro odstraňování potíží, protože poskytuje sestavu HTML, která obsahuje podrobné informace o velikosti tabulky a počet řádků. Sestava může také pomoci určit, zda je omezení BizTalk serveru. Kromě toho poskytuje nástroj snímek databáze BizTalk Server a konfigurace serveru BizTalk.

Při použití nástroje MsgBoxViewer Ujistěte se, klepnutím vyberte všechny dotazy na kartě Volitelná dotazy pro dokončení analýzy.

Další informace o tom, jak stáhnout nástroj MsgBoxViewer naleznete na následujícím webu:
http://blogs.technet.com/jpierauc/pages/msgboxviewer.aspx
Další informace o omezení BizTalk serveru na webu služby MSDN:
http://msdn.microsoft.com/en-us/library/aa559893.aspx
BizTalk se spuštěným serverem pomaleji než obvykle, spusťte nástroj MsgBoxViewer klepnutím vyberte všechny dotazy na kartě Volitelná dotazy a zkontrolujte generované sestavy HTML žádné problémy. Sestava Souhrn oddíl uvádí upozornění žlutý a potenciální problémy červeně.

Navíc můžete použít nástroj MsgBoxViewer výstup a zjistěte, které tabulky jsou největší a mít většinu záznamů. Následující tabulka obsahuje seznam tabulek BizTalk serveru, které obvykle růst největší. Tato data lze určit, kde může existovat potenciální problém.
Zmenšit tuto tabulkuRozšířit tuto tabulku
TABULKAPOPIS
HostNameQ_SuspendedTato tabulka obsahuje odkaz na zprávy Spool tabulky, které jsou přidruženy pozastavené instance pro určitého hostitele. Tato tabulka je v databázi BizTalkMsgBoxDb.
HostNameQTato tabulka obsahuje odkaz na zprávy Spool tabulky, které jsou spojeny s konkrétní hostitele a není pozastaveno. Tato tabulka je v databázi BizTalkMsgBoxDb.
Zařazování
Částí
Fragmenty
Tyto tabulky databáze BizTalkMsgBoxDb ukládat data skutečné zprávy.
InstanceTato tabulka ukládá všechny instance a jejich aktuální stav databáze BizTalkMsgBoxDb.
TrackingData_ x _ xTato tabulka ukládá sledované události v databázi BizTalkMsgBoxDb TDDS přesunout události databáze BizTalkDTADb.
Tracking_Fragments x
Tracking_Parts x
Tracking_Spool x
Dvě každého z těchto tabulek jsou v databázích BizTalkMsgBoxDb a BizTalkDTADb. Jeden je online a druhý je offline.

BizTalk Server 2004 SP2 a novější verze TrackedMessages_Copy_BizTalkMsgBoxDb SQL Server Agent úlohy přesune texty sledované zpráv přímo do těchto tabulek v databázi BizTalkDTADb.

BizTalk Server 2004 Service Pack 1 (SP1) a starších verzích BizTalk Server úloha TrackedMessages_Copy_BizTalkMsgBoxDb SQL Server Agent zkopíruje obsah do těchto tabulek úlohy BizTalkMsgBoxDb database.The TrackingSpool_Cleanup_BizTalkMsgBoxDb SQL Server Agent vymaže offline tabulek a provede tabulek online během úlohy také trvá online tabulek offline sledované zprávy.
dta_ServiceInstancesTato tabulka ukládá v databázi BizTalkDTADb sledované události instance služby. Pokud tato tabulka je velký, je pravděpodobně velké databáze BizTalkDTADb.
dta_DebugTraceTato tabulka ukládá ladicí události Orchestration databáze BizTalkDTADb.
dta_MessageInOutEventsTato tabulka ukládá zprávy sledované události v databázi BizTalkDTADb. Tyto zprávy sledované události zahrnují informace o kontextu zprávu.
dta_ServiceInstanceExceptionsTato tabulka ukládá informace o chybě pro všechny instance pozastavenou službu databáze BizTalkDTADb.
Zvažte následující scénáře.
HostNameTabulky v Q_Suspended
Pokud tabulek Q_Suspended HostName mnoho záznamů, může být platný pozastavené instance, které se zobrazují v stránky Rozbočovač skupiny nebo v HAT tabulky. Ukončit lze tyto instance. Pokud tyto instance v Rozbočovač skupiny nezobrazí stránky nebo v HAT, instance jsou pravděpodobně ukládání do mezipaměti instancí nebo není k dispozici jejich synchronní kopie směrování zprávy o selhání. Při ukončení pozastavené instance vyčistit položky v této tabulce a jejich přidružené řádky v tabulkách Spool a instancí.
HostNameQ tabulek
Pokud tabulky HostName Q mnoho záznamů, může existovat následující druhy instance:
  • Připravené ke spuštění instance
  • Aktivní instance
  • Instance dehydrated
Čas "zachytit" a zpracování instance potřebuje BizTalk Server. Tato tabulka může narůstat při příchozí rychlost zpracování outpaces odchozí rychlost zpracování. Tento scénář může dojít při jiného problému dochází například velké databáze BizTalkDTADb nebo zpoždění disku SQL Server.
Zařazování, části a fragmenty tabulek
Pokud tabulky Spool, části a fragmenty mnoho záznamů, mnoho zpráv jsou aktuálně aktivní dehydrated nebo pozastavena. V závislosti na velikosti, počet částí a nastavení fragmentace v těchto tabulkách může jedna zpráva spustí způsobem zatížit těchto tabulek. Každá zpráva má přesně jeden řádek v tabulce Spool a alespoň jeden řádek v tabulce části.
Instance tabulky
Správce BizTalk má pro mnoho pozastavené instance zůstanou v tabulce instancí neumožňuje. Mnoho instancí dehydrated by měly zůstat, pouze pokud obchodní logiky vyžaduje dlouhotrvající orchestrations. Nezapomeňte instanci jedna služba může být přidružen mnoho zpráv v tabulce Spool.
TrackingData_ x _ x tabulek
Pokud x tabulek TrackingData_ x _ rozsáhlé, sledování hostitele (TDDS) není spuštěna nebo není úspěšně spuštěna. Pokud sledování hostitele instance je spuštěn, zkontrolujte protokoly událostí a TDDS_FailedTrackingData tabulky v databázi BizTalkDTADb informace o chybě.
Tracking_Spool1 nebo Tracking_Spool2 tabulek
Pokud Tracking_Spool1 nebo Tracking_Spool2 tabulek změní na velké v BizTalk Server 2004 SP1 a starších verzích BizTalk Server, zkontrolujte, zda je úloha TrackingSpool_Cleanup_BizTalkMsgBoxDb SQL Server Agent povolena a spuštěna.

Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
907661Tracking_Spool1 nebo Tracking_Spool2 tabulek v databázi BiztalkMsgBoxDb stanou velmi velké v BizTalk Server 2004
BizTalk Server 2004 SP1 a starších verzích BizTalk Server doporučujeme přesunout obsah sledované zprávy do databáze BizTalkDTADb namísto vyprazdňování obsah sledované zprávy z databáze BizTalkMsgBoxDb.

Další informace naleznete na následujícím webu MSDN:
http://msdn.microsoft.com/en-us/library/ms966372.aspx
tabulky v dta_DebugTrace
Pokud tabulka dta_DebugTrace obsahuje mnoho záznamů, orchestraci ladění je používán nebo byl použit. Pokud orchestraci ladění není nutné pro běžné operace, zakažte ladění orchestraci. Pokud orchestraci ladění je zakázána nebo pokud Nevyřízené položky existuje v databázi BizTalkMsgBoxDb, může pokračovat tabulky dta_DebugTrace růst protože TDDS pokračuje přesunout tato data do tabulky dta_DebugTrace.

Ve výchozím nastavení je povoleno sledování globální. Pokud globální sledování je nezbytné, mohou být zakázány. Další informace naleznete na následujícím webu společnosti Microsoft:
http://technet.microsoft.com/en-us/library/bb203858.aspx
Pokud tabulky dta_DebugTrace a dta_messageInOutEvents tabulky v databázi BizTalkTrackingDb příliš rozsáhlé, můžete můžete zkrátit tabulky ručně po zastavení sledování hostitele. V BizTalk 2004 dtav_FindMessageFacts zobrazení v databázi BizTalkDTADb zabrání tabulky dta_messageInOutEvents ořezávání. Chcete-li tento problém vyřešit, postupujte takto:
  1. Zastavit sledování hostitele a vymazat DTA a archiv úlohy.
  2. Pokud chcete zkrátit tabulky dta_messageInOutEvents uložit a odstranit zobrazení dtav_FindMessageFacts. Postupujte takto:
    1. V SQL Server přístup k zobrazení dtav_FindMessageFacts v databázi BizTalkDTADb.
    2. Klepněte pravým tlačítkem myši na zobrazení dtav_FindMessageFacts, klepněte na příkaz Všechny úkoly a klepněte na tlačítko Generování skriptu SQL. Otevře dialogové okno Generovat skripty SQL provádět žádné změny a klepněte na tlačítko OK.
    3. Název souboru dtav_FindMessageFacts.sql a potom klepněte na tlačítko Uložit.
    4. Klepněte pravým tlačítkem myši na zobrazení dtav_FindMessageFacts a potom klepněte na tlačítko Odstranit. Klepněte na tlačítko Uvolnit vše.
Tabulky nebo tabulek můžete nyní zkrátit. Pokud zkrácení tabulky dta_messageInOutEvents musí také zkrátit tabulky dta_url. Dta_url tabulka existuje pouze v BizTalk Server 2004.

Po dokončení znovu vytvořit zobrazení dtav_FindMessageFacts takto:
  1. Otevřete nový dotaz v SQL Server.
  2. V seznamu Dostupné databáze vyberte databázi BizTalkDTADb.
  3. Spustit skript uložený dtav_FindMessageFacts.sql. Znovu bude vytvořit zobrazení v databázi BizTalkDTADb.
Restartujte hostitele sledování a vymazat DTA a archiv úlohy.
Další informace o sledování pokyny pro změnu velikosti databáze na webu služby MSDN:
http://msdn.microsoft.com/en-us/library/aa559162.aspx
tabulky v dta_ServiceInstanceExceptions
Tabulka dta_ServiceInstanceExceptions obvykle stane velký v prostředí, které pravidelně pozastavil instance.

Krok 3: Prozkoumat zablokování scénáře

V případě zablokování povolit trasování DBCC na serveru SQL, takže informace zablokování je zapsána do protokolu SQLERROR.

SQL Server 2005 a novější verze, spusťte následující příkaz:
DBCC TRACEON (1222,-1)
in SQL Server 2000, spusťte následující příkaz:
DBCC TRACEON (1204)
k shromažďování dat na Uzamknout: zablokování události a události Uzamknout: zablokování řetěz také použít nástroj PSSDiag.

BizTalkMsgBoxDB databáze je databáze online zpracování transakcí (OLTP) vysoké svazku a vysoce transakce. Některé deadlocking je očekávané a tento deadlocking interně zpracován stroj BizTalk serveru. Když k tomuto chování dochází v chybové protokoly jsou uvedeny žádné chyby. Při zkoumání scénář zablokování, zablokování zkoumání ve výstupu musí spojí s zablokování chyby v protokolech událostí.

Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
830232Nástroj kolekce dat PSSDIAG

Krok 4: Hledat blokované procesy

Pomocí sledování aktivity serveru SQL můžete získat identifikátor procesu serveru (SPID) uzamčení systémový proces. Potom spusťte Profiler SQL určit příkaz SQL je provádění uzamčení SPID.

Řešení potíží uzamykání a blokování v SQL Server pomocí nástroje PSSDiag zachytit všechny události Transact-SQL, které mají povoleno blokování skriptů.

SQL Server 2005 a novější verze můžete určit nastavení blokována práh procesu určit, do které jsou SPID nebo SPIDs blokování déle než prahová hodnota, které určíte.

Další informace o nástroji PSSDiag klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
830232Nástroj kolekce dat PSSDIAG
Další informace o blokovaných proces práh na webu služby MSDN:
http://msdn2.microsoft.com/en-us/library/ms181150.aspx
Poznámka: Kdy dochází uzamčení nebo blokování problém v SQL Server, doporučujeme kontaktovat technickou podporu společnosti Microsoft. Technickou podporu Microsoft můžete konfigurovat možnosti správný nástroj PSSDiag.

Krok 5: Instalace BizTalk Server 2004 SP2

BizTalk Server 2004 SP1 obsahuje žádné integrované vyprazdňování a archivace funkce databáze BizTalkDTADb. Tato funkce je součástí aktualizace BizTalk Server 2004 SP2. V závislosti na velikosti databáze BizTalkDTADb instalaci BizTalk Server 2004 SP2 trvat hodiny protože instalační program odstraní databáze BizTalkDTADb.

Další informace o známých problémech, které mohou nastat při instalaci BizTalk Server 2004 Service Pack 2 klepněte na následující číslo článku databáze Microsoft Knowledge Base:
940519Známé problémy BizTalk Server 2004 Service Pack 2, které nejsou popsány v souboru ReadmeS.htm
Při instalaci aktualizace BizTalk Server 2004 SP2 doporučujeme postupujte takto:
  1. Stáhnout a nainstalovat opravu hotfix popsanou v článku znalostní báze Microsoft Knowledge Base 894253. Postupujte podle kroků v tomto článku spustit skript Bts_tracking_shrinkexistingdatabase.sql v SQL Server 2000.

    Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
    894253Oprava: dtasp_PruneTrackingdatabase() uloženy postup může trvat mnoho hodin Vyčistit databázi DTA v BizTalk Server 2004
  2. BizTalk Server 2004 SP2 nainstalovat.

    Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
    888751Jak získat nejnovější aktualizaci service pack pro BizTalk Server 2004

Odstranit všechna data

Pokud jsou příliš velké databází a upřednostňovanou metodou je odstranit všechna data, můžete data odstranit.

Upozornění: Nepoužívejte tuto metodu v jakémkoli prostředí data jsou důležité obchodní nebo pokud je potřebná data.

Vyprazdňování kroky databáze BizTalkMsgBoxDb

Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
924715Oprava: Zpráv dat není odstraněn z databáze sledování po spuštění bts_CleanupMsgbox uloženou proceduru v testovacím prostředí BizTalk Server 2006
Odstranit všechna data z databáze BizTalkMsgBoxDb, postupujte takto:

Poznámka: Tato akce odstraní všechny zprávy. Není následujícím postupem v provozním prostředí.
  1. Zálohovat všechny databáze BizTalk serveru.
  2. Zkopírujte skript Msgbox_cleanup_logic.sql z Drive: \Program Files\Microsoft BizTalk 200 x \schema k serveru SQL.
  3. Spustit tento skript SQL oproti databázi BizTalkMsgBoxDb aktualizovat bts_CleanupMsgbox uložené procedury.
  4. Zastavení všech hostitelů, služby a vlastní izolované adaptéry BizTalk. Pokud pomocí HTTP nebo SOAP adaptéru restartujte služby IIS.
  5. Spustit bts_CleanupMsgbox uložené procedury na všech databází BizTalkMsgBoxDb.
  6. Restartujte všechny služby serveru BizTalk a hostitelů.

Vyprazdňování možnosti databáze BizTalkDTADb

Chcete-li odstranit všechna data z databáze BizTalkDTADb, použijte jednu z následujících metod:

Poznámka: Obě metody odstranit všechny zprávy.
  • Metoda 1:
    1. Zálohovat všechny databáze BizTalk serveru.
    2. Spustit dtasp_PurgeAllCompletedTrackingData uložené procedury. Další informace o postupu dtasp_PurgeAllCompletedTrackingData uloženy na webu služby MSDN:
      http://msdn.microsoft.com/en-us/library/aa561918.aspx
      Poznámka: Tato akce odstraní všechny dokončené zprávy.
  • Metoda 2:
    1. Zálohovat všechny databáze BizTalk.
    2. Spustit dtasp_CleanHMData uložené procedury. Tuto možnost použijte pouze BizTalkDTADb databáze obsahuje mnoho neúplné instance, které musí být odebrána.

      Postupujte takto:
      1. Zastavení všech hostitelů, služby a vlastní izolované adaptéry BizTalk. Pokud pomocí HTTP nebo SOAP adaptéru restartujte služby IIS.
      2. Spustit dtasp_CleanHMData uložené procedury v databázi BizTalkDTADb.
      3. Restartujte všechny služby serveru BizTalk a hostitelů.
Kroky pouze BizTalk Server 2004
Odstranit všechna data z databáze BizTalkDTADb v BizTalk Server 2004, postupujte takto:

Poznámka: Tato akce odstraní všechny dokončené zprávy.
  1. Zálohovat všechny databáze BizTalk serveru.
  2. Zastavení všech hostitelů, služby a vlastní izolované adaptéry BizTalk. Pokud pomocí HTTP nebo SOAP adaptéru restartujte služby IIS.
  3. Stáhnout a nainstalovat opravu hotfix popsanou v článku znalostní báze Microsoft Knowledge Base 894253. Postupujte podle kroků v tomto článku znalostní báze Knowledge Base spuštění skriptu Bts_tracking_shrinkexistingdatabase.sql v SQL Server 2000.

    Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
    894253Oprava: dtasp_PruneTrackingdatabase() uloženy postup může trvat mnoho hodin Vyčistit databázi DTA v BizTalk Server 2004
  4. Restartujte všechny hostitelů a BizTalk služby.
Poznámka: Sledování dat musí mít, zálohovat databázi BizTalkDTADb obnovení databáze na jiný SQL Server a vyprázdnit původní databáze BizTalkDTADb.

Pokud chcete nápovědu Analýza dat MsgBoxViewer nebo výstup PSSDiag, obraťte se na technickou podporu Microsoft. Úplný seznam telefonních čísel služeb technické podpory a informace o cenách podpory naleznete na následujícím webu:
http://support.microsoft.com/contactus/?ws=support
Poznámka: Před kontaktovat technickou podporu komprimovat data MsgBoxViewer, výstup PSSDiag a aktualizované protokoly událostí (EVT soubory). Můžete mít odeslat zpětnou analýzu podporují tyto soubory k BizTalk serveru.

Vlastnosti

ID článku: 952555 - Poslední aktualizace: 31. března 2009 - Revize: 2.2
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft BizTalk Server 2009 Enterprise
  • Microsoft BizTalk Server 2009 Developer
  • Microsoft BizTalk Server 2009 Standard
  • Microsoft BizTalk Server 2009 Branch
  • Microsoft BizTalk Server 2006 R2 Enterprise Edition
  • Microsoft BizTalk Server 2006 R2 Developer Edition
  • Microsoft BizTalk Server 2006 R2 Standard Edition
  • Microsoft BizTalk Server 2006 R2 Branch
  • Microsoft BizTalk Server 2006 Enterprise Edition
  • Microsoft BizTalk Server 2006 Developer Edition
  • Microsoft BizTalk Server 2006 Standard Edition
  • Microsoft BizTalk Server 2004 Enterprise Edition
  • Microsoft BizTalk Server 2004 Developer Edition
  • Microsoft BizTalk Server 2004 Standard Edition
Klíčová slova: 
kbmt kbpubtypekc kbinfo kbhowto KB952555 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:952555

Dejte nám zpětnou vazbu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com