Azure Backup – Perguntas frequentes

Sim. Pode criar até 500 cofres dos Serviços de Recuperação, por região suportada do Azure Backup, por subscrição. Se precisar de mais cofres, crie uma subscrição adicional.

Pode registar até 1000 máquinas virtuais do Azure por cofre. Se você estiver usando o Microsoft Azure Backup Agent, poderá registrar até 50 agentes MARS por cofre. E você pode registrar 50 servidores MABS/servidores DPM em um cofre.

A proteção de até 2000 fontes/itens de dados em todas as cargas de trabalho (como IaaS VM, SQL, AFS) é o limite recomendado por cofre. Por exemplo, se você já protegeu 500 VMs e 400 compartilhamentos de Arquivos do Azure no cofre, recomendamos proteger até 1100 bancos de dados SQL nele.

Só pode ter até 200 políticas por cofre. No entanto, adicionando novas políticas de backup ou editando políticas atuais por meio de modelos do Azure Resource Manager (ARM) ou clientes de Automação do Azure, como o PowerShell, a CLI é limitada a 50 em um período de 24 horas.

Os dados de servidores que quer recuperar em conjunto deverão utilizar a mesma frase de acesso ao configurar a cópia de segurança. Se quiser isolar a recuperação para um servidor ou servidores específicos, utilize uma frase de acesso somente para esse servidor ou esses servidores. Por exemplo, os servidores de recursos humanos podem utilizar uma frase de acesso de encriptação, os servidores de gestão de contas outra e os servidores de armazenamento uma terceira.

Sim. Para mover um cofre dos Serviços de Recuperação, veja este artigo

N.º Os dados da cópia de segurança armazenados num cofre não podem ser movidos para um cofre diferente.

Por padrão, o tipo de replicação de armazenamento é definido como GRS (armazenamento com redundância geográfica). Depois de configurar o backup, a opção para modificar está no estado desativado e não pode ser alterada.

Se você já configurou o backup e precisa mudar do GRS para o LRS, consulte Como mudar do GRS para o LRS depois de configurar o backup.

• O ILR é suportado nas VMs do Azure com cópia de segurança efetuada pela cópia de segurança da VM do Azure. Para obter mais informações, veja este artigo
• Não há suporte para ILR para pontos de recuperação online de VMs locais com backup feito pelo Servidor de Backup do Azure (MABS) ou pelo System Center DPM.

Para mover os dados de backup para fora do Cofre dos Serviços de Recuperação, você precisa restaurar os dados necessários. Se o cofre contiver backup de dados locais, use o agente correspondente (MARS, MABSs ou DPM) para restaurar para o local.

Não oferecemos suporte à exportação de dados diretamente do cofre dos Serviços de Recuperação para armazenamento local para backup da carga de trabalho na nuvem (VMs do Azure, SQL e SAP HANA nas VMs do Azure). No entanto, você pode restaurá-los para os recursos de nuvem correspondentes nas Contas de Armazenamento do Azure e, em seguida, mover os dados para o local. Você também pode exportar esses dados para o local via Data Box ou Importar /Exportar.

Se um cofre GRS sem recurso de CRR habilitado, os dados na região secundária não poderão ser acessados até que o Azure declare um desastre na região primária. Nesse cenário, a restauração acontece a partir da região secundária. Quando a CRR está habilitada, mesmo que a região primária esteja ativada e em execução, você pode acionar uma restauração na região secundária.

Sim. Para mover uma assinatura (que contém um cofre) para uma ID diferente do Microsoft Entra, consulte Transferir assinatura para um diretório diferente.

Sim. Certifique-se de fazer o seguinte:

O cofre dos Serviços de Recuperação e o cofre de Backup têm suporte no Backup do Azure e visam o backup e a restauração de diferentes fontes de dados. Você precisa criar o cofre apropriado com base no tipo de fonte de dados que deseja proteger.

A tabela a seguir lista as várias fontes de dados suportadas por cada cofre:

N.º Atualmente, o Backup do Azure oferece suporte apenas à cópia de pontos de restauração de um cofre para outro. Você pode mover instantâneos para uma região diferente usando as APIs de ponto de restauração de VM, mas isso não é suportado para pontos de recuperação de camada do Vault.

• Relativamente ao agente em execução em VMs do Azure, leias estas FAQ.
• Relativamente ao agente utilizado para fazer cópias de segurança das pastas de ficheiros do Azure, leia estas FAQ.

Sim.

• Você pode fazer backup de máquinas Windows Server ou Windows até três vezes por dia pelo backup MARS. Pode definir a política de agendamento para agendamentos diários ou semanais.
• Pode fazer cópias de segurança do DPM até duas vezes por dia. Pode definir a política de agendamento para agendamentos diários, semanais, mensais e anuais.
• Você pode fazer backup de VMs do Azure uma vez por dia pela política de backup Padrão.

O Azure Backup suporta estes sistemas operativos para criar cópias de segurança de ficheiros e pastas e aplicações protegidas pelo Azure Backup Server e DPM.

O Azure Backup não suporta sistemas operativos de 32 bits.

Para cópias de segurança do Linux de VMs do Azure, o Azure Backup suporta a lista de distribuições aprovadas pelo Azure, exceto o sistema operativo CoreOS Linux e de 32 bits. Outras distribuições “Bring-Your-Own” do Linux poderão funcionar, desde que o agente de VM esteja disponível na VM e haja suporte para Python.

Saiba mais sobre as cargas de trabalho mais recentes suportadas pelo DPM e pelo MABS Server.

Os limites de tamanho são os seguintes:

A tabela seguinte explica a forma como é determinado cada tamanho da origem de dados.

Não há limite para a quantidade total de dados dos quais você pode fazer backup usando um cofre dos Serviços de Recuperação. As fontes de dados individuais (diferentes das VMs do Azure) podem ter no máximo 54.400 GB de tamanho. Para obter mais informações sobre limites, consulte a seção limites do vault na matriz de suporte.

Os dados de cópias de segurança criadas a partir do Agente do Azure Backup, do DPM ou do Azure Backup Server são comprimidos e encriptados antes de serem transferidos. Se for aplicada a compressão e a encriptação, os dados no cofre são 30 a 40% mais reduzidos.

Não, não é possível visualizar o tempo de expiração dos backups agendados. No entanto, você pode visualizar o tempo de expiração dos backups sob demanda por meio de tarefas de backup.

Não, o Azure Backup não suporta a eliminação ou limpeza de itens individuais das cópias de segurança armazenadas.

N.º Todos os dados que foram transferidos para o cofre antes da tarefa de cópia de segurança ser cancelada permanecem no cofre.

• O Backup do Azure utiliza um mecanismo de ponto de verificação para adicionar, ocasionalmente, pontos de verificação aos dados de cópia de segurança durante a cópia de segurança.
• Por existirem pontos de verificação nos dados de cópia de segurança, o processo de cópia de segurança seguinte pode validar a integridade dos ficheiros.
• A tarefa de cópia de segurança seguinte será incremental face aos dados para os quais foi criada uma cópia de segurança anteriormente. As cópias de segurança incrementais só transferem dados novos ou alterados, o que se traduz numa melhor utilização da largura de banda.

Se cancelar uma tarefa de cópia de segurança para uma VM do Azure, os dados transferidos são ignorados. A próxima tarefa de cópia de segurança transfere os dados incrementais desde a última tarefa de cópia de segurança bem-sucedida.

Não, os itens de backup em um cofre não podem ser excluídos se o Grupo de Recursos correspondente tiver um bloqueio de exclusão.

Sim, ambos têm políticas de retenção diárias, semanais, mensais e anuais.

Sim, você personalizou políticas. Por exemplo, pode configurar requisitos de retenção semanais e diários, mas não anuais nem mensais.

N.º Só podem ser aplicadas políticas de retenção em pontos de cópia de segurança. Por exemplo, esta imagem mostra uma política de retenção para cópias de segurança efetuadas às 12:00 e às 18:00.

N.º Não, o tempo para recuperar o ponto mais antigo ou mais recente é o mesmo. Cada ponto de recuperação funciona como um ponto completo.

Os produtos de ponto de retenção de longa duração típicos armazenam cópias de segurança como pontos completos.

• Os pontos completos são ineficazes ao nível do armazenamento, mas é mais rápido e mais fácil restaurá-los.
• As cópias incrementais são eficientes ao nível do armazenamento, mas necessitam que restaure uma cadeia de dados, que tem impacto no tempo de recuperação

A arquitetura de armazenamento do Backup do Azure dá-lhe o melhor dos dois mundos ao armazenar da melhor maneira dados para restauros rápidos e incorrer em custos de armazenamento reduzido reduzidos. Tal garante que a largura de banda de entrada e de saída é utilizada com eficácia. A quantidade do armazenamento de dados e o tempo necessário para recuperar os dados são mantidos num mínimo. Obtenha mais informações sobre as cópias de segurança incrementais.

Pode criar até 9999 pontos de recuperação por instância protegida. Uma instância protegida é um computador, um servidor (físico ou virtual) ou uma carga de trabalho, mantido numa cópia de segurança no Azure.

• Obtenha mais informações sobre cópias de segurança e retenção.

Não há limite para o número de recuperações do Backup do Azure.

N.º A recuperação é gratuita e não lhe é cobrado o tráfego de saída.

Quando é aplicada uma nova política, são seguidas o agendamento e a retenção dessa nova política.

• Se a retenção for estendida, os pontos de recuperação existentes serão marcados para mantê-los de acordo com a nova política.
• Se a retenção for reduzida, eles serão marcados para remoção no próximo trabalho de limpeza e, posteriormente, excluídos.

Quando os backups são interrompidos e os dados são retidos, as regras de política existentes para remoção de dados cessarão e os dados serão retidos indefinidamente até serem iniciados pelo administrador para exclusão.

Sim. Os dados são encriptados no computador no local com AES256. Os dados são enviados através de uma ligação HTTPS segura. Os dados transmitidos na cloud são protegidos pela ligação HTTPS apenas entre o serviço de armazenamento e recuperação. O protocolo iSCSI protege os dados transmitidos entre o serviço de recuperação e o computador do utilizador. O túnel seguro é utilizado para proteger o canal iSCSI.

Sim. Os dados no Azure são encriptados inativamente.

• Para cópias de segurança no local, a encriptação inativa de dados é fornecida ao utilizar a frase de acesso que forneceu ao fazer cópias de segurança no Azure.
• Nas VMs do Azure, os dados são encriptados inativamente com a Encriptação do Serviço de Armazenamento (SSE).

A Microsoft não descriptografa os dados de backup em nenhum momento.

A chave de criptografia usada pelo Agente dos Serviços de Recuperação do Microsoft Azure (MARS) é derivada de uma senha que deve ter pelo menos 16 caracteres. Para VMs do Azure, não há limite para o comprimento das chaves usadas pelo Azure KeyVault.

Apenas o seu site possui a chave utilizada para encriptar os dados da cópia de segurança. A Microsoft não mantém uma cópia no Azure e não tem acesso à chave. Se tiver colocado a chave num local incorreto, a Microsoft não poderá recuperar os dados da cópia de segurança.

Próximos passos

Leia as outras FAQs:

• Perguntas comuns sobre cópias de segurança de VMs do Azure.
• Perguntas comuns sobre o agente do Azure Backup