私はいくつかのSSISパッケージジョブを実行しており、数ヶ月前にSSISDBデータベースのサイズが原因でディスクがいっぱいになりました。SSISDBトランザクションログバックアップ
cleanup_server_retention_windowが365日に設定されていて、1日に変更されていました。 （これは開発サーバーであり、この時点では私は歴史について本当に気にしません）。
明らかに、（大きな）問題は、トランザクションログが大幅に高速化することです。
これを防ぐため、毎週フルバックアップとトランザクションログのバックアップを開始し、データベースのサイズが現在制御されています。
しかし、いくつかのより多くの経験を積んだ人が、これは、この問題への最善のaproachではないことを私に言っているが、私はそれに問題を参照してくださいカント..
私はのためのよりよい解決策があるかどうかを知りたいですこの。
リテンションウィンドウの変更を含めてすべてを試しました。トランザクションは削除されましたが、ログサイズは縮小されませんでした。私のために、割り当てられたログファイルのサイズは75 GBになりました。何も助けに見えなかった。
主な問題は、「フル」に設定されたSSIS DBの復旧モデル と関係しています。これを 'Simple'に設定して初期ログファイルサイズを変更すると、すべて修正されました！
私はこれを数日間監視しています。すべてがうまくいれば、この操作は安全です。
現在のログファイルサイズは、75GBではなく512KBMBです。
（大きな）問題は明らかに、トランザクションログが非常に高速になりました。
あなたは内部的には、削除の多くを行う必要があり、あなたは365から1に値を変更し..whenトランザクションログの成長のeveryday..The原因はcleanup_server_retention_windowを変えたこの表示されません
毎週フルバックアップとトランザクションログのバックアップを毎日開始し、データベースのサイズは現在制御されています
私はSSISDのバックアップに関する問題は表示されません。回復モデルをシンプルにして、毎日フルバックアップを実行する
"値を365から1に変更したときに、内部的には多くの削除を行う必要があります。"これは1回限りの操作でなければなりません。他のすべてが等しい場合、1日あたり生成されるログの量は、削除の前後で同じでなければなりません。 –
@BenThul：そうだよ – TheGameiswar
@BenThul、いいえ、それは完全に正しいわけではない、歴史はまだ増加している！ – nunopacheco
この質問は、主に意見に基づいているため、少し範囲が狭いですが、あなたは[dba.se]の方がいいかもしれません。 – Pred
あなたはcomprassionでやろうとしますか？ – Sami
SSISDBの復旧モデルとは何ですか？ –