可用性グループのセットアップがあり、Ola Hallengrenバックアップスクリプトを使用しています。可用性グループのセットアップ時に、セカンダリを優先のデフォルトオプションが設定されましたが、プライマリに変更されているはずです。
これに気付いたら、バックアップの設定をプライマリに設定しようとしましたが、変更されず、セカンダリの設定のままです。
誰かがこれに遭遇したことがありますか?ユーザーインターフェイス(可用性グループウィザード)を使用して変更を行っています。
バックアップの設定をプライマリに設定しようとしましたが、変更されません。セカンダリが優先されたままです。
ユーザーインターフェイスを意味しているのか、変更の実際の効果が期待どおりに発生しなかったのかはわかりません。私の答えは後者を想定しています。
私が少し混乱していることを明確にするために:この設定は、バックアップの実行方法に自動的に影響を与えるものではありません。これは、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を表示し、そのスクリプトを手動で実行して、変更が適切かどうかを確認することをお勧めします製。