ネットワークバックアップの代替

私たちの環境では、Always On可用性グループにあるサーバーとスタンドアロンのサーバーがあります。

通常はネットワーク共有にバックアップしますが、最近、データベースが大きくなるにつれて、かかる時間が長くなり、ネットワーク全体の速度が低下することがわかりました。

Ola hallengrenのスクリプトは、圧縮とバックアップファイルの分割に使用されています。私は毎日の「完全」バックアップのみを実行しています。バックアップは、ネットワーク共有EMC isilonドライブに送られます。

EMC DD Boostには満足できません。唯一の代替策は、ローカルバックアップを実行してから、同じネットワーク共有にコピーすることです。

上記以外の効率的な方法はありますか？

あなたが言及した代替案が最良の選択のようです。

あなたができることは2ステップのプロセスです：

• Olaのバックアップソリューションをローカルで使用して、圧縮してネイティブSQLサーバーバックアップを取得します。
• Robocopyを使用して、ネットワーク共有への転送を行います。これは分離されており、Windowsのスケジュールされたタスクとして実行できます。

このように、バックアップはローカルであり、高速になります。より多くのディスク容量と明らかに冗長性が必要になります（バックアップディスクに障害が発生した場合-すべてのバックアップを失いたくない場合）。

または、Max Vernonの推奨に従い、バックアップジョブのステップとしてRobocopyを実行して、バックアップが正常に完了した場合にのみ、そしてバックアップが完了した後できるだけ早くRobocopyが実行されるようにします。ローカルにとどまる限り、バックアップはデータと同じリスクにさらされます。

また、バックアップを復元できない場合は、バックアップを定期的にテストしてください。バックアップの目的は何ですか。

また、大規模なデータベースをチューニングするSQLバックアップへの私の回答を参照してください

MAXTRANSFERSIZEやBUFFERCOUNTなどのさまざまなノブをいじったり、ファイルをストライピングしたりしてバックアップを調整する方法があります（これは既に行っています）。

問題は、これらのノブに触れると、ネットワークやストレージの制限に達する可能性があり、バックアップ時間に実際の影響がないということです。

最初の仕事は、Crystal Disk MarkまたはDiskSpdを使用してバックアップするストレージをベンチマークすることです。これにより、書き込みが最高の速度になることを期待できる速度がわかります。

次にテストする必要があるのは、バックアップ元のドライブからの読み取りです。NULへのバックアップを実行する場合、バックアップをディスクに書き込む必要なしに、バックアップの読み取り部分だけにかかる時間を計測できます。

これらの両方の数値を考慮して、バックアップターゲットがローカルであるかネットワークであるかに関係なく、他のノブをいじり始めて、どれに最も近いかを確認できます。

いくつかの潜在的なソリューション：

1. 完全のみのバックアップから毎週の完全バックアップと夜間の差分バックアップに移行することは、簡単なソリューションです。

2. Olaのスクリプトで微調整できるパフォーマンス関連のパラメーターがいくつかあります。これらを微調整して、必要なパフォーマンスを得ることができる場合があります。

   • BlockSize
     物理ブロックサイズをバイト単位で指定します。

     DatabaseBackupのBlockSizeオプションはBLOCKSIZE、SQL ServerのBACKUPコマンドのオプションを使用します。

   • BufferCount
     バックアップ操作に使用するI / Oバッファーの数を指定します。

     DatabaseBackupのBufferCountオプションはBUFFERCOUNT、SQL Server BACKUPコマンドのオプションを使用します。

   • MaxTransferSize SQL Serverとバックアップメディア間で使用される最大転送単位をバイト単位で指定します。

     DatabaseBackupのMaxTransferSizeオプションはMAXTRANSFERSIZE、SQL Server BACKUPコマンドのオプションを使用します。

可能なオプションは多数ありますが、データベースが大きくなり、フルバックアップに時間がかかるため、まだ行っていない場合は、差分バックアップを組み込む必要があります。

差分バックアップの作成は、完全バックアップの作成に比べて非常に高速です。差分バックアップでは、差分バックアップのフルバックアップ以降に変更されたデータのみが記録されます。これにより、頻繁なデータバックアップが容易になり、データ損失のリスクが軽減されます。

私の理解では、Olaのスクリプトは、ModificationLevelパラメーターを使用して、データベースの変更量に基づいて完全バックアップか差分バックアップかを決定するように設定することもできます。

EMC DD Boostを使用しており、ご自身の意見を歓迎しますが、クライアント側の重複除外方法を使用しているため、マルチTBデータベースの完全バックアップでも非常に高速であることがわかりました。 SQL Serverの差分バックアップについて心配する必要がない点まで。実際にEMC DDを使用することによって、あなたがしているだけではないSQL Serverで、差分バックアップを行います。複数の宛先ファイルを使用すると、DDBoostでも速度が大幅に向上します。