ランダムなエラーが発生し、リモート アプリを公開できなくなりました。サーバー マネージャーでリモート デスクトップ サービスを管理しようとするたびに、上記のエラーが表示されます。接続ブローカーは 1 つしか設定されていませんが、将来的にもう 1 つ追加する可能性があると考え、HA に設定しました。構成を確認しましたが、すべてが正しく設定されていることを示しています。唯一奇妙なのは、SQL Server で SQL 用にポート 1433 が開いていなかったことですが、以前は問題ではなかったようです。
これは新しい設定ではありません。私たちはこのゲートウェイを通じて、約 6 か月間、クライアントにリモート アプリを公開してきました。
現在、SQL DB の ErrorLog テーブルのエントリを解読しようとしています。構成ミスを探すための他の場所についてのアイデアがあれば、ぜひ教えてください。
OS: Windows Server 2012R2
SQL: MSSQL Server 2012
残念ながら、この問題がここ数週間以内に発生した時期を正確に特定できないため、どのような変更が原因となったのかを特定できません。3 週間前に技術者が誤って SQL Server を再起動してしまい、その日のその時刻のログに大量のエラーが記録されています。データベースの変更日もそれと一致しています。しかし、技術者がそれ以降リモート アプリを公開できたのではないかと考えています。
答え1
どうやら誰かが、セッション ホストの 1 つに接続ブローカー ロールを追加したようです。 すごいですね。
編集: 元の投稿で述べたように、将来的にもう 1 つ追加することを考えて、接続ブローカーを高可用性モード (クラスター化) に設定しています。技術者が、接続ブローカー ロール (クラスター化されていない) をセッション ホスト (リモート アプリをホストするサーバー) の 1 つに追加しました。次に、コレクションを管理するサーバーのサーバー マネージャーのサーバー プールにそれを追加しました。その結果、プールの一部として 2 つの接続ブローカー (1 つはクラスター化され、もう 1 つはクラスター化されていない) が作成されました。RDS はこれを好みませんでした。
編集 2: プールからサーバーを削除できない理由は、問題のセッション ホストがすでに RDS 展開に追加されており、そこからリモート アプリが公開されていたためだということがわかりました。接続ブローカーの役割は、誤ったトラブルシューティングによって事後に追加されたため、RDS に再度アクセスできるようにするには、サーバーから削除する必要がありました。