web-dev-qa-db-ja.com

可用性グループのバックアップ設定がプライマリに変更されない

可用性グループのセットアップがあり、Ola Hallengrenバックアップスクリプトを使用しています。可用性グループのセットアップ時に、セカンダリを優先のデフォルトオプションが設定されましたが、プライマリに変更されているはずです。

これに気付いたら、バックアップの設定をプライマリに設定しようとしましたが、変更されず、セカンダリの設定のままです。

誰かがこれに遭遇したことがありますか?ユーザーインターフェイス(可用性グループウィザード)を使用して変更を行っています。

4
Dennis Finke

バックアップの設定をプライマリに設定しようとしましたが、変更されません。セカンダリが優先されたままです。

ユーザーインターフェイスを意味しているのか、変更の実際の効果が期待どおりに発生しなかったのかはわかりません。私の答えは後者を想定しています。

私が少し混乱していることを明確にするために:この設定は、バックアップの実行方法に自動的に影響を与えるものではありません。これは、DBAがバックアップの取得方法を「メタデータ」として保存できる場所です。

これは documented ですが、ユーザーインターフェイスからはまったくわかりません。これはドキュメントからの引用です:

❕重要

AUTOMATED_BACKUP_PREFERENCE設定の強制はありません。この設定の解釈は、特定の可用性グループ内のデータベースのバックジョブにスクリプトを作成するロジック(存在する場合)によって異なります。自動バックアップ設定は、アドホックバックアップに影響を与えません。

これを設定した後、次のようなコードでバックアップジョブを更新する必要があります(これも the docs から解除されます)。

IF (NOT sys.fn_hadr_backup_is_preferred_replica(@DBNAME))  
BEGIN  
      Select 'This is not the preferred replica, exiting with success';  
      RETURN 0 - This is a normal, expected condition, so the script returns success  
END  
BACKUP DATABASE @DBNAME TO DISK=<disk>  
   WITH COPY_ONLY;  

sp_helptextを使用してsys.fn_hadr_backup_is_preferred_replicaのソースを表示すると、AGレベルのAUTOMATED_BACKUP_PREFERENCE設定とレプリカレベルのBACKUP_PRIORITY設定の両方が考慮されていることがわかります。

注:Olaのスクリプトを使用しているため、これは すでに考慮されています


ユーザーインターフェイスに値の変更が表示されなかった場合は、[スクリプト]ボタンを使用して、UIによって実行されているT-SQLを表示し、そのスクリプトを手動で実行して、変更が適切かどうかを確認することをお勧めします製。

2
Josh Darnell