データベースの完全バックアップ、差分バックアップ、ログバックアップ計画
私はDBバックアップを使用しています。まず、週次/日次のバックアップの大まかな計画を取得したいと思います。私はそのような計画を得ようとしているときにいくつかの問題に対処しました、私が試したのは：
毎週の場合_FULL DATABASE BACKUP_、使用：_BACKUP DATABASE name To Disk... WITH INIT,SKIP;_
SKIPに設定して、古い完全バックアップファイルを毎週上書きできますか？EXPIREDATEまたはRETAINDAYSを追加しなかった場合、古いバックアップは期限切れにならないため、現在のバックアップが既存のバックアップを上書きしないことを意味しますか？毎日_
Differential DATABASE BACKUP_の場合、_BACKUP DATABASE name To Disk... WITH DIFFERENTIAL,INIT,SKIP;_を使用SQL Serverは、どの完全バックアップが日次差分であるかをどのようにして知るのですか？ _
WITH FORMAT, MediaName='...'_を使用して？もしそうなら、それは初めてデータベース全体のバックアップを行うことを意味しますか？そのデータベース用にDatabaseAセットなどの新しいメディアセットをフォーマットする必要があり、その後のバックアップには_WITH NOFORMAT, medianame = DatabaseA'_差分バックアップをその完全バックアップデータベースにアタッチする必要があることをSQL Serverに通知しますか？トランザクションログのバックアップには、_
BACKUP LOG A TO DISK..._を使用ログバックアップに_
WITH INIT_を追加するのは良くないのですが、増加するログバックアップの処理方法を教えてください。Shrinkfile(log)データベース全体をバックアップするたびに？これは、次の完全バックアップが行われる前に、増加するトランザクションログのサイズを無視できることを意味しますか？
古くてほとんど不要なバックアップオプションをいじくり回して時間を大幅に節約できるようにします。 Ola Hallengrenの無料のスクリプト を使用するだけです。
次に、バックアップ頻度の決定は、 RPOおよびRTO に関連するビジネス上の決定です。ここで誰があなたが失うことを許されているデータの量をあなたに伝えることはできません。ただし、ログバックアップを1日に1回作成することを考えている場合は、完全復旧モデルであってはなりません。
これは、次にも関連しています： データベースを縮小しないでください 。ログファイルは、まったくバックアップしないか、十分な頻度でバックアップしないため、大きくなります。縮小すると、再び大きくなるため、SQL Serverを管理する賢い方法とは言えません。より頻繁にバックアップするか、SIMPLEリカバリーに切り替えてください。
ただし、その決定はあなたと管理者の間で行われます。