SQL DBをより頻繁にバックアップする

私は現在、SQLCMD.exeを呼び出して.sqlスクリプトを渡し、バックアップのために実行する（以下に示す）午前2時に毎晩起動するスケジュールされたタスクを持っています。私たちは、ビジネス面での大きな成長によりニーズが高まっているかなり小さな会社です。この時点で1日分のデータを失うと、数万ドルの費用がかかりますが、昨年は数百ドルかかります。このDBプラットフォームを、SQL Azureのような主要な冗長性でデータミラーリングが発生する別のソリューションに移行できるまで、より頻繁なバックアップを取得するために私ができる最善のことは何ですか？以下のこのスクリプトは、DBを強制的にオフラインにしますか？このスクリプトを、DBを操作するユーザーと一緒に実行できますか？

USE CompanyCRM;
GO
BACKUP DATABASE CompanyCRM
TO DISK = 'D:\CRMBackups\CompanyCRMCRM.Bak'
   WITH FORMAT,
      MEDIANAME = 'CompanyCRM_Backup',
      NAME = 'Full Backup of CompanyCRM';
GO

更新

うわー、明らかにここではSOよりもはるかに専用のDBAコミュニティ。これまでのフィードバックに感謝します。不足しているのは「ハウ」だけです。上記のSQLコマンドで毎日のバックアップに使用しているものを示しましたが、増分ログバックアップの例はMIAです。これは大きなDBではなく、現在SQLExpressで実行されています。私がHAまたはSQL Azureと言うとき、私は特に、中小企業として持っていない適切なアーキテクチャについて言及しています。このインスタンスは現在、唯一のサーバーで実行されています。そのサーバーがクラッシュした場合、回復するまでの時間が問題になります。SQL Azureが魅力的なのはこのためです。

編集、更新から

1日分のデータを失う可能性があるとおっしゃっていたように、データベースを単純復旧モードにするだけです。その後、毎朝および/または夕方にFULLを実行できます。日中に自分自身をカバーしたい場合は、万が一の場合に備えて、データベースの差分バックアップを行う必要があります。これにより、完全バックアップ以降に加えられた変更がキャプチャされます。大量の入力が発生している時間枠がわかっている場合は、完了後にこのタイプのバックアップをそこに投入する可能性があります。復旧にかかる時間を節約できるため、余分なデータ入力を行う必要がありません。

これが唯一のサーバーなので、データベースに対してDBCC CHECKDBを実行していることを確認します。バックアップが破損していることがわかった場合、バックアップは役に立ちません（これについても誰かが言及していると思います）。エラーをキャッチするためにDBCCメッセージのSQL ERRORLOGをチェックするようにスケジュールされたタスクをセットアップするためのスクリプトをいくつか見つけることができます。SQL Serverは、DBCCメッセージから返されたエラーをネイティブで警告することはありません。そのため、スクリプトを実行するたびに手動で確認しない限り、役に立ちます。

差分バックアップコマンド：

USE CompanyCRM; 
GO 
BACKUP DATABASE CompanyCRM 
   TO DISK = 'D:\CRMBackups\CompanyCRMCRM_diff.Bak'    
WITH FORMAT, DIFFERENTIAL,
MEDIANAME = 'CompanyCRM_Backup',       
NAME = 'Full Backup of CompanyCRM'; 
GO 

• SQL Serverのバックアップは中断しません。つまり、データベースは操作可能なままです。ドキュメントをお読みください。
• 毎日完全バックアップを実行し、その後、出荷された（コピーされた）LOGバックアップ（ここでも、ドキュメントには...ドキュメントがあります）を定期的に（15分ごとなど）実行します。

あなたがする必要がある最初のことは、どれだけのデータを失う余裕があるかを理解することです。それまでは、データベースをバックアップする頻度がわかりません。これはあなたが思いつくはずの数ではありません。これは、企業（またはより小さな会社のCEO）が決定する必要があるものです。彼らが戻ってくる最初の数字は0分です。これは実行できますが、実行するには非常にコストがかかります。実際には、バックアップを取ることができるデータの最小量は約2分ごとです。システムで変更されるデータの量が十分に少ない場合は、毎分バックアップを実行できます。

トランザクションログのバックアップを行うには、データベースを完全復旧モードにする必要があります。

5分のデータを失う余裕がある場合は、おそらくフルバックアップを毎日、トランザクションログのバックアップを5分ごとに実行することをお勧めします。15分のデータを失う可能性がある場合は、15分ごとに完全バックアップとトランザクションログバックアップを実行することをお勧めします。

別のオプションは、上記で説明したように、毎週の完全バックアップ、毎日の差分バックアップ、およびトランザクションログのバックアップをx分ごとに実行することです。

データベースの障害やデータの削除時に、頻繁にバックアップを行う必要があるほど、より多くのファイルを復元する必要があることに注意してください。データベースの復元にかか​​る時間を短縮するために、1日を通して差分バックアップを実行することは理にかなっています。

BACKUPデータベースとBACKUP LOGステートメントを使用するすべてのバックアップはオンラインで実行され、ユーザーがデータベースにアクセスするのを妨げることはありません。

たとえば、月曜日から金曜日の午前9時から午後5時までの最も忙しい時間で、一般的なビジネスシナリオがあるとします。それから私は提案します：日曜日の夜の完全バックアップ。午前8時、午後6時、および午前1時の差分バックアップ（リカバリ時間を短縮するため）。1時間ごとに、またはビジネスに必要なものに応じて、バックアップをログに記録します。

保存期間に応じて、古いバックアップファイルを消去する自動クリーンアップジョブが必要です。これらはすべて、SQLメンテナンスプランを使用して作成できます。SQL 2005のこのリンクを確認してください。

バックアップは何らかの形式の冗長ディスク（ミラーリング）に保存する必要があります。または、オフサイトストレージにテープを使用できます。ユーザーは、バックアップの実行中もシステムで作業を続けることができます。

毎晩完全バックアップを行うことはありません。それが大規模なデータベースである場合、メディアに多くのスペースを占めることは言うまでもなく、非常に長い時間がかかる可能性があります。毎週末に完全バックアップを実行し、毎晩差分バックアップを実行します。次に、トランザクションログのバックアップ（データベースが完全に回復している場合）を1時間ごとまたは30分ごとに実行しますが、ディスクに障害が発生した場合は、これらの.bakファイルと.trnファイルが別のディスクにあることを確認してください。

バックアップフォルダーを夜間クラウド同期して、オフサイトストレージを取得できますか？これはヘルスケア企業向けだと確信しているので、HiPAコンプライアンスに十分に安全なものはありますか？それとも、それらを超暗号化するだけですか？

スクリプトは少なくともバックアップのコピーをネットワーク共有に配置しますか？物理的な箱が爆発した場合...