機能が強化されています。解説がされていますが、自分のメモとして少しまとめてみたいと思います。クォーラムの投票数ですが、基本的には奇数になるようにクォーラムモデルを調整することになるかと思います。以下のように記載されています。似たような考えになると思いますが。クラスターのクォーラム投票の数は、常に奇数にすることをお勧めします。クラスター内のすべてのノードにインストールする必要はありません。メンバーとして機能できます。モデルを構成することもできます。Server)」を参照してください。いう機能が追加され、現在起動しているノードの状態に応じて投票数が動的に調整される機能が追加されました。以下のようなコマンドで動的なクォーラムの状態が確認できます。状態は以下のようになります。状態が調整され、停止されているノードの投票数はなくなります。必要投票数を満たすかを考慮していきます。状態は動的には更新されません。設定されている状態になっているかと思います。動的なクォーラム監視ではこの部分についても現在のノードの軌道状況によって動的に調整をしてくれます。ノードの投票数の状態がフェールオーバークラスターマネージャーから見れるようになっています。設定はなくなったようです。実行すれば設定は変更できるようですが。ノード数にかかわらず、クォーラム監視を設定することがベストプラクティスとしてアドバイスされるようになりました。までは、推奨構成としてヒントは表示されていたのですが、警告とはなりませんでした。管理をさせるのが推奨設定となっているようです。持っていることになります。以下のコマンドを実行して、設定の状態を確認していっます。台ノードを停止してみます。票となるように動的に調整が行われています。関しては読み取り専用プロパティとなっているため、この設定を手動で変更するということができなさそうですね。手動調整以降、クラスターのノード数の調整は従来と考え方が変わってきた箇所があるので、最新の情報をキャッチアップしていかないといけないですね。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。