![\"Der](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_001.png\")
<\/p>\nIn den ersten drei Teilen dieser Beitragsreihe haben wir einen Webserver aufgesetzt, den SQL Server installiert und das SQL Server Management Studio hinzugefügt. Damit können wir über die Remotedesktopverbindung auf den Server zugreifen und dort den SQL Server administrieren. Wir wollen aber nicht immer die Remotedesktopverbindung nutzen, sondern direkt von unserem lokalen Rechner aus auf den SQL Server auf dem Webserver zugreifen. Das wird schon etwas spannender als die Einrichtung und der Zugriff vom SQL Server Management Studio direkt auf dem Webserver. Warum? Weil wir unterschiedliche Ports verwenden müssen und diese je nach Anwendungsfall standardmäßig freigeschaltet sind oder auch nicht. Was es damit auf sich hat, erläutern wir in diesem Beitrag.<\/b><\/p>\nTCP\/IP und die Ports<\/h2>\n
Netzwerkverbindungen werden seit gefühlten Ewigkeiten über das TCP\/IP-Protokoll durchgeführt. Damit wir beispielsweise von unserem lokalen Rechner überhaupt auf den Webserver zugreifen können, egal ob wir über die Remotedesktopverbindung die Benutzeroberfläche sehen wollen oder vom SQL Server Management Studio auf dem lokalen Rechner Daten einer SQL Server-Datenbank lesen wollen, müssen verschiedene Dienste auf dem Webserver auf verschiedenen Kanälen auf Anfragen von unserem lokalen Rechner „lauschen“.<\/p>\n
Damit man nicht beliebig von außen auf unser System zugreifen kann, gibt es die sogenannte Firewall, die den Zugriff reguliert. Ist die Firewall aktiviert und sind keine Kanäle geöffnet, können wir praktisch nicht von außen über das Netzwerk auf den Webserver zugreifen.<\/p>\n
Die Firewall sollte immer aktiviert sein, aber es sollten nicht alle Kanäle geöffnet sein. Diese Kanäle werden Ports genannt, jeder mit einer bestimmten Nummer versehen, die wir für den Zugriff von außen öffnen können.<\/p>\n
Einige dieser Ports sind standardmäßig geöffnet, andere müssen wir erst noch freigeben. Die Ports sind wiederum verschiedenen Diensten zugeordnet. Für Remoteverbindungen verwendet Windows beispielsweise den Port 3389<\/b>.<\/p>\n
Während dieser Port für den Zugriff über das Programm Remotedesktopverbindung <\/b>standardmäßig geöffnet ist, müssen wir den Port für den Zugriff auf den SQL Server erst noch freigeben. Dieser Port hat normalerweise die Nummer 1433<\/b>. Man kann aber auch einen anderen Port nutzen, beispielsweise um Zugriffe zu erschweren.<\/p>\n
Die Nummer 1433<\/b> ist üblicherweise der Standardinstanz des SQL Servers vorbehalten. Weitere Instanzen erhalten je nach Konfiguration dynamisch Ports zugewiesen.<\/p>\n
Das ist aber für uns erst einmal uninteressant, da wir den SQL Server 2022 Express wie im Beitrag SQL Server im Web, Teil 2: SQL Server Express installieren <\/b>(www.access-im-unternehmen.de\/1504<\/b>) beschrieben als Standardinstanz installiert haben.<\/p>\nVerbindung zum SQL Server vom Client-Rechner aufbauen<\/h2>\n
Wir können uns zwar nun per Remotedesktopverbindung auf den VPS-Rechner aufschalten, aber eigentlich wollen wir dort eine SQL Server-Datenbank erstellen, auf die wir vom Client-Rechner oder auch von anderen Geräten aus zugreifen können. Wir probieren das erst einmal ganz naiv aus, ohne irgendwelche Änderungen am System vorzunehmen.<\/p>\n
Dazu starten wir SQL Server Management Studio und finden direkt den Anmeldedialog aus Bild 1 vor. Hier geben wir unter Servername <\/b>die IP des Webservers ein. Bei der Authenitifizierungsmethode bleiben uns nicht viele Möglichkeiten: Da der Webserver nicht in der gleichen Domäne liegt wie unser Rechner, müssen wir die SQL Server-Authentifizierung wählen.<\/p>\n
<\/p>\n
Bild 1: Der Verbindungsdialog<\/span><\/b><\/p>\n Bei der Installation wurde automatisch der Benutzer sa <\/b>mit SysAdmin-Rechten angelegt, den wir hier für die Anmeldung benutzen wollen. Außerdem geben wir das passende Kennwort ein und betätigen dann die Verbinden<\/b>-Schaltfläche.<\/p>\n Es kann sein, dass noch nicht alle Voraussetzungen für die Verbindung erfüllt sind. Dann erscheint beispielsweise eine Meldung wie die aus Bild 2. Hier sehen wir, dass der Server nicht gefunden wurde oder das nicht auf diesen zugegriffen werden kann.<\/p>\n Bild 2: Fehlermeldung beim Versuch, eine Verbindung aufzubauen<\/span><\/b><\/p>\n Das wir grundsätzlich auf den Webserver zugreifen können, wissen wir bereits – wir haben, wie im Beitrag SQL Server im Web, Teil 1: Webserver <\/b>(www.access-im-unternehmen.de\/1503<\/b>) beschrieben, schon per Remotedesktopverbindung auf den Server zugegriffen.<\/p>\n Wir können das nochmal testen, indem wir die Eingabeaufforderung öffnen und dort den Befehl Ping <\/b>mit der Angabe der IP des Webservers absetzen. Dies liefert das Ergebnis aus Bild 3.<\/p>\n Bild 3: Die Verbindung zum Webserver funktioniert grundsätzlich.<\/span><\/b><\/p>\n Also schauen wir uns an, ob die Anforderungen an eine Remote-Verbindung zum SQL Server erfüllt sind. Dabei konzentrieren wir uns auf die folgenden beiden:<\/p>\n Diese beiden Schritte führen wir direkt auf dem Webserver aus. Dazu müssen wir uns, wie im oben genannten Beitrag beschrieben, per Remotedesktopverbindung auf den Webserver schalten.<\/p>\n Es kann noch weitere Gründe geben, dass eine Verbindung nicht möglich ist – diese sind jedoch so individuell, dass wir sie nicht an dieser Stelle beschreiben.<\/p>\n Um das TCP\/IP-Protokoll für den SQL Server zu aktivieren, starten wir auf dem Webserver den SQL Server 2022-Konfigurations-Manager. Diesen finden wir wie in Bild 4 durch Eingabe von SQL Server <\/b>in der Windows-Suche.<\/p>\n Bild 4: Starten des SQL Server 2022-Konfigurations-Managers<\/span><\/b><\/p>\n Nach dem Start navigieren wir im Fenster SQL Server Configuration Manager <\/b>zum Eintrag Protokolle für “MSSQLSERVER“<\/b>. Hier finden wir den Eintrag TCP\/IP<\/b>, der gegebenenfalls noch deaktiviert ist. Diesen aktivieren wir über den Befehl Aktivieren <\/b>des Kontextmenüs (siehe Bild 5).<\/p>\n Bild 5: Aktivieren des TCP\/IP-Protokolls<\/span><\/b><\/p>\n Danach erscheint eine Meldung mit dem Hinweis, dass der Dienst neu gestartet werden muss (siehe Bild 6).<\/p>\n Bild 6: Ein Neustart ist nötig.<\/span><\/b><\/p>\n Diesen Neustart können wir ebenfalls im SQL Server 2022-Konfigurations-Manager erledigen. Dazu klicken wir oben auf SQL Server-Dienste <\/b>und sehen dann in der rechten Liste den Eintrag SQL Server (MSSQLSERVER) <\/b>(siehe Bild 7). Hier führen wir den Befehl Neu starten <\/b>aus dem Kontextmenü aus.<\/p>\n Bild 7: Neustart des SQL Server-Dienstes<\/span><\/b><\/p>\n Anschließend können wir erneut versuchen, uns vom SQL Server Management Studio des lokalen Rechners mit dem SQL Server auf dem Webserver zu verbinden. Sollte dies immer noch fehlschlagen, schauen wir uns die nächste Option an.<\/p>\n Es kann noch sein, dass der Port 1433 <\/b>noch nicht freigeschaltet ist. Dies können wir mit der Eingabeaufforderung auf dem Webserver schnell prüfen, indem wir den Befehl netstat<\/b> eingeben.<\/p>\n Wenn die Liste aus Bild 8 keinen Eintrag mit dem Port 1433<\/b> anzeigt, müssen wir diesen erst noch freischalten.<\/p>\n Bild 8: Prüfen, ob Port 1433 freigegeben ist<\/span><\/b><\/p>\n Dazu geben wir in der Windows-Suche Windows Defender Firewall <\/b>ein und starten den nun erscheinenden Eintrag. Dies öffnet das Fenster Windows Defender Firewall <\/b>aus Bild 9, wo wir den Eintrag Erweiterte Einstellungen <\/b>anklicken.<\/p>\n Bild 9: Aufrufen der erweiterten Einstellungen der Firewall<\/span><\/b><\/p>\n Dies öffnet den Dialog Windows Defender Firewall mit erweiterter Sicherheit<\/b>. Hier wechseln wir in der linken Liste zum Eintrag Eingehende Regeln <\/b>und zeigen so die eingehenden Regeln in der Liste in der Mitte des Dialogs an.<\/p>\n Hier dürfte sich kein aktiver Eintrag für den Port 1433 <\/b>finden, sodass wir diesen neu anlegen. Dazu klicken wir rechts auf den Eintrag Neue Regel… <\/b>(siehe Bild 10).<\/p>\n Bild 10: Erstellen einer neuen Regel<\/span><\/b><\/p>\n Damit öffnen wir den Assistent für neue eingehende Regel aus Bild 11. Hier wählen wir die Option Port <\/b>aus und klicken auf Weiter<\/b>.<\/p>\n Bild 11: Auswählen des Regeltyps<\/span><\/b><\/p>\n Der nächste Schritt aus Bild 12 fragt ab, für welches Protokoll die Regel erstellt werden soll und für welchen Port diese gelten soll.<\/p>\n Bild 12: Festlegen des freizugebenden Ports<\/span><\/b><\/p>\n Hier wählen wir das Protokoll TCP <\/b>aus. Außerdem soll die Regel für den Port 1433 <\/b>gelten.<\/p>\n Im nächsten Schritt legen wir die Aktion fest, die durch diese Regel durchgeführt werden soll (siehe Bild 13). In diesem Fall wollen wir, dass die Verbindung über diesen Port zugelassen wird.<\/p>\n Bild 13: Soll die Verbindung zugelassen werden und wenn ja, wie?<\/span><\/b><\/p>\n Damit sind wir fast am Ziel. Wir müssen nur noch angeben, in welchem Kontext diese Regel angewendet werden soll. Das erledigen wir im Schritt Profil<\/b> aus Bild 14.<\/p>\n Bild 14: Für welche Verbindungen soll die Regel angewendet werden?<\/span><\/b><\/p>\n Die Option Domäne <\/b>können wir deaktivieren, weil der Webserver nicht mit unserer Domäne verbunden ist. Die Option Privat <\/b>ist für private Netzwerke gedacht, also wenn wir auf einen SQL Server im lokalen Netzwerk zugreifen wollen.<\/p>\n Wir benötigen die Option Öffentlich<\/b>. Wir greifen praktisch öffentlich, also von überall außerhalb des Webservers, auf diesen zu.<\/p>\n Im letzten Schritt geben wir schließlich noch einen Namen für die Regel an. Mit diesem können wir die Regel in der Liste der Regeln im aufrufenden Fenster identifizieren. Wir geben SQL Server Port 1433 <\/b>ein (siehe Bild 15).<\/p>\n Bild 15: Eingeben eines Namens für die Regel<\/span><\/b><\/p>\n Ein Klick auf Fertig stellen <\/b>beendet den Dialog. Zurück im Fenster Windows Defender Firewall mit erweiterter Sicherheit <\/b>zeigt uns dieses die neue Regel an (siehe Bild 16).<\/p>\n Bild 16: Die neue Regel in der Liste der Regeln<\/span><\/b><\/p>\n Damit können wir den Zugriff auf den SQL Server auf dem Webserver nun erneut ausprobieren.<\/p>\n Diesmal wird es in der Regel funktionieren. Der nächste Versuch, uns über den Verbinden-Dialog mit dem SQL Server auf dem Webserver zu verbinden, gelingt. Das SQL Server Management Studio zeigt nun im Objekt Explorer die enthaltenen Elemente des SQL Servers an (siehe Bild 17).<\/p>\n Bild 17: Der Zugriff auf den SQL Server war nun erfolgreich.<\/span><\/b><\/p>\n Damit können wir nun alle Operationen, für die wir sonst den Webserver mit der Remotedesktopverbindung hätten nutzen müssen, über das SQL Server Management Studio auf dem lokalen Rechner ausführen.<\/p>\n Wir können damit eine Datenbank anlegen, Benutzer und Benutzergruppen beziehungsweise Anmeldungen verwalten und Datenbankobjekte wie Tabellen, Indizes, Beziehungen, Sichten, gespeicherte Prozeduren et cetera zu dieser Datenbank hinzufügen.<\/p>\n Wir können die Verbindung zu dieser Datenbank nutzen, um vom SQL Server Migration Assistant for Access die Tabellen einer Access-Datenbank auf den SQL Server auf dem Webserver übertragen.<\/p>\n Wenn wir einmal eine Datenbank mit den entsprechenden Tabellen auf dem Webserver angelegt haben, können wir ein Access-Frontend mit dieser Tabellen verknüpfen – oder auch mit gespeicherten Prozeduren oder anderen Elementen.<\/p>\n Außerdem können wir über das SQL Server Management Studio Aufgaben wie das Erstellen von Backups einrichten.<\/p>\n In weiteren Beiträgen schauen wir uns an, wie es weitergeht. Der Beitrag Datenmodell Mitarbeiterverwaltung <\/b>(www.access-im-unternehmen.de\/19<\/b>) liefert uns ein Beispiel, mit dem wir in folgenden Beiträgen alle Schritte ansehen können, die zum Migrieren einer Access-Datenbank zum SQL Server nötig sind.<\/p>\n","protected":false},"excerpt":{"rendered":" In den ersten drei Teilen dieser Beitragsreihe haben wir einen Webserver aufgesetzt, den SQL Server installiert und das SQL Server Management Studio hinzugefügt. Damit können wir über die Remotedesktopverbindung auf den Server zugreifen und dort den SQL Server administrieren. Wir wollen aber nicht immer die Remotedesktopverbindung nutzen, sondern direkt von unserem lokalen Rechner aus auf den SQL Server auf dem Webserver zugreifen. Das wird schon etwas spannender als die Einrichtung und der Zugriff vom SQL Server Management Studio direkt auf dem Webserver. Warum? Weil wir unterschiedliche Ports verwenden müssen und diese je nach Anwendungsfall standardmäßig freigeschaltet sind oder auch nicht. Was es damit auf sich hat, erläutern wir in diesem Beitrag.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[662024,66032024,44000022],"tags":[],"class_list":["post-55001506","post","type-post","status-publish","format-standard","hentry","category-662024","category-66032024","category-SQL_Server_und_Co"],"yoast_head":"\n![\"Fehlermeldung](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_002.png\")
<\/p>\n![\"Die](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_003.png\")
<\/p>\nAnforderungen an die Remote-Verbindung<\/h2>\n
\n
TCP\/IP-Protokoll für SQL Server aktivieren<\/h2>\n
![\"Starten](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_004.png\")
<\/p>\n![\"Aktivieren](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_005.png\")
<\/p>\n![\"Ein](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_006.png\")
<\/p>\n![\"Neustart](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_007.png\")
<\/p>\nPort 1433 in der Firewall freischalten<\/h2>\n
![\"Prüfen,](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_008.png\")
<\/p>\n![\"Aufrufen](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_009.png\")
<\/p>\n![\"Erstellen](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_010.png\")
<\/p>\n![\"Auswählen](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_011.png\")
<\/p>\n![\"Festlegen](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_012.png\")
<\/p>\n![\"Soll](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_013.png\")
<\/p>\n![\"Für](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_014.png\")
<\/p>\n![\"Eingeben](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_015.png\")
<\/p>\n![\"Die](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_016.png\")
<\/p>\n![\"Der](\"..\/fileadmin\/_temp_\/2024_03\/pic_1506_017.png\")
<\/p>\nZusammenfassung und Ausblick<\/h2>\n