Perguntas frequentes-Fazer backup de VMs do Azure

Ao criar uma VM, você pode habilitar o backup para VMs que executam sistemas operacionais suportados.

O backup inicial é sempre um backup completo e sua duração dependerá do tamanho dos dados e de quando o backup for processado.

Para melhorar o desempenho do backup, consulte as práticas recomendadas de backup; Considerações sobre backup e desempenho de backup

Embora o tempo total de backup para backups incrementais seja inferior a 24 horas, esse pode não ser o caso do primeiro backup.

N.º Os custos de backup são separados dos custos de uma VM. Saiba mais sobre os preços do Backup do Azure.

Se você for um colaborador de VM, poderá habilitar o backup na VM. Se você estiver usando uma função personalizada, precisará das seguintes permissões para habilitar o backup na VM:

• Microsoft.RecoveryServices/Vaults/gravação
• Microsoft.RecoveryServices/Vaults/leitura
• Microsoft.RecoveryServices/locais/*
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/*/read
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/read
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/write
• Microsoft.RecoveryServices/Vaults/backupFabrics/backupProtectionIntent/write
• Microsoft.RecoveryServices/Vaults/backupPolicies/read
• Microsoft.RecoveryServices/Vaults/backupPolicies/write

Se o cofre e a VM dos Serviços de Recuperação tiverem grupos de recursos diferentes, certifique-se de que tem permissões de escrita no grupo de recursos para o cofre dos Serviços de Recuperação.

N.º Especifique o intervalo de retenção para uma tarefa de backup sob demanda. Por padrão, ele é retido por 30 dias quando acionado a partir do portal.

Forneça permissões para o Backup do Azure acessar o Cofre da Chave. Especifique as permissões no PowerShell conforme descrito na seção Habilitar backup na documentação do PowerShell de Backup do Azure.

Sim, os backups funcionam perfeitamente. Não há necessidade de reconfigurar nada.

O assistente lista apenas VMs na mesma região do vault e que ainda não estão sendo copiadas.

Sim. Os backups são executados quando uma máquina é desligada. O ponto de recuperação é marcado como consistente com falhas.

Sim. Você pode cancelar o trabalho de backup em um estado de tirar instantâneo . Não é possível cancelar um trabalho se a transferência de dados do instantâneo estiver em andamento.

Se você bloquear o grupo de recursos criado pelo Serviço de Backup do Azure, os backups começarão a falhar. Remova o bloqueio e limpe a coleção de pontos de restauração desse grupo de recursos para que os backups futuros sejam bem-sucedidos. Siga estas etapas para remover a coleção de pontos de restauração.

O Backup do Azure cria um grupo de recursos separado no formato AzureBackupRG_<geo>_<number> para armazenar objetos ResourcePointCollections. Como esse grupo de recursos é de propriedade do serviço, bloqueá-lo fará com que os backups falhem. Os bloqueios só podem ser aplicados a grupos de recursos criados pelo cliente.

Sim, o Backup do Azure dá suporte a discos gerenciados SSD padrão.

Os instantâneos podem ser tirados apenas em discos de dados habilitados para WA e não em discos do sistema operacional. Assim, apenas os discos de dados habilitados para WA podem ser protegidos.

O Backup do Azure pode fazer backup do disco de dados habilitado para WA. No entanto, o backup não fornecerá consistência de banco de dados.

O Backup do Azure fornece uma solução de backup de streaming para bancos de dados SAP HANA com um RPO de 15 minutos. É certificado pela Backint pela SAP para fornecer um suporte de backup nativo aproveitando as APIs nativas do SAP HANA. Saiba mais sobre como fazer backup de bancos de dados SAP HANA em VMs do Azure.

O backup agendado será acionado dentro de 2 horas do horário de backup agendado. Por exemplo, se 100 VMs tiverem a hora de início da cópia de segurança agendada para as 02:00, até às 4:00, o mais tardar, todas as 100 VMs terão o trabalho de cópia de segurança em curso. Se os backups agendados tiverem sido pausados devido a uma interrupção e retomados ou repetidos, o backup poderá ser iniciado fora dessa janela agendada de duas horas.

A política de backup da Máquina Virtual do Azure dá suporte a um intervalo mínimo de retenção de sete dias até 9999 dias. Por padrão, o backup de VMs é mantido por 7 dias no snapshot e 180 dias no vault. Qualquer modificação em uma política de backup de VM existente com menos de sete dias exigirá uma atualização para atender ao intervalo mínimo de retenção de sete dias.

Se você alterar a maiúscula e minúscula (para superior ou inferior) do seu grupo de recursos de VM ou VM, a maiúscula e minúscula do nome do item de backup não será alterada; esse é o comportamento esperado do Backup do Azure. A alteração de maiúsculas e minúsculas não aparecerá no item de backup, mas será atualizada no back-end.

O Backup do Azure agora dá suporte ao backup e restauração de disco seletivo usando a solução de backup da Máquina Virtual do Azure. Para obter mais informações, consulte Backup e restauração de disco seletivo para VMs do Azure.

Se ocorrerem alterações de locatário, será necessário desabilitar e reativar identidades gerenciadas para fazer com que os backups funcionem novamente.

O Backup do Azure não oferece suporte ao backup de arquivos NFS montados a partir do armazenamento ou de qualquer outro servidor NFS para máquinas Linux ou Windows. Ele só faz backup de discos que estão conectados localmente à VM.

Todas as configurações de VM necessárias para executar as operações de restauração são armazenadas no backup da VM. Isso inclui as cópias de criptografia das chaves criptografadas da VM, que são acessíveis para você na restauração. As cópias de encriptação só podem ser desencriptadas usando o cofre de chaves. Os discos temporários e o estado da memória não são capturados no instantâneo.

O Backup do Azure pode fazer backup e restaurar tags, exceto NICs e IPs. O Backup do Azure respeita as limitações de assinatura do Grupo de Recursos do Azure e restaura até 50 tags.

Para obter informações detalhadas, consulte Limites de assinatura.

Não, não é possível acionar backups sob demanda desativando o backup agendado.

Cada VM do Azure em um cluster é considerada como uma VM individual do Azure. Portanto, todas as operações de backup são aplicáveis de acordo com VMs individuais do Azure.

A criação de um instantâneo de VM leva alguns minutos e haverá uma interferência mínima no desempenho do aplicativo neste estágio. Mas, a transferência de dados para um cofre leva algumas horas; Por isso, recomendamos agendar backups fora do horário comercial. Saiba mais sobre as práticas recomendadas para backup e restauração.

Sim, o backup de um novo disco adicionado a uma VM será feito automaticamente durante o próximo backup, a menos que o backup seletivo de disco seja configurado na VM. Um disco recém-adicionado à VM terá um instantâneo completo (réplica inicial) tirado no primeiro backup, os discos existentes continuarão a cadeia lógica incremental.

A restauração de arquivos e pastas do backup criptografado da VM não é suportada no momento, você deve recuperar toda a VM para restaurar arquivos e pastas. Consulte as etapas para restaurar uma máquina virtual criptografada do Azure. No entanto, pode recuperar ficheiros de cópias de segurança anteriores à encriptação.

Sim, você pode fazer isso quando a fase Transferir dados para o cofre estiver em andamento.

O Backup do Azure faz backup de chaves de criptografia e segredos dos dados de backup. Geralmente, as chaves não são restauradas no cofre de chaves, mas o Backup do Azure permite restaurar as chaves durante a perda de chaves.

Não, não é possível manter um único ponto de restauração. Quando você exclui os pontos de restauração anteriores, a cadeia é excluída. Portanto, não é possível reter ou excluir seletivamente um ponto de recuperação.

As retenções máximas dos pontos de backup são:

• Retenção de pontos de backup diários: 9999 dias
• Retenção de pontos de backup semanais: 5163 semanas
• Retenção de pontos de backup mensais: 1188 meses
• Retenção de pontos de backup anuais: 99 anos

Pense em uma restauração de VM como uma opção de criação rápida para uma VM do Azure. Essa opção altera nomes de disco, contêineres usados pelos discos, endereços IP públicos e nomes de interface de rede. A alteração mantém recursos exclusivos quando uma VM é criada. A VM não é adicionada a um conjunto de disponibilidade.

Você pode usar a opção restaurar disco se desejar:

• Personalize a VM que é criada. Por exemplo, altere o tamanho.
• Adicione definições de configuração que não estavam lá no momento do backup.
• Controle a convenção de nomenclatura para os recursos que são criados.
• Adicione a VM a um conjunto de disponibilidade.
• Adicione qualquer outra configuração que deva ser configurada usando o PowerShell ou um modelo.

Sim, você pode usar backups feitos antes de os discos serem migrados de não gerenciados para gerenciados.

O processo de restauração permanece o mesmo. Se o ponto de recuperação for de um point-in-time em que a VM tinha discos não gerenciados, você poderá restaurar os discos como não gerenciados. Se a VM tiver discos gerenciados, você poderá restaurá-los como discos gerenciados. Em seguida, você pode criar uma VM a partir desses discos.

Saiba mais sobre como fazer isso no PowerShell.

No caso de uma restauração de VM gerenciada, mesmo que a criação da VM falhe, os discos ainda serão restaurados.

Sim. Mesmo se você excluir a VM, poderá ir para o item de backup correspondente no cofre e restaurar a partir de um ponto de recuperação.

Para VMs do Azure de Disco Gerenciado, a restauração para os conjuntos de disponibilidade é habilitada fornecendo uma opção no modelo enquanto restaura como discos gerenciados. Este modelo tem o parâmetro de entrada chamado Conjuntos de disponibilidade.

O recurso de restauração instantânea ajuda com backups mais rápidos e restaurações instantâneas a partir dos snapshots.

Depois de alterar as configurações do cofre de chaves para a VM criptografada, os backups continuarão a funcionar com o novo conjunto de detalhes. No entanto, após a restauração de um ponto de recuperação antes da alteração, você terá que restaurar os segredos em um cofre de chaves antes de poder criar a VM a partir dele. Para mais informações, consulte este artigo.

Operações como a substituição de segredo/chave não exigem essa etapa e o mesmo cofre de chaves pode ser usado após a restauração.

Sim, você pode acessar a VM uma vez restaurada devido a uma VM ter um relacionamento quebrado com o controlador de domínio. Para mais informações, consulte este artigo.

Sim, você pode cancelar o trabalho de restauração até a fase de transferência de dados. Depois que ele entrar na fase de criação da VM, você não poderá cancelar o trabalho de restauração.

O tempo total de restauração depende da velocidade das operações de entrada/saída por segundo (IOPS) e da taxa de transferência da conta de armazenamento. O tempo total de restauração pode ser afetado se a conta de armazenamento de destino for carregada com outras operações de leitura e gravação do aplicativo. Para melhorar a velocidade da operação de restauração, selecione uma conta de armazenamento que não esteja carregada com outros dados do aplicativo. Saiba mais sobre as práticas recomendadas para backup e restauração de VM do Azure.

O Backup do Azure usa discos "anexados" de pontos de recuperação e não examina suas referências ou galerias de imagens. Portanto, na política, você pode marcar "storageProfile.osDisk.createOption as Attach", e a condição do script será:

if (storageProfile.osDisk.createOption == "Attach") then { exclude <Policy> }

Para restaurar uma VM no estado desligado, você pode criar uma VM ou restaurar discos, mas não pode substituir uma VM existente. Saiba mais sobre as opções de restauração disponíveis.

A VM do Azure deve estar no estado desligado enquanto você restaura. Caso contrário, a operação de restauração falharia no estágio de pré-verificação, com o código de erro UserErrorVmNotShutDown.

Além disso, antes de trocar discos de VM, você deve desligar a VM.

Sim, o limite máximo padrão para acionar a restauração é de 20 tentativas por VM em 24 horas, e a janela de 24 horas é redefinida às 00:00 UTC.

No caso de uma VM não gerenciada, o tipo de disco da VM é SSD Premium ou HDD e depende da SA na qual os VHDs existem. Se você fornecer SA normal durante a restauração, o disco da VM será HDD e, se você fornecer SA Premium, todos os discos serão SSDs Premium.

Sim, você pode excluir esses arquivos assim que o processo de restauração estiver concluído. Por padrão, o Backup do Azure retém esses arquivos para uso futuro.

Não se espera que as chaves criptografadas estejam presentes na região de destino como parte da restauração entre regiões (CRR). Portanto, precisa restaurar as chaves encriptadas e segredos usando o ficheiro restaurado. Quando a restauração estiver concluída, você poderá criar VM criptografada do Azure usando discos restaurados.

O Microsoft Windows permite um nome de VM com no máximo 15 caracteres. Além disso, você não pode especificar um nome de host DNS que seja diferente do nome de host NETBIOS . No entanto, você pode criar cabeçalhos de host para um site hospedado em uma VM do Azure com o nome conforme recomendação.

Saiba mais sobre as limitações da convenção de nomenclatura de VMs do Azure.

Sim, a Restauração entre Assinaturas agora permite restaurar VMs do Azure de um ponto de recuperação em uma assinatura para outra sob locatário, de acordo com as regras de controle de acesso baseado em função do Azure (Azure RBAC). A restauração entre assinaturas não é suportada por snapshots e restaurações de regiões secundárias.

Não, não há suporte para VMs criptografadas do Azure.

Não, a restauração entre assinaturas não é suportada pela restauração de snapshot .

Não, o Cross Subscription Restore não suporta restauro a partir de regiões secundárias.

Sim, é compatível com a Restauração de assinatura cruzada.

Sim, a Restauração Interzonal agora permite restaurar VMs fixas de zona do Azure para uma zona disponível diferente usando um ponto de recuperação em um cofre com ZRS (armazenamento redundante do Zonal) habilitado de acordo com as regras de controle de acesso baseado em função do Azure (Azure RBAC). Também é suportado a partir de cofres com Cross Region Restore (CRR).

Sim, a Restauração Interzonal agora permite restaurar VMs fixas não zonadas do Azure em qualquer zona disponível usando um ponto de recuperação em um cofre com ZRS (armazenamento redundante do Zonal) habilitado de acordo com as regras de controle de acesso baseado em função do Azure (Azure RBAC).

Não, não há suporte para VMs criptografadas do Azure.

Não, a restauração interzonal não é suportada pela restauração de snapshot .

Sim, o Backup do Azure oferece suporte à restauração de VMs fixas de zona do Azure em regiões secundárias.

Sim, é suportado pelo Cross Zonal Restore.

Depois de desmontar discos do portal do Azure, execute o script Python com clean parâmetro (python scriptName.py clean) para limpar a sessão e remover os caminhos de montagem do ponto de recuperação da máquina.

O backup da VM é feito usando as configurações de agendamento e retenção na política modificada.

• Se a retenção for prolongada, os pontos de recuperação existentes serão marcados e mantidos de acordo com a nova política.
• Se a retenção for reduzida, os pontos de recuperação serão marcados para poda no próximo trabalho de limpeza e, posteriormente, excluídos.

No entanto, os pontos de recuperação são específicos para a frequência do intervalo de retenção. Por exemplo, adicionar ou modificar uma política de retenção anual não afeta a retenção de pontos de recuperação mensais preexistentes.

1. Pare temporariamente o backup e retenha os dados de backup.

2. Para mover máquinas virtuais configuradas com o Backup do Azure, execute as seguintes etapas:

   1. Encontre a localização da sua máquina virtual.
   2. Encontre um grupo de recursos com o seguinte padrão de nomenclatura: AzureBackupRG_<location of your VM>_1. Por exemplo, AzureBackupRG_westus2_1
   3. No portal do Azure, marque Mostrar tipos ocultos.
   4. Localize o recurso com o tipo Microsoft.Compute/restorePointCollections que tem o padrão AzureBackup_<name of your VM that you're trying to move>_###########de nomenclatura .
   5. Exclua este recurso. Esta operação exclui apenas os pontos de recuperação instantânea, não os dados de backup no cofre.
   6. Depois que a operação de exclusão for concluída, você poderá mover sua máquina virtual.

3. Mova a VM para o grupo de recursos de destino.

4. Retome o backup.

Você pode restaurar a VM a partir de pontos de restauração disponíveis que foram criados antes da operação de movimentação.

Depois que uma VM é movida para um grupo de recursos diferente, ela é uma nova VM no que diz respeito ao Backup do Azure.

Depois de mover a VM para um novo grupo de recursos, você pode reproteger a VM no mesmo cofre ou em um cofre diferente. Como esta é uma nova VM para o Backup do Azure, você será cobrado por ela separadamente.

Os pontos de restauração da VM antiga estarão disponíveis para restauração, se necessário. Se você não precisar desses dados de backup, poderá parar de proteger sua VM antiga com dados de exclusão.

Sim, há um limite de 100 VMs que podem ser associadas à mesma política de backup. Recomendamos que, para mais de 100 VMs, crie várias políticas de backup com o mesmo agendamento ou agendamento diferente.

Há um limite diário de 1000 para proteções gerais de configuração/modificação em um cofre.

Atualmente, você pode exibir as configurações de retenção em um nível de item de backup (VM) com base na política de backup atribuída à VM.

Uma maneira de exibir as configurações de retenção para seus backups é navegar até o painel de item de backup para sua VM, no portal do Azure. Selecionar o link para sua política de backup ajuda a visualizar a duração de retenção de todos os pontos de retenção diários, semanais, mensais e anuais associados à VM.

Você também pode usar o Gerenciador de Backup para exibir as configurações de retenção de todas as suas VMs em um único painel. Vá para o Gerenciador de Backup de qualquer cofre dos Serviços de Recuperação, vá para a guia Itens de Backup e selecione a Visualização Avançada para ver informações detalhadas de retenção para cada VM.

O Backup de VM do Azure usa comunicação HTTPS para criptografia em trânsito. A transferência de dados usa a malha do Azure (e não pontos de extremidade públicos), que não precisam de acesso à Internet para backup de VM.

Essa API provisiona um script para invocar uma conexão iSCSI para recuperação de arquivos do Backup do Azure.

• Você pode desabilitar essa opção usando definições de função personalizadas excluindo a ação da API.
• Você também pode usar os pontos de extremidade privados para restringir o acesso ao servidor iSCSI de dentro da rede privada.
• Você também pode desabilitar essa opção em uma organização usando o recurso negar atribuição .

A política entra em vigor imediatamente após as modificações dos parâmetros, como retenção, cronograma e assim por diante. Isso é aplicável a todos os novos backups retirados da política modificada. No entanto, a poda dos pontos de recuperação (se aplicável) de acordo com a nova política demora 24 horas.

Este recurso não é suportado no momento. Você pode postar qualquer solicitação de recurso no portal da comunidade do Backup do Azure.

A retenção de backups interrompidos não pode ser modificada, pois eles não têm nenhuma política anexada a ele. No entanto, você pode retomar a proteção e atribuir uma política.

Os backups interrompidos são mantidos até serem excluídos manualmente.

Você precisa verificar as permissões de assinatura na região secundária. Escreva-nos para a inscrição da AskAzureBackupTeam@microsoft.com assinatura.

Como os recursos do Azure lidam com esse tráfego, ele não pode ser determinado por um usuário externo.

RPO: O RPO mínimo é de 1 dia ou 24 horas quando você estiver usando a política Padrão. Se você usar a política Avançada, o RPO mínimo será de 4 horas.

Este erro aparece quando tenta iniciar uma VM depois de criar uma VM do Azure a partir de uma imagem que não seja do Marketplace ou troca o disco do SO de uma VM por uma imagem que não seja do Marketplace e, em seguida, a implementação da VM falha. Para resolver esse problema, remova as informações do plano da VM.

O Backup do Azure faz backup dos segredos e dados KEK da versão da chave durante o backup e restaura o mesmo. No entanto, a inicialização de VMs ADE com chaves de versão mais antigas também é possível.

Os dados de backup totalmente replicados para a região secundária antes que a falha da região primária permaneçam intactos. Este continua a ser o caso mesmo depois de a região primária ter recuperado da falha. Em outras palavras, a máquina virtual pode ser recuperada na região secundária com os dados que tinha antes da falha, de acordo com o cronograma de replicação. Observe que o RPO para a região secundária é de 36 horas, ou seja, os dados levam aproximadamente 36 horas para serem totalmente replicados da região primária para a secundária.

O tempo de expiração dos pontos de recuperação é atualizado quando o Coletor de Lixo (GC) é executado, ou seja , a cada 24 horas. Depois de atualizar a política de backup, pode levar até 24 horas para mostrar as atualizações no Tempo de expiração, se não houver atrasos nos trabalhos de GC.

O tempo de expiração do ponto de recuperação mais recente não aparece porque ele tem retenção infinita até que um mais recente seja criado. O tempo de expiração de outros pontos de recuperação estará disponível no Portal do Azure após 24 horas da criação, dependendo de quando a coleta de lixo for executada (dentro de 24 horas).

Não, a operação de restauração (para o local original ou alternativo) não afeta os backups agendados.

• Restaurar para o local original: o Backup do Azure substitui os discos da VM existente pelos do ponto de restauração. Esse processo inclui tirar um instantâneo da VM atual antes da restauração, garantindo que o agendamento de backup permaneça.
• Restaurar para Local Alternativo: o Backup do Azure cria uma nova VM usando o ponto de restauração. Essa nova VM não terá o mesmo agendamento de backup que a VM original; você precisa configurar a política de backup manualmente. Saiba mais sobre a restauração de VM do Azure.

Nesses cenários de restauração, a política de backup original e o agendamento para a VM original permanecem inalterados. No entanto, se desejar que a VM restaurada (no local alternativo) tenha um agendamento de backup, será necessário configurar a política de backup.

No caso de uma Restauração de Local Original (OLR) ou uma Restauração de Local Alternativo (ALR) para VMs do Azure, o Backup do Azure executa a configuração de backup como:

O Storage Spaces Direct não é suportado, pois tem dados espalhados por duas máquinas virtuais diferentes.

Não há suporte para espaços de armazenamento em uma única VM para backup de VM consistente com aplicativos. Para backup de VM consistente com aplicativos, o VSS congela a E/S e garante que os instantâneos de disco sejam consistentes. Os Espaços de Armazenamento ainda podem executar gravações em segundo plano, quebrando a garantia de consistência do aplicativo. Isso pode resultar em uma pequena probabilidade de que o backup feito não seja consistente com o aplicativo. Atualmente, o backup e a recuperação de VM com espaços de armazenamento não estão bloqueados no produto.

Remover um disco simplesmente não executará nenhum instantâneo ou transferência de dados para o disco removido. O número de discos incluídos no ponto de restauração será diferente dependendo do estado da VM no momento do backup.

O redimensionamento de um disco continuará com backups incrementais, a menos que a conta de armazenamento subjacente do disco seja alterada, o que resulta em um backup completo.

Para a réplica inicial, um backup completo será reiniciado em caso de falha. No entanto, para Incremental, o snapshot do último backup bem-sucedido será comparado ao snapshot mais recente para copiar os dados alterados para o vault.