問題タブ [alwayson]

常時接続構成のプライマリ データベースに対して実行されている spid の分離レベルを変更できない理由はありますか?

シナリオ: CRM Dynamics アップグレード ツールを実行しています。SQL Server で次のコマンドを実行しようとすると、ブロックされていました。

アップグレードツールのエラーログを確認すると、

データベース "My_CRM_DB" はデータベース ミラーリング セッションまたは可用性グループに含まれているため、操作を実行できません。データベース ミラーリング セッションまたは可用性グループに参加しているデータベースでは、一部の操作が許可されていません。

これがなぜなのかを理解したいと思います。AlwaysOn を使用している場合、spid の分離レベルを読み取りコミットに設定することは許可されるべきではないという、technet でオンラインで何かを見つけることができません

同期 AlwaysOn 可用性グループとしてセットアップされた SQL Server 2014 データベースのペアがあります。

両方のサーバーがSynchronous commit可用性モードに設定され、セッション タイムアウトは 50 秒です。Read-intent onlyセカンダリは、読み取り可能なセカンダリに設定されます。

プライマリに書き込み、すぐにセカンダリから (経由でApplicationIntent=ReadOnly) 読み取ると、一貫してダーティ データ (つまり、書き込み前の状態) が読み取られます。書き込みと読み取りの間に約 1 秒待つと、正しいデータが得られます。

これは予想される動作ですか？もしそうなら、セカンダリからの読み取りが最新であることを確認するためにできることはありますか?

セカンダリをプライマリの読み取り専用バージョン (およびフェールオーバー) として使用して、プライマリの負荷を軽減したいと考えています。

Always On クラスターには 2 つの SQL Server レプリカがあり、パフォーマンスの問題をテストしたところ、プライマリのみが機能していることがわかりました (読み取りと書き込み)。

プライマリが読み取り/書き込みに設定され、セカンダリが読み取り専用に設定されている場合、単純な選択クエリをセカンダリ レプリカに送信し、書き込みクエリはプライマリに送信します。

2 つのケースで 2 つの異なる接続文字列を使用して 2 つの異なるサービスを作成せずに構成する方法はありますか (最初は読み取り/書き込み、2 つ目は読み取り専用)。

NuGet パッケージのPollyを利用して、フェールオーバー SQL 例外をトラップする再試行ロジックを実装しています。Azure で SQL Server Always On High Availability をセットアップしています。

すべての SQL 例外 (正しくない) をトラップするのではなく、フェイルオーバーが発生したときに発生する特定の SQL 例外をトラップしたいと考えています。

SSMS からダッシュボードを表示すると、人為的にフェイルオーバーをトリガーしてコードをテストできます。最初は、すべての例外をバブル オーバーさせていました (つまり、トラッピングはありません)。次に、フェイルオーバーをキューに入れ、ログを見て、発生した SQL 例外を確認します。その後、フェイルオーバーによって発生していたすべての SQL 例外をトラップできるようになりました。

私の質問は、それは包括的なリストですか? SQL Server フェールオーバーで再試行ロジックを実装した他の人は、他の SQL 例外をトラップしますか?

ロジックを使用して 100 回近くのフェイルオーバーを試みましたが、何も発生しませんでした。これは、Failover SQL Exceptions のすべてをキャプチャしたという意味ではありません。

再試行ロジックには Policy.Handle(se => IsFailoverSqlException(se)) があります。フェイルオーバーがキューに入れられたときのコード内の場所に応じて、以下にトラップする 3 つの SQL 例外が表示されます。

同期コミットと自動フェールオーバーで実行されている AlwaysOn 可用性グループがあります。たとえば、ノード SQL01A または SQL01B を持つ SQL01 として接続されています。

このデータを別のサーバー SQL02 のウェアハウジングで使用できるようにしたいと考えています。変更数が多く、読み取り数が多いため、AAG 非同期コミットを使用できません。処理が遅れて待機時間が長くなるからです。

このため、1 日 1 回 SQL02 にログシップすることにしました。ただし、ノード SQL01A と SQL01B の間で AAG がフェールオーバーするため、これに関するベスト プラクティスについてはわかりません。

SQL01A から LSBackup、Copy、Restores をセットアップしました。次に、SQL01B にフェイルオーバーしてセットアップします。ただし、コピーと復元でジョブエラーが発生するため、各ジョブに追加のステップを追加して、プライマリコピーまたは復元ジョブであるかどうかを確認し、そうでない場合は終了できますが、これは面倒なようで、何かが足りないと感じています?

アドバイスをいただければ幸いです。

2 つのノードを持つ alwaysOn AG があります: プライマリ ノード :
192.168.66.2
セカンダリ ノード:192.168.66.6
クラスター IP:192.168.6.3
リスナー IP:192.168.66.10 、クラスターがシャットダウンします!!!! TNX