問題タブ [windows-clustering]

何が起こるかを説明するビデオをアップロードしました: https://www.youtube.com/watch?v=eDuRxJAdsLw&feature=youtu.be

SQL Server Management Studio の可用性グループ接続でフェールオーバー レプリカ SQL02 に初めて接続しようとすると、SQL Server Management Studio は SQL02 に接続できません。接続ダイアログでオプションを押して正しいものを選択する必要があります。ポート、私の場合は1433です。では、どのポートに接続しようとしていますか? なぜこれが起こるのですか? オプションを押して修正する必要がありますか?

CU2 がインストールされた SQL Server 2016。Windows サーバー 2016 も同様です。SQL サーバー管理スタジオ 17.1。

これがフェールオーバー コンソールで実現できることはよく理解していますが、なぜ管理スタジオがこのように動作しているのか疑問に思っています。このレプリカ サーバーのデフォルトのポートが 1434 だったとしたら、どうすればよいでしょうか?

Windows 2008 R2 データセンターを実行しています。MSMQ 経由でメッセージを受信する Windows サービスがあります。2 ノード クラスタを追加し、そこでサービスを実行しようとしています。フェールオーバー クラスター マネージャーを介してメッセージ キューを追加し、いくつかのテスト キューを作成しました。他のマシンからクラスター化されたキューに送信できます。

次に、クラスター化された MSMQ サービスにサービスを汎用サービス リソースとして追加しました。しかし、ノードのローカル MSMQ の代わりにクラスター化された MSMQ をサービスに使用させることはできないようです。

このトピックで見つけたすべての記事では、キュー サービスで使用されるのと同じネットワーク名の依存関係を汎用サービスに追加し、[全般] タブの [コンピューター名にネットワーク名を使用する] オプションをオンにするだけでよいと書かれています。サービスのプロパティ。私たちはこれを行いましたが、彼らはまだローカル キューイング サービスを使用しています。

サービス リソースをオフラインにし、ローカル メッセージ キュー サービスを停止してから、サービス リソースをオンラインに戻すと、ローカル メッセージ キュー サービスも同時に開始されるため、何らかの方法で確実にバインドされますが、どこにあるのかわかりません。

SQL Server 2016 のクラスターをインストールしました。SP1 と累積更新プログラム 8 をインストールした後、レポート サービスを追加したいと考えています。

質問: Reporting Service をインストールした後、各更新プログラムを再インストールする必要がありますか?

クラスター環境で 2 つのノードを構成しています。両方のノードで IIS を実行しており、両方のノードからアクセスできるストレージ ディスクに共有構成が格納されています。しかし、クラスターがノード 2 に接続されているとき、アプリケーションのアプリケーション プールが開始されません。エラーは Error_applicationhost です

ノード 1 から IIS_SHARED_FOLDER にアクセスしようとすると、applicationhost.config ファイルが表示されますが、ノード 2 からアクセスしようとすると、共有フォルダーに applicationhost.config ファイルが表示されません。権限は両方のノードで同一のようです。

任意の提案をいただければ幸いです。

ロヒット

MSMQ をクラスターで実行するように構成しました。クラスターは 2 つの Hyper-V 仮想マシンで構成され、3 番目の仮想マシンで共通の記憶域を使用します (すべての仮想マシンは Windows ドメインを共有し、ネットワークを介して相互に認識します)。フェールオーバー クラスター マネージャー スナップインは、MSMQ サービスが実行中であることを示します。クラスターのメンバーであるマシン上のクラスター化されていない MSMQ サービスは、サービス スナップインで実行されていることが示されています。ここで、リモート コンピューター (3 番目の仮想マシン) からクラスター化された MSMQ サービスとクラスター化されていない MSMQ サービスにメッセージを送信しようとしています。次のキュー名を使用します。

• FormatName:Direct=OS:{clustered-msmq-netbios-name}\private$\{queueName}
• FormatName:Direct=TCP:{clustered-msmq-ip-address}\private$\{queueName}
• FormatName:Direct=TCP:{non-clustered-msmq-ip-address}\private$\{queueName}

クラスタ化されていない msmq の IP アドレスが指定されている場合、メッセージはクラスタ化されていない msmq インスタンスに配信されます。しかし、クラスター化された msmq インスタンスにアクセスしようとすると、送信されたメッセージが発信メッセージ キューに残り、「接続を待機しています」(Winsock ソケットの接続に失敗しました) と表示されます。また、クラスター化された msmq インスタンスのキューは空です。

クラスター化された msmq サービスに telnet で接続しようとしました。接続には、クラスター化された msmq の IP アドレスとポート 1801 を指定しました。「ポート 1801 でホストへの接続を開けませんでした: 接続に失敗しました」と表示されます。

何か案が？

追加情報。両方のクラスタ サーバーがオンラインのときに [メッセージ キューの管理] メニュー項目をクリックすると、スナップインのツリーにメッセージ キュー項目がありません。1 台のサーバー (2 台目) を一時停止すると、ツリーにメッセージ キューの項目が表示されます。ツリーにメッセージ キュー アイテムがあると、メッセージの処理が開始されます (送信サーバーの送信メッセージ キューからメッセージが消えるのが見えますが、受信サーバーには表示されません)。