あなSQL Serverのバックアップ/メンテナンス。
-
08-07-2019 - |
質問
としてフォローアップを この質問 私は何だとおSQL Serverのバックアップ/メンテナンス計画につい鉱ります。
現在、私は動平野-一般社団法人新経済連盟の保守計画からのプランウィザードを閉じます。
最初の運行毎夜となって...
- 完全データベースやトランザクションログのバックアップ
- 完全性チェックを再構築指数recompute統計等(確認を除くすべて増分バックアップ)
その他の一つは、増分バックアップによって被害妄想、まだことを覚).
バックアップはディスク、フルバックアップが送信され、保存します。
何だと思い、良識ある。ご意見募集
編集:これはSQL Server2005年.DBは5GB、約1GB/月となります。
解決
音が良いと思います。私より被害妄想.い日替わりフルバックアップと時間当たりの取引ログでバックアップしております。によりサイズのデータベースまたはコースです。のバックアップを行ない直接ディスクやそのバックアップテープが毎晩行われます。
だいていないのかもしれません必要なのは、メンテナンス作業が毎日です。いるだけでなく、週末を除き、このテーブルをreindex。このサイズおよび活動のデータベースです。
また十分なcpuやディスクスペースできるzipのディスクのバックアップ、省スペースを転換のテープ又はその他の場所。
他のヒント
ユーザー、顧客、データ管理者と話す必要があります。彼らはどれだけの仕事を失う可能性があるかを明確に理解する必要があります。 SLAがない場合は、SLAを作成します。悪いニュースに関しては、驚きは望みません。
復元にも時間がかかることを理解する必要があります。許容可能な復元時間を作成するには、回復計画を計画する必要があります。これは、毎日のフルバックアップ、5分ごとに4つの差分、およびログバックアップを意味する場合があります。マーカス・エリクソンが言ったように、これは狂気や妄想ではありません-それはすべてあなたの情報とあなたの組織がそれにかけるドルの価値に帰着します。
あまりないと思います"という思いを大切にしていparaniodを実行バックアップを毎3時間。基本的には、バックアッププランによる測定お回復の条件です。どのくらいの期間を利用できるのですけれを回復するvsデータをいうを失ってます。SQLサーバーまで短縮することでデータ量が希望を失を大幅に追加トランザクションログのバックアップをバックアッププランです。多くの人のようにこれらの数分の量に応じて取引のシステム。な回復まで回復前、最後の値とすべてのトランザクションログのバックアップから、増加.これまでの最低損失データができるまでに少しwhleすべてを適用するためのトランザクションログでバックアップしております。いのかを定期的に:フルバックアップ-週刊 増分バックアップ-夜 ログのバックアップ-分割によって要件は良いかもしれないが時間など)
実際に作成したバックアップから(テストシステムに)復元しようとするファイアドリルを実行することを忘れないでください。これはおそらく月に一度行うべきです。
顧客に推奨する最低条件は、データベースの夜間フルバックアップを実行し、その後3時間ごとにトランザクションバックアップを実行することです。バックアップを設定しない人がどれだけいるのか、いつも驚かされます。これらは常に悪いコールです。
私の意見では、最良の方法は次のとおりです。
全データベースのバックアップを12時間ごとに作成します
データベースへのデータベースのバックアップ= DISK = 'd:/full.bak'
6時間ごとの差分バックアップ。障害が発生した場合、プロセスの復元が容易になります
ディスクへのデータベースデータベースのバックアップ= 'd:/diff.bak'の差分
そしてもちろん、1時間ごとに作成した方が良いトランザクションログバックアップ
ディスクへのログデータベースのバックアップ= 'log.bak'
失敗の場合、回復プロセスは次のようになります:
- 最後の完全バックアップ
- 最後の差分バックアップ
- 最後のトランザクションログ
完全復旧モデルを使用して、ポイントインタイムリカバリを使用可能にすることをお勧めします。