可用性グループが分割されたバックアップ
私は約2年間DBAを務めていますが、AlwaysOn可用性グループについてまだ理解していない微妙な点があります。まず第一に、私たちの知る限りでは、主に私たちの環境で頻繁に発生する状況のために、それらは問題に過ぎませんでした。
Windowsパッチは月に1回、サーバーが再起動する予定です。ほぼ月に1回、複数の可用性グループを持つクラスターがクラスターのノード間で分散する状況が発生します。
バックアップジョブをスケジュールする場合は、通常、マスターサーバーからマルチサーバー管理を介してジョブを管理します。これは、可用性グループのプライマリノードに接続するため、リスナーの解像度でこれを行います。問題は、「すべてのデータベース」を指定すると、特定の可用性グループのプライマリ/セカンダリステータスに関係なく、ノード全体がバックアップを試みることです。
その結果、拡散可用性グループを持つクラスターはバックアップの失敗ステータスを返すため、監視ソリューションで多くのノイズが生成されます。セカンダリAG。
これらの場合、可用性グループで実行するジョブをスクリプト化する必要がありますか？
そのノードのプライマリである可用性グループのみをバックアップする設定の組み合わせはありますか？
AGではなくSERVERで管理できるように、グループを統合することについて議論しました。上司は、HADRにのみ使用するノードのSQLライセンスを支払わないように、クラスター間の負荷分散にAGを使用する必要があると主張しています。私はこれらのびまん性AGで問題が発生する可能性のあるすべてのものを出しましたが、おそらく私が知らないことがあるでしょう。
明確にするために、リスナーを異なるAGにポイントできること、およびリスナーがそれぞれのノードのプライマリに接続することを理解します。これらのスプリットAGの状況に対して監視機能と書き込み機能の競合が発生しない、あらゆる種類の一般的なバックアップ計画を管理することができないようです。誰でも提供できる明快さは大歓迎です。
可用性グループ対応のバックアップスクリプトは、各データベースのプライマリコピーをホストする可能性のあるすべてのノードに存在する必要があります。これにより、アクティブノードがバックアップを実行できるようになり、データベースがセカンダリモードまたは読み取り専用モードになっているノードからのエラーレポートが回避されます。
Ola Hallengren または Midnight DBA's MinionWare Backup のソリューションなど、いくつかの優れた可用性グループ対応のバックアップソリューションがあります。