Freigeben über

SQL Azure – Häufig gestellte Fragen (de-DE)

  • Artikel

Ursprüngliche Autoren: Abi Iyer, Dinakar Nethi

Zusammenfassung

Die SQL Azure-Datenbank ist ein Cloud-basierter relationaler Datenbankdienst von Microsoft. SQL Azure bietet relationale Datenbankfunktionalität als Hilfsprogrammdienst. Cloud-basierte Datenbanklösungen wie SQL Azure können viele Vorteile bieten, darunter schnelle Bereitstellung, kostengünstige Skalierbarkeit, hohe Verfügbarkeit und geringer Verwaltungsaufwand. Dieses Dokument widmet sich einigen der am häufigsten gestellten Fragen unserer Kunden.

Inhaltsverzeichnis:

Presales

F: Wie unterscheidet sich Microsoft SQL Azure von SQL Server?

SQL Server und SQL Azure richten sich gelegentlich an überlappende Anwendungsauslastungen. Der Unterschied liegt jedoch darin, dass SQL Server ein herkömmlicher Datenbankserver mit einem Softwarelizenzierungsmodell ist, wohingegen SQL Azure ein Cloud-basierter Datenbankdienst ist, der in globalen Rechenzentren von Microsoft ausgeführt wird und im Rahmen eines Quellenbesteuerungs- oder eines verpflichtenden Zahlungsplans verfügbar ist. Beide Angebote bieten die Flexibilität, die Plattform und das Geschäftsmodell zu wählen, die bzw. das für Ihre Technologieanforderungen am besten geeignet ist.

SQL Server ist ein Datenbankserver für Unternehmen, der “vertikales” Skalieren von relationalem Datenspeicher anbietet und eine breite Palette lokaler Anwendungstypen und -szenarien unterstützt. SQL Server ist kein Dienstangebot und basiert nicht auf einem Quellenbesteuerungsverbrauchsmodell. SQL Server wird auf Server- oder Prozessorbasis lizenziert und deckt eine breite Klasse an Serverhardware ab. SQL Server wird auf der Hardware in Ihrem Rechenzentrum oder dem Rechenzentrum Ihres Hostinganbieters ausgeführt.

SQL Azure ist ein verteilter “horizontal skalierbarer” Datenbankdienst mit hoher Verfügbarkeit, der von Microsoft in der Cloud gehostet wird. SQL Azure ermöglicht die einfache Bereitstellung und das Anbieten relationaler Datenbankfunktionen als Dienst. Entwickler oder Administratoren müssen keine Software installieren, einrichten und patchen oder verwalten. Hohe Verfügbarkeit, Sicherung und Wiederherstellung, geografische Verteilung und Wiederherstellung im Notfall sind integriert.

Zusätzlich zu den Unterschieden bei der vertikalen und horizontalen Skalierung gibt es auch wichtige Unterschiede bei den Funktionsprinzipien. Da SQL Azure die Verwaltung von Hardware und Betriebssystem trennt, kann Ihr Schwerpunkt auf dem Entwickeln von Lösungen liegen, und nicht auf dem Beschaffen, Verwalten, Patchen und Lizenzieren von Hardware, virtuellen Computern, Betriebssystemen und Software für Anwendungsplattformen. Bei einem dedizierten Datenbankserver (ob lokal als herkömmlicher Server installiert, auf einem virtuellen Computer gehostet oder von einem Drittdienstanbieter gehostet) sind die Entwickler und IT-Profis weiterhin für das Installieren, Einrichten, Aktualisieren und Patchen von Betriebssystem und Datenbanksoftware verantwortlich. Zudem müssen die Benutzer von Datenbankservern eigene Lösungen in den Bereichen hohe Verfügbarkeit, horizontale Skalierung und Wiederherstellung im Notfall entwerfen, was zu höheren Gesamtverwaltungskosten führt.

SQL Azure ist für Anwendungen konzipiert und optimiert, die hohe Skalierbarkeit und Verfügbarkeit zu niedrigeren Kosten als bei herkömmlichen Skalierungsarchitekturen benötigen. Dafür bietet SQL Azure eine Lösung mit hoher Verfügbarkeit und horizontaler Skalierbarkeit auf herkömmlicher Hardware sowie Datenbankfunktionen als Dienst.

F: Wie geht SQL Azure bei der Skalierung vor? Gibt es eine Größenbeschränkung für die in SQL Azure gespeicherten Daten?

SQL Azure ist für Anwendungen optimiert, die hohe Skalierbarkeit und Verfügbarkeit zu niedrigeren Kosten als bei herkömmlichen Skalierungsarchitekturen benötigen. Dafür bietet SQL Azure eine Lösung mit hoher Verfügbarkeit und hoher Skalierbarkeit auf herkömmlicher Hardware. Zum Erzielen der größten Vorteile dieser Plattform gibt es ein natürliches Bestreben zu Lösungen, die unter Verwendung kleinerer Partitionen horizontal skalieren, im Gegensatz zum herkömmlichen vertikal skalierten Modell mit einem einzelnen Server.

SQL Azure unterstützt Datasets bis zu Größen im Terabyte-Bereich. Einzelne SQL Azure-Datenbanken können bis zu 50 GB groß sein. Datasets mit einer Größe über 50 GB können unter Verwendung von auf Branchenstandards basierenden Ansätzen auf mehrere Azure-Datenbanken partitioniert werden. Ein SaaS-Softwareanbieter kann z. B. einfach für jeden Kunden eine eigene Datenbank bereitstellen, oder ein Händler kann Vertriebsdaten in Datenbanken auf Basis von Bereichen partitionieren.

Es ist zudem zu bedenken, dass die Beschränkung auf 50 GB pro Datenbank nicht für Datenkopien gilt, die automatisch für höhere Verfügbarkeit, für das Transaktionsprotokoll oder für Systemebenentabellen aufbewahrt werden.

F: Was bedeutet das genau: “Web Edition umfasst bis zu 5 GB DB/Monat” oder “Business Edition umfasst bis zu 50 GB DB/Monat”?

Sie können in SQL Azure mehrere Datenbanken für eine oder mehrere Anwendungen bereitstellen. Die Datenbanken sind entweder Web Edition- oder Business Edition-Datenbanken. Eine einzelne Web Edition-Datenbank unterstützt bis zu 5 GB. Die Abrechnungsstufen liegen bei 1 GB und 5 GB. Eine einzelne Business Edition-Datenbank unterstützt bis zu 50 GB. Die Business Edition verfügt über Abrechnungsstufen in 10-GB-Abständen (10 GB, 20 GB, 30 GB, 40 GB, 50 GB).

Die Rechnung wird auf Basis der maximalen Datenbankgröße pro Tag erstellt, wobei der Wert auf die nächste Abrechnungsstufe aufgerundet wird.

Beispiel:

Sie verfügen über eine Web Edition-Datenbank mit MAXSIZE=5 GB. Ist die Datenbank 800 MB groß, beläuft sich die tägliche Gebühr für die Datenbank auf den Betrag für 1 GB in der Web Edition. Wächst die Datenbank am nächsten Tag auf 3 GB an, wird die tägliche Gebühr auf der Basis der nächsten Abrechnungsstufe in der Web Edition erstellt, die an diesem Tag 5 GB entspricht. Geht die Größe am nächsten Tag aufgrund von Datenlöschungen auf 900 MB zurück, wird die tägliche Gebühr erneut auf der Basis von 1 GB erstellt.

Dasselbe Beispiel gilt für eine Business Edition-Datenbank. Sie haben z. B. eine Business Edition-Datenbank mit MAXSIZE=50 GB. Ist die Datenbank insgesamt 8 GB groß, beläuft sich die tägliche Gebühr für die Datenbank auf den Betrag für 10 GB. Wächst die Datenbank am nächsten Tag auf 25 GB an, wird die tägliche Gebühr auf der Basis der nächsten Abrechnungsstufe in der Business Edition erstellt, die 30 GB entspricht, usw.

Die tägliche Gebühr entspricht dem monatlichen Anteil für die Abrechnungsstufe, geteilt durch die Zahl der Tage im Monat.

F: Welche Unterschiede gibt es bei der Nutzung von SQL Azure im Vergleich zur Arbeit mit einem lokalen Hostinganbieter mit SQL Server 2008/SPLA?

Bei einer dedizierten gehosteten Datenbank sind Entwickler und IT-Profis weiterhin für das Installieren, Einrichten, Aktualisieren und Patchen von Betriebssystem und Datenbanksoftware verantwortlich. Zudem müssen die Benutzer von gehosteten Datenbanklösungen eigene Lösungen in den Bereichen hohe Verfügbarkeit, horizontale Skalierbarkeit und Wiederherstellung im Notfall entwerfen, was zu höheren Gesamtverwaltungskosten führt.

SQL Azure ist ein skalierbarer, verteilter Datenbankdienst mit hoher Verfügbarkeit, der von Microsoft in der Cloud gehostet wird. SQL Azure ermöglicht die einfache Bereitstellung und das Anbieten relationaler Datenbankfunktionen als Dienst. Entwickler müssen keine Software installieren, einrichten, patchen oder verwalten. Hohe Verfügbarkeit, Sicherung und Wiederherstellung, geografische Verteilung und Wiederherstellung im Notfall sind integriert.

F: Wie unterscheidet sich das SQL Azure-Preismodell vom Preismodell für SQL Server?

Da die Produkte völlig unterschiedlich sind – SQL Server ist ein Datenbankserver, SQL Azure ein Cloud-basierter Dienst – sind die Preise der beiden Produkte nicht direkt miteinander vergleichbar. SQL Server wird über eine Softwarelizenz erworben. SQL Azure ist im Gegensatz dazu ein Cloud-basierter Dienst, bei dem der Preis den Kosten für Serverhardware, Software, Netzwerkbandbreite, Speicher und die Verwaltung der SQL Azure ausführenden Hardware entspricht. Jedes Angebot wurde so entwickelt, dass Sie über die Flexibilität verfügen, die Plattform und das Geschäftsmodell so zu wählen, dass es für Ihre Technologieanforderungen am besten geeignet ist.

F: Wenn ich meine Anwendung auf der SQL Azure-Plattform erstelle, kann ich sie auf einen lokalen oder gehosteten Server verschieben?

Viele SQL Azure-Anwendungen können ganz einfach auf eine lokale oder gehostete SQL Server-Instanz portiert werden. Während einige Anwendungen für die Ausführung mit SQL Server unter Umständen eine andere Architektur benötigen, unterstützt SQL Azure dasselbe T-SQL-basierte relationale Modell mit TDS wie SQL Server, sodass vorhandene benutzerdefinierte und LOB-gepackte Anwendungen normalerweise mit minimalen Veränderungen an der Lösung migriert werden können.

F: Kann ich in SQL Azure eine Gutschrift für meine vorhandene SQL Server-Lizenz erhalten?

Nein. Derzeit ist keine SQL Server-Lizenzmobilität möglich.

F: Ist SQL Azure wirklich die nächste Version von SQL Server nach SQL Server 2008 R2?

Nein. SQL Azure ist eine Cloud-basierte, als Dienst bereitgestellte Datenbank und ist unabhängig von SQL Server. SQL Azure ist ein horizontal skalierbarer Plattformdienst, der eine bedarfsgesteuerte relationale Datenbank als Dienst anbietet. Obwohl SQL Azure- und SQL Server-Produkte über unterschiedliche Entwicklungspläne verfügen, sind sie auf parallelen Codepfaden und teilen aktiv neue Funktionen und Neuerungen.

F: Bedeutet die neue Windows Azure-Plattform, dass Kunden alle zukünftigen und aktuell vorhandenen Anwendungen in die Cloud verlagern werden?

Microsoft bietet Ihnen die Flexibilität, lokale Technologie, Cloud-basierte Technologie oder beides als Teil der Software plus Service-Strategie (S+S) zu verwenden. Die Kunden haben deutliches Interesse geäußert, flexibel entscheiden zu können, welche Bereitstellungsoption besser zu ihren Geschäftsanforderungen passt. Microsoft investiert weiterhin in die Innovation und die Bereitstellung neuer Versionen von Windows Server, Windows Azure, SQL Server, SQL Azure und System Center. So gewährleistet Microsoft, dass Sie die Vorteile der Cloud Computing-Technologien unabhängig davon nutzen können, ob Ihre Anwendungen in Ihren eigenen Rechenzentren ausgeführt werden, im Rechenzentrum eines Microsoft-Hostingpartners oder in unserer öffentlichen Cloud-Umgebung.

F: Worin liegt der Vorteil des Data Sync-Diensts für SQL Azure?

SQL Azure Data Sync ermöglicht die Verwaltung von Datenverschiebungen zwischen SQL Azure- und SQL Server-Datenbanken mittels bidirektionaler Datensynchronisierung. Mit SQL Azure Data Sync können Organisationen die Leistung von SQL Azure und Microsoft Sync Framework nutzen, um Geschäftsdatenhubs in der Cloud zu erstellen, mit denen Informationen einfach an viele SQL Azure-Rechenzentren, mobile Benutzer, Geschäftspartner, Remotebüros und Geschäftsdatenquellen freigegeben werden können, und gleichzeitig alle neuen Dienste in der Cloud zu nutzen. Diese Kombination schlägt eine Brücke zwischen lokalen und entfernten Anwendungen, die so zusammenarbeiten können. Melden Sie sich unter SQL Azure Community Technical Previews zur Customer Technical Preview (CTP) von SQL Azure Data Sync an.

Möglichkeiten, die SQL Azure Data Sync bietet:

  • Erweitern bestehender SQL Azure-Datenbanken auf ein oder mehr Rechenzentren weltweit, um geografisch verfügbaren Datenzugriff zu ermöglichen.

  • Verknüpfen bestehender lokaler SQL Server-Daten mit SQL Azure, sodass neue Anwendungen in Windows Azure erstellt werden können, ohne dass auf bestehende lokale Anwendungen verzichtet werden muss.

  • Verwenden von Windows Azure- und SQL Azure-basierten Anwendungen im Offlinemodus, um Daten im “Outlook-ähnlichen” Modus mit Zwischenspeicherung bereitzustellen.

  • Erweitern lokaler Daten auf Remotebüros, Einzelhändler und Mitarbeiter im Außendienst über die Cloud.

F: Wann wird eine unterstützte Version des SQL Azure Data Sync-Diensts veröffentlicht?

Derzeit steht der SQL Azure Data Sync-Dienst als Community Technology Preview (CTP) zur Verfügung. Während dieser öffentlichen Vorschau werden wir Kundenfeedback sammeln, das uns bei der Entscheidung helfen soll, wie wir den besten Wert für unsere Kunden gewährleisten können. Das Veröffentlichungsdatum hängt also davon ab, wie aufwendig die Änderungen sein werden, die sich aus dem Kundenfeedback ergeben.

F: Fallen Kosten für den Data Sync-Dienst an?

Derzeit werden keine Kosten für den Data Sync-Dienst fällig. Dennoch fallen Gebühren für Datenübertragungen sowie für das Verschieben von Daten in die bzw. aus der SQL Azure-Datenbank an. Weitere Informationen über das Preismodell für diese Lösung erhalten Sie unter http://www.microsoft.com/windowsazure/pricing/.

Nach oben

Konnektivität

F: Wie stelle ich eine Verbindung zu SQL Azure her?

Die mit SQL Server 2008 R2 veröffentlichte Version von SQL Server Management Studio (SSMS) verfügt in Bezug auf die Konnektivität über vollständige Unterstützung für SQL Azure. Wenn Sie eine frühere Version von SSMS verwenden, erscheint die folgende Fehlermeldung, wenn Sie den Servernamen und die Anmeldeinformationen im Verbindungsfenster eingeben, das beim erstmaligen Öffnen von Management Studio angezeigt wird.

So vermeiden Sie diesen Fehler

1. Klicken Sie bei der Fehlermeldung "Verbindung mit Server herstellen" auf "OK", und schließen Sie dann das Verbindungsfenster, indem Sie auf "Abbrechen" klicken.

 

2. Klicken Sie auf das Symbol “Neue Abfrage”.

 

3. Geben Sie im angezeigten Dialogfeld "Verbindung mit Server herstellen" Ihre Verbindungsanmeldeinformationen ein.

Hinweis: Die Anmeldedaten sollten dem Format: benutzername**@servername** entsprechen.

 

Wenn Sie eine Verbindung mit einer bestimmten Datenbank herstellen möchten, klicken Sie auf die Schaltfläche “Optionen”, und geben Sie im Dialogfeld “Verbindung mit Datenbank herstellen” den Namen der Datenbank ein.
Zu SQL Azure Datenbanken können aus Sicherheitsgründen nur verschlüsselte Verbindungen aufgebaut werden. Wird ein unverschlüsselter Verbindungsaufbau gestartet, wird im Pre-Login Prozess die Verbindung geschlossen und erneut mit Verschlüsselung aufgebaut. Um den Verbindungsvorgang zu optimieren und so kurz wie möglich zu halten, sollte immer die Option "Verbindung verschlüsseln" gesetzt werden; die Option entspricht dem Parameter "Encrypt" im ConnectionString.

Hinweis: USE <Database> wird nicht unterstützt. Wenn Sie nach Ihrer Anmeldung die Verbindung zu einer anderen Datenbank herstellen möchten, klicken Sie mit der rechten Maustaste, und wählen Sie “Verbindung ändern”.

F: Wie überprüfe ich den aktuellen Zustand der Windows Azure-Plattform?

Rufen Sie das Service Dashboard für die Region Ihrer SQL Azure-Datenbank unter http://www.microsoft.com/windowsazure/support/status/servicedashboard.aspx auf. Sie können zudem die entsprechenden RSS-Feeds abonnieren.

 

F: Ich kann keine Verbindung mit SQL Azure herstellen. Wie behebe ich dieses Problem?

Informationen über das Beheben allgemeiner Verbindungsfehler erhalten Sie unter SQL Azure – Leitfaden zum Beheben von Verbindungsproblemen.

F: Wo finde ich Beispielverbindungszeichenfolgen für SQL Azure?

Beim Bereitstellen Ihres Server stellt Ihnen das SQL Azure-Portal Verbindungszeichenfolgen bereit, die Sie für Ihre Anwendung einsetzen können. Im Folgenden sehen Sie die Verbindungszeichenfolgen in den generischen Formaten ADO.NET und ODBC:

ADO.NET

Server=tcp:<sqlazureservername>.database.windows.net;Database=<databasename>; 
User ID=user@<sqlazureservername>;Password=;
Trusted_Connection=False;

ODBC

Driver={SQL Server Native Client 10.0};Server=tcp:<sqlazureservername>.
database.windows.net;Database=<databasename>; 
Uid=user@<sqlazureservername>;Pwd=;Encrypt=yes;

F: Kann ich meine in SQL Azure gespeicherten Daten sichern? Wie stelle ich beschädigte oder verlorene Daten wieder her?

Normalerweise ist es am empfehlenswertesten, eine Sicherung zu erstellen, die bei Verlust oder Beschädigung logischer Daten wiederhergestellt wird (z. B. bei versehentlichem Löschen von Daten durch eine Benutzeranwendung). SQL Azure führt regelmäßig Sicherungen und Konsistenzüberprüfungen durch, um Daten bei einem Hardwarefehler wiederherstellen zu können. Dieser Vorgang ist allerdings intern, unterstützt den Gesamtstatus des Diensts und ist für SQL Azure-Benutzer nicht zugänglich. Sie können allerdings zu einem beliebigen Zeitpunkt das Hilfsprogramm zum Massenkopieren (BCP) oder SQL Server Integration Services (SSIS) verwenden, um Ihre Daten auf eine lokale SQL Server-Datenbank zu kopieren. Sie können auch die Funktion zur Datenbankkopie verwenden, um eine Kopie Ihrer Datenbank innerhalb desselben Unterbereichs zu erstellen, die im Falle eines Benutzerfehlers als Sicherungskopie genutzt werden kann.

F: Sind praktische Übungseinheiten oder Demos für das Verschieben von Daten von einer lokalen SQL Server-Instanz auf SQL Azure verfügbar?

Das Windows Azure Training Kit liefert Beispiele, Demos und Präsentationen über SQL Azure, darunter auch zum Migrieren von Datenbanken.

F: Wie konfiguriere ich die SQL Azure-Firewalleinstellungen?

Die SQL Azure-Firewall verhindert den Zugang zu einem SQL Azure-Server, es sei denn, Sie haben eine bestimmte IP-Adresse zugelassen. Die IP-Adressen der Zugang benötigenden Computer müssen in den Firewalleinstellungen angegeben werden, bevor die entsprechenden Benutzer eine Verbindung zum SQL Azure-Server herstellen können. Dies können Sie im SQL Azure-Portal auf der Seite Serververwaltung auf der Registerkarte Firewalleinstellungen einrichten. Dort finden Sie ein Kontrollkästchen zum Gewähren des Serverzugriffs durch Microsoft-Dienste. Durch das Aktivieren können Verbindungen von Ihren in Windows Azure gehosteten Anwendungen hergestellt werden.

Weitere Informationen zum Konfigurieren der Firewall erhalten Sie unter Vorgehensweise: Konfigurieren der SQL Azure-Firewall.

F: Wie kann ich meinen Webrollenzugriff auf SQL Azure sicherstellen?

Aktivieren Sie im Portal auf der Seite Serververwaltung auf der Registerkarte Firewalleinstellungen die Option zum Gewähren des Serverzugriffs durch Microsoft-Dienste.

 

Weitere Informationen zum Konfigurieren der Firewall erhalten Sie unter Vorgehensweise: Konfigurieren der SQL Azure-Firewall.

F: Sind meine Daten bei der Übertragung sicher?

SQL Azure erzwingt bei allen Clientverbindungen immer SSL-Verschlüsselung. Wenn allerdings Zertifikate von der Clientanwendung nicht bei Verbindungsherstellung überprüft werden, ist die Verbindung anfällig für Man-in-the-Middle-Angriffe.

Weitere Informationen zur Verbindungsverschlüsselung erhalten Sie unter Sicherheitsrichtlinien und Einschränkungen.

Nach oben

Unterstützte/nicht unterstützte Funktionen

F: Werden Verbindungsserver von SQL Azure unterstützt? Kann ich Verbindungsserver zwischen lokalen SQL Server- und SQL Azure-Servern oder zwischen zwei Instanzen von SQL Azure-Servern aktivieren?

Nein. Verbindungsserver werden derzeit nicht von SQL Azure unterstützt. Daher ist das Aktivieren eines Verbindungsservers zwischen einer lokalen Lösung und SQL Azure oder auch innerhalb der Cloud nicht möglich.

F: Welche Standardisolierungsstufe wird in SQL Azure unterstützt?

Die Read Committed-Momentaufnahme.

F: Wird die Änderungsnachverfolgung in SQL Azure unterstützt?

Derzeit ist die Änderungsnachverfolgung in SQL Azure nicht verfügbar.

F: Werden räumliche Datentypen in SQL Azure unterstützt?

Unterstützung für räumliche Datentypen wurde in SU3 (Juni 2010) hinzugefügt.

F: Wird Massenkopieren in SQL Azure unterstützt?

Ja. Das Hilfsprogramm zum Massenkopieren (BCP) und SqlBulkCopyAPI werden in SQL Azure unterstützt. Der TSQL-Befehl BULK INSERT wird nicht unterstützt.

F: Wenn ich eine DROP-Datenbank in eine IF...Else-Schleife verwende, erhalte ich den Fehler, dass die DROP-Datenbank nicht unterstützt wird, auch wenn ich mit der Masterdatenbank verbunden bin. Warum?

Dies ist eine Einschränkung in SQL Azure. Die Datendefinitionssprache (DDL) zur Anmeldung muss die einzige Anweisung in einem Batch sein und darf nicht in einer Schleife einer IF... ELSE-Anweisung sein. Weitere Informationen finden Sie unter Richtlinien und Einschränkungen.

Werden die Anweisungen CREATE/ALTER/DROP LOGIN und CREATE/DROP DATABASE in einer ADO.NET-Anwendung ausgeführt, dürfen keine parametrisierten Befehle verwendet werden. Alle diese Anweisungen müssen die einzigen Anweisungen in einem SQL-Batch sein.

F: Wird SQL Agent in SQL Azure unterstützt?

SQL Agent wird derzeit in SQL Azure nicht unterstützt.

F: Wird SQL Profiler in SQL Azure unterstützt?

SQL Profiler wird derzeit in SQL Azure nicht unterstützt. Allerdings sind einige dynamische Verwaltungsansichten (DMV) zur Problembehebung für das Auffinden von Leistungsproblemen aktiviert. Eine detaillierte Liste mit unterstützten DMVs finden Sie unter http://msdn.microsoft.com/de-de/library/ee336238.aspx#dmv

F: Wird Service Broker in SQL Azure unterstützt?

Service Broker wird derzeit nicht von SQL Azure unterstützt.

F: Wird die Replikation in SQL Azure unterstützt? Kann ich meine auf einem lokalen SQL-Server befindlichen Daten in SQL Azure replizieren?

Die Replikation wird derzeit in SQL Azure nicht unterstützt. Die unten aufgeführten Optionen sind verfügbar:

  • Verwenden Sie [[articles:SQL Azure Data Sync|SQL Azure Data Sync]] zur Synchronisierung Ihrer Daten zwischen der lokalen SQL Server-Instanz und SQL Azure und zwischen zwei oder mehreren SQL Azure-Servern.

  • Alternativ können Sie SQL Server Integration Services (SSIS), SQL Server Management Studio (SSMS) oder das Hilfsprogramm zum Massenkopieren (BCP) zum Verschieben Ihrer Daten von der lokalen SQL-Lösung auf SQL Azure verwenden.

  • Der SQL Azure-Migrations-Assistent bietet zudem die Möglichkeit, Daten von einer lokalen SQL Server-Instanz auf SQL Azure oder zwischen zwei SQL Azure-Instanzen zu verschieben.

F: Wird Entity Framework von SQL Azure unterstützt?

Ja. Entity Framework wird von SQL Azure unterstützt. Weitere Informationen erhalten Sie unter Vorgehensweise: Herstellen einer Verbindung mit SQL Azure mithilfe von ADO.NET Entity Framework.

F: Werden Reporting Services, Analysis Services oder SSIS in der Cloud-basierten Lösung unterstützt?

SQL Azure-Berichterstellung wurde bei der PDC 2010 angekündigt und wird als Community Technology Preview (CTP) veröffentlicht. Weitere Informationen finden Sie unter SQL Azure-Berichterstellung – Einführung. Melden Sie sich zur Teilnahme an der CTP unter SQL Azure Community Technical Previews an.

SQL 2008 R2 (Reporting Services, Analysis Services und SSIS) wird auch unterstützt, wurde für SQL Azure optimiert und kann von Ihren lokalen Business Intelligence-Projekten auf SQL Azure als eine Datenquelle zugreifen.

F: Unterstützt SQL Azure den Mechanismus zur automatischen Partitionierung, sodass ich meine Daten problemlos auf mehrere Datenbanken partitionieren kann?

Das automatische Partitionieren von SQL Azure-Datenbanken wird derzeit nicht unterstützt. Die Benutzer müssen ihre Daten entsprechend ihrer Anwendungslogik partitionieren. Weitere Informationen erhalten Sie unter [[Sharding with SQL Azure]].
Ein SQL Azure-Verbund wurde angekündigt, ist allerdings noch nicht verfügbar. Diese Funktion wird das problemlose Neupartitionieren und Neuverteilen von Daten mit einem robusten Verbindungsroutingmechanismus ermöglichen.

F: Ist das SQL Server-Fehlerprotokoll in SQL Azure verfügbar?

Nein. Das SQL Server-Fehlerprotokoll ist derzeit nicht in SQL Azure verfügbar.

F: Wird IPV6 unterstützt?

Nein. IPV6 ist derzeit nicht verfügbar. Sollte der Bedarf an IPV6 steigen, werden wir Unterstützung für diese Technologie hinzufügen.

F: Wird der Zugriff auf SQL Azure von Excel aus unterstützt?

Die Office 2010-Version von Excel kann SQL Azure als Datenquelle nutzen. Weitere Informationen erhalten Sie unter Verbinden von Microsoft Excel mit einer SQL Azure-Datenbank.

F: Werden JDBC-Treiber von SQL Azure unterstützt?

Ja. Allerdings ist ein bestimmtes Update auf SQL Server JDBC Driver 3.0 erforderlich. Weitere Informationen erhalten Sie unter http://support.microsoft.com/kb/2504052.

F: Gibt es von SQL Azure unterstützte Sitzungsstatusanbieter?

Sitzungsstatusanbieter werden nicht von SQL Azure unterstützt. Weitere Informationen erhalten Sie unter Aktualisieren von ASP.NET-Skripts für die Verwendung mit Microsoft SQL Azure.

F: Ich habe zwei Datenbanken auf demselben Server. Wird das Verknüpfen von Tabellen zwischen den Datenbanken auf demselben Server unterstützt?

Das Verknüpfen von Tabellen zwischen zwei Datenbanken wird nicht unterstützt. Ein SQL Azure-Server ist eine logische Gruppierung von Datenbanken. Datenbanken auf demselben Server werden auf die Knoten der Umgebung verteilt. Sie können in der Anwendungslogik eine Erweiterungsabfrage erstellen, um dieselbe Funktionalität zu erhalten.

F: Unterstützt SQL Azure die Überwachungsfunktion?

Eine Überwachungsfunktion ist in der aktuellen Version von SQL Azure nicht enthalten.

F: Was ist die empfohlene Alternative zur in SQL Azure nicht unterstützten RowGUID-Spalte?

Verwenden Sie alternativ uniqueidentifier als Spaltentyp und anschließend NEWID() zur Generierung von guids zum Zeitpunkt des Einfügens.

CREATE TABLE MyTest ( MyID UNIQUEIDENTIFIER DEFAULT NEWID() PRIMARY KEY, 
Name VARCHAR(10)) INSERT INTO MyTest (name) VALUES ('string1') 
INSERT INTO MyTest VALUES (newid(), 'string2')

 

F: Welche Zeitzone wird bei SQL Azure-Servern verwendet?

Unabhängig vom Standort des Rechenzentrums ist Ihr SQL Azure-Server auf die UTC-Zeitzone festgelegt. Die aktuelle Version von SQL Azure unterstützt das Ändern der Zeitzone nicht.

F: Gibt es eine Einschränkung für die Anzahl der Verbindungen zu einer SQL Azure-Datenbank oder zu einem SQL Azure-Server?

Es gibt keine Obergrenze für die Anzahl der Verbindungen, die mit einer Datenbank oder einem Server eingerichtet werden können. Wir empfehlen dennoch Verbindungspooling zur Vermeidung der anfänglichen Kosten für die Verbindungseinrichtung (Suche, SSL-Handshake, Anmeldeprozess usw.). Sie können Ihre Verbindung damit direkt nutzen.

F: Welche Kennwortrichtlinie gilt für das Dienstadministratorkonto in SQL Azure?

Das Kennwort muss mindestens 8 Zeichen lang sein und mindestens eine Zahl, einen Buchstaben und ein Symbol enthalten. Das Kennwort darf keine drei aufeinander folgenden Zeichen des Benutzernamens enthalten.

F: Kann ich für SQL Azure ähnlich wie bei Windows Azure mehrere Administratorkonten erstellen?

Die aktuelle Version von SQL Azure unterstützt nur ein Kontoadministrator- und ein Dienstadministratorkonto. Die Co-Administrator-Funktion wird in SQL Azure noch nicht unterstützt, und daher sieht der Co-Administrator eine leere Abonnementliste im SQL Azure-Portal. Unterstützung für die Co-Administrator-Funktion wird in naher Zukunft hinzugefügt.

F: Kann ich ohne Öffnen des Ports 1433 eine Verbindung zu SQL Azure herstellen?

Sie können den Datenbank-Manager für SQL Azure zum Verbinden und Verwalten von SQL Azure ohne Öffnen des Ports 1433 verwenden. Er ist speziell für Webentwickler und andere IT-Experten konzipiert, die nach einer unkomplizierten Lösung zur schnellen Entwicklung, Bereitstellung und Verwaltung ihrer datengesteuerten Anwendungen in der Cloud suchen.

Nach oben

Datenbankmigration und Sicherung/Wiederherstellung

F: Welche Methoden werden zum Verschieben von Daten zwischen lokalen SQL Server-Instanzen und SQL Azure unterstützt?

Ihnen stehen verschiedene Möglichkeiten zum Migrieren von Daten zwischen lokalen SQL Server-Instanzen und SQL Azure zur Verfügung.

  • SQL Server Integration Services (SSIS) kann mit ADO.NET-Verbindungs-Managern mit aktivierter Parallelität verwendet werden, um eine bessere Leistung zu erzielen. Sie können zudem je nach Größe und Bedarf Skripts für Ihre Daten erstellen.

  • Ein nicht unterstütztes Skriptingtool, SQL Azure-Migrations-Assistent, entwickelt von der Community, ist zudem bei Codeplex verfügbar.

  • Hilfsprogramm zum Massenkopieren (BCP): Verwenden Sie das BCP zum Migrieren Ihrer Daten von lokalen SQL Server-Instanzen zu SQL Azure und umgekehrt.

  • Sie können zum Erstellen von Datenbankskripts auch den Assistenten zum Generieren von Skripts mit SQL Server Management Studio 2008 R2 verwenden.

  • Der Import/Export-Assistent bietet unter Verwendung des .NET-Anbieters für SQL Server in SQL Server 2008 R2 oder später Unterstützung für SQL Azure-Datenbanken. Weitere Informationen erhalten Sie unter Exportieren von Daten aus SQL Azure: Import/Export-Assistent.

  • Sehen Sie sich zudem die Demo zum Migrieren von lokalen Daten zu SQL Azure im Windows Azure Training Kit an.

F: Wie kann ich in SQL Server Management Studio ein SQL Azure-kompatibles Skript generieren?

Die in SQL Server 2008 R2 enthaltene Version von SQL Server Management Studio (SSMS) unterstützt SQL Azure. Die Express Edition von SSMS steht unter Microsoft SQL Server 2008 R2 RTM – Management Studio Express zum Download zur Verfügung. So generieren Sie ein SQL Azure-kompatibles Skript mithilfe von SSMS

1. Wählen Sie in SSMS die Datenbank, klicken Sie mit der rechten Maustaste, wählen Sie Aufgaben und dann Skripts generieren.

 

2. Klicken Sie unter Skripterstellungsoptionen festlegen auf Erweitert, und legen Sie das Skript für den Datenbankmodultyp auf SQL Azure-Datenbank fest.

 
3. Klicken Sie unter “Skripterstellungsoptionen festlegen” auf "Erweitert", und legen Sie das “Skript für den Datenbankmodultyp” auf SQL Azure-Datenbank fest.

F: Wie migriere ich meine MySQL-Datenbank zu SQL Azure?

Das SQL Server Migration Assistant-Toolkit 2008 für MySQL v1.0 hilft Ihnen beim Migrieren Ihrer Datenbank von MySQL zu SQL Azure. Dieses Tool verringert Aufwand, Kosten und Risiko bei der Migration von MySQL zu SQL Server 2008 und SQL Azure enorm. SSMA 2008 für MySQL v1.0 CTP1 liefert eine Bewertung des Migrationsaufwands und automatisiert gleichzeitig die Migration von Schemen und Daten.

F: Ist SQL Azure abwärtskompatibel? Kann ich meine SQL Server 2000- oder SQL Server 2005-Datenbanken zu SQL Azure migrieren?

SQL Azure wird nicht im Abwärtskompatibilitätsmodus ausgeführt. SQL Azure wurde auf der Codebasis von SQL Server 2008 erstellt. Daher funktionieren alle veralteten Funktionen von SQL Server 2000 und SQL Server 2005 nicht in SQL Azure. Verwenden Sie zum Testen Ihrer Datenbankkompatibilität vor der Migration zu SQL Azure den SQL Server 2008 Upgrade Advisor. Verwenden Sie zum Prüfen der Kompatibilität zwischen SQL Server 2008 und SQL Azure den SQL Azure-Migrations-Assistenten. Dieses Tool analysiert zudem SQL Profiler-Ablaufverfolgungen, um die Kompatibilität der von der Anwendung generierten T-SQL-Anweisungen zu prüfen.

F: Wie werden in SQL Azure gespeicherte Daten gesichert? Wie können Kunden beschädigte oder verlorene Daten wiederherstellen?

Normalerweise ist es am empfehlenswertesten, Sicherungen zu erstellen, die bei Verlust oder Beschädigung logischer Daten wiederhergestellt werden (z. B. bei versehentlichem Löschen von Daten durch eine Benutzeranwendung). Der Dienst führt regelmäßig Sicherungen und Konsistenzüberprüfungen durch, um Daten bei einem Hardwarefehler wiederherstellen zu können. Diese Funktionalität ist jedoch nur intern verfügbar. Die Kunden können allerdings zu einem beliebigen Zeitpunkt das Hilfsprogramm zum Massenkopieren (BCP) oder SQL Server Integration Services (SSIS) verwenden, um Ihre Daten in eine lokale SQL Server-Datenbank zu kopieren.

F: Sind praktische Übungseinheiten oder Demos für das Verschieben von Daten von einem lokalen SQL Server auf SQL Azure verfügbar?

Das Windows Azure Trainings Kit liefert Beispiele, Demos und Präsentationen über SQL Azure, darunter auch zum Migrieren von Datenbanken.

Nach oben

Datenbankgröße

F: Wie viele Datenbanken können in SQL Azure maximal erstellt werden?

Die weiche Grenze liegt bei 150 Datenbanken pro Server. Rufen Sie zum Erweitern dieser Begrenzung das Azure-Helpdesk an, und durchlaufen Sie die Kreditprüfung.

F: Gibt es eine von den Angeboten unterstützte Grenze für die maximale Datenbankgröße?

Zwei Versionen werden angeboten – die Web Edition und die Business Edition. Derzeit liegt die maximal zulässige Datenbankgröße für die Web Edition bei 5 GB und bei der Business Edition bei 50 GB. Diese Grenze werden wir in Zukunft aufstocken. Aktuelle Informationen hierzu erhalten Sie im SQL Azure-Teamblog.

F: Wie reagiert das System, wenn die zulässige Datenbankgröße erreicht ist?

Beim Erreichen der maximalen Größe für die bereitgestellte Edition wird der Fehlercode 40544 ausgegeben. Das erwartete Verhalten des Systems ist wie folgt:

  • Alle Vorgänge zum Einfügen/Aktualisieren/Erstellen/Ändern und Hinzufügen werden eingeschränkt, und jeder Versuch, der Datenbank weitere Daten hinzuzufügen, führt zum Beenden der Sitzung.
  • Lesezugriff besteht weiterhin.
  • Löschen/Abschneiden usw. ist möglich, sodass Sie die Datenbankgröße durch Löschen von Tabellen und/oder Indizes und Daten oder durch das Abschneiden von Tabellen reduzieren können.
  • Nach dem Freigeben von Speicherplatz kann eine Verzögerung von bis zu 15 Minuten auftreten, bevor neue Daten eingefügt werden können.

Weitere Informationen finden Sie unter Richtlinien und Einschränkungen.

F: Wie erfahre ich die tatsächliche Größe meiner Datenbank, damit ich weiß, wie viel Platz noch zur Verfügung steht und ich dementsprechend planen kann? Gibt es eine programmgesteuerte Methode zum Bestimmen der Datenbankgröße?

Die Datenbankgröße wird durch Zählen der Seiten in der Datenbank berechnet, die Tabellen, Indizes und Objekte enthalten. Dieses Verfahren ähnelt der Datenbankgrößenberechnung in der standardmäßigen SQL Server-Version – gezählt wird nicht der von der Instanz beanspruchte Speicherplatz, sondern nur der von jeder Datenbank beanspruchte Speicherplatz. Die folgenden Elemente haben keinen Einfluss auf die Größe:

  • Protokolle sind von der Größenberechnung ausgeschlossen.
  • Die Masterdatenbank ist von der Größenberechnung ausgeschlossen.
  • Alle anderen Systemdatenbanken und Serverkataloge sind von den Berechnungen ausgeschlossen.
  • Alle Replikate von Kundendatenbanken sind von den Berechnungen ausgeschlossen (wir zählen nur eines der drei Replikate der Kundendatenbank).

Bei Ihrem aktuellen Angebot gibt es keine programmgesteuerte Methode zur Suche nach diesen Informationen. Wir arbeiten daran, diese Funktion in naher Zukunft hinzuzufügen. Das SQL Azure-Portal zeigt die tatsächlichen Auslastungszahlen an.

 

Verwenden Sie zum Anzeigen der ungefähr genutzten Größe der Datenbank alternativ die folgende dynamische Verwaltungssicht (DMV, Data Management View):

SELECT SUM(reservered_page_count)*8.0/1024 as ‘SizeInMB’ FROM 
sys.dm_db_partition_stats

F: Umfasst die Datenbankgröße Protokolle?

Nein. Die Größe der Datenbank umfasst nur Daten, Indizes und Objekte. Weitere Informationen erhalten Sie unter Konten und Abrechnung in SQL Azure.

Nach oben

Abrechnung und Metriken

F: Wie funktioniert das anteilige Abrechnungsmodell?

Das Abrechnungsmodell für SQL Azure ist sehr einfach. Die Basis dafür sind die Gesamtzahl der Datenbanken und die entsprechenden Editionen und Bandbreitengebühren entsprechend der Dauer. Sobald Sie eine Datenbank erstellen (unabhängig vom Typ), beginnt unsere Messung.  Wenn Sie die Datenbank löschen, beenden wir die Messung.  Existiert die Datenbank einen gesamten Monat, beläuft sich die Gebühr auf 9,99 USD für eine Web Edition-Datenbank und auf 99,99 USD für eine Enterprise Edition-Datenbank. Waren Ihre Datenbanken nur für einige Tage vorhanden, berechnen wir die Gebühr nach “Datenbanktag”. Bei einer Web Edition-Datenbank entspricht das in etwa 0,30 USD.

Die Details zur Bandbreitenverwendung sind über die DMV sys.bandwidth_usage verfügbar und die Details zur Datenbankverwendung über die DMV sys.database_usage. Weitere Informationen über das Preismodell erhalten Sie unter SQL Azure – Preise.

F: Wo finde ich Metriken zu meinem SQL Azure-Dienst?

Einige Metriken werden in der Masterdatenbank gespeichert. Neue Ansichten, z. B. sys.database_usage und sys.bandwidth_usage, wurden hinzugefügt. Sie zeigen Anzahl, Typ und Größe der Datenbanken und die Bandbreitenverwendung jeder Datenbank.

F: Fallen Gebühren für die Masterdatenbank an?

Nein. Für die Masterdatenbank werden keine Gebühren fällig.

Nach oben

Verwalten von Abonnements

F: Wird die SQL Azure-Datenbank sofort gelöscht, wenn ich das Azure-Abonnement kündige? Wie handhabt SQL Azure zum Löschen markierte Daten?

Wenn Sie das Abonnement für Azure kündigen möchten, kündigen Sie im Grunde das Abonnement aller Azure-Dienste. Im Fall von SQL Azure ändert sich der Status des Abonnements von aktiv zu deaktiviert. Ihre SQL Azure-Datenbank wird nicht sofort gelöscht. Es gibt eine Beibehaltungsdauer von 90 Tagen, in denen Sie entscheiden, ob Sie das Azure-Abonnement erneut aktivieren oder einfach Ihre SQL Azure-Datenbanken exportieren. Nach der 90-tägigen Toleranzperiode ändert sich der Abonnementstatus zu "Bereitstellung aufgehoben" und die SQL Azure-Datenbanken werden dauerhaft gelöscht.

F: Wie sehen Datenbeibehaltung und Datenschutzrichtlinie von SQL Azure nach der Abonnementkündigung aus?

SQL Azure löscht die SQL Azure-Datenbanken 90 Tage nach Ihrer Abonnementkündigung.

F: Kann ich nur SQL Azure oder einen anderen Azure-Dienst anstatt aller Dienste kündigen?

Die Kündigung betrifft alle drei verfügbaren Azure-Dienste: Windows Azure, SQL Azure und AppFabric. Die Dienste werden nach dem Quellenbesteuerungsprinzip betrieben, bei dem Sie nur tatsächlich genutzte Ressourcen bezahlen. Wenn Sie also das Abonnement behalten möchten, aber keine Kosten für SQL Azure anfallen sollen, dann löschen Sie einfach Ihre Datenbanken und Server. Für SQL Azure werden dann keine Kosten fällig.

F: Wie migriere ich meine Datenbank von einem Abonnement zu einem anderen?

Verwenden Sie zum Migrieren von Datenbanken von einem Abonnement zu einem anderen die CREATE DATABASE .... AS COPY OF ... T-SQL-Anweisung, den Assistenten zum Generieren von Skripts in der Version SQL Server 2008 R2 von SQL Server Management Studio (SSMS), SQL Server Integration Services (SSIS) oder das Hilfsprogramm zum Massenkopieren (BCP). Bei einem SQL Azure-Server handelt es sich um einen logischen Server, und der Servername wird automatisch generiert. Daher müssen Ihre Clientverbindungszeichenfolgen aktualisiert werden. Befinden sich Ihre Abonnements im gleichen Unterbereich, wenden Sie sich zum Verschieben Ihres Servers und der Datenbanken von einem Abonnement in ein anderes an den Helpdesk. Die aktuelle Version von SQL Azure unterstützt nur einen einzelnen Server pro Abonnement.

F: Wie tausche ich Abonnements, oder wie verschiebe ich ein Abonnement in eine andere Live ID?

Verwenden Sie zum Migrieren von Datenbanken von einem Abonnement zu einem anderen den Assistenten zum Generieren von Skripts in der Version SQL Server 2008 R2 von SQL Server Management Studio (SSMS), SQL Server Integration Services (SSIS) oder das Hilfsprogramm zum Massenkopieren (BCP). Auf dem neuen Server müssen Sie die SQL Azure-Firewall manuell konfigurieren. Beim SQL Azure-Server handelt es sich um einen logischen Server, und der Servername wird automatisch generiert. Daher müssen Ihre Clientverbindungszeichenfolgen aktualisiert werden. Wir arbeiten an einem bald verfügbaren Tool zum leichteren Verschieben von Abonnements von einem Konto zu einem anderen.

F: Wie erstelle ich mehrere SQL Azure-Server?

Ein SQL Azure-Server ist nur eine logische Gruppierung Ihrer Datenbanken. SQL Azure stellt einen Server pro Abonnement bereit. Dennoch können Sie mit einem allgemeinen Azure-Plattformkonto mehrere Abonnements erstellen. Das ermöglicht Ihnen das Erstellen so vieler Server wie nötig.

Nach oben

Dienstupdates

F: Erhält bei der Bereitstellung von Dienstupdates jeder die neuste Version?

Ja. Dienstupdates werden für alle Kunden bereitgestellt und damit verfügt jeder über die neuste Version.

F: Wie wird beim Einführen von Betriebssystempatches und Dienstupdates vorgegangen?

Patches und Dienstupdates werden allen Computern in der SQL Azure-Umgebung zur Verfügung gestellt. Wir führen kontinuierlich Tests und Bewertungen durch, um die Abwärtskompatibilität unserer Updates zu gewährleisten.

Nach oben

Andere

F: Unter welchen verschiedenen Bedingungen wird meine Arbeitsauslastung eingeschränkt?

Im Allgemeinen können Einschränkungsbedingungen in die folgenden Kategorien unterteilt werden:

  • Sie haben das Kontingent für die Datenbank erreicht – alle Aktivitäten zum Aktualisieren/Einfügen/Erstellen/Hinzufügen werden eingeschränkt, bis die Datenbankgröße reduziert wurde.
  • Kurzfristige vorübergehende Auslastung – der Fehler zeigt an, dass der Client einen erneuten Versuch unternehmen muss.

Weitere Informationen zum Behandeln der Verbindungsfehler finden Sie im Artikel Verbindungsverwaltung in SQL Azure im TechNet Wiki. In diesem Artikel werden die Gründe für Verbindungsverluste aufgeführt sowie Richtlinien und bewährte Methoden zum Schreiben von Code für die Verwaltung des Verbindungslebenszyklus in SQL Azure genannt. Lesen Sie zudem das Thema Behandeln von Problemen mit SQL Azure in der MSDN Library. 

F: Wird SQL Azure zukünftig größere Datasets unterstützen?

SQL Azure stellt eine Plattform zur Verfügung, die den Kunden unbegrenztes Potenzial beim horizontalen Skalieren bietet. Kunden können die Daten auf Anwendungsebene partitionieren. Zukünftig werden wir die zulässige Datenbankgröße erhöhen. Außerdem wird zukünftig Unterstützung für das Partitionieren in der Plattform hinzugefügt.

F: Wo finde ich Fallstudien zu SQL Azure?

Fallstudien zu SQL Azure stehen Ihnen unter Windows Azure – Fallstudien zur Verfügung.

Nach oben