Automatisierte Sicherungen – Azure SQL-Datenbank und SQL Managed InstanceAutomated backups - Azure SQL Database & SQL Managed Instance

GILT FÜR: JaAzure SQL-Datenbank JaAzure SQL Managed Instance APPLIES TO: yesAzure SQL Database yesAzure SQL Managed Instance

Hinweis

Dieser Artikel enthält Schritte zum Löschen von persönlichen Daten vom Gerät oder aus dem Dienst und kann zur Unterstützung Ihrer Verpflichtungen im Rahmen der Datenschutz-Grundverordnung (DSGVO) verwendet werden.This article provides steps for how to delete personal data from the device or service and can be used to support your obligations under the GDPR. Allgemeine Informationen zur DSGVO finden Sie unter GDPR section of the Service Trust portal (DSGVO-Bereich des Service Trust Portals).If you’re looking for general info about GDPR, see the GDPR section of the Service Trust portal.

Was ist eine Datenbanksicherung?What is a database backup?

Datenbanksicherungen sind ein wesentlicher Bestandteil jeder Strategie für Geschäftskontinuität und Notfallwiederherstellung, da Ihre Daten vor Beschädigungen und Löschungen geschützt werden.Database backups are an essential part of any business continuity and disaster recovery strategy, because they protect your data from corruption or deletion. Diese Sicherungen ermöglichen die Wiederherstellung der Datenbank bis zu einem bestimmten Zeitpunkt innerhalb der konfigurierten Beibehaltungsdauer.These backups enable database restore to a point in time within the configured retention period. Wenn es gemäß Ihren Sicherheitsregeln erforderlich ist, dass Ihre Sicherungen über einen längeren Zeitraum verfügbar sind (bis zu 10 Jahre), können Sie sowohl für Singletons als auch für Pooldatenbanken die Langzeitaufbewahrung konfigurieren.If your data protection rules require that your backups are available for an extended time (up to 10 years), you can configure long-term retention for both single and pooled databases.

SicherungshäufigkeitBackup frequency

Sowohl SQL-Datenbank als auch SQL Managed Instance nutzen SQL Server-Technologie, um wöchentlich vollständige Sicherungen, alle 12–24 Stunden differenzielle Sicherungen und alle 5 bis 10 Minuten Transaktionsprotokollsicherungen zu erstellen.Both SQL Database and SQL Managed Instance use SQL Server technology to create full backups every week, differential backups every 12-24 hours, and transaction log backups every 5 to 10 minutes. Die Häufigkeit von Transaktionsprotokollsicherungen basiert auf der Computegröße und dem Umfang der Datenbankaktivität.The frequency of transaction log backups is based on the compute size and the amount of database activity.

Wenn Sie eine Datenbank wiederherstellen, bestimmt der Dienst, welche vollständigen und differenziellen Sicherungen bzw. Transaktionsprotokollsicherungen wiederhergestellt werden müssen.When you restore a database, the service determines which full, differential, and transaction log backups need to be restored.

Redundanz für SicherungsspeicherBackup storage redundancy

Standardmäßig speichern SQL-Datenbank und SQL Managed Instance Daten in georedundanten (RA-GRS) Blobspeichern, die in ein Regionspaar repliziert werden.By default, SQL Database and SQL Managed Instance store data in geo-redundant (RA-GRS) storage blobs that are replicated to a paired region. Dies dient zum Schutz vor Ausfällen, die sich auf den Sicherungsspeicher in der primären Region auswirken, und ermöglicht es Ihnen, Ihren Server bei einem Notfall in einer anderen Region wiederherzustellen.This helps to protect against outages impacting backup storage in the primary region and allow you to restore your server to a different region in the event of a disaster.

SQL Managed Instance bietet die Möglichkeit, die Speicherredundanz entweder in lokal redundante (LRS) oder zonenredundante (ZRS) Blobspeicher zu ändern, um sicherzustellen, dass Ihre Daten innerhalb derselben Region bleiben, in der Ihre verwaltete Instanz bereitgestellt wird.SQL Managed Instance introduces the ability to change the storage redundancy to either locally-redundant (LRS) or zone-redundant (ZRS) storage blobs to ensure that your data stays within the same region where your managed instance is deployed. Mechanismen der Speicherredundanz speichern mehrere Kopien Ihrer Daten, damit sie vor geplanten und ungeplanten Ereignissen geschützt sind – von vorübergehend auftretenden Hardwarefehlern über Netzwerk- oder Stromausfälle bis hin zu schweren Naturkatastrophen.Storage redundancy mechanisms store multiple copies of your data so that it is protected from planned and unplanned events, including transient hardware failure, network or power outages, or massive natural disasters.

Die Option zur Konfiguration der Sicherungsspeicherredundanz bietet die Flexibilität, zwischen LRS-, ZRS- oder RA-GRS-Speicherblobs für eine SQL Managed Instance zu wählen.The option to configure backup storage redundancy provides the flexibility to choose between LRS, ZRS, or RA-GRS storage blobs for a SQL Managed Instance. Konfigurieren Sie die Sicherungsspeicherredundanz während des Erstellungsprozesses der verwalteten Instanz, da es nach der Bereitstellung der Ressource nicht mehr möglich ist, die Speicherredundanz zu ändern.Configure backup storage redundancy during the managed instance creation process as once the resource is provisioned, it is no longer possible to change the storage redundancy. (Zonenredundanter Speicher (ZRS) steht zurzeit nur in bestimmten Regionen zur Verfügung.)(Zone-redundant storage (ZRS) is currently only available in certain regions).

Wichtig

In SQL Managed Instance wird die konfigurierte Sicherungsredundanz sowohl auf die Einstellungen für kurzfristige Sicherungsaufbewahrung angewendet, die für die Zeitpunktwiederherstellung (Point In Time Restore, PITR) verwendet werden, als auch auf die Langzeitaufbewahrung von Sicherungen (Long-Term Retention, LTR), die für langfristige Sicherungen verwendet wird.In SQL Managed Instance, the configured backup redundancy is applied to both short-term backup retention settings that are used for point in time restore (PITR) and long-term retention backups used for long-term backups (LTR).

Hinweis

Die konfigurierbare Sicherungsspeicherredundanz von Azure SQL-Datenbank ist derzeit für bestimmte Kunden in der Azure-Region „Asien, Südosten“ als begrenzte private Vorschau verfügbar.Azure SQL Database Configurable Backup Storage Redundancy is currently available as a limited private preview for certain customers in Southeast Asia Azure region. Wenn Sie für die Registrierung für diese private Vorschau in Betracht gezogen werden möchten, wenden Sie sich an sqlbackuppreview@microsoft.com.If you would like to be considered for enrollment in this private preview, please contact sqlbackuppreview@microsoft.com.

Wenn es gemäß Ihren Sicherheitsregeln erforderlich ist, dass Ihre Sicherungen über einen längeren Zeitraum verfügbar sind (bis zu 10 Jahre), können Sie sowohl für Singletons als auch für Pooldatenbanken die Langzeitaufbewahrung konfigurieren.If your data protection rules require that your backups are available for an extended time (up to 10 years), you can configure long-term retention for both single and pooled databases.

SicherungsverwendungBackup usage

Sie können diese Sicherungen für Folgendes verwenden:You can use these backups to:

  • Zeitpunktwiederherstellung einer vorhandenen Datenbank - Stellen Sie für eine vorhandene Datenbank den Stand zu einem vergangenen Zeitpunkt wieder her, der innerhalb des Aufbewahrungszeitraums liegt. Verwenden Sie dafür das Azure-Portal, Azure PowerShell, die Azure-Befehlszeilenschnittstelle (Azure CLI) oder die REST-API.Point-in-time restore of existing database - Restore an existing database to a point in time in the past within the retention period by using Azure portal, Azure PowerShell, Azure CLI, or REST API. Bei SQL-Datenbank erstellt dieser Vorgang eine neue Datenbank auf demselben Server wie die ursprüngliche Datenbank, verwendet aber einen anderen Namen, um ein Überschreiben der ursprünglichen Datenbank zu vermeiden.For SQL Database, this operation creates a new database on the same server as the original database, but uses a different name to avoid overwriting the original database. Nach Abschluss der Wiederherstellung können Sie die ursprüngliche Datenbank löschen.After restore completes, you can delete the original database. Alternativ dazu können Sie die ursprüngliche Datenbank umbenennen und dann die wiederhergestellte Datenbank auf den ursprünglichen Datenbanknamen umbenennen.Alternatively, you can rename both the original database, and then rename the restored database to the original database name. In ähnlicher Weise erstellt dieser Vorgang bei SQL Managed Instance eine Kopie der Datenbank in derselben oder einer anderen verwalteten Instanz in demselben Abonnement und derselben Region.Similarly, for SQL Managed Instance, this operation creates a copy of the database on the same or different managed instance in the same subscription and same region.
  • Zeitpunktwiederherstellung einer gelöschten Datenbank - Stellen Sie bei einer gelöschten Datenbank den Stand zum Zeitpunkt des Löschvorgangs wieder her oder zu einem beliebigen anderen Zeitpunkt innerhalb des Aufbewahrungszeitraums.Point-in-time restore of deleted database - Restore a deleted database to the time of deletion or to any point in time within the retention period. Die gelöschte Datenbank kann nur auf demselben Server oder in derselben verwalteten Instanz wiederhergestellt werden, auf dem bzw. in der die ursprüngliche Datenbank erstellt wurde.The deleted database can be restored only on the same server or managed instance where the original database was created. Beim Löschen einer Datenbank nimmt der Dienst zuvor eine abschließende Transaktionsprotokollsicherung vor, um Datenverluste zu vermeiden.When deleting a database, the service takes a final transaction log backup before deletion, to prevent any data loss.
  • Geowiederherstellung - Stellen Sie eine Datenbank in einer anderen geografischen Region wieder her.Geo-restore - Restore a database to another geographic region. Die Geowiederherstellung ermöglicht die Wiederherstellung nach dem Ausfall einer geografischen Region, wenn Sie keinen Zugriff mehr auf Ihre Datenbank oder Ihre Sicherungen in der primären Region haben.Geo-restore allows you to recover from a geographic disaster when you cannot access your database or backups in the primary region. Dabei wird eine neue Datenbank auf einem beliebigen vorhandenen Server oder in einer verwalteten Instanz in einer beliebigen Azure-Region erstellt.It creates a new database on any existing server or managed instance, in any Azure region.

    Wichtig

    Geowiederherstellung ist nur bei verwalteten Instanzen verfügbar, die mit georedundantem Sicherungsspeicher (RA-GRS) konfiguriert wurden.Geo-restore is available only for managed instances with configured geo-redundant (RA-GRS) backup storage.

  • Wiederherstellen aus Langzeitaufbewahrung - Führen Sie die Wiederherstellung einer Datenbank aus einer bestimmten langfristigen Sicherung eines Singletons oder einer Pooldatenbank durch, wenn die Datenbank mit einer Richtlinie zur Langzeitaufbewahrung (Long-Term Retention, LTR) konfiguriert wurde.Restore from long-term backup - Restore a database from a specific long-term backup of a single database or pooled database, if the database has been configured with a long-term retention policy (LTR). Mit LTR können Sie eine alte Version der Datenbank wiederherstellen, indem Sie das Azure-Portal oder Azure PowerShell verwenden, um eine Konformitätsanforderung zu erfüllen oder eine alte Version der Anwendung auszuführen.LTR allows you to restore an old version of the database by using the Azure portal or Azure PowerShell to satisfy a compliance request or to run an old version of the application. Weitere Informationen finden Sie unter Langfristige Aufbewahrung.For more information, see Long-term retention.

Informationen zum Durchführen einer Wiederherstellung finden Sie unter Wiederherstellen einer Azure SQL-Datenbank mit automatisierten Datenbanksicherungen.To perform a restore, see Restore database from backups.

Hinweis

In Azure Storage bezieht sich der Begriff Replikation auf das Kopieren von Blobs von einem Speicherort an einen anderen.In Azure Storage, the term replication refers to copying blobs from one location to another. In SQL bezieht sich Datenbankreplikation auf verschiedene Technologien, über die mehrere sekundäre Datenbanken mit einer primären Datenbank synchron bleiben.In SQL, database replication refers to various technologies used to keep multiple secondary databases synchronized with a primary database.

Sie können Sicherungs- und Wiederherstellungsvorgänge für Konfigurationen anhand der folgenden Beispiele ausprobieren:You can try backup configuration and restore operations using the following examples:

VorgangOperation Azure-PortalAzure portal Azure PowerShellAzure PowerShell
Ändern der SicherungsaufbewahrungChange backup retention SQL-DatenbankSQL Database
SQL Managed InstanceSQL Managed Instance
SQL-DatenbankSQL Database
SQL Managed InstanceSQL Managed Instance
Ändern der Langzeitaufbewahrung von SicherungenChange long-term backup retention SQL-DatenbankSQL Database
SQL Managed Instance – nicht verfügbarSQL Managed Instance - N/A
SQL-DatenbankSQL Database
SQL Managed InstanceSQL Managed Instance
Wiederherstellen einer Datenbank bis zu einem ZeitpunktRestore a database from a point in time SQL-DatenbankSQL Database
SQL Managed InstanceSQL Managed Instance
SQL-DatenbankSQL Database
SQL Managed InstanceSQL Managed Instance
Wiederherstellen einer gelöschten DatenbankRestore a deleted database SQL-DatenbankSQL Database
SQL Managed InstanceSQL Managed Instance
SQL-DatenbankSQL Database
SQL Managed InstanceSQL Managed Instance
Wiederherstellen einer Datenbank aus Azure Blob StorageRestore a database from Azure Blob storage SQL-Datenbank – nicht verfügbarSQL Database - N/A
SQL Managed Instance – nicht verfügbarSQL Managed Instance - N/A
SQL-Datenbank – nicht verfügbarSQL Database - N/A
SQL Managed InstanceSQL Managed Instance

SicherungszeitplanungBackup scheduling

Die erste vollständige Sicherung wird unmittelbar nach dem Erstellen oder Wiederherstellen einer neuen Datenbank geplant.The first full backup is scheduled immediately after a new database is created or restored. Diese Sicherung wird normalerweise innerhalb von 30 Minuten abgeschlossen, kann aber länger dauern, wenn die Datenbank groß ist.This backup usually completes within 30 minutes, but it can take longer when the database is large. Die erste Sicherung kann bei einer wiederhergestellten Datenbank oder einer Datenbankkopie beispielsweise länger dauern, da diese normalerweise größer als eine neue Datenbank ist.For example, the initial backup can take longer on a restored database or a database copy, which would typically be larger than a new database. Nach der ersten vollständigen Sicherung werden alle weiteren Sicherungen automatisch geplant und verwaltet.After the first full backup, all further backups are scheduled and managed automatically. Der genaue Zeitpunkt für alle Datenbanksicherungen wird vom SQL-Datenbank- oder SQL Managed Instance-Dienst festgelegt, da dort die gesamte Systemworkload verwaltet wird.The exact timing of all database backups is determined by the SQL Database or SQL Managed Instance service as it balances the overall system workload. Sie können den Zeitplan der Sicherungsaufträge nicht ändern oder sie deaktivieren.You cannot change the schedule of backup jobs or disable them.

Wichtig

Für eine neue, wiederhergestellte oder kopierte Datenbank wird die Funktion für Point-in-Time-Wiederherstellung ab dem Zeitpunkt der Erstellung der ersten Transaktionsprotokollsicherung verfügbar, die auf die anfängliche vollständige Sicherung folgt.For a new, restored, or copied database, point-in-time restore capability becomes available from the time when the initial transaction log backup that follows the initial full backup is created.

SicherungsspeicherverbrauchBackup storage consumption

Mit der Sicherungs- und Wiederherstellungstechnologie von SQL Server setzt das Wiederherstellen einer Datenbank zu einem bestimmten Zeitpunkt eine ununterbrochene Sicherungskette voraus, die aus einer vollständigen Sicherung, optional einer differenziellen Sicherung und einer oder mehreren Transaktionsprotokollsicherungen besteht.With SQL Server backup and restore technology, restoring a database to a point in time requires an uninterrupted backup chain consisting of one full backup, optionally one differential backup, and one or more transaction log backups. Der Sicherungszeitplan für SQL-Datenbank und SQL Managed Instance umfasst jede Woche eine vollständige Sicherung.SQL Database and SQL Managed Instance backup schedule includes one full backup every week. Um die Point-in-Time-Wiederherstellung (PITR) innerhalb der gesamten Beibehaltungsdauer zu aktivieren, muss das System daher zusätzlich vollständige, differenzielle und Transaktionsprotokollsicherungen für bis zu eine Woche über die konfigurierte Beibehaltungsdauer hinaus speichern.Therefore, to enable PITR within the entire retention period, the system must store additional full, differential, and transaction log backups for up to a week longer than the configured retention period.

Anders ausgedrückt: Für jeden Zeitpunkt innerhalb der Beibehaltungsdauer muss eine vollständige Sicherung vorhanden sein, die älter als der Beginn der Beibehaltungsdauer ist, sowie eine ununterbrochene Kette von differenziellen und Transaktionsprotokollsicherungen von dieser vollständigen Sicherung bis zur nächsten vollständigen Sicherung.In other words, for any point in time during the retention period, there must be a full backup that is older than the oldest time of the retention period, as well as an uninterrupted chain of differential and transaction log backups from that full backup until the next full backup.

Hinweis

Zum Aktivieren der Point-in-Time-Wiederherstellung werden zusätzliche Sicherungen bis zu einer Woche über die konfigurierte Beibehaltungsdauer hinaus gespeichert.To enable PITR, additional backups are stored for up to a week longer than the configured retention period. Der Sicherungsspeicher wird für alle Sicherungen mit derselben Gebühr abgerechnet.Backup storage is charged at the same rate for all backups.

Sicherungen, die für die Bereitstellung der PITR-Funktionalität nicht mehr erforderlich sind, werden automatisch gelöscht.Backups that are no longer needed to provide PITR functionality are automatically deleted. Da differenzielle Sicherungen und Protokollsicherungen erst wiederhergestellt werden können, wenn zuvor eine vollständige Sicherung erfolgt ist, werden alle drei Sicherungstypen in wöchentlichen Blöcken gemeinsam bereinigt.Because differential backups and log backups require an earlier full backup to be restorable, all three backup types are purged together in weekly sets.

Für alle Datenbanken, einschließlich TDE-verschlüsselter Datenbanken, werden Sicherungen komprimiert, um die Auslastung des Sicherungsspeichers und die Kosten zu verringern.For all databases including TDE encrypted databases, backups are compressed to reduce backup storage compression and costs. Das durchschnittliche Komprimierungsverhältnis für Sicherungen ist das Drei- bis Vierfache, dies kann jedoch je nach Art der Daten und der Verwendung der Datenkomprimierung in der Datenbank erheblich niedriger oder höher ausfallen.Average backup compression ratio is 3-4 times, however it can be significantly lower or higher depending on the nature of the data and whether data compression is used in the database.

SQL-Datenbank und SQL Managed Instance berechnen den gesamten genutzten Sicherungsspeicher als kumulativen Wert.SQL Database and SQL Managed Instance compute your total used backup storage as a cumulative value. Jede Stunde wird dieser Wert an die Azure-Abrechnungspipeline gemeldet, die für die Aggregierung dieser stündlichen Nutzung verantwortlich ist, um die Nutzung am Ende jedes Monats zu berechnen.Every hour, this value is reported to the Azure billing pipeline, which is responsible for aggregating this hourly usage to calculate your consumption at the end of each month. Nach dem Löschen der Datenbank sinkt der Verbrauch mit zunehmendem Alter (und dem schließlichen Löschen) der Sicherungen.After the database is deleted, consumption decreases as backups age out and are deleted. Wenn alle Sicherungen gelöscht wurden und keine Point-in-Time-Wiederherstellung mehr möglich ist, endet die Abrechnung.Once all backups are deleted and PITR is no longer possible, billing stops.

Wichtig

Sicherungen einer Datenbank werden beibehalten, um Point-in-Time-Wiederherstellungen auch dann zu ermöglichen, wenn die Datenbank gelöscht wurde.Backups of a database are retained to enable PITR even if the database has been deleted. Das Löschen und erneute Erstellen einer Datenbank kann möglicherweise Speicher- und Computekosten einsparen. Die Kosten für den Sicherungsspeicher können dadurch jedoch erhöht werden, da der Dienst Sicherungen für jede gelöschte Datenbank bei jedem Löschvorgang beibehält.While deleting and re-creating a database may save storage and compute costs, it may increase backup storage costs, because the service retains backups for each deleted database, every time it is deleted.

Überwachen des VerbrauchsMonitor consumption

Für Datenbanken auf virtuellen Kernen wird der verbrauchte Speicher für jeden Sicherungstyp (vollständig, differenziell und Protokoll) auf dem Blatt für die Datenbanküberwachung als separate Metrik ausgewiesen.For vCore databases, the storage consumed by each type of backup (full, differential, and log) is reported on the database monitoring blade as a separate metric. Im folgenden Diagramm wird gezeigt, wie Sie den Sicherungsspeicherverbrauch für eine Einzeldatenbank überwachen.The following diagram shows how to monitor the backup storage consumption for a single database. Dieses Feature ist derzeit für verwaltete Instanzen nicht verfügbar.This feature is currently not available for managed instances.

Überwachen des Sicherungsspeicherverbrauchs von Datenbanken im Azure-Portal

Optimieren des SicherungsspeicherverbrauchsFine-tune backup storage consumption

Der Speicherverbrauch für Sicherungen bis zur maximalen Datengröße für eine Datenbank wird nicht in Rechnung gestellt.Backup storage consumption up to the maximum data size for a database is not charged. Der zusätzliche Sicherungsspeicherverbrauch hängt von der Workload und der maximalen Größe der einzelnen Datenbanken ab.Excess backup storage consumption will depend on the workload and maximum size of the individual databases. Ziehen Sie einige der folgenden Optimierungstechniken in Betracht, um den Sicherungsspeicherverbrauch zu reduzieren:Consider some of the following tuning techniques to reduce your backup storage consumption:

  • Reduzieren Sie den Aufbewahrungszeitraum für Sicherungen auf die Mindestanforderungen für Ihre Zwecke.Reduce the backup retention period to the minimum possible for your needs.
  • Vermeiden Sie es, große Schreibvorgänge, wie z.B. die Neuerstellung von Indizes, öfter als nötig durchzuführen.Avoid doing large write operations, like index rebuilds, more frequently than you need to.
  • Bei umfangreichen Datenladevorgängen sollten Sie gruppierte Columnstore-Indizes verwenden und die entsprechenden Best Practices befolgen oder die Anzahl der nicht gruppierten Indizes reduzieren.For large data load operations, consider using clustered columnstore indexes and following related best practices, and/or reduce the number of non-clustered indexes.
  • Auf der Dienstebene „Universell“ ist der bereitgestellte Datenspeicher günstiger als die Kosten für den Sicherungsspeicher.In the General Purpose service tier, the provisioned data storage is less expensive than the price of the backup storage. Wenn ständig hohe Kosten durch zusätzlichen Sicherungsspeicher anfallen, können Sie eine Vergrößerung des Datenspeichers in Betracht ziehen, um beim Sicherungsspeicher zu sparen.If you have continually high excess backup storage costs, you might consider increasing data storage to save on the backup storage.
  • Verwenden Sie TempDB anstelle permanenter Tabellen in Ihrer Anwendungslogik zum Speichern temporärer Ergebnisse oder vorübergehender Daten.Use TempDB instead of permanent tables in your application logic for storing temporary results and/or transient data.
  • Nutzen Sie nach Möglichkeit lokal redundanten Sicherungsspeicher (z. B. dev/Testumgebungen).Use locally-redundant backup storage whenever possible (for example dev/test environments)

SicherungsaufbewahrungBackup retention

Für alle neuen, wiederhergestellten und kopierten Datenbanken behalten Azure SQL-Datenbank und Azure SQL Managed Instance standardmäßig ausreichende Sicherungen für die Point-in-Time-Wiederherstellung in den letzten 7 Tagen bei.For all new, restored, and copied databases, Azure SQL Database and Azure SQL Managed Instance retain sufficient backups to allow PITR within the last 7 days by default. Mit Ausnahme von Hyperscale-Datenbanken können Sie den Aufbewahrungszeitraum von Sicherungen pro aktiver Datenbank im Bereich von 1 bis 35 Tagen ändern.With the exception of Hyperscale databases, you can change backup retention period per each active database in the 1-35 day range. Wie unter Sicherungsspeicherverbrauch beschrieben, liegen Sicherungen, die zum Ermöglichen der Point-in-Time-Wiederherstellung gespeichert wurden, möglicherweise zeitlich vor der Beibehaltungsdauer.As described in Backup storage consumption, backups stored to enable PITR may be older than the retention period. Nur für Azure SQL Managed Instance ist es möglich, die PITR-Sicherungsaufbewahrungsrate festzulegen, nachdem eine Datenbank innerhalb des Zeitraums von 0 bis 35 Tagen gelöscht wurde.For Azure SQL Managed Instance only, it is possible to set the PITR backup retention rate once a database has been deleted in the 0-35 days range.

Wenn Sie eine Datenbank löschen, behält das System Sicherungen genauso bei, wie dies für eine Onlinedatenbank mit der jeweiligen Beibehaltungsdauer gelten würde.If you delete a database, the system keeps backups in the same way it would for an online database with its specific retention period. Die Beibehaltungsdauer für eine gelöschte Datenbank kann nicht geändert werden.You cannot change backup retention period for a deleted database.

Wichtig

Wenn Sie den Server oder die verwaltete Instanz löschen, werden auch alle Datenbanken auf diesem Server oder in dieser verwalteten Instanz gelöscht und können nicht mehr wiederhergestellt werden.If you delete a server or a managed instance, all databases on that server or managed instance are also deleted and cannot be recovered. Ein gelöschter Server oder eine gelöschte verwaltete Instanz kann nicht wiederhergestellt werden.You cannot restore a deleted server or managed instance. Wenn Sie jedoch die Langzeitaufbewahrung (Long-Term Retention, LTR) für eine Datenbank oder eine verwaltete Instanz konfiguriert haben, werden Sicherungen für die Langzeitaufbewahrung nicht gelöscht und können zum Wiederherstellen von Datenbanken auf einem anderen Server bzw. einer anderen verwalteten Instanz im selben Abonnement verwendet werden. Dabei wird der Zeitpunkt wiederhergestellt, an dem die Sicherung die Langzeitaufbewahrung durchgeführt wurde.But if you had configured long-term retention (LTR) for a database or managed instance, long-term retention backups are not deleted, and can be used to restore databases on a different server or managed instance in the same subscription, to a point in time when a long-term retention backup was taken.

Die Beibehaltungsdauer der Sicherung für Point-in-Time-Wiederherstellungen innerhalb der letzten 1–35 Tage wird auch als kurzfristige Beibehaltung der Sicherung bezeichnet.Backup retention for purposes of PITR within the last 1-35 days is sometimes called short-term backup retention. Wenn Sie Sicherungen länger als für die maximale kurzfristige Beibehaltungsdauer von 35 Tagen aufbewahren müssen, können Sie die Langzeitaufbewahrung aktivieren.If you need to keep backups for longer than the maximum short-term retention period of 35 days, you can enable Long-term retention.

Langfristige AufbewahrungLong-term retention

Sowohl für SQL-Datenbank als auch für SQL Managed Instance können Sie eine langfristige Aufbewahrung (Langzeitaufbewahrung, Long-Term Retention, LTR) der vollständigen Sicherung für bis zu 10 Jahre in Azure Blob Storage konfigurieren.For both SQL Database and SQL Managed Instance, you can configure full backup long-term retention (LTR) for up to 10 years in Azure Blob storage. Nachdem die LTR-Richtlinie konfiguriert wurde, werden vollständige Sicherungen wöchentlich automatisch in einen anderen Speichercontainer kopiert.After the LTR policy is configured, full backups are automatically copied to a different storage container weekly. Zur Einhaltung verschiedener Complianceanforderungen können Sie verschiedene Aufbewahrungszeiträume für wöchentliche, monatliche oder jährliche vollständige Sicherungen auswählen.To meet various compliance requirements, you can select different retention periods for weekly, monthly, and/or yearly full backups. Der Speicherverbrauch ist abhängig von der ausgewählten Häufigkeit und den Aufbewahrungszeiträumen für LTR-Sicherungen.Storage consumption depends on the selected frequency and retention periods of LTR backups. Sie können den LTR-Preisrechner verwenden, um die Kosten für den LTR-Speicher zu schätzen.You can use the LTR pricing calculator to estimate the cost of LTR storage.

Weitere Informationen zu LTR finden Sie unter Langfristiges Aufbewahren von Sicherungen.For more information about LTR, see Long-term backup retention.

SpeicherkostenStorage costs

Der Preis für Sicherungsspeicher variiert und ist abhängig von Ihrem Kaufmodell (DTU oder vCore), der ausgewählten Option zur Redundanz für Sicherungsspeicher und auch Ihrer Region.The price for backup storage varies and depends on your purchasing model (DTU or vCore), chosen backup storage redundancy option, and also on your region. Der Sicherungsspeicher wird pro GB/Verbrauchsmonat in Rechnung gestellt. Die Preise finden Sie auf der Seite Preise für Azure SQL-Datenbank und der Seite Preise für Azure SQL Managed Instance.The backup storage is charged per GB/month consumed, for pricing see Azure SQL Database pricing page and Azure SQL Managed Instance pricing page.

DTU-ModellDTU model

Im DTU-Modell fallen keine zusätzlichen Kosten für den Sicherungsspeicher für Datenbanken und Pools für elastische Datenbanken an.In the DTU model, there's no additional charge for backup storage for databases and elastic pools. Der Preis für den Sicherungsspeicher ist im Preis für die Datenbank oder den Pool inbegriffen.The price of backup storage is a part of database or pool price.

V-Kern-ModellvCore model

Bei Singletons in SQL-Datenbank wird eine Sicherungsspeichermenge, die der maximalen Datenspeichergröße für die Datenbank entspricht, ohne zusätzliche Kosten zur Verfügung gestellt.For single databases in SQL Database, a backup storage amount equal to 100 percent of the maximum data storage size for the database is provided at no extra charge. Bei Pools für elastische Datenbanken und verwalteten Instanzen wird eine Sicherungsspeichermenge, die der Gesamtgröße des maximalen Datenspeichers für den Pool bzw. der maximalen Instanzgröße entspricht, ohne zusätzliche Kosten bereitgestellt.For elastic pools and managed instances, a backup storage amount equal to 100 percent of the maximum data storage for the pool or the maximum instance storage size, respectively, is provided at no extra charge.

Bei Singletons wird der gesamte in Rechnung gestellte Sicherungsspeicherbedarf wie folgt berechnet:For single databases, this equation is used to calculate the total billable backup storage usage:

Total billable backup storage size = (size of full backups + size of differential backups + size of log backups) – maximum data storage

Bei Pooldatenbanken wird die Gesamtgröße des in Rechnung gestellten Sicherungsspeichers auf Poolebene aggregiert und wie folgt berechnet:For pooled databases, the total billable backup storage size is aggregated at the pool level and is calculated as follows:

Total billable backup storage size = (total size of all full backups + total size of all differential backups + total size of all log backups) - maximum pool data storage

Bei verwalteten Instanzen wird die Gesamtgröße des in Rechnung gestellten Sicherungsspeichers auf Instanzebene aggregiert und wie folgt berechnet:For managed instances, the total billable backup storage size is aggregated at the instance level and is calculated as follows:

Total billable backup storage size = (total size of full backups + total size of differential backups + total size of log backups) – maximum instance data storage

Der gesamte in Rechnung gestellte Sicherungsspeicher wird bei Bedarf in GB/Monat abgerechnet.Total billable backup storage, if any, will be charged in GB/month. Der Sicherungsspeicherverbrauch ist von der Workload und der Größe der einzelnen Datenbanken, Pools für elastische Datenbanken und verwalteten Instanzen abhängig.This backup storage consumption will depend on the workload and size of individual databases, elastic pools, and managed instances. Datenbanken mit vielen Änderungen weisen größere differenzielle Sicherungen und Protokollsicherungen auf, da die Größe dieser Sicherungen proportional zur Menge der Datenänderungen ist.Heavily modified databases have larger differential and log backups, because the size of these backups is proportional to the amount of data changes. Daher fallen für diese Datenbanken höhere Sicherungsgebühren an.Therefore, such databases will have higher backup charges.

SQL-Datenbank und SQL Managed Instance berechnen den gesamten in Rechnung gestellten Sicherungsspeicher als kumulativen Wert aller Sicherungsdateien.SQL Database and SQL Managed Instance computes your total billable backup storage as a cumulative value across all backup files. Dieser Wert wird jede Stunde der Azure-Abrechnungspipeline gemeldet, die diese stündliche Nutzung aggregiert, um den Verbrauch an Sicherungsspeicher am Ende jedes Monats zu berechnen.Every hour, this value is reported to the Azure billing pipeline, which aggregates this hourly usage to get your backup storage consumption at the end of each month. Wenn eine Datenbank gelöscht wird, nimmt der Speicherverbrauch für die Sicherung allmählich ab, da ältere Sicherungen das maximale Alter erreichen und gelöscht werden.If a database is deleted, backup storage consumption will gradually decrease as older backups age out and are deleted. Da differenzielle Sicherungen und Protokollsicherungen erst wiederhergestellt werden können, wenn zuvor eine vollständige Sicherung erfolgt ist, werden alle drei Sicherungstypen in wöchentlichen Blöcken gemeinsam bereinigt.Because differential backups and log backups require an earlier full backup to be restorable, all three backup types are purged together in weekly sets. Nachdem alle Sicherungen gelöscht wurden, endet die Abrechnung.Once all backups are deleted, billing stops.

Als vereinfachtes Beispiel sei angenommen, eine Datenbank hat 744 GB Sicherungsspeicher angesammelt, und diese Menge bleibt während eines ganzen Monats konstant, da die Datenbank vollkommen inaktiv ist.As a simplified example, assume a database has accumulated 744 GB of backup storage and that this amount stays constant throughout an entire month because the database is completely idle. Um diesen kumulativen Speicherverbrauch in eine stündliche Nutzung umzurechnen, dividieren wir ihn durch 744,0 (31 Tage pro Monat x 24 Stunden pro Tag).To convert this cumulative storage consumption to hourly usage, divide it by 744.0 (31 days per month * 24 hours per day). SQL-Datenbank meldet an die Azure-Abrechnungspipeline, dass die Datenbank mit konstanter Rate pro Stunde 1 GB an PITR-Sicherungen verbraucht hat.SQL Database will report to Azure billing pipeline that the database consumed 1 GB of PITR backup each hour, at a constant rate. Die Azure-Abrechnung aggregiert dies und zeigt eine Nutzung von 744 GB für den gesamten Monat. Die Kosten basierend auf dem EUR/GB/Monat-Satz in Ihrer Region an.Azure billing will aggregate this consumption and show a usage of 744 GB for the entire month. Die Kosten basierend auf den Kosten für die Menge in GB pro Monat in Ihrer Region.The cost will be based on the amount/GB/month rate in your region.

Jetzt folgt ein komplexeres Beispiel.Now, a more complex example. Angenommen, für dieselbe inaktive Datenbank wird der Aufbewahrungszeitraum in der Mitte des Monats von 7 Tagen auf 14 Tage erhöht.Suppose the same idle database has its retention increased from 7 days to 14 days in the middle of the month. Diese Zunahme führt dazu, dass sich der gesamte Sicherungsspeicher auf 1.488 GB verdoppelt.This increase results in the total backup storage doubling to 1,488 GB. SQL-Datenbank meldet eine Nutzung von 1 GB für die Stunden 1 bis 372 (die erste Monatshälfte).SQL Database would report 1 GB of usage for hours 1 through 372 (the first half of the month). Die Nutzung wird als 2 GB für die Stunden 373 bis 744 (die zweite Monatshälfte) gemeldet.It would report the usage as 2 GB for hours 373 through 744 (the second half of the month). Die monatliche Schlussrechnung basiert dann auf dem aggregierten Wert von 1.116 GB.This usage would be aggregated to a final bill of 1,116 GB/month.

Die tatsächlichen Abrechnungsszenarien für Sicherungen sind komplexer.Actual backup billing scenarios are more complex. Da die Rate von Änderung in der Datenbank von der Workload abhängig und zeitlich variabel ist, variiert auch die Größe der einzelnen differenziellen und Protokollsicherungen, sodass der Speicherverbrauch für stündliche Sicherungen entsprechend schwankt.Because the rate of changes in the database depends on the workload and is variable over time, the size of each differential and log backup will vary as well, causing the hourly backup storage consumption to fluctuate accordingly. Darüber hinaus enthält jede differenzielle Sicherung alle Änderungen, die seit der letzten vollständigen Sicherung an der Datenbank vorgenommen wurden. Daher nimmt die Gesamtgröße aller differenziellen Sicherungen im Verlauf einer Woche allmählich zu und fällt dann deutlich ab, wenn ein älterer Satz vollständiger, differenzieller und Protokollsicherungen das Alter zum Löschen erreicht. Wenn beispielsweise eine intensive Schreibaktivität wie etwa eine Indexneuerstellung unmittelbar nach Abschluss einer vollständigen Sicherung ausgeführt wurde, werden die durch die Indexneuerstellung vorgenommenen Änderungen in die Transaktionsprotokollsicherungen während der Neuerstellung, in die nächsten differenziellen Sicherung und in jede differenzielle Sicherung bis zur nächsten vollständigen Sicherung eingeschlossen.Furthermore, each differential backup contains all changes made in the database since the last full backup, thus the total size of all differential backups gradually increases over the course of a week, and then drops sharply once an older set of full, differential, and log backups ages out. For example, if a heavy write activity such as index rebuild has been run just after a full backup completed, then the modifications made by the index rebuild will be included in the transaction log backups taken over the duration of rebuild, in the next differential backup, and in every differential backup taken until the next full backup occurs. Beim letztgenannten Szenario erstellt eine Optimierung am Dienst für größere Datenbanken eine vollständige Sicherung anstelle einer differenziellen Sicherung, wenn eine differenzielle Sicherung andernfalls übermäßig groß wäre.For the latter scenario in larger databases, an optimization in the service creates a full backup instead of a differential backup if a differential backup would be excessively large otherwise. Dadurch wird die Größe aller differenziellen Sicherungen bis zur folgenden vollständigen Sicherung verringert.This reduces the size of all differential backups until the following full backup.

Sie können den gesamten Sicherungsspeicherverbrauch für jeden Sicherungstyp (vollständig, differenziell, Transaktionsprotokoll) über einen bestimmten Zeitraum überwachen, wie unter Überwachen des Verbrauchs beschrieben.You can monitor total backup storage consumption for each backup type (full, differential, transaction log) over time as described in Monitor consumption.

Redundanz für SicherungsspeicherBackup storage redundancy

Die Redundanz für Sicherungsspeicher wirkt sich auf Sicherungskosten folgendermaßen aus:Backup storage redundancy impacts backup costs in the following way:

  • LRS-Preis = xLRS price = x
  • ZRS-Preis = 1,25xZRS price = 1.25x
  • RA-GRS-Preis = 2xRA-GRS price = 2x

Weitere Informationen zu den Preisen für Sicherungsspeicher finden Sie auf der Seite mit der Preisübersicht für Azure SQL-Datenbank und der Seite mit der Preisübersicht für Azure SQL Managed Instance.For more details about backup storage pricing visit Azure SQL Database pricing page and Azure SQL Managed Instance pricing page.

Wichtig

Konfigurierbare Speicherredundanz für Sicherungen steht zurzeit nur für SQL Managed Instance zur Verfügung und kann nur während des Prozesses zum Erstellen einer verwalteten Instanz angegeben werden.Configurable storage redundancy for backups is currently only available for SQL Managed Instance, and can only be specified during the create managed instance process. Nachdem die Ressource bereitgestellt wurde, können Sie die Option für die Redundanz für Sicherungsspeicher nicht mehr ändern.Once the resource is provisioned, you can't change the backup storage redundancy option.

Überwachen der KostenMonitor costs

Um die Kosten für Sicherungsspeicher zu verstehen, wechseln Sie im Azure-Portal zu Kostenverwaltung + Abrechnung. Wählen Sie Kostenverwaltung und dann Kostenanalyse aus.To understand backup storage costs, go to Cost Management + Billing in the Azure portal, select Cost Management, and then select Cost analysis. Wählen Sie das gewünschte Abonnement als Bereich aus, und filtern Sie dann nach dem gewünschten Zeitraum und Dienst.Select the desired subscription as the Scope, and then filter for the time period and service that you're interested in.

Fügen Sie einen Filter für Dienstname hinzu, und wählen Sie dann in der Dropdownliste SQL-Datenbank aus.Add a filter for Service name, and then select sql database in the drop-down list. Verwenden Sie den Filter Unterkategorie der Verbrauchseinheit, um den Abrechnungszähler für Ihren Dienst auszuwählen.Use the meter subcategory filter to choose the billing counter for your service. Wählen Sie für eine einzelne Datenbank oder einen Pool für elastische Datenbanken den PITR-Sicherungsspeicher für eine einzelne Datenbank/einen Pool für elastische Datenbanken aus.For a single database or an elastic database pool, select single/elastic pool pitr backup storage. Wählen Sie für eine verwaltete Instanz MI-PITR-Sicherungsspeicher aus.For a managed instance, select mi pitr backup storage. Die Unterkategorien Speicher und Compute können für Sie auch von Interesse sein, obwohl sie nicht im Zusammenhang mit den Sicherungsspeicherkosten stehen.The Storage and compute subcategories might interest you as well, but they're not associated with backup storage costs.

Analyse der Kosten für Sicherungsspeicher

Hinweis

Verbrauchseinheiten sind nur für zurzeit verwendete Zähler sichtbar.Meters are only visible for counters that are currently in use. Wenn ein Zähler nicht zur Verfügung steht, wird die entsprechende Kategorie zurzeit wahrscheinlich nicht verwendet.If a counter is not available, it is likely that the category is not currently being used. Beispielsweise werden für Kunden, die keine verwaltete Instanz bereitgestellt haben, Zähler für verwaltete Instanzen nicht angezeigt.For example, managed instance counters will not be present for customers who do not have a managed instance deployed. Ebenso sind Speicherzähler für Ressourcen, die keinen Speicher belegen, nicht sichtbar.Likewise, storage counters will not be visible for resources that are not consuming storage.

Verschlüsselte SicherungenEncrypted backups

Wenn Ihre Datenbank mit TDE verschlüsselt ist, werden Sicherungen im Ruhezustand, einschließlich LTR-Sicherungen, automatisch verschlüsselt.If your database is encrypted with TDE, backups are automatically encrypted at rest, including LTR backups. Bei allen neuen Datenbanken in Azure SQL ist TDE standardmäßig aktiviert.All new databases in Azure SQL are configured with TDE enabled by default. Weitere Informationen finden Sie unter Transparent Data Encryption für SQL-Datenbank, SQL Managed Instance und Azure Synapse Analytics.For more information on TDE, see Transparent Data Encryption with SQL Database & SQL Managed Instance.

SicherungsintegritätBackup integrity

Das Azure SQL-Entwicklungsteam testet fortlaufend automatisch die Wiederherstellung von automatischen Datenbanksicherungen.On an ongoing basis, the Azure SQL engineering team automatically tests the restore of automated database backups. (Für SQL Managed Instance sind diese Tests derzeit nicht verfügbar.) Bei der Point-in-Time-Wiederherstellung werden die Datenbanken außerdem mithilfe von DBCC CHECKDB Integritätsprüfungen unterzogen.(This testing is not currently available in SQL Managed Instance.) Upon point-in-time restore, databases also receive DBCC CHECKDB integrity checks.

Mögliche Probleme, die bei der Integritätsprüfung gefunden werden, führen zu einer Warnung des Entwicklungsteams.Any issues found during the integrity check will result in an alert to the engineering team. Weitere Informationen finden Sie unter Datenintegrität in Azure SQL-Datenbank.For more information, see Data Integrity in SQL Database.

Alle Datenbanksicherungen werden mit der Option „CHECKSUM“ erstellt, um eine zusätzliche Sicherungsintegrität zu gewährleisten.All database backups are taken with the CHECKSUM option to provide additional backup integrity.

ComplianceCompliance

Wenn Sie Ihre Datenbank von einer DTU-basierten Dienstebene zu einer Dienstebene auf Basis virtueller Kerne migrieren, wird die PITR-Aufbewahrung beibehalten. So soll sichergestellt werden, dass die Datenwiederherstellungsrichtlinie Ihrer Anwendung nicht kompromittiert wird.When you migrate your database from a DTU-based service tier to a vCore-based service tier, the PITR retention is preserved to ensure that your application's data recovery policy isn't compromised. Falls die Standardaufbewahrung Ihre Complianceanforderungen nicht erfüllt, können Sie die PITR-Aufbewahrungsdauer ändern.If the default retention doesn't meet your compliance requirements, you can change the PITR retention period. Weitere Informationen finden Sie unter Ändern des PITR-Aufbewahrungszeitraums von Sicherungen.For more information, see Change the PITR backup retention period.

Hinweis

Dieser Artikel enthält Schritte zum Löschen von persönlichen Daten vom Gerät oder aus dem Dienst und kann zur Unterstützung Ihrer Verpflichtungen im Rahmen der Datenschutz-Grundverordnung (DSGVO) verwendet werden.This article provides steps for how to delete personal data from the device or service and can be used to support your obligations under the GDPR. Allgemeine Informationen zur DSGVO finden Sie unter GDPR section of the Service Trust portal (DSGVO-Bereich des Service Trust Portals).If you’re looking for general info about GDPR, see the GDPR section of the Service Trust portal.

Ändern des PITR-Aufbewahrungszeitraums von SicherungenChange the PITR backup retention period

Sie können den Standardzeitraum für die Aufbewahrung von PITR-Sicherungen im Azure-Portal, mit PowerShell oder der REST-API ändern.You can change the default PITR backup retention period by using the Azure portal, PowerShell, or the REST API. In den folgenden Beispielen wird veranschaulicht, wie Sie die PITR-Aufbewahrungsdauer in 28 Tage ändern.The following examples illustrate how to change the PITR retention to 28 days.

Warnung

Wenn Sie die aktuelle Beibehaltungsdauer verringern, verlieren Sie die Möglichkeit, Zeitpunkte wiederherzustellen, die älter als die neue Beibehaltungsdauer sind.If you reduce the current retention period, you lose the ability to restore to points in time older than the new retention period. Sicherungen, die für die Bereitstellung von Point-in-Time-Wiederherstellungen innerhalb der neuen Beibehaltungsdauer nicht mehr benötigt werden, werden gelöscht.Backups that are no longer needed to provide PITR within the new retention period are deleted. Wenn Sie die aktuelle Beibehaltungsdauer verringern, wird die Möglichkeit, Zeitpunkte innerhalb der neuen Beibehaltungsdauer wiederherzustellen, nicht sofort hergestellt.If you increase the current retention period, you do not immediately gain the ability to restore to older points in time within the new retention period. Sie erhalten diese Möglichkeit im Lauf der Zeit, während das System beginnt, Sicherungen länger aufzubewahren.You gain that ability over time, as the system starts to retain backups for longer.

Hinweis

Diese APIs wirken sich nur auf die PITR-Aufbewahrungsdauer aus.These APIs will affect only the PITR retention period. Falls Sie für Ihre Datenbank LTR konfiguriert haben, ist sie nicht betroffen.If you configured LTR for your database, it won't be affected. Informationen zum Ändern von LTR-Aufbewahrungsdauern finden Sie unter Langfristige Aufbewahrung.For information about how to change LTR retention periods, see Long-term retention.

Ändern der PITR-Aufbewahrungsdauer im Azure-PortalChange the PITR backup retention period by using the Azure portal

Um die PITR-Aufbewahrungsdauer von Sicherungen für aktive Datenbanken im Azure-Portal zu ändern, navigieren Sie im Portal zum Server oder zur verwalteten Instanz mit den Datenbanken, deren Aufbewahrungsdauer geändert werden soll.To change the PITR backup retention period for active databases by using the Azure portal, go to the server or managed instance with the databases whose retention period you want to change.

Bei SQL-Datenbank wird die Aufbewahrung der Sicherungen für Point-in-Time-Wiederherstellung auf der Seite für den Server im Portal geändert.Changes to PITR backup retention for SQL Database are done on the server page in the portal. Wenn Sie die PITR-Aufbewahrung für Datenbanken auf einem Server ändern möchten, navigieren Sie zum Blatt mit der Übersicht für diesen Server.To change PITR retention for databases on a server, go to the server overview blade. Wählen Sie im linken Bereich Sicherungen verwalten, dann die Datenbanken für Ihre Änderung und dann oben auf dem Bildschirm Aufbewahrung konfigurieren aus:Select Manage Backups in the left pane, select the databases in scope of your change, and then select Configure retention at the top of the screen:

Ändern der PITR-Aufbewahrung, Serverebene

Ändern der PITR-Aufbewahrungsdauer mit PowerShellChange the PITR backup retention period by using PowerShell

Hinweis

Dieser Artikel wurde aktualisiert und beinhaltet jetzt das neue Az-Modul von Azure PowerShell.This article has been updated to use the new Azure PowerShell Az module. Sie können das AzureRM-Modul weiterhin verwenden, das bis mindestens Dezember 2020 weiterhin Fehlerbehebungen erhält.You can still use the AzureRM module, which will continue to receive bug fixes until at least December 2020. Weitere Informationen zum neuen Az-Modul und zur Kompatibilität mit AzureRM finden Sie unter Introducing the new Azure PowerShell Az module (Einführung in das neue Az-Modul von Azure PowerShell).To learn more about the new Az module and AzureRM compatibility, see Introducing the new Azure PowerShell Az module. Anweisungen zur Installation des Az-Moduls finden Sie unter Install Azure PowerShell (Installieren von Azure PowerShell).For Az module installation instructions, see Install Azure PowerShell.

Wichtig

Das PowerShell-Modul AzureRM wird weiterhin von SQL-Datenbank und SQL Managed Instance unterstützt, in Zukunft wird jedoch nur das Modul Az.Sql weiterentwickelt.The PowerShell AzureRM module is still supported by SQL Database and SQL Managed Instance, but all future development is for the Az.Sql module. Weitere Informationen finden Sie unter AzureRM.Sql.For more information, see AzureRM.Sql. Die Argumente für die Befehle im Az-Modul und den AzureRm-Modulen sind im Wesentlichen identisch.The arguments for the commands in the Az module are substantially identical to those in the AzureRm modules.

Verwenden Sie das folgende PowerShell-Beispiel, um die PITR-Aufbewahrungsdauer von Sicherungen für aktive Azure SQL-Datenbanken zu ändern.To change the PITR backup retention for active Azure SQL Databases, use the following PowerShell example.

# SET new PITR backup retention period on an active individual database
# Valid backup retention must be between 1 and 35 days
Set-AzSqlDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -ServerName testserver -DatabaseName testDatabase -RetentionDays 28

Ändern der PITR-Aufbewahrungsdauer über die REST-APIChange the PITR backup retention period by using the REST API

Beispiel für eine AnforderungSample request

PUT https://management.azure.com/subscriptions/00000000-1111-2222-3333-444444444444/resourceGroups/resourceGroup/providers/Microsoft.Sql/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default?api-version=2017-10-01-preview

AnforderungstextRequest body

{
  "properties":{
    "retentionDays":28
  }
}

Beispiel für eine AntwortSample response

Statuscode: 200Status code: 200

{
  "id": "/subscriptions/00000000-1111-2222-3333-444444444444/providers/Microsoft.Sql/resourceGroups/resourceGroup/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default",
  "name": "default",
  "type": "Microsoft.Sql/resourceGroups/servers/databases/backupShortTermRetentionPolicies",
  "properties": {
    "retentionDays": 28
  }
}

Weitere Informationen finden Sie unter REST-API für die Aufbewahrung von Sicherungen.For more information, see Backup Retention REST API.

Beispiel für eine AnforderungSample request

PUT https://management.azure.com/subscriptions/00000000-1111-2222-3333-444444444444/resourceGroups/resourceGroup/providers/Microsoft.Sql/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default?api-version=2017-10-01-preview

AnforderungstextRequest body

{
  "properties":{
    "retentionDays":28
  }
}

Beispiel für eine AntwortSample response

Statuscode: 200Status code: 200

{
  "id": "/subscriptions/00000000-1111-2222-3333-444444444444/providers/Microsoft.Sql/resourceGroups/resourceGroup/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default",
  "name": "default",
  "type": "Microsoft.Sql/resourceGroups/servers/databases/backupShortTermRetentionPolicies",
  "properties": {
    "retentionDays": 28
  }
}

Weitere Informationen finden Sie unter REST-API für die Aufbewahrung von Sicherungen.For more information, see Backup Retention REST API.

Konfigurieren der Redundanz für SicherungsspeicherConfigure backup storage redundancy

Hinweis

Konfigurierbare Speicherredundanz für Sicherungen steht zurzeit nur für SQL Managed Instance zur Verfügung und kann nur während des Prozesses zum Erstellen einer verwalteten Instanz angegeben werden.Configurable storage redundancy for backups is currently only available for SQL Managed Instance, and can only be specified during the create managed instance process. Nachdem die Ressource bereitgestellt wurde, können Sie die Option für die Redundanz für Sicherungsspeicher nicht mehr ändern.Once the resource is provisioned, you can't change the backup storage redundancy option.

Eine Redundanz für Sicherungsspeicher für eine verwaltete Instanz kann nur während der Instanzerstellung festgelegt werden.A backup storage redundancy of a managed instance can be set during instance creation only. Der Standardwert ist „georedundanter Speicher (RA-GRS)“.The default value is geo-redundant storage (RA-GRS). Unterschiede bei den Preisen zwischen lokal redundantem (LRS), zonenredundantem (ZRS) und georedundantem Sicherungsspeicher (RA-GRS) finden Sie auf der Seite mit der Preisübersicht für verwaltete Instanzen.For differences in pricing between locally-redundant (LRS), zone-redundant (ZRS) and geo-redundant (RA-GRS) backup storage visit managed instance pricing page.

Konfigurieren der Redundanz für Sicherungsspeicher über das Azure-PortalConfigure backup storage redundancy by using the Azure portal

Im Azure-Portal befindet sich die Option zum Ändern der Redundanz für Sicherungsspeicher auf dem Blatt Compute + Speicher. Sie können darauf beim Erstellen Ihrer SQL Managed Instance über die Option Verwaltete Instanz konfigurieren auf der Registerkarte Grundlagen zugreifen.In the Azure portal, the option to change backup storage redundancy is located on the Compute + storage blade accessible from the Configure Managed Instance option on the Basics tab when you are creating your SQL Managed Instance. Öffnen Sie das Konfigurationsblatt „Compute + Speicher“.Open Compute+Storage configuration-blade

Suchen Sie auf dem Blatt Compute + Speicher die Option zum Auswählen von Redundanz für Sicherungsspeicher.Find the option to select backup storage redundancy on the Compute + storage blade. Konfigurieren der Redundanz für SicherungsspeicherConfigure backup storage redundancy

Nächste SchritteNext steps