Ich bereite eine Umgebung vor, in der der Remote Desktop Connection Broker, für den HA auf einem SQL-Server basieren soll (Windows Server Standard 2022).
In meinem Fall ist der SQL-Server MS SQL Server Express 2022 – ich habe DNS ordnungsgemäß vorbereitet, die Gruppe in AD eingerichtet, dieser Gruppe Berechtigungen erteilt, Firewalls ausgeschaltet und einen entsprechenden ODBC-Anschluss eingerichtet.
Aber jedes Mal erhalte ich einen Verbindungsfehler – die Datenbank wird aus SSMS erstellt (leer).
Fehler Verbindungszeichenfolge
Driver={ODBC Driver 18 for SQL Server};Server=tcp:SERVERNAME\NAMEDINSTANCE,1433;Trusted_Connection=Yes;APP=Remote Desktop Services Connection Broker;Database=rds_db
Ich habe in der Konfiguration diese beiden Pfade verwendet:https://rdr-it.com/en/rds-farm-high-availability-service-broker-configuration/ https://woshub.com/configure-rds-connection-broker-high-availability-windows-server/
Ist SQL Express nicht manchmal das Problem? Ich habe Port 1433 und der Assistent sagt eindeutig Port 1434
Worauf kann ich sonst noch achten?
Wie kann dieses Problem gelöst werden?
Bitte helfen Sie mir, ich versuche dasselbe im Labor – aber derselbe Fehler.
kurze Zusammenfassung:
sql.lab.net – SQL Server Express mit neuer leerer Datenbank: rds_db
rds1.lab.net – erster RDS-Host mit Broker-Rolle
rds2.lab.net - zweiter RDS-Host
im Active Directory habe ich eine Sicherheitsgruppe mit diesen beiden Hosts
in SQL habe ich den Login dieser Sicherheitsgruppe zugeordnet (dbowner, dbcreator, public, sysadmin)
Alle Firewalls sind deaktiviert. Überprüfen Sie, ob Telnet von rds1.lab.net zu sql.lab.net Port 1433 geöffnet ist.
auf rds1.lab.net und rds2.lab.net in der lokalen Gruppe: RDS Management Server füge ich die Hosts rds1, rds2 und Netzwerkdienst hinzu
im DNS habe ich zwei Einträge A in der umgekehrten lab.net-Zone mit den Namen rds.lab.net (IP von rds1) und rds.lab.net (IP von rds2) - Round Robin
Antwort1
Hier sind einige Dinge, die Sie überprüfen müssen:
Stellen Sie sicher, dass Ihre Instanz wirklich auf TCP 1433 lauscht, wenn Sie sich auf diese Weise verbinden möchten. Öffnen Sie Sql Server Configuration Manager. Erweitern Sie SQL Server Network Configurationund wählen Sie Protocols for YOURINSTANCE. Klicken Sie mit der rechten Maustaste auf TCP/IPund ändern Sie zu IP Addresses. Entweder Ihre IPv4-Adresse oder IPALLder TCP-Port muss auf 1433 eingestellt sein. Überprüfen Sie dies, indem Sie Resource Monitorim NetworkTab bei nach dem SQLServer-Prozess suchen Listening Ports. Versuchen Sie auch, sich von einem anderen Host aus mit SSMS zu verbinden.
Ist der ODBC-Treiber, den Sie verwenden möchten, installiert? Überprüfen Sie dies ODBC Data Source Administatorauf der DriversRegisterkarte. Wird er überhaupt von der Anwendung unterstützt, die Sie konfigurieren möchten? Versuchen Sie es zu Testzwecken mit der Native Client.
Sehen Sie sich möglicherweise auch diese Dokumentation an:Fügen Sie der Bereitstellung den RD-Verbindungsbrokerserver hinzu und konfigurieren Sie die Hochverfügbarkeit
Antwort2
Ich weiß, dass diese Bitte um Hilfe zum Zeitpunkt meiner Antwort neun Monate alt war, aber ich hatte mit demselben Problem zu kämpfen und vielleicht hilft das, was bei mir funktioniert hat, jemand anderem.
ABeitrag im SQL Server-Blog von Microsofterklärt:
Ähnlich wie bei den vor einigen Jahren in Webbrowsern vorgenommenen Änderungen von HTTP zu HTTPS (und den dafür notwendigen Sicherheitsgründen) ändern wir den Standardwert der
EncryptVerbindungsoption vonnoaufyes/mandatory. (Um das Verschlüsselungsverhalten besser zu beschreiben, wurden neue Verschlüsselungswerte „obligatorisch“ und „optional“ hinzugefügt, die jeweils synonym zu „ja“ und „nein“ sind.)...Wenn Sie von der Änderung bei Encrypt betroffen sind, können Sie Folgendes tun (in der Reihenfolge der Empfehlung):
- Installieren Sie ein vertrauenswürdiges Zertifikat auf Ihrem Server.
- Ändern Sie die Einstellung (oder Verbindungseigenschaft) „Verbindungszeichenfolge verschlüsseln“ Ihres Clients auf „optional/nein“.
Ich konnte eine Verbindung zur Datenbank herstellen, nachdem ich am Ende meiner Verbindungszeichenfolge „Encrypt=Optional;“ hinzugefügt hatte.
Das Ändern der Verbindungszeichenfolge des Posters auf die gleiche Weise sollte funktionieren:
Driver={ODBC Driver 18 for SQL Server};Server=tcp:SERVERNAME\NAMEDINSTANCE,1433;Trusted_Connection=Yes;APP=Remote Desktop Services Connection Broker;Database=rds_db;Encrypt=Optional;