Restaurar bancos de dados SAP HANA em VMs Azure usando Azure portal

Este artigo descreve como restaurar bancos de dados SAP HANA em execução em VMs (máquinas virtuais) do Azure usando o portal do Azure e que o serviço Backup do Azure copiou em backup em um cofre dos Serviços de Recuperação. Backup do Azure permite que você use os dados restaurados para criar cópias para cenários de desenvolvimento e teste ou para retornar a um estado anterior. Você também pode restaurar um banco de dados usando o CLI do Azure.

O Backup do Azure agora oferece suporte a backup e restauração de instâncias do SAP HANA System Replication (HSR) usando o portal do Azure. Você também pode fazer a operação de restauração usando CLI do Azure.

Para saber mais sobre os cenários de backup e restauração de banco de dados SAP HANA com suporte, disponibilidade regional e limitações, consulte a matriz de suporte. Para perguntas comuns, consulte as perguntas frequentes.

Restauração para um ponto no tempo ou ponto de recuperação

Backup do Azure restaura SAP HANA bancos de dados em execução em VMs Azure. Ele pode:

• Restaurá-los em uma data ou uma hora específica (com precisão de segundos) usando backups de log. Backup do Azure determina automaticamente os backups completos apropriados, os backups diferenciais e a cadeia de backups de log necessários para restauração com base no tempo selecionado. Saiba mais.

• Restaurá-los em um backup completo ou diferencial específico para restaurá-los para um ponto de recuperação específico. Saiba mais.

Pré-requisitos

Antes de iniciar a restauração de um banco de dados, observe o seguinte:

• Você pode restaurar o banco de dados apenas para uma instância de SAP HANA que esteja na mesma região.

• A instância de destino precisa ser registrada no mesmo cofre que a origem. Learn mais sobre como fazer backup de bancos de dados SAP HANA.

• Backup do Azure não consegue identificar duas instâncias de SAP HANA diferentes na mesma VM. Portanto, a restauração de dados de uma instância para outra na mesma VM não é possível.

• Para garantir que a instância de SAP HANA de destino esteja pronta para restauração, verifique seu status de Prontidão para backup:

1. No Azure portal, acesse Resiliency e selecione +Configurar proteção.

2. No painel Configure protection, selecione Datasource type as SAP HANA in Azure VM e selecione Continue.

   

3. No painel Start: Configurar Backup, para a seleção do Vault, clique em Selecionar cofre para selecionar o cofre no qual a instância de SAP HANA está registrada e, em seguida, selecione Continuar.

   Um screenshot que mostra a seleção de um cofre dos Serviços de Recuperação para backup do banco de dados SAP HANA.

4. No painel Meta de Backup, sob Descobrir Bancos de Dados em VMs, selecione Exibir detalhes.

   

5. No painel Select Máquinas Virtuais , examine o Backup Readiness da VM de destino.

   

• Para saber mais sobre os tipos de restauração compatíveis com SAP HANA, consulte SAP HANA Observação 1642148.

Restaurar um banco de dados

Para restaurar um banco de dados, você precisará ter as seguintes permissões:

• Operador de Backup: Fornece permissões no repositório onde você está fazendo a restauração.
• Colaborador (gravação): Fornece acesso à máquina virtual de origem que foi copiada.
• Contributor (write): fornece o acesso à máquina virtual de destino.
  • Se você estiver restaurando na mesma VM, esta é a VM de origem.
  • Se você estiver restaurando em uma localização alternativa, esta é a nova VM de destino.

1. No Azure portal, vá para Resiliency e selecione Recuperação.

2. No painel Recover, para o tipo Datasource selecione SAP HANA em Azure VM, para itens Protegidos, clique em Selecionar para escolher o banco de dados que deseja restaurar e selecione Continue.

   

3. No painel Restaurar , em Onde e como restaurar, especifique a opção necessária para restaurar os dados:

   • Local alternativo: restaure o banco de dados para um local alternativo e mantenha o banco de dados de origem original.
   • A localização original: Restaure os dados para a mesma instância de SAP HANA usada como a fonte original. Essa opção substitui o banco de dados original.

   

Restaurar para um local alternativo

1. No painel Restaurar , em Onde e como restaurar, selecione Local Alternativo.

   

2. Selecione o nome do host SAP HANA e o nome da instância para o qual você deseja restaurar o banco de dados.

3. Verifique se a instância de SAP HANA de destino está pronta para ser restaurada, garantindo sua preparação de backup. Para obter mais informações, veja Pré-requisitos.

4. Na caixa Nome do Banco de Dados Restaurado, digite o nome do banco de dados de destino.

   Observação

   Restaurar o SDC (Contêiner de Banco de Dados Único) deve seguir estas verificações.

5. Se aplicável, marque a caixa de seleção Substituir se um BD com o mesmo nome já existir na instância do HANA selecionada.

6. Em Selecionar ponto de restauração, selecione Logs (Ponto no Tempo) para restaurar para um ponto específico no tempo. Ou escolha Completo e Diferencial para restaurar a um ponto de recuperação específico.

Restaurar como arquivos

Para restaurar os dados de backup como arquivos, não como um banco de dados, escolha Restaurar como Arquivos. Depois que os arquivos tiverem sido despejados em um caminho especificado, você poderá levá-los para qualquer SAP HANA computador em que você deseja restaurá-los como um banco de dados. Como você pode mover esses arquivos para qualquer computador, agora é possível restaurar os dados entre assinaturas e regiões.

1. No painel Restaurar , em Onde e como restaurar?, selecione Restaurar como arquivos.

2. Selecione o nome do host ou do servidor HANA em que você deseja restaurar os arquivos de backup.

3. Na caixa Caminho de destino no servidor, insira o caminho da pasta no servidor selecionado na etapa anterior. Esse é o local onde o serviço irá despejar todos os arquivos de backup necessários.

   Os arquivos a serem despejados são:

   • Arquivos de backup de banco de dados
   • Arquivos de metadados JSON (para cada arquivo de backup envolvido)

   Normalmente, um caminho de compartilhamento de rede ou o caminho de um compartilhamento de arquivos do Azure montado especificado como o caminho de destino, permite acesso mais fácil a esses arquivos por outros computadores na mesma rede ou com o mesmo compartilhamento de arquivos do Azure montado neles.

   Observação

   Para restaurar os arquivos de backup do banco de dados em um compartilhamento de arquivos Azure montado na VM registrada de destino, verifique se a conta raiz tem permissões de leitura/gravação no compartilhamento.

   

4. Selecione o Ponto de Restauração em que todos os arquivos e pastas de backup serão restaurados.

   

5. Todos os arquivos de backup associados ao ponto de restauração selecionado são despejados no caminho de destino.

6. Dependendo do tipo de ponto de restauração escolhido (Ponto no tempo ou Completo e Diferencial), você verá uma ou mais pastas sendo criadas no caminho de destino. Uma das pastas, Data_<date and time of restore>, contém os backups completos e a outra pasta, Log, contém os backups de log e outros backups (como diferenciais e incrementais).

   Observação

   Se você selecionou Restaurar em um ponto no tempo, os arquivos de log (despejados na VM de destino) poderão conter logs além do ponto no tempo escolhido para restauração. Backup do Azure faz isso para garantir que os backups de log para todos os serviços do HANA estejam disponíveis para restauração consistente e bem-sucedida para o ponto escolhido no tempo.

7. Mova os arquivos restaurados para o servidor SAP HANA onde você deseja restaurá-los como um banco de dados e faça o seguinte:

   a. Defina permissões na pasta ou no diretório em que os arquivos de backup são armazenados executando o seguinte comando:

   chown -R <SID>adm:sapsys <directory>
   

   b. Execute o próximo conjunto de comandos como <SID>adm:

   su: <sid>adm
   

   c. Gere o arquivo de catálogo para restauração. Extraia a BackupId do arquivo de metadados JSON do backup completo, que será usado depois na operação de restauração. Verifique se os backups completo e de log (não presentes na recuperação de backup completo) estão em pastas diferentes e exclua os arquivos de metadados JSON dessas pastas. Executar:

   hdbbackupdiag --generate --dataDir <DataFileDir> --logDirs <LogFilesDir> -d <PathToPlaceCatalogFile>
   

   • <DataFileDir>: a pasta que contém os backups completos.
   • <LogFilesDir>: a pasta que contém os backups de log, bem como os backups diferenciais e incrementais. Para a Restauração Completa de Backup, porque a pasta de log não é criada, adicione um diretório vazio.
   • <PathToPlaceCatalogFile>: a pasta na qual o arquivo de catálogo gerado precisa ser colocado.

   d. Você pode restaurar usando o arquivo de catálogo recém-gerado por meio do HANA Studio ou executar a consulta de restauração da ferramenta SAP HANA HDBSQL com esse catálogo recém-gerado. As consultas do HDBSQL estão listadas aqui:

   • Para abrir o prompt do HDBSQL, execute o seguinte comando:

     hdbsql -U AZUREWLBACKUPHANAUSER -d systemDB
     

   • Para restaurar para um momento determinado:

     Se você estiver criando um banco de dados restaurado, execute o comando do HDBSQL para criar um banco de dados <DatabaseName> e interrompa o banco de dados para restauração usando o comando ALTER SYSTEM STOP DATABASE <db> IMMEDIATE. No entanto, se você estiver restaurando apenas um banco de dados existente, execute o comando do HDBSQL para interromper o banco de dados.

     Em seguida, execute o seguinte comando para restaurar o banco de dados:

     RECOVER DATABASE FOR <db> UNTIL TIMESTAMP <t1> USING CATALOG PATH <path> USING LOG PATH <path> USING DATA PATH <path> USING BACKUP_ID <bkId> CHECK ACCESS USING FILE
     

     • <DatabaseName>: o nome do novo banco de dados ou do banco de dados existente que você quer restaurar.
     • <Timestamp>: O registro do carimbo de data/hora exato da restauração pontual.
     • <DatabaseName@HostName>: o nome do banco de dados cujo backup é usado para restauração e o host ou SAP HANA nome do servidor no qual esse banco de dados reside. A opção USING SOURCE <DatabaseName@HostName> especifica que o backup de dados (usado para restauração) é de um banco de dados com um SID ou nome diferente do computador de SAP HANA de destino. Isso não precisa ser especificado para restaurações feitas no mesmo servidor HANA cujo backup é feito.
     • <PathToGeneratedCatalogInStep3>: o caminho para o arquivo de catálogo gerado na "Etapa C".
     • <DataFileDir>: a pasta que contém os backups completos.
     • <LogFilesDir>: a pasta que contém os backups de log, bem como os backups diferenciais e incrementais (caso haja).
     • <BackupIdFromJsonFile>: o BackupID que foi extraído na "Etapa C".

   • Para restaurar para um backup completo ou diferencial específico:

     Se você estiver criando um banco de dados restaurado, execute o comando do HDBSQL para criar um banco de dados <DatabaseName> e interrompa o banco de dados para restauração usando o comando ALTER SYSTEM STOP DATABASE <db> IMMEDIATE. No entanto, se você estiver restaurando apenas um banco de dados existente, execute o comando do HDBSQL para interromper o banco de dados:

     RECOVER DATA FOR <DatabaseName> USING BACKUP_ID <BackupIdFromJsonFile> USING SOURCE '<DatabaseName@HostName>' USING CATALOG PATH ('<PathToGeneratedCatalogInStep3>') USING DATA PATH ('<DataFileDir>')  CLEAR LOG
     

     • <DatabaseName>: o nome do novo banco de dados ou do banco de dados existente que você quer restaurar.
     • <Timestamp>: O registro do carimbo de data/hora exato da restauração pontual.
     • <DatabaseName@HostName>: o nome do banco de dados cujo backup é usado para restauração e o host ou SAP HANA nome do servidor no qual esse banco de dados reside. A opção USING SOURCE <DatabaseName@HostName> especifica que o backup de dados (usado para restauração) é de um banco de dados com um SID ou nome diferente do computador de SAP HANA de destino. Portanto, isso não precisa ser especificado para restaurações feitas no mesmo servidor HANA do qual o backup é feito.
     • <PathToGeneratedCatalogInStep3>: o caminho para o arquivo de catálogo gerado na "Etapa C".
     • <DataFileDir>: a pasta que contém os backups completos.
     • <LogFilesDir>: a pasta que contém os backups de log, bem como os backups diferenciais e incrementais (caso haja).
     • <BackupIdFromJsonFile>: o BackupID que foi extraído na "Etapa C".

   • Para fazer a restauração usando uma ID de backup:

     RECOVER DATA FOR <db> USING BACKUP_ID <bkId> USING CATALOG PATH <path> USING LOG PATH <path> USING DATA PATH <path>  CHECK ACCESS USING FILE
     

     Exemplos:

     Restauração do sistema SAP HANA no mesmo servidor:

     RECOVER DATABASE FOR SYSTEM UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILE
     

     Restauração de tenant do SAP HANA no mesmo servidor:

     RECOVER DATABASE FOR DHI UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILE
     

     Restauração do sistema SAP HANA em um servidor diferente:

     RECOVER DATABASE FOR SYSTEM UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING SOURCE <sourceSID> USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILE
     

     Restauração de instância SAP HANA em um servidor diferente:

     RECOVER DATABASE FOR DHI UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING SOURCE <sourceSID> USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILE
     

Restauração parcial como arquivos

O serviço Backup do Azure decide a cadeia de arquivos a ser baixada durante a restauração como arquivos. Mas há cenários em que talvez você não queira baixar todo o conteúdo novamente.

Por exemplo, talvez você já tenha uma política de backups completos semanais, diferenciais diários e de logs, e já tenha baixado arquivos de um backup diferencial específico. Você descobriu que esse não é o ponto de recuperação certo e decidiu baixar o diferencial do dia seguinte. Agora você só precisa do arquivo diferencial, pois já tem o backup inicial completo. Com a capacidade parcial de restaurar como arquivos, fornecida pelo Backup do Azure, agora você pode eliminar a necessidade de incluir o backup completo na sequência de download e baixar apenas o backup diferencial.

Excluindo tipos de arquivos específicos de backup

ExtensionSettingOverrides.json é um arquivo JSON (JavaScript Object Notation) que contém substituições para várias configurações do serviço Backup do Azure para SQL. Para uma operação de restauração parcial em forma de arquivos, você precisa adicionar um novo campo JSON, RecoveryPointsToBeExcludedForRestoreAsFiles. Esse campo contém um valor de cadeia de caracteres que indica quais tipos de ponto de recuperação devem ser excluídos na próxima operação de restauração como arquivos.

1. No computador de destino em que os arquivos devem ser baixados, acesse a pasta opt/msawb/bin.

2. Crie um arquivo JSON chamado ExtensionSettingOverrides.JSON, se ele ainda não existir.

3. Adicione o seguinte par de valores de chave JSON:

   {
   "RecoveryPointsToBeExcludedForRestoreAsFiles": "ExcludeFull"
   }
   

4. Altere as permissões e a propriedade do arquivo:

   chmod 750 ExtensionSettingsOverrides.json
   chown root:msawb ExtensionSettingsOverrides.json
   

5. Não é necessário reiniciar nenhum serviço. O serviço Backup do Azure tentará excluir tipos de backup na cadeia de restauração, conforme mencionado neste arquivo.

O RecoveryPointsToBeExcludedForRestoreAsFiles só usa valores específicos que denotam os pontos de recuperação a serem excluídos durante a restauração. Para SAP HANA, esses valores são:

• ExcludeFull. Outros tipos de backup, como diferencial, incremental e de logs, serão baixados se estiverem presentes na cadeia de pontos de restauração.
• ExcludeFullAndDifferential. Outros tipos de backup, como incremental e logs, serão baixados se estiverem presentes na cadeia de pontos de restauração.
• ExcludeFullAndIncremental. Outros tipos de backup, como diferencial e de logs, serão baixados se estiverem presentes na cadeia de pontos de restauração.
• ExcludeFullAndDifferentialAndIncremental. Outros tipos de backup, como logs, serão baixados se estiverem presentes na cadeia de pontos de restauração.

Restaurar a um ponto específico no tempo

Se você tiver selecionado Logs (Ponto no Tempo) como o tipo de restauração, faça o seguinte:

1. Selecione um ponto de recuperação no grafo de log e clique em OK para escolher o ponto de restauração.

   

2. No menu Restaurar, selecione Restaurar para iniciar o trabalho de restauração.

   

3. Acompanhe o progresso da restauração na área Notificações ou selecionando Trabalhos de restauração no menu de banco de dados.

   

Restaurar para um ponto de recuperação específico

Se você tiver selecionado Completo e Diferencial como o tipo de restauração, faça o seguinte:

1. Selecione um ponto de recuperação na lista e clique em OK para escolher o ponto de restauração.

   

2. No menu Restaurar, selecione Restaurar para iniciar o trabalho de restauração.

   

3. Acompanhe o progresso da restauração na área Notificações ou selecionando Trabalhos de restauração no menu de banco de dados.

   

   Observação

   Em restaurações de Multiple Database Container (MDC), depois que o banco de dados do sistema é restaurado em uma instância de destino, é necessário executar o script de pré-registro novamente. Depois, as próximas restaurações do banco de dados de locatário serão realizadas com sucesso. Para saber mais, consulte Solução de Problemas na Restauração de Banco de Dados com Múltiplos Containers.

Restaurar sistemas de expansão SAP HANA (versão prévia)

O processo de restauração para sistemas de expansão SAP HANA segue o mesmo fluxo de trabalho dos sistemas HANA independentes e habilitados para HSR, com pré-requisitos específicos adicionais para expansão.

Pré-requisitos para restauração de expansão

Além dos pré-requisitos gerais, certifique-se de revisar os seguintes pré-requisitos para operações de restauração escalonada.

Para restauração no mesmo sistema, verifique se todos os nós do sistema de expansão estão registrados no mesmo cofre dos Serviços de Recuperação, descobertos e em estado pronto para restauração.

Para a Restauração em Local Alternativo (ALR) para um sistema de expansão diferente, garanta que todos os nós do sistema de expansão de destino estejam registrados no mesmo cofre dos Serviços de Recuperação, que o script de pré-registro de expansão tenha sido executado em todos os nós de destino, que todos os nós de destino tenham sido detectados e que todos os nós de destino estejam em estado de prontidão.

Para obter mais informações sobre registro e descoberta de nós, consulte Backup de bancos de dados de expansão SAP HANA em VMs do Azure.

Restaurar o banco de dados para o mesmo sistema de expansão

Para restaurar um banco de dados para o mesmo sistema com expansão, siga estas etapas:

1. No painel de Restauração , em Onde e como restaurar, selecione Local original ou Local alternativo , conforme apropriado.

   Se você escolheu Local alternativo, selecione o sistema de expansão SAP HANA na lista suspensa Sistema HANA. O Backup do Azure reconhecerá o sistema com expansão horizontal como uma única unidade lógica.

2. Na caixa Nome do Banco de Dados Restaurado, digite o nome do banco de dados de destino.

3. Marque a caixa de seleção Substituir se um BD com o mesmo nome já existir na instância do HANA selecionada se aplicável.

4. No Selecionar ponto de restauração, escolha seu tipo de restauração:

   • Logs (pontual) para restaurar em um ponto no tempo específico.
   • Completo e diferencial para restaurar em um ponto de recuperação específico.

5. Selecione Restaurar para iniciar a operação de restauração.

O Backup do Azure coordena automaticamente a operação de restauração em todos os nós do sistema de expansão.

Restaurar para um sistema de expansão alternativo

Para restaurar um banco de dados de um sistema de expansão horizontal para outro sistema de expansão horizontal, siga estas etapas:

1. No painel Restaurar , em Onde e como restaurar, selecione Local Alternativo.

2. No menu suspenso Sistema HANA, selecione o sistema de expansão de destino para o qual você deseja restaurar o banco de dados. O menu suspenso mostra todos os sistemas de expansão registrados e descobertos.

3. Na caixa Nome do Banco de Dados Restaurado, digite o nome do banco de dados de destino.

4. Marque a caixa de seleção Substituir se um BD com o mesmo nome já existir na instância do HANA selecionada se aplicável.

5. No Selecionar ponto de restauração, escolha seu tipo de restauração:

   • Logs (pontual) para restaurar em um ponto no tempo específico.
   • Completo e diferencial para restaurar em um ponto de recuperação específico.

6. Selecione o ponto de recuperação no gráfico ou na lista.

7. Selecione Restaurar para iniciar a operação de restauração.

O Backup do Azure coordena automaticamente a operação de restauração em todos os nós do sistema de scale-out de destino.

Restaurar bancos de dados escalonáveis como arquivos

Você também pode restaurar backups de banco de dados de expansão como arquivos usando o mesmo processo dos sistemas independentes e HSR. Para passos detalhados, veja Restaurar como arquivos.

Ao restaurar bancos de dados escalonáveis como arquivos, certifique-se de que:

• O caminho de destino pode ser acessado a partir de todos os nós do sistema de expansão de destino.
• O caminho possui permissões apropriadas para operações de arquivo.
• Os arquivos são restaurados para um local de armazenamento compartilhado, se necessário, para garantir consistência entre nós.

Restauração Entre Regiões

Como uma das opções de restauração, a CRR (Restaurar Entre Regiões) permite restaurar bancos de dados SAP HANA hospedados em VMs do Azure em uma região secundária, que é uma região emparelhada do Azure.

Para começar a usar o recurso, confira Configurar Restauração Entre Regiões.

Exibir itens de backup na região secundária

Se a CRR estiver habilitada, você poderá exibir os itens de backup na região secundária.

1. No Azure portal, vá para Recovery Services vault e selecione Backup items.
2. Selecione Região secundária para exibir os itens na região secundária.

Restaurar na região secundária

A experiência do usuário de restauração na região secundária é semelhante à experiência do usuário de restauração na região primária. Quando você configurar os detalhes no painel Configuração de Restauração, precisará fornecer somente os parâmetros da região secundária. Deve haver um cofre na região secundária e o servidor SAP HANA deve estar registrado nele.

Saiba mais sobre os requisitos mínimos de função para restauração entre regiões.

Monitorar os trabalhos de restauração na região secundária

1. No Azure portal, vá para Resiliency e selecione Jobs.
2. No painel Tarefas, para visualizar as tarefas na região secundária, filtre a Operação por Restauração entre regiões.

Restauração entre assinaturas

O Backup do Azure agora permite que você restaure o banco de dados SAP HANA para qualquer assinatura (de acordo com os seguintes requisitos do RBAC do Azure) a partir do ponto de restauração. Por padrão, Backup do Azure restaura para a mesma assinatura em que os pontos de restauração estão disponíveis.

Com a restauração entre assinaturas (CSR), você tem a flexibilidade de restaurar para qualquer assinatura e qualquer cofre do seu locatário, se as permissões de restauração estiverem disponíveis. Por padrão, a CSR está habilitada em todos os cofres dos Serviços de Recuperação (cofres existentes e recém-criados).

Restauração entre assinaturas para um cofre com ponto de extremidade privado ativado

Para executar a Restauração Entre Assinaturas em um cofre habilitado para Ponto de Extremidade Privado:

1. No cofre dos Serviços de Recuperação de origem, acesse a guia Rede.
2. Vá para a seção Private access e crie Private Endpoints.
3. Selecione a assinatura do cofre de destino que você quer restaurar.
4. Na seção Rede Virtual, selecione o VNet da VM de destino que você deseja restaurar em toda a assinatura.
5. Crie o ponto de extremidade privado e dispare o processo de restauração.

Requisitos do RBAC do Azure

Por padrão, a CSR está habilitada no cofre dos Serviços de Recuperação. Para atualizar as configurações de restauração do cofre dos Serviços de Recuperação, acesse Propriedades>Restauração entre Assinaturas e faça as alterações necessárias.

Cross Subscription Restore usando CLI do Azure

az backup vault create

Adicione o parâmetro cross-subscription-restore-state que permite definir o estado da CSR do cofre durante a criação e atualização do cofre.

az backup recoveryconfig show

Adicione o parâmetro --target-subscription-id que permite fornecer a assinatura de destino como entrada ao acionar a Restauração entre Assinaturas para fontes de dados SQL ou HANA.

Exemplo:

   az backup vault create -g {rg_name} -n {vault_name} -l {location} --cross-subscription-restore-state Disable
   az backup recoveryconfig show --restore-mode alternateworkloadrestore --backup-management-type azureworkload -r {rp} --target-container-name {target_container} --target-item-name {target_item} --target-resource-group {target_rg} --target-server-name {target_server} --target-server-type SQLInstance --target-subscription-id {target_subscription} --target-vault-name {target_vault} --workload-type SQLDataBase --ids {source_item_id}

Próximas etapas

• Gerencie bancos de dados SAP HANA com o Backup do Azure usando o portal do Azure.
• Gerencie bancos de dados SAP HANA que são respaldados pelo Backup do Azure usando CLI do Azure.
• O backup de bancos de dados SAP HANA em VMs Azure.