Изменение параметров автоматического резервного копирования для Управляемый экземпляр SQL Azure

Область применения: Управляемый экземпляр SQL Azure

• База данных SQL Azure
• Управляемый экземпляр SQL Azure

В этой статье приведены примеры изменения параметров автоматического резервного копирования для Управляемый экземпляр SQL Azure, таких как политика краткосрочного хранения и параметр избыточности хранилища резервных копий, используемый для резервного копирования. Сведения об База данных SQL Azure см. в разделе "Изменение параметров автоматического резервного копирования" для База данных SQL Azure.

Примечание.

В этой статье приведены пошаговые инструкции по удалению персональных данных с устройства или из службы. Эти сведения можно использовать для соблюдения обязательств согласно Общему регламенту по защите данных (GDPR). Общие сведения о GDPR см. в разделе GDPR Центра управления безопасностью Майкрософт и в разделе GDPR на портале Service Trust Portal.

Изменение краткосрочной политики хранения

Период хранения резервных копий (PITR) по умолчанию можно изменить с помощью портал Azure, PowerShell или REST API. В следующих примерах показано, как установить период хранения PITR на 28 дней.

Предупреждение

Уменьшение текущего периода хранения приведет к потере возможности восстановления до точек во времени, предшествующих новому периоду хранения. Резервные копии, которые больше не нужны для предоставления PITR в течение нового периода хранения, удаляются.

Если увеличить текущий период хранения, вы не сразу получите возможность восстановления до старых точек во времени в течение нового периода хранения. Эта возможность появляется по мере того, как система начинает хранить резервные копии в течение более длительных периодов.

Примечание.

Эти API-интерфейсы влияют только на период хранения PITR. Если вы настроили долгосрочное хранение (LTR) для базы данных, это не будет затронуто. Сведения об изменении долгосрочных периодов хранения см. в разделе "Долгосрочное хранение".

Портал Azure

Чтобы изменить период хранения резервных копий PITR для активных баз данных с помощью портал Azure:

1. Перейдите к управляемому экземпляру с базами данных, срок хранения которых необходимо изменить.
2. Выберите "Резервные копии" на левой панели и перейдите на вкладку "Политики хранения".
3. Выберите базы данных, для которых требуется изменить хранение резервных копий PITR.
4. Выберите " Настройка политик " на панели действий.

Azure CLI

Подготовьте среду к работе с Azure CLI:

• Используйте среду Bash в Azure Cloud Shell. Дополнительные сведения см . в кратком руководстве по Bash в Azure Cloud Shell.

  

• Если вы предпочитаете выполнять справочные команды CLI локально, установите Azure CLI. Если вы работаете в Windows или macOS, Azure CLI можно запустить в контейнере Docker. Дополнительные сведения см. в статье Как запустить Azure CLI в контейнере Docker.

  • Если вы используете локальную установку, выполните вход в Azure CLI с помощью команды az login. Чтобы выполнить аутентификацию, следуйте инструкциям в окне терминала. Сведения о других возможностях, доступных при входе, см. в статье Вход с помощью Azure CLI.

  • Установите расширение Azure CLI при первом использовании, когда появится соответствующий запрос. Дополнительные сведения о расширениях см. в статье Использование расширений с Azure CLI.

  • Выполните команду az version, чтобы узнать установленную версию и зависимые библиотеки. Чтобы обновиться до последней версии, выполните команду az upgrade.

Используйте следующий пример, чтобы изменить хранение резервного копирования PITR одной активной базы данных в управляемом экземпляре:

# Set a new PITR backup retention period on an active individual database
# Valid backup retention must be 1 to 35 days
az sql midb short-term-retention-policy set \
    --resource-group myresourcegroup \
    --managed-instance myinstance \
    --name mymanageddb \
    --retention-days 1 \

Используйте следующий пример, чтобы изменить хранение резервных копий PITR для всех активных баз данных в управляемом экземпляре:

# Set a new PITR backup retention period for all active databases
# Valid backup retention must be 1 to 35 days
az sql midb short-term-retention-policy set \
    --resource-group myresourcegroup \
    --managed-instance myinstance \
    --retention-days 1 \

PowerShell

Чтобы изменить хранение резервных копий PITR для одной активной базы данных в управляемом экземпляре, используйте следующий пример PowerShell:

# Set a new PITR backup retention period on an active individual database
# Valid backup retention must be 1 to 35 days
Set-AzSqlInstanceDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -InstanceName testserver -DatabaseName testDatabase -RetentionDays 1

Чтобы изменить хранение резервных копий PITR для всех активных баз данных в управляемом экземпляре, используйте следующий пример PowerShell:

# Set a new PITR backup retention period for all active databases
# Valid backup retention must be 1 to 35 days
Get-AzSqlInstanceDatabase -ResourceGroupName resourceGroup -InstanceName testserver | Set-AzSqlInstanceDatabaseBackupShortTermRetentionPolicy -RetentionDays 1

Чтобы изменить хранение резервных копий PITR для одной удаленной базы данных в управляемом экземпляре, используйте следующий пример PowerShell:

# Set a new PITR backup retention on an individual deleted database
# Valid backup retention must be 0 (no retention) to 35 days. Valid retention rate can only be lower than the retention period when database was active, or the remaining backup days of a deleted database.
Get-AzSqlDeletedInstanceDatabaseBackup -ResourceGroupName resourceGroup -InstanceName testserver -DatabaseName testDatabase | Set-AzSqlInstanceDatabaseBackupShortTermRetentionPolicy -RetentionDays 0

Чтобы изменить хранение резервных копий PITR для всех удаленных баз данных в управляемом экземпляре, используйте следующий пример PowerShell:

# Set a new PITR backup retention for all deleted databases
# Valid backup retention must be 0 (no retention) to 35 days. Valid retention rate can only be lower than the retention period when database was active, or the remaining backup days of a deleted database
Get-AzSqlDeletedInstanceDatabaseBackup -ResourceGroupName resourceGroup -InstanceName testserver | Set-AzSqlInstanceDatabaseBackupShortTermRetentionPolicy -RetentionDays 0

Ноль дней хранения означает, что резервная копия немедленно удаляется и больше не хранится для удаленной базы данных. После уменьшения срока хранения резервных копий PITR для удаленной базы данных его больше не удастся увеличить.

Azure Service Bus REST API

Образец запроса

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

Текст запроса

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

Пример ответа

Код состояния: 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
  }
}

Дополнительные сведения см. в разделе REST API хранения резервных копий.

Настройка избыточности хранилища резервных копий

Настройте избыточность хранилища резервных копий для Управляемый экземпляр SQL с помощью портал Azure, Azure CLI и Azure PowerShell.

Портал Azure

В портал Azure во время создания экземпляра параметр по умолчанию для избыточности хранилища резервных копий является геоизбыточность. Чтобы изменить его, выполните приведенные действия.

1. Перейдите на вкладку "Основные сведения" и выберите "Настроить Управляемый экземпляр".

   

2. В области вычислений и хранилища выберите нужный тип избыточности хранилища резервных копий.

   

3. Выберите Применить. Сейчас это изменение будет применяться только для резервных копий PITR. Долгосрочные резервные копии хранения сохраняют старый тип избыточности хранилища.

Время, необходимое для выполнения изменения избыточности резервных копий, зависит от размера всех баз данных в одном управляемом экземпляре. Изменение избыточности резервного копирования для экземпляров с большими базами данных займет больше времени. Можно объединить изменение избыточности хранилища резервных копий с операцией обновления цели уровня обслуживания (SLO).

Состояние операции изменения можно просмотреть в области Уведомления на портале Azure.

Azure CLI

Чтобы изменить избыточность хранилища резервных копий после создания управляемого экземпляра с помощью Azure CLI, укажите -BackupStorageRedundancy параметр с помощью командлета az sql mi update . Просмотрите пример избыточности хранилища резервных копий update mi.

Возможные значения -BackupStorageRedundancy предназначены Geo для геоизбыточного, Zone избыточного между зонами, Local для локально избыточного хранилища резервных копий и GeoZone для геозоны избыточного хранилища резервных копий.

PowerShell

Чтобы настроить избыточность хранилища резервных копий при создании управляемого экземпляра, укажите -BackupStorageRedundancy параметр с помощью командлета New-AzSqlInstance . Чтобы изменить избыточность хранилища резервных копий для существующего управляемого экземпляра, укажите -BackupStorageRedundancy параметр с помощью командлета Set-AzSqlInstance . Чтобы узнать больше, ознакомьтесь с примером обновления существующего экземпляра, который будет избыточным по зонам.

Возможные значения -BackupStorageRedundancy предназначены Geo для геоизбыточного, Zone избыточного между зонами, Local для локально избыточного хранилища резервных копий и GeoZone для геозоны избыточного хранилища резервных копий.

Azure Service Bus REST API

В настоящее время невозможно изменить параметр избыточности хранилища резервных копий с помощью REST API.

Следующие шаги

• Резервные копии базы данных являются важной частью любой стратегии непрерывности бизнес-процессов и аварийного восстановления, так как они помогают защитить данные от случайного повреждения или удаления. Дополнительные сведения о других решениях обеспечения непрерывности бизнес-процессов для Управляемый экземпляр SQL см. в обзоре непрерывности бизнес-процессов.
• Сведения о настройке, управлении и восстановлении из долгосрочного хранения автоматических резервных копий в Хранилище BLOB-объектов Azure с помощью портал Azure см. в статье "Управление долгосрочным хранением резервных копий с помощью портал Azure".
• Сведения о настройке, управлении и восстановлении из долгосрочного хранения автоматических резервных копий в Хранилище BLOB-объектов Azure с помощью PowerShell см. в статье "Управление долгосрочным хранением резервных копий с помощью PowerShell".
• Ознакомьтесь с дополнительными сведениями о восстановлении базы данных до точки во времени с помощью портала Azure.
• Дополнительные сведения о потреблении емкости в хранилище резервных копий в Управляемом экземпляре Azure SQL см. в статье Объяснение потребления емкости в хранилище резервных копий в Управляемом экземпляре.
• Сведения о том, как настроить хранение резервных копий и затраты на Управляемый экземпляр SQL Azure, см. в статье "Точное настройка затрат на хранилище резервных копий" на Управляемый экземпляр SQL.