リモートデスクトップサービスにアクセスできません-サーバープールには、クラスター化されているものとクラスター化されていないものの両方のRD接続ブローカーサーバーが含まれています
リモートアプリの公開を妨げているランダムなエラーが発生しました。サーバーマネージャーでリモートデスクトップサービスを管理するたびに、上記のエラーが発生します。設定されている接続ブローカーは1つだけですが、将来追加する可能性があると考えて、HAで設定しました。私は構成を実行しましたが、私が目にすることはすべて、正しくセットアップされていることを示しています。唯一奇妙なのは、SQL ServerのSQL用にポート1433を開いていないことですが、以前は問題にならなかったようです。
これも新しいセットアップではありません。このゲートウェイを通じてリモートアプリをクライアントに公開してから約6か月になります。
現在、SQL DBのErrorLogテーブルのエントリを解読しようとしています。誤設定を探すために他にどこにでもアイデアがあれば、高く評価されます。
OS：Windows Server 2012R2
SQL：MSSQL Server 2012
残念ながら、この問題が過去2週間以内に発生した時期を特定することはできません。そのため、これによって引き起こされた可能性のある変更を特定することはできません。 3週間前に誤ってSQL Serverを再起動した技術者がいて、その日のその日のログに大量のエラーがありました。データベースで変更された日付もそれに合わせています。しかし、私たちの技術者たちはそれ以来、リモートアプリを公開できるようになったと考えています。
誰かが接続ブローカーの役割をセッションホストの1つに追加したことがわかりました。そんなにフェイスデスク。
編集：元の投稿で述べたように、接続ブローカーを高可用性モード（クラスター）でセットアップし、今後さらに1つ追加することを考えています。技術者が接続ブローカーの役割（クラスター化されていない）をセッションホスト（リモートアプリをホストするサーバー）の1つに追加しました。次に、コレクションを管理するサーバー上のサーバーマネージャーのサーバープールにそれを追加しました。その結果、2つの接続ブローカーがプールの一部として、1つはクラスター化され、もう1つはクラスター化されません。 RDSはそれを気に入らなかった。
編集2：サーバーをプールから単に削除できなかった理由は、問題のセッションホストが既にRDS展開に追加されていて、リモートアプリがそこから公開されているためです。接続ブローカーの役割は、いくつかの誤ったトラブルシューティングの事実の後に追加され、RDSに再びアクセスできるようにするにはサーバーから削除する必要がありました。