複数“デフォルト” SQL Serverクラスターのインスタンス? (接続にインスタンス名を必要としない複数のクラスター化されたインスタンス)
-
03-07-2019 - |
質問
アクティブ/アクティブクラスターに複数のSQLインスタンスを設定しています。既存のSQLクラスターでは、クラスター名はSQLCLUSTERですが、インスタンスにはSQLCLUSTERINST1 \ Instance1、SQLCLUSTERINST2 \ Instance2などとしてアクセスします。各インスタンスとにかく独自のIPとネットワーク名を持っていますが、SQLを「デフォルト」としてインストールできますか?各ネットワーク名のインスタンス?インスタンス名を指定せずに(つまり、上記の代わりにSQLCLUSTERINST1、SQLCLUSTERINST2など)インスタンスにアクセスしたいのですが、クラスターについてもインスタンス名が必要です。 、IPは既に一意にインスタンスを識別しますが。
これができるかどうか誰にもわかりますか?最初のインスタンスをインストールしようとしています。必要がない場合は、名前付きインスタンスとしてインストールを開始する前に、これに対する回答を得たいと思いました。インスタンスクラスター名だけでSQLインスタンスを一意に識別する場合、インスタンスクラスター名とサーバーに接続するインスタンス名を指定する必要があるのは、冗長であり、潜在的に不要なようです。 IPを共有するため、クラスターグループごとに1つのデフォルトインスタンスが必要ですが、クラスターごとではありません。
解決 2
このための回避策を見つけました。クラスターに名前付きインスタンスをインストールしている間、各DNS名でポート1433を使用してそれらにアクセスできるため、接続するためにインスタンス名を指定する必要はありませんでした。
これを実現するには、動的ポートとSQLブラウザーに依存するのではなく、リスナー構成を変更して、各インスタンスが専用IPのポート1433でリッスンするように強制する必要があります。
手順を詳しく説明しました私のブログで
他のヒント
デフォルトのインスタンスは、アクティブ/パッシブクラスターでのみ使用できます。これは、同じサーバーに複数のデフォルトインスタンスをインストールできないため、クラスター化では、フェールオーバーをサポートするためにクラスターの各ノードにインスタンスをインストールする必要があるためです。
良いアイデアrwmnau。ブログの投稿はまだ読んでいませんが、レジストリキーまたはディレクトリ構造に制限があると思われます。各ノードには、SQL Server用のレジストリハイブが1つしかありません。ボックス上のインスタンスをリストするレジストリキーがあります。スペースで区切られたリストです。リストには個別の値が含まれている必要があると確信しているため、複数のMSSQLSERVERインスタンスを含めることはできません。既定のインスタンスの内部インスタンス名はMSSQLSERVERです。ですから、他に何もないとしても、そこにはあなたの制限があると思います。ただし、関連するすべてのインスタンスにポート1433を使用するという素晴らしいアイデアがあると思います。良い仕事と共有してくれてありがとう。私は次のクラスターでそれを自分で試すかもしれないと思います!