web-dev-qa-db-ja.com

リモートでのクラスター検証Node

私は3 Node常に可用性グループを持っています:

2つのノードが社内にあります–同期モード。
1 Nodeはリモートです-非同期モード。

時々、リモートNodeは接続を失い、クラスターからオフラインになります。そのノード(drサイト)で検証テストを実行したいと思います。これは他の2つのノードに影響しますか?同期モードでは?

1
SQL_NoExpert

そのノード(drサイト)で検証テストを実行したいと思います。これは、同期モードにある他の2つのノードに影響しますか?

いいえ、データフロー自体ではありません。ダウンタイムなしで、ストレージ以外のすべてのリソースのクラスター検証を実行できます。すべてのクラスター検証テストを実行できるが、ダウンタイムなしでWSFCにストレージを実行できることを示唆しているMSブログはほとんどありませんが、それでも、負荷が比較的少ないときに検証を実行することをお勧めします。

共有ディスククラスターの検証を実行する場合、ディスクを各ノードに手動でフェイルオーバーしてフェイルオーバーと可用性を確認するため、他のすべてのフェイルオーバーテストがオンラインである以外にダウンタイムが発生することに注意してください。 AGは各ノードにローカルディスクが接続されているAGであると想定しているため、ダウンタイムについて心配する必要はないと思いますが、負荷が比較的少ないときに再度検証を実行します。

ダウンタイムがゼロのクラスターの検証 を読むことをお勧めします。ブログからの引用

これらの数十のテスト全体で、実行中のクラスターワークロードに影響を与えるのはごくわずかであり、これらはすべてストレージカテゴリ内にあるため、このカテゴリ全体をスキップすると、中断を伴うテストを回避する簡単な方法です。すべてのディスクと潜在的なクラスターディスクを一覧表示しても、何の影響もありません。ディスクアクセス遅延、ファイルシステム、Microsoft MPIOベースのディスク、およびSCSIデバイスのVital Product Data(VPD)を検証すると、使用中のディスクに対してテストが実行されるため、ディスクのパフォーマンスに影響を与える可能性がありますが、ディスクの遅延がない限り、ダウンタイムは発生しません。非常に遅くなり、アラートがトリガーされます。いくつかのテストは実際にフェイルオーバーをトリガーし、ディスクとグループを異なるクラスターノードに移動してダウンタイムを引き起こします。これらには、ディスクアービトレーションの検証、ディスクフェイルオーバー、マルチアービトレーション、SCSI-3永続予約、同時フェイルオーバーが含まれます。したがって、可用性に影響を与えずにクラスターの機能の大部分をテストする場合は、これらのテストを除外します。

1
Shanky