設定できるようになりました。Groups)分散可用性グループの設定について軽くまとめてみたいと思います。構築できるかを試してみました。リスナーを設定するための方法をまとめてみました。プライマリに障害が発生した場合にセカンダリに自動的に切り替えることはこの設定で可能ですが、読み取り可能にしたセカンダリに接続をすることはこの状態ではできません。今回の投稿ではセカンダリを読み取りとして使用するための設定についてまとめてみたいと思います。等でまとめられてはいないようでしたので、後日ほかの方法が公開されるかもしれません。環境は構築できましたのでテストの実施方法などを少しまとめてみたいと思います。構築をしていきたいと思います。Azureになります。構築することができます。VMs構築できるのは知っていたのですが実際に試したことはなかったので少しまとめてみたいと思います。投稿ですので最新の構築方法では変わっているかもしれません。可用性グループを構築する場合、前提の修正プログラムがいくつかあります。台で同期コミットモードを構築することができます。同期コミットモードではプライマリレプリカでデータの変更をした際のコミット時に、セカンダリレプリカでのコミットを保証するために、セカンダリでコミットが行われるのを確認してから処理を完了させるという動作になります。複数台で同期コミットモードを構築した場合、コミットの完了がどのように動作するのかを見ていきたいと思います。可用性グループでデータの同期をしているデータベースをリストアする際の流れなどをつらつらとまとめてみたいと思います。種類のモードがあります。可用性グループ)今回の投稿では同期コミットを使用した場合のスループットへの影響を確認するための考え方についてまとめてみたいと思います。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。