SQL 2000 SP4データベースでBizTalk 2006サーバーインスタンスを実行しています。私は10GBトラッキングDDB（9GB使用/ 1GB無料）を持っています。私はDTADBアーカイブ&毎時パージジョブを実行しています。それは10日/ 14日のハードでメッセージをパージしています。それは間違いなく実行されます。私は5日/ 9日間のハードにパージを行い、トラッキングデータベースのサイズは5％未満しか減少しません。BizTalk 2006追跡データベースは縮小されません - なぜですか？
誰もがこの問題の原因となっていることについて、何か考えや経験がありますか？
、唯一の解決策は、手動で追跡DBを削除することでした...
http://msdn.microsoft.com/en-us/library/dd800104(BTS.10).aspx
それがなぜ起こるかわかりません。
DTAアーカイブおよびパージSQL Serverエージェントジョブを手動により保存された追跡データのデータベースと締固めの連続パージにBizTalk追跡（BizTalkDTADb）データベースからデータをパージする必要性を低減します。 BizTalk Tracking（BizTalkDTADb）データベースが非常に大きくなり、持続的なパフォーマンスの低下が発生し、DTAアーカイブおよびパージジョブがデータベースの成長に追いつけない場合は、手動でデータをパージする必要があります。
これは、日常的なハウスキーピングの一部であると思われます。
は、私は人々がもあり、特にSQL Server 2005および2008
http://msdn.microsoft.com/en-us/library/aa558715(BTS.10).aspx
述べ、それはデータベースのパージを設定するためのSQLサーバに2000
マニュアルを参照して、あなたに起因することができると思いますSQL Server 2000でパージスクリプトの実行に問題があった人。
http://www.biztalkgurus.com/forums/p/9443/18513.aspx
希望する場合
デフォルトでは、トラッキングデータベース**のサイズは縮小されません。データとログファイルの使用状況を見ると、割り当てられていない（データファイル）と未使用（ログファイル）の状態です。
Shrinking the Transaction Log in SQL Server 2000 with DBCC SHRINKFILEで説明したDBCC SHRINKFILEコマンドを使用してデータベース全体のサイズを縮小するには、データベースまたは個々のファイルを縮小する必要があります。
これが役に立ちます。 AUTOのSHRINKオプションが有効になっていない限り
**またはそのことについては、データベースが、しかしこれは推奨されません。最後にSQL Server Storage Engine Blog - Turn AUTO_SHRINK off!!
DBには9GBが割り当てられ、1GBは無料です。サイズの問題は、DBの使用領域に関連しており、割り当てられた領域には関係しません。割り当てられたスペースを減らすと、私はDBを縮小します。ありがとう。 –
私はBizTalk 2006を楽しんでいましたが、ドキュメントはBizTalk 2009用でした。セットアップはMicrosoftによってサポートされています。私たちはちょうどこれをより厄介にするフィットチェックを終えました。あなたが言及したBizTalkGurusの記事では、procに格納されたすべての完了したトランザクションのパージを使用して議論しています。したくない、しかしする必要があります。 –