Перенос поддерживаемых резервных копий во вторичные реплики группы доступностиOffload supported backups to secondary replicas of an availability group

ОБЛАСТЬ ПРИМЕНЕНИЯ: даSQL Server нетБаза данных SQL AzureнетХранилище данных SQL AzureнетParallel Data WarehouseAPPLIES TO: yesSQL Server noAzure SQL Database noAzure SQL Data Warehouse noParallel Data Warehouse

Функции Группы доступности AlwaysOnAlways On availability groups по поддержке вторичных реплик обеспечивают выполнение операций резервного копирования для вторичных реплик.The Группы доступности AlwaysOnAlways On availability groups active secondary capabilities include support for performing backup operations on secondary replicas. Операции резервного копирования могут оказывать значительную нагрузку на систему ввода-вывода и ЦП (при использовании сжатия резервных копий).Backup operations can put significant strain on I/O and CPU (with backup compression). Перенос резервного копирования в синхронизированную или синхронизирующуюся вторичную реплику позволяет использовать ресурсы на экземпляре сервера, где размещается первичная реплика, для рабочей нагрузки первого уровня.Offloading backups to a synchronized or synchronizing secondary replica allows you to use the resources on server instance that hosts the primary replica for your tier-1 workloads.

Примечание

Инструкция RESTORE недопустима для базы данных-источника или базы данных-получателя группы доступности.RESTORE statements are not allowed on either the primary or secondary databases of an availability group.

Поддерживаемые типы резервного копирования на вторичных репликахBackup Types Supported on Secondary Replicas

  • BACKUP DATABASE поддерживает только полные, доступные только для копирования резервные копии баз данных, файлов и файловых групп, которые выполняются во вторичных репликах.BACKUP DATABASE supports only copy-only full backups of databases, files, or filegroups when it is executed on secondary replicas. Обратите внимание, что резервные копии, доступные только для копирования, не влияют на цепочку журналов и не очищают битовую карту разностного резервного копирования.Note that copy-only backups do not impact the log chain or clear the differential bitmap.

  • Разностные резервные копии не поддерживаются во вторичных репликах.Differential backups are not supported on secondary replicas.

  • BACKUP LOG поддерживает только обычное резервное копирование журналов (параметр COPY_ONLY не поддерживается для резервных копий журналов во вторичных репликах).BACKUP LOG supports only regular log backups (the COPY_ONLY option is not supported for log backups on secondary replicas).

    Обеспечивается последовательная цепочка журналов по всем резервным копиям журналов в любой реплике (первичной или вторичной) независимо от их режима доступности (синхронной или асинхронной фиксации).A consistent log chain is ensured across log backups taken on any of the replicas (primary or secondary), irrespective of their availability mode (synchronous-commit or asynchronous-commit).

  • Для выполнения резервного копирования базы данных-получателя вторичная реплика должна быть способна обмениваться данными с первичной репликой и находиться в состоянии SYNCHRONIZED или SYNCHRONIZING.To back up a secondary database, a secondary replica must be able to communicate with the primary replica and must be SYNCHRONIZED or SYNCHRONIZING.

В распределенной группе доступности резервное копирование может выполняться во вторичных репликах в той же группе доступности, что и активная первичная реплика, или в первичной реплике любой вторичной группы доступности.In a distributed availability group, backups can be performed on secondary replicas in the same availability group as the active primary replica, or on the primary replica of any secondary availability groups. Резервное копирование не может выполняться во вторичной реплике вторичной группы доступности, так как вторичные реплики могут обмениваться данными только с первичной репликой в их собственной группе доступности.Backups cannot be performed on a secondary replica in a secondary availability group because secondary replicas only communicate with the primary replica in their own availability group. Выполнять операции резервного копирования могут только реплики, которые взаимодействуют с глобальной первичной репликой напрямую.Only replicas that communicate directly with the global primary replica can perform backup operations.

Настройка места выполнения заданий резервного копированияConfiguring Where Backup Jobs Run

Выполнение резервного копирования во вторичной реплике для снятия рабочей нагрузки резервного копирования с основного рабочего сервера обеспечивает значительные преимущества.Performing backups on a secondary replica to offload the backup workload from the primary production server is a great benefit. Однако выполнение резервного копирования на вторичных репликах создает значительные сложности в процессе определения, где должны запускаться задания резервного копирования.However, performing backups on secondary replicas introduce significant complexity to the process of determining where backup jobs should run. Для решения этой проблемы настройте расположение запуска заданий резервного копирования, как описано далее.To address this, configure where backup jobs run as follows:

  1. Настройте группу доступности, чтобы указать, на каких репликах доступности предпочтительно проведение резервного копирования.Configure the availability group to specify which availability replicas where you would prefer backups to be performed. Дополнительные сведения см. в описании параметров AUTOMATED_BACKUP_PREFERENCE и BACKUP_PRIORITY в разделе CREATE AVAILABILITY GROUP (Transact-SQL) или ALTER AVAILABILITY GROUP (Transact-SQL).For more information, see AUTOMATED_BACKUP_PREFERENCE and BACKUP_PRIORITY parameters in CREATE AVAILABILITY GROUP (Transact-SQL) or ALTER AVAILABILITY GROUP (Transact-SQL).

  2. Создайте скрипты заданий резервного копирования для каждой из баз данных доступности на каждом экземпляре сервера, на котором размещается реплика доступности, потенциально используемая для выполнения резервного копирования.Create scripted backup jobs for every availability database on every server instance that hosts an availability replica that is a candidate for performing backups. Дополнительные сведения см. в разделе "Дальнейшие действия. После настройки резервного копирования во вторичных репликах" статьи Настройка резервного копирования в репликах доступности (SQL Server).For more information, see the "Follow Up: After Configuring Backup on Secondary Replicas" section of Configure Backup on Availability Replicas (SQL Server).

Связанные задачиRelated Tasks

Настройка резервного копирования во вторичных репликахTo configure backup on secondary replicas

Определение, является ли текущая реплика предпочитаемой репликой резервного копированияTo determine whether the current replica is the preferred backup replica

Создание задания резервного копированияTo create a backup job

См. также:See Also

Обзор групп доступности AlwaysOn (SQL Server) Overview of Always On Availability Groups (SQL Server)
Резервные копии только для копирования (SQL Server) Copy-Only Backups (SQL Server)
CREATE AVAILABILITY GROUP (Transact-SQL) CREATE AVAILABILITY GROUP (Transact-SQL)
ALTER AVAILABILITY GROUP (Transact-SQL)ALTER AVAILABILITY GROUP (Transact-SQL)