<\/p>\n
Wenn Sie die Daten Ihrer Access-Datenbank über das Internet für verschiedene Access-Frontends verfügbar machen wollen, müssen Sie zwei Schritte erledigen: Der erste ist die Migration der Tabellen in eine SQL Server-Datenbank, der zweite die Bereitstellung dieser Datenbank über das Internet. Letzteres gelingt mit den Azure-Diensten von Microsoft. Wie das funktioniert, zeigt der vorliegende Beitrag im Detail.<\/b><\/p>\n
Wir wollen die Dienste von Microsoft in Form von Microsoft Azure anhand unserer Beispieldatenbank Suedsturm_SQL <\/b>ausprobieren. Als Erstes wollen wir allerdings ein Azure-Konto bei Microsoft einrichten. Dazu besuchen Sie die Seite azure.microsoft.com<\/b>. Hier können Sie in der aktuellen Version über den Link Jetzt kostenlos einsteigen <\/b>zunächst einmal experimentieren (siehe Bild 1).<\/p>\n
![\"Einstieg](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_001.png\")
<\/p>\n
Bild 1: Einstieg in Azure<\/span><\/b><\/p>\n An dieser Stelle stellt sich die Frage, ob Sie bereits ein Microsoft-Konto besitzen. Wenn Sie bereits mit Office 365 arbeiten, stehen die Chancen gut. Falls nicht, gehen Sie zu login.live.com <\/b>und geben einfach Ihre E-Mail-Adresse ein. Falls es noch kein passendes Konto gibt, können Sie dort eines erstellen.<\/p>\n Ist dies geschehen, kehren Sie zu azure.microsoft.com <\/b>zurück und klicken auf Jetzt kostenlos einsteigen<\/b>. Nun werden Sie auf eine Seite weitergeleitet, auf der Sie Ihre Konten bei Microsoft zur Auswahl vorfinden (siehe Bild 2).<\/p>\n Bild 2: Auswählen des gewünschten Kontos<\/span><\/b><\/p>\n Haben Sie das Konto ausgewählt, für das Sie das Microsoft Azure-Konto anlegen möchten, landen Sie auf einer weiteren Seite, die ein paar Informationen abfragt (siehe Bild 3). Im nächsten Schritt überprüft Microsoft Ihre Identität beispielsweise durch das Senden einer Nachricht an Ihre Mobilfunknummer, die einen Prüfcode enthält. Diesen geben Sie dann im nächsten Dialog ein, um Ihre Identität zu bestätigen.<\/p>\n Bild 3: Angabe einiger Informationen<\/span><\/b><\/p>\n Anschließend benötigt Microsoft noch die Daten einer Kreditkarte. Nachdem Sie diese angegeben haben und noch dem Abonnementvertrag, den Angebotsdetails und der Datenschutzerklärung zugestimmt haben und auf Registrieren geklickt haben, ist Ihr Konto angelegt.<\/p>\n Danach gelangen Sie in das Azure-Portal für Ihr Konto. Hier finden Sie links oben den Eintrag Ressource erstellen<\/b>. Klicken Sie diesen Eintrag an, erscheint eine Liste der möglichen Elemente (siehe Bild 4). Hier wählen Sie den Eintrag SQL Database <\/b>aus.<\/p>\n Bild 4: Hinzufügen einer neuen Ressource<\/span><\/b><\/p>\n Danach finden Sie ein neues Element vor, für das Sie einige Daten eingeben müssen. Als Name legen wir Suedsturm_SQL <\/b>fest. Als Abonnement wählen Sie Ihr kostenloses Abonnement aus – im Screenshot sehen Sie den Eintrag Nutzungsbasierte Bezahlung <\/b>(mein Konto ist schon aus der Testphase entwachsen …). Wir legen außerdem eine neue Ressourcengruppe namens AccessBackends<\/b> fest (siehe Bild 5). Unter Quelle auswählen <\/b>behalten wir den Eintrag Leere Datenbank <\/b>bei.<\/p>\n Bild 5: Anlegen einer neuen SQL-Datenbank<\/span><\/b><\/p>\n Nun benötigen wir auch noch einen Server für die Datenbank. Diesen erstellen Sie, indem Sie auf den Eintrag Server – Erforderliche Einstellung konfigurieren <\/b>klicken. Dadurch öffnet sich rechts ein Bereich mit der überschrift Server<\/b>.<\/p>\n Hier klicken Sie auf Neuen Server erstellen<\/b>. Daraufhin erscheinen rechts die Textfelder zur Eingabe der Eigenschaften des Servers – also der Servername, der Name der Anmeldung und das Kennwort mit Bestätigung (siehe Bild 6). Den Server nennen wir accessbackends<\/b>.<\/p>\n Bild 6: Anlegen eines neuen SQL Servers<\/span><\/b><\/p>\n Nach der Eingabe der Informationen klicken Sie unten auf Auswählen<\/b>. Daraufhin verschwinden die beiden Bereiche Server <\/b>und Neuer Server <\/b>wieder und wir können mit der Eingabe der Daten in der linken Spalte fortfahren.<\/p>\n Wenn Sie soeben das erste Mal ein Azure-Konto angelegt haben und noch in den Genuss des kostenlosen Testmonats kommen, können Sie nun einfach auf Erstellen<\/b> klicken. Anderenfalls schauen Sie sich auf der rechten Seite die voraussichtlichen Kosten für den Betrieb der SQL Server-Datenbank an und wählen gegebenenfalls eine kleinere oder größere Konfiguration aus. Ich wähle für dieses Beispiel, da meine Testphase bereits vorbei ist, die Basic<\/b>-Variante für weniger anspruchsvolle Workloads aus, die aktuell 4,21 EUR pro Monat kostet.<\/p>\n Auf der linken Seite sehen wir nun, dass die Datenbank maximal zwei Gigabyte groß werden darf. Die nächstgrößere Variante etwa würde ab 12,65 EUR pro Monat kosten und bietet bereits bis zu 250 GB Speicherplatz.<\/p>\n Nachdem wir die gewünschte Variante ausgewählt haben, können wir unten im Bereich SQL-Datenbank <\/b>auf Erstellen <\/b>klicken (siehe Bild 7). Die Webseite arbeitet nun wenige Sekunden und zeigt dann wieder die übersicht von Microsoft Azure an.<\/p>\n Bild 7: Abschluss der Erstellung der Datenbank<\/span><\/b><\/p>\n Hier finden wir nun unter Alle Ressourcen <\/b>auch die beiden Elemente, die wir soeben angelegt haben – also den SQL Server namens accessbackends <\/b>sowie die Datenbank namens Suedsturm_SQL <\/b>(siehe Bild 8).<\/p>\n Bild 8: Der SQL Server und die Datenbank<\/span><\/b><\/p>\n Klicken Sie nun auf die Datenbank Suedsturm_SQL<\/b>, zeigt Microsoft Azure die übersicht über die Datenbank an (siehe Bild 9).<\/p>\n Bild 9: Eigenschaften des SQL Servers<\/span><\/b><\/p>\n Da wir mit Access zunächst per ODBC auf die Azure-Datenbank zugreifen wollen, interessiert uns natürlich die Verbindungszeichenfolge. Diese erhalten wir, indem wir links auf den Menüeintrag Verbindungszeichenfolgen <\/b>klicken. Hier finden wir vier Registerreiter vor, hinter denen sich die Verbindungszeichenfolgen für ADO.NET, JDBC, ODBC und PHP verbergen. Die für uns interessante Verbindungszeichenfolge für ODBC sieht schließlich wie in Bild 10 aus.<\/p>\n <\/p>\n Bild 10: Verbindungszeichenfolge für den Zugriff über ODBC<\/span><\/b><\/p>\n Azure bietet rudimentäre Mittel, um den Entwurf der Datenbank zu bearbeiten und zum Beispiel Tabellen zu erstellen. Dazu klicken Sie links auf den Eintrag Abfrage-Editor (Vorschau)<\/b>. Dies liefert eine arg abgespeckte Variante des Abfrage-Editors des SQL Server Management Studios (siehe Bild 11). Hier kann man mal kleine Aktionen durchführen, aber unsere Datenbank wollen wir dann doch im SQL Server Management Studio erstellen.<\/p>\n Bild 11: Bearbeiten der Datenbank, hier Anlegen einer kleinen Beispieltabelle<\/span><\/b><\/p>\n Eine wesentlich komfortablere Möglichkeit, auf die Datenbank zuzugreifen und beispielweise die Tabellen der Datenbank zu editieren, bietet das SQL Server Management Studio. Nachdem Sie dieses geöffnet haben, wollen wir uns mit dem soeben erstellten SQL Server verbinden. Dazu geben wir wie in Bild 12 im Dialog Verbindung mit SQL Server herstellen <\/b>als Servernamen den Namen aus der Verbindungszeichenfolge ein (im Fall unseres Beispiels, wie aus der Verbindungszeichenfolge für ODBC oder der übersicht zu entnehmen, accessbackends.database.windows.net<\/b>).<\/p>\n Bild 12: Anmeldung per SQL Server Management Studio<\/span><\/b><\/p>\n Allerdings gelingt die Anmeldung nicht so reibungslos wie gewünscht. Es erscheint nämlich ein Dialog namens Neue Firewallregel <\/b>(siehe Bild 13). Klicken Sie dann auf Anmelden<\/b>, erscheint ein Browserfenster, dass Ihnen die Möglichkeit zur Anmeldung bei Ihrem Windows-Konto anbietet. Haben Sie dies erledigt, ändert sich der Dialog Neue Firewallregel <\/b>wie in Bild 14.<\/p>\n Bild 13: Firewallregel erforderlich<\/span><\/b><\/p>\n Bild 14: Dialog nach der Anmeldung<\/span><\/b><\/p>\n Danach können Sie auf OK <\/b>klicken, um Ihre aktuelle IP-Adresse als neue Firewallregel hinzuzufügen. Hier ist es praktisch, wenn Sie eine feste IP verwenden können. Danach zeigt SQL Server Management Studio endlich den Server im Objekt-Explorer an. Hier öffnen wir gleich einmal den Zweig Datenbanken <\/b>und finden unsere soeben angelegte Datenbank Suedsturm_SQL <\/b>vor. Erweitern wir weiter bis zum Zweig Tabellen<\/b>, erscheint dort auch die im Azure-Portal angelegte Beispieltabelle (siehe Bild 15).<\/p>\n Bild 15: Die Azure-Datenbank im SQL Server Management Studio<\/span><\/b><\/p>\n Im Beitrag SQL Server-Datenbanken kopieren <\/b>(www.access-im-unternehmen.de\/1153<\/b>) zeigen wir, wie Sie eine neue Datenbank auf Basis eines zuvor exportierten SQL-Skripts erstellen. Die dort beschriebene Technik wollen wir nun einsetzen. Dazu löschen wir nun zunächst die Datenbank Suedsturm_SQL<\/b>, und zwar über den entsprechenden Kontextmenü-Eintrag Löschen <\/b>der Datenbank. Dann wählen wir den Kontextmenü-Eintrag Neue Abfrage <\/b>des Server-Elements aus. Hier fügen wir das komplette SQL-Skript für die Datenbank Suedsturm_SQL<\/b>, das Sie im Download finden, ein (siehe Bild 16). Dann führen wir es mit einem Klick auf die Ausführen<\/b>-Schaltfläche aus.<\/p>\n Bild 16: Ausführen des Erstellungsskripts für die Datenbank Suedsturm_SQL<\/span><\/b><\/p>\n Dies sorgt für etwas Arbeit im SQL Server Management Studio, denn es werden nun einige Daten auf den SQL Server übertragen. Und es werden nicht nur Daten übertragen, sondern der SQL Server findet auch einige Fehler. Das Erstellen der Datenbank funktioniert also nicht so reibungslos wie auf dem lokalen Rechner.<\/p>\n Bevor wir auf Fehlersuche gehen, prüfen wir erst einmal, ob wir vom SQL Server Management Studio auf dem lokalen Rechner überhaupt eine neue Datenbank auf dem Azure-Server erstellen können. Dazu wählen wir den Kontextmenü-Eintrag Neue Datenbank <\/b>und geben im nun erscheinenden Dialog zum Erstellen der neuen Datenbank den Namen Suedsturm_SQL <\/b>ein. Nach ein paar Sekunden Wartezeit erscheint allerdings die Meldung aus Bild 17. Nach dieser haben wir wohl versucht, die Datenbank im Kontext des Benutzers ##MS_InstanceCertificate## <\/b>zu erstellen. Da diese Fehlermeldung auch in der Liste der Fehler beim Versuch, die Datenbank aus dem Skript wiederherzustellen, aufgetreten ist, müssen wir uns wohl doch auf die Suche begeben.<\/p>\n Bild 17: Fehler beim Versuch, eine neue Datenbank vom SQL Server Management Studio aus anzulegen.<\/span><\/b><\/p>\n Auf dem Weg zur Fehlersuche wollen wir noch einmal prüfen, ob die Datenbank soeben wirklich gelöscht wurde. Ein Blick in das Azure-Konto zeigt, dass diese noch vorhanden ist. Nach einer Aktualisierung im SQL Server Management Studio finden wir die Datenbank dort auch tatsächlich wieder vor. Und interessanterweise enthält diese nun doch die Tabellen, die wir soeben per Skript erstellt haben! Wir wollen nun doch auf Nummer sicher gehen und löschen die Datenbank nochmals über die Weboberfläche des Azure Servers.<\/p>\n Dazu markieren Sie die Datenbank, sodass ihre übersicht angezeigt wird und klicken dann auf den Löschen<\/b>-Link. Es erscheint ein neuer Bereich, in dem Sie den Datenbanknamen eintragen müssen und dann nochmals auf eine Löschen<\/b>-Schaltfläche klicken (siehe Bild 18). Kurz danach ist die Datenbank endgültig verschwunden.<\/p>\n Bild 18: Löschen der Datenbank auf dem Azure-Server<\/span><\/b><\/p>\n Davon können wir uns dann auch im SQL Server Management Studio überzeugen, indem wir das Element Datenbanken <\/b>im Objekt-Explorer aktualisieren und schließlich keine Datenbank mehr vorfinden.<\/p>\n Anschließend führen wir das SQL-Skript zum Erstellen der Datenbank erneut aus. Wieder hagelt es einige Fehlermeldungen. Dennoch schauen wir auf portal.azure.com<\/b>, ob die Datenbank angelegt wurde.<\/p>\n Das ist der Fall, aber es sind keine Tabellen enthalten. Aktualisieren wir die Liste der Datenbanken im SQL Server Management Studio, finden wir noch nicht einmal den Eintrag für Suedsturm_SQL <\/b>vor.<\/p>\n Also schauen wir uns an, warum das Skript nicht wie gewünscht funktioniert. Der erste Teil, der die Datenbank erstellt, enthält gleich ein Problem mit dem Schlüsselwort ON<\/b>: Incorrect syntax near ““ON““. <\/b>Verständlich: Wir werden Azure nicht mitteilen können, wo die Datenbankdateien für die neue Datenbank gespeichert werden sollen. Also lassen wir diesen Teil einmal weg und behalten nur den folgenden:<\/p>\n Danach liefert das Skript Fehler in den Zeilen, in denen wir mit ALTER DATABASE … SET … <\/b>verschiedene Einstellungen ändern. Diese kommentieren wir ebenfalls alle aus.<\/p>\n Offensichtlich will sich Azure bezüglich dieser Einstellungen nicht reinreden lassen. Nun, es sind ohnehin keine Optionen, die wir bewusst eingestellt haben, sondern nur die Werte, die bei Export des Skripts für die exportierte Datenbank vorlagen.<\/p>\n Die USE [Suedsturm]<\/b>-Anweisung mag Azure auch nicht – die Fehlermeldung deutet darauf hin, dass ein Wechsel zwischen Datenbanken in einer Sitzung nicht möglich ist. Also klammern wir diese Anweisung auch aus.<\/p>\n Danach folgen Fehlermeldungen für die Versuche, verschiedene Benutzer anzulegen, zum Beispiel:<\/p>\n Die Fehlermeldung lautet dann:<\/p>\n Hier will das Skript die Anmeldungen für die Benutzer anlegen, die auch auf dem erzeugenden Rechner Bestand hatten. Diese sind auf Azure natürlich nicht vorhanden.<\/p>\n Anschließend folgt ein Rutsch von Anweisungen, mit denen die Tabellen erzeugt werden sollen (CREATE TABLE …<\/b>). Diese können nicht ausgeführt werden, weil wir am Anfang die master<\/b>-Datenbank mit USE [master] <\/b>aktiviert haben und der Wechsel zu unserer Datenbank mit USE [Suedsturm_SQL] <\/b>zu einem Fehler geführt hat. Also nehmen wir die USE [master]<\/b>-Anweisung zu Beginn auch heraus. An dieser Stelle löschen wir die Datenbank Suedsturm_SQL <\/b>nochmals vom Azure-Portal aus und rufen das Skript erneut auf. Allerdings endet es wieder nach der Erstellung der Datenbank Suedsturm_SQL <\/b>– ein Zugriff auf diese ist nicht im gleichen Skript möglich. Also gehen wir folgendermaßen vor:<\/p>\n Bild 19: Der Kontext einer Abfrage ist per ToolTip-Text zu finden.<\/span><\/b><\/p>\n Das war es schließlich – die Anweisungen werden nun ohne Probleme ausgeführt. Nach einer Aktualisierung des Objekt-Explorers und dem öffnen des Zweiges Suedsturm_SQL|Tabellen <\/b>erscheinen die Tabellen der Anwendung (siehe Bild 20).<\/p>\n Bild 20: Tabellen der neu erstellten Abfrage<\/span><\/b><\/p>\n Die Berechtigungen und die Benutzerverwaltung richten Sie wie üblich ein. Zu beachten ist, dass hier natürlich wegen des Zugriffs über das Internet keine Windows-Authentifizierung erfolgen kann, sondern ausschließlich die SQL Server-Authentifizierung zum Einsatz kommt.<\/p>\n Die Themen behandeln wir in den Beiträgen SQL Server: Sicherheit und Benutzerverwaltung <\/b>(www.access-im-unternehmen.de\/1154<\/b>) und SQL Server-Authentifizierung <\/b>(www.access-im-unternehmen.de\/1155<\/b>).<\/p>\n Nun wollen wir noch von einer Access-Datenbank aus auf die Tabellen auf dem Azure-Server zugreifen. Dazu wollen wir unseren Dialog zum Verknüpfen von Tabellen nutzen, den wir auch in den anderen bisherigen Beispieldatenbanken genutzt haben. Hier geben wir die bisher verwendeten Informationen an (siehe Bild 21).<\/p>\n Bild 21: Zusammenstellen der neuen Verbindungszeichenfolge<\/span><\/b><\/p>\n Wenn wir nun das Formular frmTabellenVerknuepfen <\/b>öffnen (beide Formulare finden Sie in der Beispieldatenbank) und dort die neue Verbindung auswählen, erscheinen die in der Datenbank Suedsturm_SQL <\/b>auf dem Azure-Server enthaltenen Tabellen. Diese brauchen Sie nun nur noch zu markieren und dann auf die Schaltfläche Tabellen verknüpfen <\/b>zu klicken (siehe Bild 22).<\/p>\nMicrosoft-Konto<\/h2>\n
Azure-Konto erstellen<\/h2>\n
![\"Auswählen](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_002.png\")
<\/p>\n![\"Angabe](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_003.png\")
<\/p>\nRessource für die Datenbank erstellen<\/h2>\n
![\"Hinzufügen](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_004.png\")
<\/p>\n<\/p>\nServer erstellen<\/h2>\n
![\"Anlegen](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_006.png\")
<\/p>\n![\"Abschluss](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_007.png\")
<\/p>\n![\"Der](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_008.png\")
<\/p>\nDetails der Datenbank<\/h2>\n
![\"Eigenschaften](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_009.png\")
<\/p>\nVerbindungszeichenfolge ermitteln<\/h2>\n
![\"Verbindungszeichenfolge](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_010.png\")
<\/p>\nBearbeiten der Datenbank<\/h2>\n
![\"Bearbeiten](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_011.png\")
<\/p>\nZugriff über das SQL Server Management Studio<\/h2>\n
![\"Anmeldung](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_012.png\")
<\/p>\n![\"Firewallregel](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_013.png\")
<\/p>\n![\"Dialog](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_014.png\")
<\/p>\n![\"Die](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_015.png\")
<\/p>\nDatenbank neu anlegen<\/h2>\n
![\"Ausführen](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_016.png\")
<\/p>\n![\"Fehler](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_017.png\")
<\/p>\nBlick in das Azure-Konto<\/h2>\n
![\"Löschen](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_018.png\")
<\/p>\nKeine Angabe des Speicherorts für die Datenbankdateien erwünscht<\/h2>\n
CREATE DATABASE [Suedsturm_SQL]\r\nGO<\/pre>\n
Einstellungen aus dem Skript entfernen<\/h2>\n
Anmeldungen aus dem Skript entfernen<\/h2>\n
CREATE USER [DESKTOP-PC-I5\\Management] FOR LOGIN [DESKTOP-PC-I5\\Management]<\/pre>\n
''''DESKTOP-PC-I5\\Management'''' is not a valid login or you do not have permission.<\/pre>\n
\n
![\"Der](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_019.png\")
<\/p>\n![\"Tabellen](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_020.png\")
<\/p>\nBerechtigungen und Benutzerverwaltung<\/h2>\n
Zugriff von Access aus<\/h2>\n
![\"Zusammenstellen](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_021.png\")
<\/p>\n![\"Verknüpfen](\"..\/fileadmin\/_temp_\/2018_06\/pic_1165_022.png\")
<\/p>\n