Bei uns ist ein zufälliger Fehler aufgetreten, der uns daran hindert, Remote-Apps zu veröffentlichen. Jedes Mal, wenn wir Remote Desktop Services im Server Manager verwalten, wird uns der obige Fehler angezeigt. Wir haben nur einen einzigen Verbindungsbroker eingerichtet, aber wir haben ihn in HA eingerichtet, mit dem Gedanken, dass wir später vielleicht noch einen weiteren hinzufügen könnten. Ich habe die Konfiguration durchgesehen und alles, was ich sehe, deutet darauf hin, dass sie richtig eingerichtet ist. Das einzig Merkwürdige ist, dass wir Port 1433 für SQL auf dem SQL Server nicht geöffnet hatten, aber das schien vorher kein Problem zu sein.
Auch dies ist keine neue Konfiguration – wir veröffentlichen bereits seit etwa sechs Monaten Remote-Apps für Clients über dieses Gateway.
Im Moment versuche ich, die Einträge in der ErrorLog-Tabelle in der SQL-Datenbank zu entschlüsseln. Ich bin für alle Ideen dankbar, wo ich sonst noch nach Fehlkonfigurationen suchen könnte.
Betriebssystem: Windows Server 2012R2
SQL: MSSQL Server 2012
Leider können wir nicht genau sagen, wann dieses Problem in den letzten Wochen aufgetreten ist. Daher können wir nicht eingrenzen, welche Änderungen wir vorgenommen haben, die dies verursacht haben könnten. Vor drei Wochen hat ein Techniker den SQL Server versehentlich neu gestartet, und an diesem Tag und zu dieser Zeit sind im Protokoll eine Menge Fehler enthalten. Das Änderungsdatum der Datenbanken stimmt auch damit überein. Wir vermuten jedoch, dass unsere Techniker seitdem Remote-Apps veröffentlichen konnten.
Antwort1
Es stellte sich heraus, dass jemand einem unserer Sitzungshosts die Rolle des Verbindungsbrokers zugewiesen hat. So viel Facedesk.
Bearbeiten: Wie ich im Originalbeitrag sagte, haben wir unseren Connection Broker im Hochverfügbarkeitsmodus (geclustert) eingerichtet und dachten, wir würden später noch einen hinzufügen. Ein Techniker hat die Connection Broker-Rolle (ungeclustert) zu einem unserer Session Hosts (Server, der die Remote-App hostet) hinzugefügt. Anschließend hat er sie dem Serverpool im Server Manager auf unserem Server hinzugefügt, der die Sammlungen verwaltet, was zu zwei Connection Brokern als Teil des Pools führte, einem geclusterten und einem ungeclusterten. RDS gefiel das nicht.
Bearbeitung 2: Mir wurde mitgeteilt, dass der Grund, warum wir den Server nicht einfach aus dem Pool entfernen konnten, darin liegt, dass der betreffende Sitzungshost bereits zur RDS-Bereitstellung hinzugefügt wurde und Remote-Apps von ihm veröffentlicht wurden. Die Verbindungsbroker-Rolle wurde im Zuge einer fehlgeleiteten Fehlerbehebung nachträglich hinzugefügt und musste vom Server entfernt werden, damit RDS wieder zugänglich war.