Zautomatyzowane kopie zapasowe — Azure SQL Database & wystąpienia zarządzane SQLAutomated backups - Azure SQL Database & SQL Managed Instance

dotyczy: Azure SQL Database wystąpienia zarządzanego usługi Azure SQL

Uwaga

Ten artykuł zawiera instrukcje dotyczące sposobu usuwania danych osobowych z urządzenia lub usługi i mogą być używane do obsługi zobowiązań w ramach Rodo.This article provides steps about how to delete personal data from the device or service and can be used to support your obligations under the GDPR. Aby uzyskać ogólne informacje na temat Rodo, zobacz sekcję Rodo w centrum zaufania firmy Microsoft i sekcji Rodo w portalu zaufania usługi.For general information about GDPR, see the GDPR section of the Microsoft Trust Center and the GDPR section of the Service Trust portal.

Co to jest kopia zapasowa bazy danych?What is a database backup?

Kopie zapasowe bazy danych są istotną częścią strategii ciągłości działania i odzyskiwania po awarii, ponieważ chronią dane przed uszkodzeniem lub usunięciem.Database backups are an essential part of any business continuity and disaster recovery strategy, because they protect your data from corruption or deletion. Te kopie zapasowe umożliwiają przywracanie bazy danych do punktu w czasie w skonfigurowanym okresie przechowywania.These backups enable database restore to a point in time within the configured retention period. Jeśli reguły ochrony danych wymagają, aby kopie zapasowe były dostępne przez dłuższy czas (do 10 lat), można skonfigurować długoterminowe przechowywanie zarówno dla baz danych o pojedynczej, jak i w puli.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.

Częstotliwość wykonywania kopii zapasowychBackup frequency

Zarówno SQL Database, jak i wystąpienie zarządzane SQL używają technologii SQL Server do tworzenia pełnych kopii zapasowych co tydzień, różnicowych kopii zapasowych co 12-24 godzin i kopii zapasowych dziennika transakcji co 5 – 10 minut.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. Częstotliwość tworzenia kopii zapasowych dziennika transakcji zależy od rozmiaru obliczeń i liczby działań związanych z bazą danych.The frequency of transaction log backups is based on the compute size and the amount of database activity.

Podczas przywracania bazy danych usługa określa, które pełne, różnicowe i transakcyjne kopie zapasowe dziennika muszą zostać przywrócone.When you restore a database, the service determines which full, differential, and transaction log backups need to be restored.

Nadmiarowość magazynu kopii zapasowychBackup storage redundancy

Domyślnie, SQL Database i wystąpienia zarządzane SQL przechowują dane w geograficznie nadmiarowych obiektach BLOB , które są replikowane do sparowanego regionu.By default, SQL Database and SQL Managed Instance store data in geo-redundant storage blobs that are replicated to a paired region. Ułatwia to ochronę przed awariami magazynu kopii zapasowych w regionie podstawowym i umożliwia przywrócenie serwera do innego regionu w przypadku awarii.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.

Opcja konfigurowania nadmiarowości magazynu kopii zapasowych zapewnia elastyczność wyboru między lokalnie nadmiarową, nadmiarową strefą lub geograficznie nadmiarowym magazynem obiektów BLOB dla wystąpienia zarządzanego SQL lub SQL Database.The option to configure backup storage redundancy provides the flexibility to choose between locally-redundant, zone-redundant, or geo-redundant storage blobs for a SQL Managed Instance or a SQL Database. Aby upewnić się, że dane są przechowywane w tym samym regionie, w którym wdrożono wystąpienie zarządzane lub baza danych SQL, można zmienić domyślną nadmiarowość geograficznie nadmiarową magazynu kopii zapasowych i skonfigurować obiekty blob magazynu lokalnie nadmiarowego lub strefowo nadmiarowe dla kopii zapasowych.To ensure that your data stays within the same region where your managed instance or SQL database is deployed, you can change the default geo-redundant backup storage redundancy and configure either locally-redundant or zone-redundant storage blobs for backups. Mechanizmy nadmiarowości magazynu przechowują wiele kopii danych w taki sposób, aby były chronione przed planowanymi i nieplanowanymi zdarzeniami, w tym przejściowym awariami sprzętowymi, siecią lub przestojem lub bardzo naturalnymi katastrofami.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. Skonfigurowana nadmiarowość magazynu kopii zapasowych jest stosowana do obu krótkoterminowych ustawień przechowywania kopii zapasowych, które są używane do przywracania do punktu w czasie (kopie) oraz długoterminowych kopii zapasowych używanych do długoterminowych kopii zapasowych (LTR).The configured backup storage 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).

W przypadku SQL Database nadmiarowość magazynu kopii zapasowej można skonfigurować w momencie tworzenia bazy danych lub można ją zaktualizować dla istniejącej bazy danych. zmiany wprowadzone do istniejącej bazy danych mają zastosowanie tylko do przyszłych kopii zapasowych.For a SQL Database the backup storage redundancy can be configured at the time of database creation or can be updated for an existing database; the changes made to an existing database apply to future backups only. Po zaktualizowaniu nadmiarowości magazynu kopii zapasowej istniejącej bazy danych może upłynąć do 48 godzin, aby zmiany zostały zastosowane.After the backup storage redundancy of an existing database is updated, it may take up to 48 hours for the changes to be applied. Należy pamiętać, że funkcja przywracania geograficznego jest wyłączona, gdy tylko baza danych zostanie zaktualizowana w celu używania magazynu lokalnego lub Strefowo nadmiarowego.Note that, geo restore is disabled as soon as a database is updated to use local or zone redundant storage.

Ważne

Skonfiguruj nadmiarowość magazynu kopii zapasowych podczas procesu tworzenia wystąpienia zarządzanego, jak po zainicjowaniu obsługi administracyjnej zasobu nie można już zmieniać nadmiarowości magazynu.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.

Ważne

Magazyn strefowo nadmiarowy jest obecnie dostępny tylko w określonych regionach.Zone-redundant storage is currently only available in certain regions.

Uwaga

Konfigurowalne nadmiarowości magazynu kopii zapasowych dla Azure SQL Database są obecnie dostępne w publicznej wersji zapoznawczej w Brazylii PołudniowejConfigurable Backup Storage Redundancy for Azure SQL Database is currently available in public preview in Brazil South and generally available in Southeast Asia Azure region only. Ta funkcja nie jest jeszcze dostępna dla warstwy skalowania.This feature is not yet available for Hyperscale tier.

Użycie kopii zapasowejBackup usage

Tych kopii zapasowych można użyć w następujących celach:You can use these backups to:

  • Przywracanie do punktu w czasie istniejącej bazy danych - Przywracanie istniejącej bazy danych do punktu w czasie w przeszłości w okresie przechowywania przy użyciu Azure Portal, Azure PowerShell, interfejsu wiersza polecenia platformy Azure lub API REST.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. W przypadku SQL Database ta operacja tworzy nową bazę danych na tym samym serwerze, na którym znajduje się oryginalna baza danych, ale używa innej nazwy, aby uniknąć zastąpienia oryginalnej bazy danych.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. Po zakończeniu przywracania można usunąć oryginalną bazę danych.After restore completes, you can delete the original database. Alternatywnie można zmienić nazwę oryginalnej bazy danych, a następnie zmienić nazwę przywróconej bazy danych na oryginalną.Alternatively, you can rename both the original database, and then rename the restored database to the original database name. Podobnie w przypadku wystąpienia zarządzanego SQL ta operacja tworzy kopię bazy danych w tym samym lub innym wystąpieniu zarządzanym w ramach tej samej subskrypcji i tego samego regionu.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.
  • Przywracanie do punktu w czasie usuniętej bazy danych - Przywracanie usuniętej bazy danych do czasu usunięcia lub do dowolnego punktu w czasie w okresie przechowywania.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. Usuniętą bazę danych można przywrócić tylko na tym samym serwerze lub wystąpieniu zarządzanym, w którym została utworzona oryginalna baza danych.The deleted database can be restored only on the same server or managed instance where the original database was created. Podczas usuwania bazy danych usługa pobiera ostateczną kopię zapasową dziennika transakcji przed usunięciem, aby zapobiec utracie danych.When deleting a database, the service takes a final transaction log backup before deletion, to prevent any data loss.
  • Przywracanie geograficzne - Przywracanie bazy danych do innego regionu geograficznego.Geo-restore - Restore a database to another geographic region. Funkcja przywracania geograficznego umożliwia odzyskanie sprawności po awarii geograficznej, gdy nie można uzyskać dostępu do bazy danych lub kopii zapasowych w regionie podstawowym.Geo-restore allows you to recover from a geographic disaster when you cannot access your database or backups in the primary region. Tworzy nową bazę danych na dowolnym istniejącym serwerze lub wystąpieniu zarządzanym w dowolnym regionie świadczenia usługi Azure.It creates a new database on any existing server or managed instance, in any Azure region.

    Ważne

    Przywracanie geograficzne jest dostępne tylko dla baz danych SQL lub wystąpień zarządzanych skonfigurowanych przy użyciu geograficznie nadmiarowego magazynu kopii zapasowych.Geo-restore is available only for SQL databases or managed instances configured with geo-redundant backup storage.

  • Przywracanie z długoterminowej kopii zapasowej - Przywracanie bazy danych z określonej długoterminowej kopii zapasowej pojedynczej bazy danych lub bazy danych w puli, jeśli baza danych została skonfigurowana z użyciem długoterminowych zasad przechowywania.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). LTR umożliwia przywrócenie starej wersji bazy danych za pomocą Azure Portal lub Azure PowerShell w celu spełnienia żądania zgodności lub w celu uruchomienia starej wersji aplikacji.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. Aby uzyskać więcej informacji, zobacz Długoterminowe przechowywanie.For more information, see Long-term retention.

Aby wykonać przywracanie, zobacz przywracanie bazy danych z kopii zapasowych.To perform a restore, see Restore database from backups.

Uwaga

W usłudze Azure Storage termin replikacja dotyczy kopiowania obiektów blob z jednej lokalizacji do innej.In Azure Storage, the term replication refers to copying blobs from one location to another. W programie SQL Replikacja bazy danych odnosi się do różnych technologii służących do utrzymywania synchronizacji wielu pomocniczych baz danych z podstawową bazą danych.In SQL, database replication refers to various technologies used to keep multiple secondary databases synchronized with a primary database.

Operacje konfiguracji i przywracania kopii zapasowej można wypróbować przy użyciu następujących przykładów:You can try backup configuration and restore operations using the following examples:

OperacjaOperation Azure PortalAzure portal Azure PowerShellAzure PowerShell
Zmień przechowywanie kopii zapasowychChange backup retention SQL DatabaseSQL Database
Wystąpienie zarządzane SQLSQL Managed Instance
SQL DatabaseSQL Database
Wystąpienie zarządzane SQLSQL Managed Instance
Zmiana długoterminowego przechowywania kopii zapasowychChange long-term backup retention SQL DatabaseSQL Database
Wystąpienie zarządzane SQL — nie dotyczySQL Managed Instance - N/A
SQL DatabaseSQL Database
Wystąpienie zarządzane SQLSQL Managed Instance
Przywracanie bazy danych od punktu w czasieRestore a database from a point in time SQL DatabaseSQL Database
Wystąpienie zarządzane SQLSQL Managed Instance
SQL DatabaseSQL Database
Wystąpienie zarządzane SQLSQL Managed Instance
Przywracanie usuniętej bazy danychRestore a deleted database SQL DatabaseSQL Database
Wystąpienie zarządzane SQLSQL Managed Instance
SQL DatabaseSQL Database
Wystąpienie zarządzane SQLSQL Managed Instance
Przywracanie bazy danych z usługi Azure Blob StorageRestore a database from Azure Blob storage SQL Database-N/ASQL Database - N/A
Wystąpienie zarządzane SQL — nie dotyczySQL Managed Instance - N/A
SQL Database-N/ASQL Database - N/A
Wystąpienie zarządzane SQLSQL Managed Instance

Planowanie kopii zapasowychBackup scheduling

Pierwsza pełna kopia zapasowa jest zaplanowana natychmiast po utworzeniu lub przywróceniu nowej bazy danych.The first full backup is scheduled immediately after a new database is created or restored. Ta kopia zapasowa zwykle kończy się w ciągu 30 minut, ale może trwać dłużej, gdy baza danych jest duża.This backup usually completes within 30 minutes, but it can take longer when the database is large. Na przykład początkowa kopia zapasowa może trwać dłużej na przywróconej bazie danych lub kopii bazy danych, która zwykle jest większa niż nowa baza danych.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. Po wykonaniu pierwszej pełnej kopii zapasowej wszystkie dalsze kopie zapasowe są planowane i zarządzane automatycznie.After the first full backup, all further backups are scheduled and managed automatically. Dokładny chronometraż wszystkich kopii zapasowych bazy danych jest określany przez SQL Database lub usługę wystąpienia zarządzanego SQL, ponieważ równoważy całkowite obciążenie systemu.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. Nie można zmienić harmonogramu zadań tworzenia kopii zapasowej ani ich wyłączyć.You cannot change the schedule of backup jobs or disable them.

Ważne

W przypadku nowej, przywróconej lub skopiowanej bazy danych Funkcja przywracania do punktu w czasie zostanie udostępniona od momentu utworzenia początkowej kopii zapasowej dziennika transakcji, która następuje po początkowej pełnej kopii zapasowej.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.

Użycie magazynu kopii zapasowychBackup storage consumption

W przypadku SQL Server technologii tworzenia kopii zapasowych i przywracania bazy danych do punktu w czasie wymaga nieprzerwanego łańcucha kopii zapasowych składającego się z jednej pełnej kopii zapasowej, opcjonalnie jednej różnicowej kopii zapasowej i co najmniej jednej kopii zapasowej dziennika transakcji.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. Harmonogram tworzenia kopii zapasowych SQL Database i wystąpienia zarządzanego SQL zawiera jedną pełną kopię zapasową co tydzień.SQL Database and SQL Managed Instance backup schedule includes one full backup every week. W związku z tym, aby włączyć kopie w całym okresie przechowywania, system musi przechowywać dodatkowe kopie zapasowe, różnicowe i transakcyjne dziennika transakcji przez maksymalnie tydzień dłuższy niż skonfigurowany okres przechowywania.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.

Innymi słowy, w dowolnym momencie w okresie przechowywania, musi istnieć pełna kopia zapasowa, która jest starsza niż najstarsza godzina okresu przechowywania, a także nieprzerwany łańcuch różnic i kopii zapasowych dziennika transakcji z tej pełnej kopii zapasowej aż do następnej pełnej kopii zapasowej.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.

Uwaga

Aby włączyć kopie, dodatkowe kopie zapasowe są przechowywane przez maksymalnie tydzień dłużej niż skonfigurowany okres przechowywania.To enable PITR, additional backups are stored for up to a week longer than the configured retention period. Magazyn kopii zapasowych jest naliczany według stawki za wszystkie kopie zapasowe.Backup storage is charged at the same rate for all backups.

Kopie zapasowe, które nie są już potrzebne do udostępnienia funkcji kopie, są automatycznie usuwane.Backups that are no longer needed to provide PITR functionality are automatically deleted. Ponieważ różnicowe kopie zapasowe i kopie zapasowe dzienników wymagają wcześniejszej pełnej kopii zapasowej do dostępnych, wszystkie trzy typy kopii zapasowych są czyszczone w zestawach tygodniowych.Because differential backups and log backups require an earlier full backup to be restorable, all three backup types are purged together in weekly sets.

Dla wszystkich baz danych, w tym TDE szyfrowanych baz danych, kopie zapasowe są kompresowane w celu zmniejszenia kompresji i kosztów magazynu kopii zapasowych.For all databases including TDE encrypted databases, backups are compressed to reduce backup storage compression and costs. Średni współczynnik kompresji kopii zapasowej to 3-4 razy, ale może być znacznie mniejszy lub większy w zależności od rodzaju danych i tego, czy kompresja danych jest używana w bazie danych.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 Database i wystąpienie zarządzane SQL oblicza łączny używany magazyn kopii zapasowych jako wartość zbiorczą.SQL Database and SQL Managed Instance compute your total used backup storage as a cumulative value. Co godzinę ta wartość jest raportowana w potoku rozliczeń platformy Azure, który jest odpowiedzialny za agregowanie tego użycia godzinowego w celu obliczenia zużycia na koniec każdego miesiąca.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. Po usunięciu bazy danych zużycie zmniejsza się w miarę starzenia się kopii zapasowych i jest usuwana.After the database is deleted, consumption decreases as backups age out and are deleted. Gdy wszystkie kopie zapasowe zostaną usunięte, a kopie nie jest już możliwe, rozliczenia zostaną zatrzymane.Once all backups are deleted and PITR is no longer possible, billing stops.

Ważne

Kopie zapasowe bazy danych są zachowywane w celu włączenia kopie nawet wtedy, gdy baza danych została usunięta.Backups of a database are retained to enable PITR even if the database has been deleted. Usunięcie i ponowne utworzenie bazy danych może spowodować oszczędność magazynu i kosztów obliczeniowych. może to spowodować zwiększenie kosztów magazynu kopii zapasowych, ponieważ usługa zachowuje kopie zapasowe dla każdej usuniętej bazy danych, za każdym razem, gdy zostanie usunięta.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.

Monitorowanie użyciaMonitor consumption

W przypadku baz danych rdzeń wirtualny magazyn używany przez każdy typ kopii zapasowej (pełna, różnicowa i log) jest raportowany w bloku monitorowanie bazy danych jako oddzielną metrykę.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. Na poniższym diagramie przedstawiono sposób monitorowania użycia magazynu kopii zapasowej dla pojedynczej bazy danych.The following diagram shows how to monitor the backup storage consumption for a single database. Ta funkcja jest obecnie niedostępna dla wystąpień zarządzanych.This feature is currently not available for managed instances.

Monitoruj użycie kopii zapasowej bazy danych w Azure Portal

Dostosuj użycie magazynu kopii zapasowychFine-tune backup storage consumption

Użycie magazynu kopii zapasowej do maksymalnego rozmiaru danych dla bazy danych nie jest rozliczane.Backup storage consumption up to the maximum data size for a database is not charged. Nadmierne użycie magazynu kopii zapasowych będzie zależeć od obciążenia i maksymalnego rozmiaru poszczególnych baz danych.Excess backup storage consumption will depend on the workload and maximum size of the individual databases. Należy wziąć pod uwagę niektóre spośród następujących technik dostrajania, aby zmniejszyć wykorzystanie magazynu kopii zapasowych:Consider some of the following tuning techniques to reduce your backup storage consumption:

  • Skrócenie okresu przechowywania kopii zapasowej do minimum możliwego dla Twoich potrzeb.Reduce the backup retention period to the minimum possible for your needs.
  • Unikaj wykonywania dużych operacji zapisu, takich jak rekompilacje indeksów, częściej niż jest to konieczne.Avoid doing large write operations, like index rebuilds, more frequently than you need to.
  • W przypadku dużych operacji ładowania danych należy rozważyć użycie klastrowanych indeksów magazynu kolumn oraz pokrewnych najlepszychrozwiązań i/lub zmniejszenie liczby indeksów nieklastrowanych.For large data load operations, consider using clustered columnstore indexes and following related best practices, and/or reduce the number of non-clustered indexes.
  • W Ogólnego przeznaczenia warstwie usług zainicjowany magazyn danych jest tańszy niż cena magazynu kopii zapasowych.In the General Purpose service tier, the provisioned data storage is less expensive than the price of the backup storage. Jeśli masz ciągle wysokie koszty magazynowania kopii zapasowych, możesz rozważyć zwiększenie ilości miejsca do magazynowania danych w magazynie kopii zapasowych.If you have continually high excess backup storage costs, you might consider increasing data storage to save on the backup storage.
  • Należy używać bazy danych TempDB zamiast trwałych tabel w logice aplikacji do przechowywania tymczasowych wyników i/lub danych przejściowych.Use TempDB instead of permanent tables in your application logic for storing temporary results and/or transient data.
  • Użyj lokalnie nadmiarowego magazynu kopii zapasowych zawsze wtedy, gdy jest to możliwe (na przykład środowiska deweloperskie/testowe)Use locally-redundant backup storage whenever possible (for example dev/test environments)

Przechowywanie kopii zapasowejBackup retention

W przypadku wszystkich nowych, przywróconych i kopiowanych baz danych Azure SQL Database i wystąpienie zarządzane SQL Azure zachowują wystarczające kopie zapasowe, aby domyślnie zezwolić na kopie w ciągu ostatnich 7 dni.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. Z wyjątkiem baz danych w warstwach wieloskalowanych i podstawowych można zmienić okres przechowywania kopii zapasowej dla każdej aktywnej bazy danych w 1-35 dzień.With the exception of Hyperscale and Basic tier databases, you can change backup retention period per each active database in the 1-35 day range. Zgodnie z opisem w temacie użycie magazynu kopii zapasowych, kopie zapasowe przechowywane w celu włączenia kopie mogą być starsze niż okres przechowywania.As described in Backup storage consumption, backups stored to enable PITR may be older than the retention period. Tylko w przypadku wystąpienia zarządzanego Azure SQL można ustawić szybkość przechowywania kopii zapasowych kopie po usunięciu bazy danych w zakresie 0-35 dni.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.

W przypadku usunięcia bazy danych System przechowuje kopie zapasowe w taki sam sposób jak w przypadku bazy danych w trybie online z określonym okresem przechowywania.If you delete a database, the system keeps backups in the same way it would for an online database with its specific retention period. Nie można zmienić okresu przechowywania kopii zapasowej dla usuniętej bazy danych.You cannot change backup retention period for a deleted database.

Ważne

Usunięcie serwera lub wystąpienia zarządzanego spowoduje również usunięcie wszystkich baz danych na tym serwerze lub w zarządzanym wystąpieniu i nie będzie możliwe ich odzyskanie.If you delete a server or a managed instance, all databases on that server or managed instance are also deleted and cannot be recovered. Nie można przywrócić usuniętego serwera lub wystąpienia zarządzanego.You cannot restore a deleted server or managed instance. Ale jeśli skonfigurowano długoterminowe przechowywanie (LTR) dla bazy danych lub wystąpienia zarządzanego, kopie zapasowe przechowywania długoterminowego nie są usuwane i mogą być używane do przywracania baz danych na innym serwerze lub wystąpieniu zarządzanym w ramach tej samej subskrypcji, do punktu w czasie, w którym wykonano długoterminowe kopie zapasowe.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.

Przechowywanie kopii zapasowych dla celów kopie w ciągu ostatnich 1-35 dni jest czasami nazywane krótkoterminowym przechowywaniem kopii zapasowych.Backup retention for purposes of PITR within the last 1-35 days is sometimes called short-term backup retention. Jeśli chcesz zachować kopie zapasowe dłużej niż maksymalny okres krótkoterminowy, 35 dni, możesz włączyć długoterminowe przechowywanie.If you need to keep backups for longer than the maximum short-term retention period of 35 days, you can enable Long-term retention.

Długoterminowe przechowywanieLong-term retention

W przypadku wystąpienia zarządzanego zarówno SQL Database, jak i SQL można skonfigurować pełną kopię zapasową długoterminowego przechowywania (LTR) przez maksymalnie 10 lat w usłudze Azure Blob Storage.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. Po skonfigurowaniu zasad "LTR" pełne kopie zapasowe są automatycznie kopiowane do innego kontenera magazynu co tydzień.After the LTR policy is configured, full backups are automatically copied to a different storage container weekly. Aby spełnić różne wymagania dotyczące zgodności, można wybrać różne okresy przechowywania dla cotygodniowych, comiesięcznych i/lub corocznych kopii zapasowych.To meet various compliance requirements, you can select different retention periods for weekly, monthly, and/or yearly full backups. Użycie magazynu zależy od wybranej częstotliwości i okresów przechowywania kopii zapasowych LTR.Storage consumption depends on the selected frequency and retention periods of LTR backups. Możesz użyć kalkulatora cen ltr , aby oszacować koszt magazynu ltr.You can use the LTR pricing calculator to estimate the cost of LTR storage.

Ważne

Aktualizacja nadmiarowości magazynu kopii zapasowej dla istniejącej Azure SQL Database ma zastosowanie tylko do przyszłych kopii zapasowych wykonanych dla bazy danych.Updating the backup storage redundancy for an existing Azure SQL Database, only applies to the future backups taken for the database. Wszystkie istniejące kopie zapasowe w bazie danych LTR będą nadal znajdować się w istniejącym obiekcie blob magazynu, a nowe kopie zapasowe będą przechowywane w żądanym typie obiektu blob magazynu.All existing LTR backups for the database will continue to reside in the existing storage blob and new backups will be stored on the requested storage blob type.

Aby uzyskać więcej informacji na temat LTR, zobacz długoterminowe przechowywanie kopii zapasowych.For more information about LTR, see Long-term backup retention.

Koszty magazynu kopii zapasowychBackup storage costs

Cena magazynu kopii zapasowych jest różna i zależy od modelu zakupu (DTU lub rdzeń wirtualny), wybranej opcji nadmiarowości magazynu kopii zapasowych, a także w Twoim regionie.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. W magazynie kopii zapasowych jest naliczana opłata za GB/miesiąc zużyte. Cennik można znaleźć na stronie Azure SQL Database cennika oraz na stronie cennika wystąpienia zarządzanego usługi Azure SQL .The backup storage is charged per GB/month consumed, for pricing see Azure SQL Database pricing page and Azure SQL Managed Instance pricing page.

Uwaga

Na fakturze platformy Azure będzie widoczny tylko wykorzystany nadmierny magazyn kopii zapasowych, a nie całe użycie magazynu kopii zapasowej.Azure invoice will show only the excess backup storage consumed, not the entire backup storage consumption. Na przykład w hipotetycznym scenariuszu, jeśli masz zainicjowany 4 TB magazynu danych, uzyskasz 4 TB wolnego miejsca do magazynowania kopii zapasowych.For example, in a hypothetical scenario, if you have provisioned 4TB of data storage, you will get 4TB of free backup storage space. W przypadku użycia całkowitej ilości 5,8 TB miejsca do magazynowania kopii zapasowych na fakturze platformy Azure zostanie wyświetlona tylko 1.8 TB, ponieważ jest naliczana opłata za nadmierny magazyn kopii zapasowych.In case that you have used the total of 5.8TB of backup storage space, Azure invoice will show only 1.8TB, as only excess backup storage used is charged.

Model jednostki DTUDTU model

W modelu DTU nie ma dodatkowej opłaty za magazyn kopii zapasowych baz danych i pul elastycznych.In the DTU model, there's no additional charge for backup storage for databases and elastic pools. Cena magazynu kopii zapasowych jest częścią bazy danych lub ceny puli.The price of backup storage is a part of database or pool price.

Model rdzenia wirtualnegovCore model

W przypadku pojedynczych baz danych w SQL Database kwota magazynu kopii zapasowej równa 100% maksymalnego rozmiaru magazynu danych dla bazy danych jest zapewniana bez dodatkowych opłat.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. W przypadku pul elastycznych i wystąpień zarządzanych ilość miejsca do magazynowania kopii zapasowych równa 100% maksymalnego magazynu danych dla puli lub maksymalnego rozmiaru magazynu wystąpień jest dostępna bez dodatkowych opłat.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.

W przypadku pojedynczych baz danych to równanie służy do obliczania łącznego użycia magazynu kopii zapasowej do rozliczenia: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

W przypadku baz danych w puli łączny rozmiar magazynu kopii zapasowej do rozliczenia jest agregowany na poziomie puli i obliczany w następujący sposób: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

W przypadku wystąpień zarządzanych Łączna ilość magazynowanych magazynów kopii zapasowych jest agregowana na poziomie wystąpienia i jest obliczana w następujący sposób: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

Łączna ilość rozliczanych magazynów kopii zapasowych (jeśli istnieje) będzie naliczana w GB/miesiąc zgodnie z stawką używanej nadmiarowości magazynu kopii zapasowych.Total billable backup storage, if any, will be charged in GB/month as per the rate of the backup storage redundancy used. To użycie magazynu kopii zapasowych będzie zależeć od obciążenia i rozmiaru poszczególnych baz danych, pul elastycznych i wystąpień zarządzanych.This backup storage consumption will depend on the workload and size of individual databases, elastic pools, and managed instances. Wielokrotnie modyfikowane bazy danych mają większe różnice i kopie zapasowe dzienników, ponieważ rozmiar tych kopii zapasowych jest proporcjonalny do ilości zmian danych.Heavily modified databases have larger differential and log backups, because the size of these backups is proportional to the amount of data changes. W związku z tym te bazy danych będą miały większe opłaty za tworzenie kopii zapasowych.Therefore, such databases will have higher backup charges.

SQL Database i wystąpienie zarządzane SQL oblicza łączny magazyn kopii zapasowych rozliczany jako wartość zbiorczą dla wszystkich plików kopii zapasowej.SQL Database and SQL Managed Instance computes your total billable backup storage as a cumulative value across all backup files. Co godzinę ta wartość jest raportowana w potoku rozliczania na platformie Azure, która agreguje to użycie godzinowe w celu uzyskania zużycia magazynu kopii zapasowych na koniec każdego miesiąca.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. Jeśli baza danych zostanie usunięta, użycie magazynu kopii zapasowych stopniowo zmniejszy się w miarę jak starsze kopie zapasowe zostaną usunięte.If a database is deleted, backup storage consumption will gradually decrease as older backups age out and are deleted. Ponieważ różnicowe kopie zapasowe i kopie zapasowe dzienników wymagają wcześniejszej pełnej kopii zapasowej do dostępnych, wszystkie trzy typy kopii zapasowych są czyszczone w zestawach tygodniowych.Because differential backups and log backups require an earlier full backup to be restorable, all three backup types are purged together in weekly sets. Po usunięciu wszystkich kopii zapasowych zostaną zatrzymane rozliczenia.Once all backups are deleted, billing stops.

Jako uproszczony przykład załóżmy, że baza danych ma 744 GB miejsca w magazynie kopii zapasowych i że ta kwota pozostaje stała przez cały miesiąc, ponieważ baza danych jest całkowicie bezczynna.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. Aby dokonać konwersji zbiorczego użycia magazynu na użycie godzinowe, Podziel go o 744,0 (31 dni miesięcznie * 24 godziny dziennie).To convert this cumulative storage consumption to hourly usage, divide it by 744.0 (31 days per month * 24 hours per day). SQL Database wyśle raport do potoku rozliczeń platformy Azure, który baza danych wykorzysta 1 GB kopie kopii zapasowej co godzinę, przy stałej szybkości.SQL Database will report to Azure billing pipeline that the database consumed 1 GB of PITR backup each hour, at a constant rate. Rozliczenia platformy Azure będą agregowane w tym zużyciu i wykorzystano 744 GB przez cały miesiąc.Azure billing will aggregate this consumption and show a usage of 744 GB for the entire month. Koszt będzie naliczany na podstawie stawki za ilość/GB/miesiąc w Twoim regionie.The cost will be based on the amount/GB/month rate in your region.

Teraz bardziej skomplikowany przykład.Now, a more complex example. Załóżmy, że ta sama bezczynna baza danych została zwiększona o od 7 do 14 dni w środku miesiąca.Suppose the same idle database has its retention increased from 7 days to 14 days in the middle of the month. Spowoduje to zwiększenie całkowitej ilości miejsca w magazynie kopii zapasowych podwajania do 1 488 GB.This increase results in the total backup storage doubling to 1,488 GB. SQL Database mógłby zgłosić 1 GB użycia w godzinach od 1 do 372 (pierwsza połowa miesiąca).SQL Database would report 1 GB of usage for hours 1 through 372 (the first half of the month). Może zgłosić użycie jako 2 GB dla godzin 373 do 744 (druga połowa miesiąca).It would report the usage as 2 GB for hours 373 through 744 (the second half of the month). To użycie będzie agregowane do ostatecznego rachunku 1 116 GB/miesiąc.This usage would be aggregated to a final bill of 1,116 GB/month.

Rzeczywiste Scenariusze rozliczania kopii zapasowych są bardziej skomplikowane.Actual backup billing scenarios are more complex. Ze względu na to, że częstotliwość zmian w bazie danych zależy od obciążenia i jest zmienna w czasie, rozmiar poszczególnych różnic i kopii zapasowych dziennika będzie również różny, co oznacza, że zużycie godzinowe magazynu kopii zapasowych jest odpowiednio zmieniane.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. Ponadto każda różnicowa kopia zapasowa zawiera wszystkie zmiany dokonane w bazie danych od momentu ostatniej pełnej kopii zapasowej, w związku z czym łączny rozmiar wszystkich różnicowych kopii zapasowych stopniowo rośnie w ciągu tygodnia, a następnie gwałtownie maleje po starszym zestawie pełnych, różnicowych i dzienników kopii zapasowych. Na przykład jeśli duże działanie zapisu, takie jak ponowne kompilowanie indeksu, zostało uruchomione zaraz po zakończeniu pełnej kopii zapasowej, modyfikacje wprowadzone w ramach odbudowywania indeksu zostaną uwzględnione w kopiach zapasowych dziennika transakcji wykonanych w czasie trwania odbudowy, w następnej różnicowej kopii zapasowej i w każdej różnicowej kopii zapasowej wykonanej do następnej pełnej kopii zapasowej.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. W tym ostatnim scenariuszu w większych bazach danych optymalizacja w usłudze tworzy pełną kopię zapasową zamiast różnicowej kopii zapasowej, jeśli różnicowe kopie zapasowe byłyby nadmiernie duże w inny sposób.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. Pozwala to zmniejszyć rozmiar wszystkich różnicowych kopii zapasowych do następującej pełnej kopii zapasowej.This reduces the size of all differential backups until the following full backup.

Można monitorować całkowite użycie magazynu kopii zapasowych dla każdego typu kopii zapasowej (pełny, różnicowa, dziennik transakcji) w czasie, zgodnie z opisem w temacie użycie monitorowania.You can monitor total backup storage consumption for each backup type (full, differential, transaction log) over time as described in Monitor consumption.

Nadmiarowość magazynu kopii zapasowychBackup storage redundancy

Nadmiarowość magazynu kopii zapasowych ma wpływ na koszty tworzenia kopii zapasowych w następujący sposób:Backup storage redundancy impacts backup costs in the following way:

  • lokalnie — cena nadmiarowa = xlocally-redundant price = x
  • Strefa-nadmiarowa cena = 1,25 xzone-redundant price = 1.25x
  • Cena geograficznie nadmiarowa = 2geo-redundant price = 2x

Aby uzyskać więcej informacji na temat cennika usługi Backup Storage, Azure SQL Database odwiedź stronę cennika i Cennik wystąpienia zarządzanego usługi Azure SQL.For more details about backup storage pricing visit Azure SQL Database pricing page and Azure SQL Managed Instance pricing page.

Ważne

Konfigurowalna nadmiarowość magazynu kopii zapasowych dla wystąpienia zarządzanego SQL jest dostępna we wszystkich regionach świadczenia usługi Azure i jest obecnie dostępna w regionie "Azja Południowo-Wschodnia" tylko dla SQL Database.Configurable backup storage redundancy for SQL Managed instance is available in all Azure regions and currently available in Southeast Asia Azure region only for SQL Database. W przypadku wystąpienia zarządzanego można je określić tylko podczas procesu tworzenia wystąpienia zarządzanego.For Managed Instance it can only be specified during the create managed instance process. Po zainicjowaniu obsługi administracyjnej zasobu nie można zmienić opcji nadmiarowości magazynu kopii zapasowej.Once the resource is provisioned, you cannot change the backup storage redundancy option.

Monitorowanie kosztówMonitor costs

Aby poznać koszty magazynu kopii zapasowych, przejdź do pozycji Cost Management + rozliczenia w Azure Portal, wybierz pozycję Cost Management, a następnie wybierz pozycję Analiza kosztów.To understand backup storage costs, go to Cost Management + Billing in the Azure portal, select Cost Management, and then select Cost analysis. Wybierz żądaną subskrypcję jako zakres, a następnie odfiltruj dla odpowiedniego okresu i usługi.Select the desired subscription as the Scope, and then filter for the time period and service that you're interested in.

Dodaj filtr dla nazwy usługi, a następnie na liście rozwijanej wybierz pozycję baza danych SQL .Add a filter for Service name, and then select sql database in the drop-down list. Użyj filtru podkategorii mierników , aby wybrać licznik rozliczeń dla usługi.Use the meter subcategory filter to choose the billing counter for your service. W przypadku pojedynczej bazy danych lub elastycznej puli baz danych wybierz jedną/elastyczną pulę kopie magazynu kopii zapasowych.For a single database or an elastic database pool, select single/elastic pool PITR backup storage. W przypadku wystąpienia zarządzanego wybierz pozycję mi kopie Backup Storage.For a managed instance, select mi PITR backup storage. Podkategorie magazynu i obliczeń mogą być również przydatne, ale nie są one skojarzone z kosztami magazynu kopii zapasowych.The Storage and compute subcategories might interest you as well, but they're not associated with backup storage costs.

Analiza kosztów magazynu kopii zapasowych

Uwaga

Liczniki są widoczne tylko dla liczników, które są obecnie używane.Meters are only visible for counters that are currently in use. Jeśli licznik nie jest dostępny, prawdopodobnie Kategoria nie jest obecnie używana.If a counter is not available, it is likely that the category is not currently being used. Na przykład liczniki wystąpienia zarządzanego nie będą obecne dla klientów, którzy nie mają wdrożonego wystąpienia zarządzanego.For example, managed instance counters will not be present for customers who do not have a managed instance deployed. Podobnie liczniki magazynu nie będą widoczne dla zasobów, które nie zużywają magazynu.Likewise, storage counters will not be visible for resources that are not consuming storage.

Szyfrowane kopie zapasoweEncrypted backups

Jeśli baza danych jest zaszyfrowana przy użyciu programu TDE, kopie zapasowe są automatycznie szyfrowane w stanie spoczynku, łącznie z kopiami zapasowymi LTR.If your database is encrypted with TDE, backups are automatically encrypted at rest, including LTR backups. Wszystkie nowe bazy danych w usłudze Azure SQL są domyślnie skonfigurowane z włączoną funkcją TDE.All new databases in Azure SQL are configured with TDE enabled by default. Aby uzyskać więcej informacji na temat TDE, zobacz transparent Data Encryption z SQL Database & wystąpienie zarządzane SQL.For more information on TDE, see Transparent Data Encryption with SQL Database & SQL Managed Instance.

Integralność kopii zapasowychBackup integrity

Na bieżąco Zespół inżynieryjny usługi Azure SQL automatycznie testuje przywracanie zautomatyzowanych kopii zapasowych bazy danych.On an ongoing basis, the Azure SQL engineering team automatically tests the restore of automated database backups. (To testowanie nie jest obecnie dostępne w wystąpieniu zarządzanym SQL). W przypadku przywracania do punktu w czasie bazy danych również są odbierane testy integralności DBCC CHECKDB.(This testing is not currently available in SQL Managed Instance.) Upon point-in-time restore, databases also receive DBCC CHECKDB integrity checks.

Wszelkie problemy znalezione podczas kontroli integralności spowodują powstanie alertu dla zespołu inżynieryjnego.Any issues found during the integrity check will result in an alert to the engineering team. Aby uzyskać więcej informacji, zobacz integralność danych w SQL Database.For more information, see Data Integrity in SQL Database.

Wszystkie kopie zapasowe bazy danych są pobierane z opcją sum KONTROLnych, aby zapewnić dodatkową integralność kopii zapasowych.All database backups are taken with the CHECKSUM option to provide additional backup integrity.

ZgodnośćCompliance

W przypadku migrowania bazy danych z warstwy usług opartych na protokole DTU do warstwy usług opartych na protokole rdzeń wirtualny zachowywane jest zachowanie kopie, aby upewnić się, że zasady odzyskiwania danych aplikacji nie zostały naruszone.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. Jeśli domyślne przechowywanie nie spełnia wymagań dotyczących zgodności, można zmienić okres przechowywania kopie.If the default retention doesn't meet your compliance requirements, you can change the PITR retention period. Aby uzyskać więcej informacji, zobacz Zmienianie okresu przechowywania kopii zapasowych kopie.For more information, see Change the PITR backup retention period.

Uwaga

Ten artykuł zawiera instrukcje dotyczące sposobu usuwania danych osobowych z urządzenia lub usługi i mogą być używane do obsługi zobowiązań w ramach Rodo.This article provides steps about how to delete personal data from the device or service and can be used to support your obligations under the GDPR. Aby uzyskać ogólne informacje na temat Rodo, zobacz sekcję Rodo w centrum zaufania firmy Microsoft i sekcji Rodo w portalu zaufania usługi.For general information about GDPR, see the GDPR section of the Microsoft Trust Center and the GDPR section of the Service Trust portal.

Zmienianie okresu przechowywania kopii zapasowej kopieChange the PITR backup retention period

Domyślny okres przechowywania kopii zapasowej kopie można zmienić przy użyciu Azure Portal, programu PowerShell lub interfejsu API REST.You can change the default PITR backup retention period by using the Azure portal, PowerShell, or the REST API. W poniższych przykładach pokazano, jak zmienić przechowywanie kopie na 28 dni.The following examples illustrate how to change the PITR retention to 28 days.

Ostrzeżenie

W przypadku skrócenia bieżącego okresu przechowywania utracisz możliwość przywrócenia punktów w czasie starszym niż nowy okres przechowywania.If you reduce the current retention period, you lose the ability to restore to points in time older than the new retention period. Kopie zapasowe, które nie są już potrzebne do zapewnienia kopie w nowym okresie przechowywania, są usuwane.Backups that are no longer needed to provide PITR within the new retention period are deleted. W przypadku zwiększenia bieżącego okresu przechowywania nie można natychmiast uzyskać możliwości przywrócenia do starszych punktów w czasie w ramach nowego okresu przechowywania.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. W miarę upływu czasu system zachowuje kopie zapasowe dłużej.You gain that ability over time, as the system starts to retain backups for longer.

Uwaga

Te interfejsy API wpłyną tylko na kopie okres przechowywania.These APIs will affect only the PITR retention period. Jeśli skonfigurowano opcję LTR dla bazy danych, nie będzie to miało wpływu.If you configured LTR for your database, it won't be affected. Aby uzyskać informacje o sposobie zmiany okresów przechowywania LTR, zobacz długoterminowe przechowywaniedanych.For information about how to change LTR retention periods, see Long-term retention.

Zmień okres przechowywania kopii zapasowej kopie przy użyciu Azure PortalChange the PITR backup retention period by using the Azure portal

Aby zmienić kopie okres przechowywania kopii zapasowych dla aktywnych baz danych przy użyciu Azure Portal, przejdź do serwera lub wystąpienia zarządzanego z bazami danych, których okres przechowywania chcesz zmienić.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. W lewym okienku wybierz pozycję kopie zapasowe , a następnie wybierz kartę zasady przechowywania . Wybierz bazy danych, dla których chcesz zmienić przechowywanie kopii zapasowych kopie.Select Backups in the left pane, then select the Retention policies tab. Select the database(s) for which you want to change the PITR backup retention. Następnie wybierz pozycję Konfiguruj przechowywanie na pasku akcji.Then select Configure retention from the action bar.

Zmienianie okresu przechowywania kopii zapasowych kopie przy użyciu programu PowerShellChange the PITR backup retention period by using PowerShell

Uwaga

Ten artykuł został zaktualizowany o korzystanie z modułu Azure Az programu PowerShell.This article has been updated to use the Azure Az PowerShell module. Moduł Az programu PowerShell jest zalecanym modułem programu PowerShell na potrzeby interakcji z platformą Azure.The Az PowerShell module is the recommended PowerShell module for interacting with Azure. Aby rozpocząć pracę z modułem Azure PowerShell, zobacz Instalowanie programu Azure PowerShell.To get started with the Az PowerShell module, see Install Azure PowerShell. Aby dowiedzieć się, jak przeprowadzić migrację do modułu Az PowerShell, zobacz Migracja programu Azure PowerShell z modułu AzureRM do modułu Az.To learn how to migrate to the Az PowerShell module, see Migrate Azure PowerShell from AzureRM to Az.

Ważne

Moduł AzureRM programu PowerShell jest nadal obsługiwany przez wystąpienia zarządzane SQL Database i SQL, ale wszystkie przyszłe Programowanie dla modułu AZ. SQL.The PowerShell AzureRM module is still supported by SQL Database and SQL Managed Instance, but all future development is for the Az.Sql module. Aby uzyskać więcej informacji, zobacz AzureRM. SQL.For more information, see AzureRM.Sql. Argumenty poleceń polecenia AZ module są zasadniczo identyczne z tymi w modułach AzureRm.The arguments for the commands in the Az module are substantially identical to those in the AzureRm modules.

Aby zmienić kopie przechowywanie kopii zapasowych dla aktywnych baz danych usługi Azure SQL, użyj następującego przykładu programu PowerShell.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

Zmienianie okresu przechowywania kopii zapasowych kopie przy użyciu interfejsu API RESTChange the PITR backup retention period by using the REST API

Przykładowe żądanieSample 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

Treść żądaniaRequest body

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

Przykładowa odpowiedźSample response

Kod stanu: 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
  }
}

Aby uzyskać więcej informacji, zobacz interfejs API REST przechowywania kopii zapasowych.For more information, see Backup Retention REST API.

Przykładowe żądanieSample 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

Treść żądaniaRequest body

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

Przykładowa odpowiedźSample response

Kod stanu: 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
  }
}

Aby uzyskać więcej informacji, zobacz interfejs API REST przechowywania kopii zapasowych.For more information, see Backup Retention REST API.

Konfigurowanie nadmiarowości magazynu kopii zapasowychConfigure backup storage redundancy

Uwaga

Konfigurowalną nadmiarowość magazynu dla kopii zapasowych wystąpienia zarządzanego SQL można określić tylko podczas procesu tworzenia wystąpienia zarządzanego.Configurable storage redundancy for backups for SQL Managed Instance can only be specified during the create managed instance process. Po zainicjowaniu obsługi administracyjnej zasobu nie można zmienić opcji nadmiarowości magazynu kopii zapasowej.Once the resource is provisioned, you can't change the backup storage redundancy option. W przypadku SQL Database publiczna wersja zapoznawcza tej funkcji jest obecnie dostępna w Brazylii Południowej i jest ogólnie dostępna w regionie na platformie Azure Południowo-Wschodnia.For SQL Database, public preview of this feature is currently available in Brazil South and it is generally available in Southeast Asia Azure region.

Nadmiarowość magazynu kopii zapasowych wystąpienia zarządzanego można ustawić tylko podczas tworzenia wystąpienia.A backup storage redundancy of a managed instance can be set during instance creation only. SQL Database można ustawić podczas tworzenia bazy danych lub można ją zaktualizować dla istniejącej bazy danych.For a SQL Database it can be set when creating the database or can be updated for an existing database. Wartość domyślna to magazyn Geograficznie nadmiarowy.The default value is geo-redundant storage. Różnice w cenach między lokalnie nadmiarowym, nadmiarowym i geograficznie nadmiarowym magazynem kopii zapasowych można znaleźć na stronie cennika wystąpienia zarządzanego.For differences in pricing between locally-redundant, zone-redundant and geo-redundant backup storage visit managed instance pricing page.

Konfigurowanie nadmiarowości magazynu kopii zapasowych przy użyciu Azure PortalConfigure backup storage redundancy by using the Azure portal

W Azure Portal można skonfigurować nadmiarowość magazynu kopii zapasowych w bloku tworzenie SQL Database .In Azure portal, you can configure the backup storage redundancy on the Create SQL Database blade. Ta opcja jest dostępna w sekcji nadmiarowość magazynu kopii zapasowych.The option is available under the Backup Storage Redundancy section. Otwórz blok tworzenie SQL DatabaseOpen Create SQL Database blade

Konfigurowanie nadmiarowości magazynu kopii zapasowych za pomocą programu PowerShellConfigure backup storage redundancy by using PowerShell

Aby skonfigurować nadmiarowość magazynu kopii zapasowych podczas tworzenia nowej bazy danych, można określić parametr-BackupStoageRedundancy.To configure backup storage redundancy when creating a new database you can specify the -BackupStoageRedundancy parameter. Możliwe wartości to geograficzne, strefy i lokalne.Possible values are Geo, Zone and Local. Domyślnie wszystkie bazy danych SQL używają geograficznie nadmiarowego magazynu dla kopii zapasowych.By default, all SQL Databases use geo-redundant storage for backups. Przywracanie geograficzne jest wyłączone, jeśli baza danych została utworzona przy użyciu magazynu kopii zapasowej lokalnego lub nadmiarowego.Geo Restore is disabled if a database is created with local or zone redundant backup storage.

# Create a new database with geo-redundant backup storage.  
New-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database03" -Edition "GeneralPurpose" -Vcore 2 -ComputeGeneration "Gen5" -BackupStorageRedundancy Geo

Aby uzyskać szczegółowe informacje, odwiedź stronę New-AzSqlDatabase.For details visit New-AzSqlDatabase.

Aby zaktualizować nadmiarowość magazynu kopii zapasowej istniejącej bazy danych, można użyć parametru-BackupStorageRedundancy.To update backup storage redundancy of an existing database, you can use the -BackupStorageRedundancy parameter. Możliwe wartości to geograficzne, strefy i lokalne.Possible values are Geo, Zone and Local. Należy pamiętać, że zastosowanie zmian w bazie danych może potrwać do 48 godzin.Note that, it may take up to 48 hours for the changes to be applied on the database. Przełączenie z magazynu kopii zapasowej nadmiarowej geograficznie do magazynu lokalnego lub Strefowo nadmiarowego wyłącza przywracanie geograficzne.Switching from geo-redundant backup storage to local or zone redundant storage disables geo restore.

# Change the backup storage redundancy for Database01 to zone-redundant. 
Set-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -DatabaseName "Database01" -ServerName "Server01" -BackupStorageRedundancy Zone

Aby uzyskać szczegółowe informacje, zobacz Set-AzSqlDatabaseFor details visit Set-AzSqlDatabase

Uwaga

Aby użyć parametru-BackupStorageRedundancy w przypadku przywracania bazy danych, kopiowania bazy danych lub tworzenia operacji dodatkowych, użyj Azure PowerShell w wersji AZ. SQL 2.11.0.To use -BackupStorageRedundancy parameter with database restore, database copy or create secondary operations, use Azure PowerShell version Az.Sql 2.11.0.

Użyj Azure Policy, aby wymusić nadmiarowość magazynu kopii zapasowychUse Azure Policy to enforce backup storage redundancy

Jeśli masz wymagania dotyczące danych miejsca zamieszkania, które wymagają zachowania wszystkich danych w jednym regionie świadczenia usługi Azure, możesz chcieć wymusić wykonywanie kopii zapasowej strefowo nadmiarowe lub lokalnie nadmiarowe dla SQL Database lub wystąpienia zarządzanego przy użyciu Azure Policy.If you have data residency requirements that require you to keep all your data in a single Azure region, you may want to enforce zone-redundant or locally-redundant backups for your SQL Database or Managed Instance using Azure Policy. Azure Policy to usługa, za pomocą której można tworzyć i przypisywać zasady stosujące reguły do zasobów platformy Azure oraz zarządzać nimi.Azure Policy is a service that you can use to create, assign, and manage policies that apply rules to Azure resources. Azure Policy pomaga zachować zgodność tych zasobów ze standardami firmy i umowami dotyczącymi poziomu usług.Azure Policy helps you to keep these resources compliant with your corporate standards and service level agreements. Aby uzyskać więcej informacji, zobacz omówienie Azure Policy.For more information, see Overview of Azure Policy.

Wbudowane zasady nadmiarowości magazynu kopii zapasowychBuilt-in backup storage redundancy policies

Dodawane są następujące nowe zasady wbudowane, które mogą być przypisywane na poziomie subskrypcji lub grupy zasobów w celu blokowania tworzenia nowych baz danych lub wystąpień z geograficznie nadmiarowym magazynem kopii zapasowych.Following new built-in policies are added, which can be assigned at the subscription or resource group level to block creation of new database(s) or instance(s) with geo-redundant backup storage.

SQL Database należy unikać używania nadmiarowości kopii zapasowej GRSSQL Database should avoid using GRS backup redundancy

Wystąpienia zarządzane SQL powinny unikać używania nadmiarowości kopii zapasowej GRSSQL Managed Instances should avoid using GRS backup redundancy

Pełną listę wbudowanych definicji zasad dla SQL Database i wystąpienia zarządzanego można znaleźć tutaj.A full list of built-in policy definitions for SQL Database and Managed Instance can be found here.

Aby wymusić wymagania dotyczące miejsca zamieszkania danych na poziomie organizacji, te zasady można przypisać do subskrypcji.To enforce data residency requirements at an organizational level, these policies can be assigned to a subscription. Po przypisaniu tych użytkowników na poziomie subskrypcji użytkownicy w danej subskrypcji nie będą mogli utworzyć bazy danych ani wystąpienia zarządzanego z magazynem kopii zapasowych nadmiarowym geograficznie za pośrednictwem Azure Portal lub Azure PowerShell.After these are assigned at a subscription level, users in the given subscription will not be able to create a database or a managed instance with geo-redundant backup storage via Azure portal or Azure PowerShell.

Ważne

Zasady platformy Azure nie są wymuszane podczas tworzenia bazy danych przy użyciu języka T-SQL.Azure policies are not enforced when creating a database via T-SQL. Aby wymusić zamiejscowe dane podczas tworzenia bazy danych przy użyciu języka T-SQL, należy użyć elementu "Local" lub "Zone" jako danych wejściowych do BACKUP_STORAGE_REDUNDANCY parametr w instrukcji CREATE DATABASE.To enforce data residency when creating a database using T-SQL, use 'LOCAL' or 'ZONE' as input to BACKUP_STORAGE_REDUNDANCY paramater in CREATE DATABASE statement.

Dowiedz się, jak przypisywać zasady przy użyciu Azure Portal lub Azure PowerShellLearn how to assign policies using the Azure portal or Azure PowerShell

Następne krokiNext steps