web-dev-qa-db-ja.com

OlaHallengrenメンテナンススクリプト-データベースの完全バックアップの遅延

メンテナンススクリプトによって作成されたDatabaseBackupジョブは、最後にバックアップされたデータベースに遅延をもたらします。

つまり、それぞれ約200GBのデータベースが6つあります。

  1. 完全バックアップは、完了するまでに約90分かかります。
  2. バックアップジョブは午前2時に実行されるようにスケジュールされています。
  3. したがって、バックアップされる最後の2つのデータベースは、営業時間（午前8時以降）に実行される可能性があります。

最初のDBは午前3時30分に完了します
2番目のDBは午前5時に完了します
3番目のDBは午前6時30分に完了します
4番目のDBは午前8時に完了します
5番目のDBは午前9時30分に完了します
6番目のDBは午前11:00に完了します

すべてのデータファイルはE：ドライブにあります
IOオーバーヘッドのため、バックアップが午前2時に（異なるジョブによって）同時に実行された場合でも、同じ時間がかかりますか？

これは、完全バックアップが（遅延を伴って）行われる通常の方法ですか？

sql-serverbackupola-hallengren
2
Santhoshkumar KB

サーバーで利用可能なリソースによって異なります。

IOオーバーヘッドのため）午前2時に（異なるジョブによって）バックアップを同時に実行する場合でも、同じ時間がかかりますか？

並列ジョブを設定してテストできます。他のプロセス（存在する場合）が影響を受ける前に、完全バックアップの数を監視する必要があります（cpu、io、ネットワーク帯域幅など）。

最近、BrentOzarがバックアップのフェーズとテスト方法を説明した別の質問がありました。

私は彼の言葉を繰り返さないが、あなたは詳細をチェックすることができる ここ 。

SQL Serverには、バックアップを高速化するために使用できる組み込みのスイッチがあります。 this ブログ投稿を参照してください。

私はこの質問を理解していませんでしたか？フルバックアップがシリアル化された方法で実行されるかどうかを意味しましたか？ジョブの設定方法によって異なります。 @Ghauanがコメントで説明したように、それらを並列にすることができます。複数のジョブを並列に実行することができます。

これは、完全バックアップが（遅延を伴って）行われる通常の方法ですか？

2
SqlWorldWide

バックアップ圧縮を有効にしていますか？このクエリですばやく確認します。

select * from sys.configurations where name = 'backup compression default'

そうでない場合は、 有効にする すぐに、この機能の欠点はまだわかりません。このオプションは、SQL 2008R2を搭載したStandardEditionで使用できるようになりました。これは、新しいインスタンスをセットアップした後に有効にする必要がある最初のsp_configureオプションの1つです。これにより、バックアップが大幅に高速化されます。

もう1つのオプションは、バックアップを複数のファイルにストライプすることです。これにより、バックアップのI/Oスループットが向上し、バックアップ速度も大幅に低下します。 Olaのスクリプトで私が気に入らない点の1つは、この設定が動的ではなく、データベースのサイズに基づいて構成できないことです。ただし、[〜＃〜] directory [〜＃〜]パラメーターに4つのパスを指定し、テスト後に増減することをお勧めします。 。

オラの バックアップページ 約ストライピングから：

バックアップルートディレクトリを指定します。これは、ローカルディレクトリまたはネットワーク共有にすることができます。複数のディレクトリを指定した場合、バックアップファイルはディレクトリ全体でストライプになります。コンマ（、）を使用して複数のディレクトリを指定します。

たとえば、OlaJobでは次のようになります。

DIRECTORY='D:\Backup1,D:\Backup2,D:\Backup3,D:\Backup4'

バックアップの圧縮を構成し、バックアップをストライピングすることで、バックアップをシリアル化しておくことができますが、完了するまでの時間を短縮できます。

2
John Eisbrener