12 GBの本番データベースと90 GBのログがありました。フルデータベースおよび差分データベースのバックアップはサードパーティのバックアップツールを使用して作成されますが、トランザクションログをバックアップするユーザーがいないため、この1年で手に負えなくなりました。
次に、最初にSQL Serverから完全バックアップを実行し、次にトランザクションログのバックアップを実行して、状況を修正したいと思います。サーバー上に十分なスペースがないので、トランザクションログのバックアップがおおよそどのくらいの大きさになるかを事前に知りたいと思います。トランザクションログはバックアップ後にのみ切り捨てられることを理解しているため、バックアップも同様に90 GBになり、サーバーが混雑します。
これまでのところ、バックアップサイズに関する情報は見つかりません。誰かがサイズに関して何が起こるか説明できますか?前もって感謝します!
編集:
SQL ServerのバージョンはStandard Editionであり、データベース復旧モデルは完全です。
ログがいっぱいの場合、はい、おそらくそれらをバックアップするために同じスペースが必要であると考えます。
SQL Server 2008 Enterpriseを実行している場合、バックアップ圧縮を有効にすると多くのスペースを節約できることがわかります。残念ながら、バックアップの実行量を実際に確認する唯一の方法です(復元できる開発環境がありますか)。へのコピー?).
これを行う前の時点に復元する機能が必要ない場合のもう1つのオプションは、次のとおりです。
データベースを単純復旧モードにするチェックポイントデータベースを完全復旧に戻す完全バックアップを取るログバックアップの作成を開始します。
データベースをシンプルリカバリに配置すると、ログチェーンが切断されるため、フルリカバリに戻ると、最初のログバックアップで取得するようなログはありません。 SQL Serverが新しいログチェーンを開始できるように、完全バックアップを取ることを忘れないでください。
前述のように、これは、たとえばデータベースを15:25 21/10/2012に回復する能力を失うことを意味します。ただし、完全または差分バックアップに復元することはできます。
2013年6月3日追加
申し訳ありませんが、このオプションも完全に忘れてしまいました。
リモートストレージオプションはありますか?トランザクションログをUNCパスにバックアップするだけです。これはネットワークによっては少し遅くなる場合がありますが、前の期間をカバーする完全なトランザクションバックアップがあり、その後、より小さな定期的なバックアップを開始できることを意味します。
トランザクションログバックアップを作成しても、オンライントランザクションログのサイズは変わりません。トランザクションには切り捨てのマークが付けられるだけで、ファイルからは削除されません
完全なデータベースバックアップからデータベースを復元する場合、LDFファイルのサイズはほぼ空ですが、元のファイルのサイズは同じままです。元の大きさに膨らませるだけ