DNS-Alias für eigenständige dedizierte SQL-Pools (ehemals SQL DW)

Für eigenständige dedizierte SQL-Pools, die sich nicht in einem Synapse-Arbeitsbereich befinden, können Sie einen benutzerdefinierten DNS-Server (Domain Name System) konfigurieren. PowerShell und REST-APIs akzeptieren Aufrufe zum Erstellen und Verwalten von DNS-Aliasen für den Namen Ihres logischen SQL -Servers.

Nur eigenständige dedizierte SQL-Pools (ehemals DW) unterstützen den DNS-Alias des logischen Azure SQL-Servers. Für dedizierte SQL-Pools in Azure Synapse Arbeitsbereichen wird der DNS-Alias derzeit nicht unterstützt. Wo liegt der Unterschied?

Verwenden Sie anstelle des Servernamens einen DNS-Alias . Clientprogramme können den Alias in den Verbindungszeichenfolgen angeben. Der DNS-Alias stellt eine Übersetzungsebene bereit, die Ihre Clientprogramme an verschiedene Server umleiten kann. Durch diese Ebene wird Ihnen die Schwierigkeit erspart, alle Clients und deren Verbindungszeichenfolgen zu suchen und zu bearbeiten.

Zu den allgemeinen Verwendungsmöglichkeiten für einen DNS-Alias zählen Folgende:

• Erstellen Sie einen leicht zu merkenden Namen für einen Server.
• Bei der Erstentwicklung kann Ihr Alias auf einen Testserver verweisen. Wenn die Anwendung live geht, können Sie den Alias so ändern, dass er auf den Produktionsserver verweist. Der Übergang von Test zu Produktion erfordert keine Änderung der Clients, die eine Verbindung mit dem Server herstellen.
• Nehmen Sie an, dass die einzige Datenbank in Ihrer Anwendung zu einem anderen Server migriert wurde. Sie können den Alias ändern, ohne die Konfigurationen mehrerer Clients ändern zu müssen.

Internet-DNS (Domain Name System)

Das Internet basiert auf dem DNS. Das DNS übersetzt die Anzeigenamen in den Namen Ihres Servers.

Szenarien mit einem DNS-Alias

Nehmen Sie an, Sie müssen Ihr System auf einen neuen Server umstellen. In der Vergangenheit mussten Sie alle Verbindungszeichenfolge in jedem Clientprogramm finden und aktualisieren. Wenn die Verbindungszeichenfolgen jedoch einen DNS-Alias verwenden, müssen Sie nur eine Aliaseigenschaft aktualisieren.

Das DNS-Aliasfeature kann in den folgenden Szenarien hilfreich sein:

Test bis Produktion

Wenn Sie mit der Entwicklung der Clientprogramme beginnen, sollten diese in ihren Verbindungszeichenfolgen einen DNS-Alias verwenden. Sie ändern die Eigenschaften des Alias dahingehend, dass sie auf eine Testversion Ihres Servers verweisen.

Wenn das neue System später in der Produktion online geschaltet wird, können Sie die Eigenschaften des Alias dahingehend aktualisieren, dass sie auf den Produktionsserver verweisen. Es sind keine Änderung an den Clientprogrammen erforderlich.

Regionsübergreifende Unterstützung

Bei einer Notfallwiederherstellung wird Ihr Server möglicherweise in eine andere geografische Region verschoben. Für ein System, bei dem ein DNS-Alias verwendet wurde, kann die Anforderung zum Suchen und Aktualisieren aller Verbindungszeichenfolgen für sämtliche Clients vermieden werden. Stattdessen können Sie einen Alias aktualisieren, um auf den neuen Server zu verweisen, der jetzt Ihren dedizierten SQL-Pool hosten soll.

Eigenschaften eines DNS-Alias

Die folgenden Eigenschaften gelten für sämtliche DNS-Aliase Ihres Servers:

• Eindeutiger Name: Jeder Aliasname, den Sie erstellen, ist auf allen Servern eindeutig (ebenso wie Servernamen).
• Server ist erforderlich: Ein DNS-Alias kann nicht erstellt werden, es sei denn, er verweist auf genau einen Server, und der Server muss bereits vorhanden sein. Ein aktualisierter Alias muss immer genau auf einen vorhandenen Server verweisen.
  • Wenn Sie einen Server löschen, löscht das Azure-System auch alle DNS-Aliase, die auf den Server verweisen.
• An keine Region gebunden: DNS-Aliase sind nicht an eine Region gebunden. Sie können jeden DNS-Alias aktualisieren, um auf einen Server zu verweisen, der sich in einer beliebigen geografischen Region befindet.
• Berechtigungen: Um einen DNS-Alias zu verwalten, müssen Sie über Berechtigungen für Servermitwirkende oder höher verfügen. Weitere Informationen finden Sie unter Erste Schritte mit der rollenbasierten Zugriffssteuerung in Azure im Azure-Portal.

Verwalten von DNS-Aliase

Verwenden Sie REST-APIs oder PowerShell-Cmdlets, um Ihre DNS-Aliase programmgesteuert zu verwalten.

Verwenden von REST-APIs zum Verwalten von DNS-Aliasen

Weitere Informationen zu den REST-APIs finden Sie unter Azure SQL-Datenbank REST-API.

Verwenden von PowerShell zum Verwalten von DNS-Aliasen

Es sind PowerShell-Cmdlets verfügbar, die die REST-APIs aufrufen. PowerShell-Beispiele finden Sie unter: PowerShell für den DNS-Alias für Azure SQL-Datenbank.

Die im Codebeispiel verwendeten Cmdlets lauten wie folgt:

• New-AzSqlServerDnsAlias: Erstellt einen neuen DNS-Alias im Dienstsystem von Azure SQL-Datenbank. Der Alias verweist auf Server 1.
• Get-AzSqlServerDnsAlias: Ruft alle DNS-Aliase ab, die Server 1 zugewiesen sind, und listet diese auf.
• Set-AzSqlServerDnsAlias: Ändert den Servernamen, für dessen Referenzierung der Alias konfiguriert ist, von Server 1 in Server 2.
• Remove-AzSqlServerDnsAlias: Entfernt den DNS-Alias von Server 2 mithilfe des Namens des Alias.

Einschränkungen

Derzeit weist ein DNS-Alias die folgenden Einschränkungen auf:

• Verzögerung von bis zu 2 Minuten: Es dauert bis zu zwei Minuten, bis ein DNS-Alias aktualisiert oder entfernt wird.
  • Abgesehen von einer kurzen Verzögerung stellt der Alias den Verweis von Clientverbindungen mit dem Legacyserver umgehend ein.
• DNS-Suche: Zurzeit besteht die einzige autoritative Möglichkeit darin, anhand einer DNS-Suche zu überprüfen, auf welchen Server ein bestimmter DNS-Alias verweist.
• Der DNS-Alias unterliegt Benennungseinschränkungen.

Verwandte Inhalte

• API für Server-DNS-Aliasse
• PowerShell für DNS-Alias für Azure SQL-Datenbank