As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Backups de máquinas virtuais
AWS Backup oferece suporte à proteção de dados centralizada e automatizada para máquinas VMware virtuais locais (VMs) junto com VMs in the VMware Cloud™ (VMC) on AWS e VMware Cloud™ (VMC) on. AWS Outposts Você pode fazer backup de suas máquinas virtuais locais e VMC para o. AWS Backup Em seguida, você pode AWS Backup restaurar do local VMs, VMs no VMC ou no VMC ativado. AWS Outposts
AWS Backup também fornece recursos de gerenciamento de backup de VM AWS nativos e totalmente gerenciados, como descoberta de VMs, agendamento de backup, gerenciamento de retenção, um nível de armazenamento de baixo custo, cópia entre regiões e entre contas, suporte para Vault Lock e AWS Backup Audit Manager, criptografia independente dos dados de origem AWS Backup e políticas de acesso ao backup. Para obter uma lista completa dos recursos e dos detalhes, consulte a tabela [Disponibilidade de recursos por recurso](backup-feature-availability.md#features-by-resource).
Você pode usar AWS Backup para proteger suas máquinas virtuais no [VMware Cloud™ on AWS Outposts](https://aws.amazon.com/vmware/aws-services/). AWS Backup armazena seus backups de VM no local Região da AWS ao qual seu VMware Cloud™ on AWS Outposts está conectado. Você pode usar AWS Backup para proteger seu VMware Cloud™ on AWS Backup VMs ao usar o VMware Cloud™ on AWS Outposts para atender às suas necessidades locais de processamento de dados e de baixa latência para os dados do seu aplicativo. Com base em seus requisitos de residência de dados, você pode AWS Backup optar por armazenar backups dos dados do seu aplicativo no pai Região da AWS ao qual o seu AWS Outposts está conectado.
## Suportado VMs
AWS Backup pode fazer backup e restaurar máquinas virtuais gerenciadas por um VMware vCenter.
**Compatível atualmente:**
+ vSphere 8, 7.0 e 6.7
+ Tamanhos de disco virtual que são múltiplos de 1 KiB
+ Armazenamentos de dados NFS, VMFS e VSAN no local e no VMC em AWS
+ Modos de transporte SCSI Hot-Add e Network Block Device Secure Sockets Layer (NBDSSL) para copiar dados da origem para o local VMs AWS VMware
+ Modo Hot-Add para proteção VMs no Cloud on VMware AWS
**Sem suporte no momento:**
+ Discos ou NVMe controladores RDM (mapeamento de disco bruto) e seus discos
+ Modos de disco independente persistente e independente não persistente
## Consistência de backup
AWS Backup, por padrão, captura backups consistentes com aplicativos do VMs uso da configuração de quiescência das VMware Ferramentas na VM. Seus backups são consistentes com os aplicativos se os aplicativos forem compatíveis com VMware as Ferramentas. Se o recurso de quiescência não estiver disponível, AWS Backup captura backups consistentes com falhas. Valide que seus backups atendem às necessidades da sua organização testando suas restaurações.
## Gateway de backup
O gateway de backup é um AWS Backup software disponível para download que você implanta em sua VMware infraestrutura para VMware VMs conectá-la a. AWS Backup O gateway se conecta ao seu servidor de gerenciamento de VM para descobrir VMs, descobrir VMs, criptografar dados e transferi-los com eficiência para o. AWS Backup O diagrama a seguir ilustra como o Backup Gateway se conecta ao seu VMs:
![\[Um gateway de backup é um modelo OVF ao qual seu VMware ambiente se conecta AWS Backup.\]](http://docs.aws.amazon.com/pt_br/aws-backup/latest/devguide/images/Horizon.png)
Para baixar o software do gateway de backup, siga o procedimento para [Trabalhar com gateways](working-with-gateways.md).
### Baixe o software da VM
O gateway de backup é distribuído como um modelo OVF (Open Virtualization Format) que você implanta em sua VMware infraestrutura. O software de gateway conecta você VMware VMs AWS Backup descobrindo VMs, criptografando dados e transferindo dados com eficiência para o. AWS Backup
Para obter o modelo OVF, use o AWS Backup console:
1. Faça login no AWS Management Console e abra o AWS Backup console em [https://console.aws.amazon.com/backup.](https://console.aws.amazon.com/backup)
1. No painel de navegação esquerdo, em **Recursos externos**, escolha **Gateways**.
1. Escolha **Criar gateway**.
1. Na seção **Configurar gateway**, baixe o modelo OVF e implante-o em seu VMware ambiente.
[Para obter informações sobre endpoints VPC (Virtual Private Cloud), consulte AWS Backup e conectividade. AWS PrivateLink](https://docs.aws.amazon.com/aws-backup/latest/devguide/backup-network.html#backup-privatelink)
O gateway de backup vem com sua própria API, que é mantida separadamente da API do AWS Backup . Para ver uma lista das ações da API do Backup Gateway, consulte [Ações do Backup Gateway](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_Operations_AWS_Backup_Gateway.html). Para ver uma lista dos tipos de dados da API do Backup Gateway, consulte [ Tipos de dados do Backup Gateway](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_Types_AWS_Backup_Gateway.html).
## Endpoints
Os usuários existentes que atualmente usam um endpoint público e desejam mudar para um endpoint da VPC (nuvem privada virtual) podem [criar um gateway com um endpoint da VPC](https://docs.aws.amazon.com/aws-backup/latest/devguide/working-with-gateways.html#create-gateway) usando o [AWS PrivateLink](https://docs.aws.amazon.com/aws-backup/latest/devguide/backup-network.html#backup-privatelink), associar o hipervisor existente ao gateway e, depois, [excluir o gateway](https://docs.aws.amazon.com/aws-backup/latest/devguide/working-with-gateways.html#edit-gateway) que contém o endpoint público.
# Configurar sua infraestrutura para usar o gateway de backup
O gateway de backup requer as configurações de rede, firewall e hardware a seguir para fazer backup e restaurar suas máquinas virtuais.
## Configuração de rede
O gateway de backup exige que determinadas portas tenham permissão para sua operação. Permita as seguintes portas:
1. **Saída TCP 443**
+ Origem: gateway de backup
+ Destino: AWS
+ Uso: permite que o gateway de Backup se comunique com AWS.
1. **Entrada TCP 80**
+ Fonte: O host que você usa para se conectar ao Console de gerenciamento da AWS
+ Destino: gateway de backup
+ Uso: por sistemas locais para obter a chave de ativação do gateway de backup. A porta 80 é usada somente durante a ativação do gateway de Backup. AWS Backup não exige que a porta 80 seja acessível ao público. O nível necessário de acesso à porta 80 depende da configuração da rede. Se você ativar seu gateway a partir do Console de gerenciamento da AWS, o host a partir do qual você se conecta ao console deve ter acesso à porta 80 do gateway.
1. **Saída UDP 53**
+ Origem: gateway de backup
+ Destino: Servidor Domain Name Service (DNS – Serviço do nome de domínio)
+ Uso: permite que o gateway de backup se comunique com o DNS.
1. **Saída TCP 22**
+ Origem: gateway de backup
+ Destino: Suporte
+ Uso: Permite Suporte acessar seu gateway para ajudá-lo com problemas. Não é necessário ter essa porta aberta para a operação normal do gateway, mas é necessária estar aberta para a solução de problemas.
1. **Saída UDP 123**
+ Origem: cliente NTP
+ Destino: servidor NTP
+ Uso: usada por sistemas locais para sincronizar a hora da máquina virtual com a hora do host.
1. **Saída TCP 443**
+ Origem: gateway de backup
+ Destino: VMware vCenter
+ Uso: permite que o Backup Gateway se comunique com o VMware vCenter.
1. **Saída TCP 443**
+ Origem: gateway de backup
+ Destino: ESXi anfitriões
+ Uso: permite que o gateway de Backup se comunique com ESXi os hosts.
1. **Saída TCP 902**
+ Origem: gateway de backup
+ Destino: VMware ESXi anfitriões
+ Uso: usado para transferência de dados via gateway de backup.
As portas acima são necessárias para o gateway de Backup. Consulte mais informações sobre como configurar endpoints da Amazon VPC para o AWS Backup em [Criar um endpoint da VPC](https://docs.aws.amazon.com/aws-backup/latest/devguide/backup-network.html#backup-privatelink).
## Configuração do firewall
O gateway de backup requer acesso aos seguintes endpoints de serviço para se comunicar Amazon Web Services. Se usar um firewall ou roteador para filtrar ou limitar o tráfego de rede, você deverá configurar o firewall e o roteador para permitir a comunicação externa com a AWS nesses endpoints de serviço. O uso de um proxy HTTP entre o gateway de backup e os pontos de serviço não é compatível.
**Tipos de endpoint**
**Endpoints padrão**: Support IPv4 o tráfego entre seu dispositivo de gateway e. AWS
Os endpoints de serviço a seguir são exigidos por todos os gateways para operações de caminho de controle (`anon-cp`, `client-cp`, `proxy-app`) e caminho de dados (`dp-1`).
```
anon-cp.backup-gateway.region.amazonaws.com:443
client-cp.backup-gateway.region.amazonaws.com:443
proxy-app.backup-gateway.region.amazonaws.com:443
dp-1.backup-gateway.region.amazonaws.com:443
```
**Endpoints de pilha dupla**: Support IPv4 IPv6 e tráfego entre seu dispositivo de gateway e. AWS
Os endpoints de serviço de pilha dupla a seguir são exigidos por todos os gateways para operações de caminho de controle (ativação, ambiente de gerenciamento, proxy) e caminho de dados (plano de dados).
```
activation-backup-gateway.region.api.aws:443
controlplane-backup-gateway.region.api.aws:443
proxy-backup-gateway.region.api.aws:443
dataplane-backup-gateway.region.api.aws:443
```
## Configure seu gateway para vários NICs VMware
Você pode manter redes separadas para seu tráfego interno e externo conectando várias conexões de interface de rede virtual (NICs) ao seu gateway e, em seguida, direcionando o tráfego interno (gateway para hipervisor) e externo (gateway para AWS) separadamente.
Por padrão, as máquinas virtuais conectadas ao AWS Backup gateway têm um adaptador de rede (`eth0`). Essa rede inclui o hipervisor, as máquinas virtuais e o gateway de rede (gateway do backup) que se comunica com a Internet mais ampla.
Veja um exemplo de configuração com várias interfaces de rede virtual:
```
eth0:
- IP: 10.0.3.83
- routes: 10.0.3.0/24
eth1:
- IP: 10.0.0.241
- routes: 10.0.0.0/24
- default gateway: 10.0.0.1
```
+ Neste exemplo, a conexão é com um hipervisor com IP `10.0.3.123`, o gateway usará `eth0` como o IP do hipervisor que faz parte do bloco `10.0.3.0/24`
+ Para se conectar a um hipervisor com IP `10.0.0.234`, o gateway usará `eth1`
+ Para se conectar a um IP fora das redes locais (por exemplo, `34.193.121.211`), o gateway retornará ao gateway padrão, `10.0.0.1`, que está no bloco `10.0.0.0/24` e, portanto, passará `eth1`
A primeira sequência para adicionar outro adaptador de rede ocorre no cliente vSphere:
1. **No cliente VMware vSphere, abra o menu de contexto (com um clique com o botão direito do mouse) da máquina virtual do gateway e escolha Editar configurações.**
1. Na guia **Hardware virtual** da caixa de diálogo **Propriedades da máquina virtual**, abra o menu **Adicionar novo dispositivo** e selecione **Adaptador de rede** para adicionar um novo adaptador de rede.
1.
1. Expanda os detalhes da **Nova rede** para configurar o novo adaptador.
1. Verifique se a opção **Conectar ao ativar** está selecionada.
1. Para o **tipo de adaptador**, consulte Tipos de adaptador de rede na [ ESXi documentação do vCenter Server](https://docs.vmware.com/en/VMware-vSphere/index.html).
1. Clique em **OK** para salvar as novas configurações do adaptador de rede.
A próxima sequência de etapas para configurar um adaptador adicional ocorre no console do AWS Backup gateway (observe que essa não é a mesma interface do console de AWS gerenciamento em que os backups e outros serviços são gerenciados).
Depois que a nova NIC for adicionada à VM do gateway, você precisará:
+ Acessar `Command Prompt` e ligue os novos adaptadores
+ Configure a estática IPs para cada nova NIC
+ Definir a NIC preferencial como padrão
Para fazer isso:
1. No cliente VMware vSphere, selecione sua máquina virtual de gateway e **inicie o Web Console para acessar o console** local do gateway de Backup.
1. Para obter mais informações sobre como acessar um console local, consulte [Acessando o console local do Gateway com VMware ESXi](https://docs.aws.amazon.com/storagegateway/latest/tgw/accessing-local-console.html#MaintenanceConsoleWindowVMware-common)
1. Saia do prompt de comando e acesse Configuração de rede > Configurar IP estático e siga as instruções de configuração para atualizar a tabela de roteamento.
1. Atribua um IP estático na sub-rede do adaptador de rede.
1. Configure uma máscara de rede.
1. Insira o endereço IP do gateway padrão. Esse é o gateway de rede que se conecta a todo o tráfego fora da rede local.
1. Selecione **Definir adaptador padrão** para designar o adaptador que será conectado à nuvem como o dispositivo padrão.
1. Todos os endereços IP do gateway podem ser exibidos no console local e na página de resumo da VM no VMware vSphere.
## VMware permissões
Esta seção lista as VMware permissões mínimas necessárias para uso AWS Backup gateway. Essas permissões são necessárias para que o gateway de Backup descubra, faça backup e restaure máquinas virtuais.
Para usar o gateway de backup com o VMware Cloud™ on AWS ou o VMware Cloud™ on AWS Outposts, você deve usar o usuário administrador padrão `cloudadmin@vmc.local` ou atribuir a CloudAdmin função ao seu usuário dedicado.
Para usar o Backup Gateway com máquinas virtuais VMware locais, crie um usuário dedicado com as permissões listadas abaixo.
**Global**
+ Desabilitar métodos
+ Habilitar métodos
+ Licenças
+ Evento de log
+ Gerenciar atributos personalizados
+ Definir atributos personalizados
**Marcação do vSphere**
+ Atribuir ou cancelar a atribuição da tag do vSphere
**DataStore**
+ Alocar espaço
+ Navegar pelo datastore
+ Configurar datastore (para o datastore vSAN)
+ Operações de arquivo de baixo nível
+ Atualizar arquivos da máquina virtual
**Host**
+ Configuração
+ Configurações avançadas
+ Configuração de partição de armazenamento
**Pasta**
+ Criar pasta
**Rede**
+ Atribuir rede
**Grupo dvPort**
+ Criar
+ Delete
**Recurso**
+ Atribuir máquina virtual ao grupo de recursos
**Máquina virtual**
+ Alterar a configuração
+ Adquirir concessão de disco
+ Adicionar disco existente
+ Adicionar novo disco
+ Configuração avançada
+ Alterar configurações do
+ Configurar dispositivo bruto
+ Modificar configurações do dispositivo
+ Remover disco
+ Definir anotação
+ Alternar monitoramento de alterações de disco
+ Editar inventário
+ Criar a partir de um existente
+ Criar
+ Inscreva-se
+ Remover
+ Cancelar o registro
+ Interação
+ Desligar
+ Ligar
+ Provisionamento
+ Permitir acesso ao disco
+ Permitir acesso somente leitura ao disco
+ Permitir download da máquina virtual
+ Gerenciamento do snapshot
+ Criar snapshot
+ Remover Snapshot
+ Reverter para snapshot
# Trabalhar com gateways
Para fazer backup e restaurar suas máquinas virtuais (VMs) usando AWS Backup, você deve primeiro instalar um gateway de backup. Um gateway é um software na forma de um modelo OVF (Open Virtualization Format) que conecta o Amazon Web Services Backup ao seu hipervisor, permitindo que ele detecte automaticamente suas máquinas virtuais e permite que você faça backup e restaure elas.
Um único gateway pode executar até quatro trabalhos de backup ou de restauração ao mesmo tempo. Para executar mais de quatro trabalhos ao mesmo tempo, crie mais gateways e associe-os ao seu hipervisor.
## Criar um gateway
Você pode criar um gateway de backup usando duas abordagens:
+ **Método de console (padrão)**: cria gateways por meio do AWS Backup console com ativação automática
+ **Método manual**: cria gateways usando o console local da VM do gateway obtendo chaves de ativação e usando comandos AWS CLI
Ambos os métodos exigem o download e a implantação do modelo OVF primeiro (consulte[Baixe o software da VM](vm-backups.md#download-vm-software)).
[Ambos os métodos permitem que o gateway se comunique IPv6, o que requer o dispositivo de gateway versão 2.x\$1 e configuração adicional de firewall em endpoints de pilha dupla.](https://docs.aws.amazon.com/aws-backup/latest/devguide/configure-infrastructure-bgw.html#bgw-firewall-configuration)
**Importante**
**IPv6 requisito de hipervisor:** se seu gateway for ativado por meio de IPv6, você **deverá** criar um hipervisor com um IPv6 endereço. Por exemplo, use `2607:fda8:1001:210::252` em vez de `10.0.0.252`. Se você associar um IPv6 gateway a um IPv4 hipervisor, as tarefas de backup e restauração provavelmente falharão.
### Método de console
**Como criar um gateway:**
1. Abra o AWS Backup console em [https://console.aws.amazon.com/backup.](https://console.aws.amazon.com/backup)
1. No painel de navegação esquerdo, na seção **Recursos externos**, escolha **Gateways**.
1. Escolha **Criar gateway**.
1. Na seção **Configurar gateway**, siga estas instruções para baixar e implantar o modelo OVF.
#### Baixando VMware software
**Conectar o hipervisor**
Os gateways se conectam AWS Backup ao seu hipervisor para que você possa criar e armazenar backups de suas máquinas virtuais. Para configurar seu gateway VMware ESXi, baixe o [modelo OVF](https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.vm_admin.doc/GUID-AE61948B-C2EE-436E-BAFB-3C7209088552.html). O download pode levar cerca de 10 minutos.
Depois de concluído, execute as seguintes etapas:
1. Conecte-se ao hipervisor da sua máquina virtual usando o VMware vSphere.
1. Clique com o botão direito do mouse em um objeto pai de uma máquina virtual e selecione *Implantar modelo OVF*.
![\[O item de menu Implantar modelo OVF.\]](http://docs.aws.amazon.com/pt_br/aws-backup/latest/devguide/images/gateway-user-deploy-ovf-template-20.png)
1. Escolha **Arquivo local** e faça o upload do **aws-appliance-latestarquivo.ova** que você baixou.
![\[A opção Arquivo local no painel Selecionar um modelo OVF.\]](http://docs.aws.amazon.com/pt_br/aws-backup/latest/devguide/images/gateway-user-select-ovf-template-50.png)
1. Siga as etapas do assistente de implantação para implantá-lo. Na página **Selecionar armazenamento**, selecione o formato de disco virtual **Thick Provision Lazy Zeroed**.
![\[A opção Thick Provision Lazy Zeroed no painel Selecionar armazenamento.\]](http://docs.aws.amazon.com/pt_br/aws-backup/latest/devguide/images/gateway-user-thick-provision-lazy-70.png)
1. Depois de implantar o OVF, clique com o botão direito do mouse no gateway e escolha **Editar configurações**.
![\[The Edit Settings menu item.\]](http://docs.aws.amazon.com/pt_br/aws-backup/latest/devguide/images/gateway-user-edit-settings-30.png)
1. Em **Opções da VM**, acesse **Ferramentas da VM**.
1. Verifique se em **Sincronizar hora com o host**, a opção **Sincronizar na inicialização e na retomada** está selecionada.
![\[A opção Sincronizar na inicialização e retomar a VM.\]](http://docs.aws.amazon.com/pt_br/aws-backup/latest/devguide/images/gateway-user-synchronize-time-60.png)
1. Ative a máquina virtual selecionando “Ativar” no menu **Ações**.
![\[O item do menu Power On.\]](http://docs.aws.amazon.com/pt_br/aws-backup/latest/devguide/images/gateway-user-power-on-vm-40.png)
1. Copie o endereço IP do resumo da VM e insira-o abaixo.
![\[O campo Endereços IP na página Resumo.\]](http://docs.aws.amazon.com/pt_br/aws-backup/latest/devguide/images/gateway-user-copy-ip-address-10.png)
Depois que o VMWare software for baixado, conclua as seguintes etapas:
1. Na seção **Conexão do gateway**, digite o **endereço IP** do gateway.
1. Para encontrar esse endereço IP, acesse o vSphere Client.
1. Selecione seu gateway na guia **Resumo**.
1. Copie o **endereço IP** e cole-o na barra de texto do AWS Backup console.
1. Na seção **Configurações do gateway**,
1. digite o **nome do Gateway**.
1. Verifique a AWS região.
1. Escolha se o endpoint será acessível publicamente ou hospedado com sua nuvem privada virtual (VPC).
+ Se a opção **Acessível ao público** estiver selecionada, escolha a versão IP (IPv4 ou IPv6) para a conectividade do gateway.
+ Se **VPC** for selecionado, insira o nome DNS do VPC endpoint. Consulte mais informações em [Criar um endpoint da VPC](https://docs.aws.amazon.com/aws-backup/latest/devguide/backup-network.html#backup-privatelink).
1. *[Opcional]* Na seção **Tags do Gateway**, você pode atribuir tags inserindo a **chave** e o **valor** *opcional*. Para adicionar mais de uma tag, clique em **Adicionar outra tag**.
1. Para concluir o processo, clique em **Criar gateway**, que levará você à página de detalhes do gateway.
### Criação manual de gateway
#### Obtenção de uma chave de ativação
Para receber uma chave de ativação para seu gateway, faça uma solicitação pela web para a máquina virtual (VM) do gateway ou use o console local do gateway. A VM do gateway retorna uma resposta que contém a chave de ativação, que é então passada como um dos parâmetros da `CreateGateway` API para especificar a configuração do seu gateway.
**dica**
Se não forem usadas, as chaves de ativação do gateway expiram em 30 minutos.
**Obtendo uma chave de ativação usando a solicitação da web**
Os exemplos a seguir mostram como obter uma chave de ativação usando a solicitação HTTP. Você pode usar um navegador da Web ou Linux curl ou um comando equivalente usando o seguinte URLs.
**nota**
Substitua as variáveis destacadas por valores reais para o gateway. Os valores aceitáveis são os seguintes:
*gateway\$1ip\$1address*- O IPv4 endereço do seu gateway, por exemplo `172.31.29.201`
*region\$1code*- A região em que você deseja ativar seu gateway. Consulte os [endpoints regionais](https://docs.aws.amazon.com/general/latest/gr/rande.html#regional-endpoints) no *Guia de referência geral da AWS *. Se esse parâmetro não for especificado ou se o valor fornecido estiver escrito incorretamente ou não corresponder a uma região válida, o comando usará a região `us-east-1` como padrão.
IPv4:
```
curl "http://gateway_ip_address/?activationRegion=region_code&gatewayType=BACKUP_VM&endpointType=DUALSTACK&ipVersion=ipv4&no_redirect"
```
IPv6:
```
curl "http://gateway_ip_address/?activationRegion=region_code&gatewayType=BACKUP_VM&endpointType=DUALSTACK&ipVersion=ipv6&no_redirect"
```
**Obtendo uma chave de ativação usando o console local**
Os exemplos a seguir mostram como obter uma chave de ativação usando o console local do host do gateway.
1. Faça login no console da sua máquina virtual.
1. No menu principal **Ativação do AWS equipamento - Configuração**, selecione `0` **Obter chave de ativação**
1. Selecione `2` **Backup Gateway** para opção de família de gateways
1. Insira a AWS região em que você deseja ativar seu gateway
1. Para tipo de rede, insira `1` Public ou `2` VPC endpoint
1. Para tipo de endpoint, insira `1` para endpoint padrão ou `2` para endpoint de pilha dupla
1. Para endpoint de pilha dupla, selecione para ou para `1` IPv4 `2` IPv6
1. A chave de ativação será preenchida automaticamente
#### Criando o gateway
Use o AWS CLI para criar o gateway depois de obter uma chave de ativação:
1. Obtenha a chave de ativação usando comandos curl ou método de console local
1. Crie um gateway usando AWS CLI, para obter mais informações, consulte a *Referência [CreateGateway](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_CreateGateway.html)da API do Backup Gateway*.
```
aws backup-gateway create-gateway \
--region region_code \
--activation-key activation_key \
--gateway-display-name gateway_name \
--gateway-type BACKUP_VM
```
1. Verifique se o gateway aparece no AWS Backup console em **Recursos externos** → **Gateways**
## Editar ou excluir um gateway
**Como editar ou excluir um gateway:**
1. No painel de navegação esquerdo, na seção **Recursos externos**, escolha **Gateways**.
1. Na seção **Gateways**, escolha um gateway pelo **nome do gateway**.
1. Para editar o nome do gateway, escolha **Editar**.
1. Para excluir o gateway, escolha **Excluir** e, depois, escolha **Excluir gateway**.
Não é possível reativar um gateway excluído. Caso queira se conectar ao hipervisor novamente, siga o procedimento em [Criar um gateway](#create-gateway).
1. Para se conectar a um hipervisor, na seção **Hipervisor conectado**, escolha **Conectar.**
Cada gateway se conecta a um único hipervisor. No entanto, é possível conectar vários gateways ao mesmo hipervisor para aumentar a largura de banda entre eles além da do primeiro gateway.
1. Para atribuir, editar ou gerenciar tags, na seção **Tags**, escolha **Gerenciar tags**.
## Controle de utilização da largura de banda do gateway de backup
**nota**
Esse recurso foi disponibilizado em novos gateways implantados após 15 de dezembro de 2022. Para os gateways existentes, esse novo recurso foi disponibilizado por meio de uma atualização automática de software em 30 de janeiro de 2023 ou antes dessa data. Para atualizar o gateway para a versão mais recente manualmente, use o AWS CLI comando [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_UpdateGatewaySoftwareNow.html](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_UpdateGatewaySoftwareNow.html).
Você pode limitar a taxa de transferência de upload do seu gateway para controlar AWS Backup a quantidade de largura de banda de rede que o gateway usa. Por padrão, um gateway ativado não tem limites para taxas.
Você pode configurar um cronograma de limite de taxa de largura de banda usando o AWS Backup console ou usando a API por meio do AWS CLI (). [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_PutBandwidthRateLimitSchedule.html](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_PutBandwidthRateLimitSchedule.html) Ao usar uma programação de limite de taxa de largura de banda, é possível configurar limites para serem alterados automaticamente ao longo do dia ou da semana.
A limitação da taxa de largura de banda funciona equilibrando o throughput de todos os dados que estão tendo upload feito, calculada em média a cada segundo. Embora seja possível que os uploads ultrapassem brevemente o limite da taxa de largura de banda por um determinado micro ou milissegundo, isso normalmente não resulta em grandes picos por longos períodos.
É possível adicionar um máximo de 20 intervalos. O valor máximo da taxa de upload é de 8 milhões de Mbps.
### Visualize e edite o cronograma de limite de taxa de largura de banda para seu gateway usando o console. AWS Backup
Esta seção descreve como visualizar e editar a programação de limite de taxa de largura de banda para o gateway.
**Como visualizar e editar a programação do limite da taxa de largura de banda**
1. Abra o AWS Backup console em [https://console.aws.amazon.com/backup.](https://console.aws.amazon.com/backup)
1. No painel de navegação à esquerda, escolha **Gateways**. No painel Gateways, os gateways são exibidos por nome. Clique no botão de opção ao lado do nome do gateway que você deseja gerenciar.
1. Depois de selecionar um botão de opção, o menu suspenso **Ação** ficará disponível para clicar. Clique em **Ações** e, depois, clique em **Editar programação do limite da taxa de largura de banda**. A programação atual será exibida. Por padrão, um gateway novo ou não editado não tem limites de taxa de largura de banda definidos.
**nota**
Também é possível clicar em **Gerenciar programação** na página de detalhes do gateway para navegar até a página Editar largura de banda.
1. *(Opcional)* Escolha **Adicionar intervalo** para adicionar um novo intervalo configurável à programação. Para cada intervalo, insira as seguintes informações:
1. **Dias da semana**: selecione o dia ou os dias recorrentes nos quais você deseja aplicar o intervalo. Depois de escolhidos, os dias serão exibidos abaixo do menu suspenso. É possível removê-los clicando no **X** ao lado do dia.
1. **Hora de início**: insira a hora de início do intervalo de largura de banda, usando o formato *HH:MM* de 24 horas. A hora é renderizada em Tempo Universal Coordenado (UTC).
Nota: Seu bandwidth-rate-limit intervalo começa no início do minuto especificado.
1. **Hora de término**: insira a hora de término do intervalo de largura de banda, usando o formato *HH:MM* de 24 horas. A hora é renderizada em Tempo Universal Coordenado (UTC).
**Importante**
O bandwidth-rate-limit intervalo termina no final do minuto especificado. Para agendar um intervalo que termine no final de uma hora, insira `59`. Para programar intervalos contínuos consecutivos, fazendo a transição no início da hora, sem interrupção entre os intervalos, insira `59` para o minuto final do primeiro intervalo. Insira `00` para o minuto inicial do intervalo seguinte.
1. **Taxa de upload**: insira o limite da taxa de upload, em megabits por segundo (Mbps). O valor mínimo é de 102 megabytes por segundo (Mbps).
1. *(Opcional)* Repita a etapa anterior conforme desejado até que sua programação de limite de taxa de largura de banda seja concluída. Se precisar excluir um intervalo da sua agenda, escolha **Remover**.
**Importante**
Os intervalos de limite de taxa de largura de banda não podem se sobrepor. A hora de início de um intervalo deve ocorrer após a hora de término de um intervalo anterior e antes da hora de início de um intervalo seguinte. A hora de término deve ocorrer antes da hora de início do intervalo seguinte.
1. Quando terminar, clique no botão **Salvar alterações**.
### Visualize e edite o cronograma de limite de taxa de largura de banda para seu gateway usando. AWS CLI
A ação [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_GetBandwidthRateLimitSchedule.html](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_GetBandwidthRateLimitSchedule.html) pode ser usada para visualizar a programação do controle de utilização de largura de banda para um gateway especificado. Se não houver uma programação definida, ela será uma lista vazia de intervalos. Aqui está um exemplo usando o AWS CLI para buscar a programação de largura de banda de um gateway:
```
aws backup-gateway get-bandwidth-rate-limit-schedule --gateway-arn "arn:aws:backup-gateway:region:account-id:gateway/bgw-gw id"
```
Para editar a programação do controle de utilização de largura de banda de um gateway, use a ação [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_PutBandwidthRateLimitSchedule.html](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_PutBandwidthRateLimitSchedule.html). Observe que só é possível atualizar a programação de um gateway como um todo, em vez de modificar, adicionar ou remover intervalos individuais. Chamar essa ação substituirá a programação do controle de utilização de largura de banda anterior do gateway.
```
aws backup-gateway put-bandwidth-rate-limit-schedule --gateway-arn "arn:aws:backup-gateway:region:account-id:gateway/gw-id" --bandwidth-rate-limit-intervals ...
```
# Trabalhar com hipervisores
Depois de terminar[Criar um gateway](working-with-gateways.md#create-gateway), você pode conectá-lo a um hipervisor AWS Backup para permitir o trabalho com as máquinas virtuais gerenciadas por esse hipervisor. Por exemplo, o hipervisor para VMware VMs é o VMware vCenter Server. Certifique-se de que o hipervisor esteja configurado com as [permissões necessárias para o AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/configure-infrastructure-bgw.html#bgw-vmware-permissions).
## Adicionar um hipervisor
**Como adicionar um hipervisor:**
1. No painel de navegação esquerdo, na seção **Recursos externos**, escolha **Hipervisores**.
1. Escolha **Adicionar hipervisor**.
1. Na seção **Configurações do hipervisor**, digite o nome do **hipervisor**.
1. Para o **host do vCenter Server**, use o menu suspenso para selecionar o **endereço IP** ou o **FQDN** (nome de domínio totalmente qualificado). Digite o valor correspondente.
1. **Para permitir AWS Backup a descoberta das máquinas virtuais no hipervisor, insira o nome de **usuário e a senha** do hipervisor.**
1. Criptografe sua senha. Você pode [especificar essa criptografia](https://docs.aws.amazon.com/aws-backup/latest/devguide/bgw-hypervisor-encryption-page.html) selecionando uma chave do KMS gerenciada pelo serviço específica ou uma chave do KMS gerenciada pelo cliente usando o menu suspenso ou escolhendo **Criar chave do KMS**. Se você não selecionar uma chave específica, o AWS Backup criptografará a senha usando uma chave de propriedade do serviço.
1. Na seção **Conectar gateway**, use a lista suspensa para especificar qual gateway conectar ao hipervisor.
1. Escolha **Testar conexão de gateway** para verificar as entradas anteriores.
1. *Opcionalmente*, na seção **Tags do hipervisor**, é possível atribuir tags ao hipervisor escolhendo **Adicionar nova tag**.
1. [https://docs.aws.amazon.com/aws-backup/latest/devguide/backing-up-vms.html#backup-gateway-vmwaretags](https://docs.aws.amazon.com/aws-backup/latest/devguide/backing-up-vms.html#backup-gateway-vmwaretags): você pode adicionar até 10 VMware tags que você usa atualmente em suas máquinas virtuais para gerar AWS tags.
1. No painel de **configuração do grupo de registros**, você pode escolher a integração com o [Amazon CloudWatch Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html) para manter os registros do seu hipervisor ([CloudWatch os preços padrão do Logs](https://aws.amazon.com/cloudwatch/pricing/) serão aplicados com base no uso). Cada hipervisor pode pertencer a um grupo de logs.
1. Se você ainda não criou um grupo de logs, selecione o botão de opção **Criar um grupo de logs**. O hipervisor que você estiver editando será associado a esse grupo de logs.
1. Se já tiver criado um grupo de logs para um hipervisor diferente, você poderá usar esse grupo de logs para o hipervisor. Selecione **Usar um grupo de logs existente**.
1. Se você não quiser CloudWatch registrar, selecione **Desativar registro**.
1. Escolha **Adicionar hipervisor**, que levará você à página de detalhes.
**dica**
Você pode usar o Amazon CloudWatch Logs (consulte a etapa 11 acima) para obter informações sobre seu hipervisor, incluindo monitoramento de erros, conexão de rede entre o gateway e o hipervisor e informações de configuração de rede. Para obter informações sobre grupos de CloudWatch registros, consulte Como [trabalhar com grupos de registros e fluxos](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html) de registros no *Guia do CloudWatch usuário da Amazon*.
## Visualizar máquinas virtuais gerenciadas por um hipervisor
**Como visualizar máquinas virtuais em um hipervisor:**
1. No painel de navegação esquerdo, na seção **Recursos externos**, escolha **Hipervisores**.
1. Na seção **Hipervisores**, escolha um hipervisor pelo **nome do hipervisor** para acessar sua página de detalhes.
1. Na seção **Resumo do hipervisor**, escolha a guia **Máquinas virtuais**.
1. Na seção **Máquinas virtuais conectadas**, uma lista de máquinas virtuais será preenchida automaticamente.
## Visualizar gateways conectados a um hipervisor
**Como visualizar gateways conectados a um hipervisor:**
1. Escolha a guia **Gateways**.
1. Na seção **Gateways conectados**, uma lista de gateways será preenchida automaticamente.
## Conectar um hipervisor a gateways adicionais
Suas velocidades de backup e de restauração podem ser limitadas pela largura de banda da conexão entre o gateway e o hipervisor. É possível aumentar essas velocidades conectando um ou mais gateways adicionais ao seu hipervisor. Você pode fazer isso na seção **Gateways conectados** da seguinte forma:
1. Selecione **Conectar**.
1. Selecione outro gateway do usando o menu suspenso. Como alternativa, selecione **Criar gateway** para criar um gateway.
1. Selecione **Conectar**.
## Editar a configuração de um hipervisor
Se não usar o recurso **Testar conexão do gateway**, você poderá adicionar um hipervisor com um nome de usuário ou senha incorretos. Nesse caso, o status da conexão do hipervisor será sempre `Pending`. Como alternativa, você pode alternar o nome de usuário ou a senha para acessar seu hipervisor. Atualize essas informações usando o seguinte procedimento:
**Como editar um hipervisor já adicionado:**
1. No painel de navegação esquerdo, na seção **Recursos externos**, escolha **Hipervisores**.
1. Na seção **Hipervisores**, escolha um hipervisor pelo **nome do hipervisor** para acessar sua página de detalhes.
1. Escolha **Editar**.
1. O painel superior chama-se **Configurações do hipervisor**.
1. No **host do vCenter Server**, também é possível editar o FQDN (nome de domínio totalmente qualificado) ou o endereço IP.
1. *Opcionalmente,* insira o **Nome de usuário** e a **Senha** do hipervisor.
1. No painel de **configuração do grupo de registros**, você pode optar por se integrar à [Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html) para manter os registros do seu hipervisor (o [CloudWatch preço](https://aws.amazon.com/cloudwatch/pricing/) padrão será aplicado com base no uso). Cada hipervisor pode pertencer a um grupo de logs.
1. Se você ainda não criou um grupo de logs, selecione o botão de opção **Criar um grupo de logs**. O hipervisor que você estiver editando será associado a esse grupo de logs.
1. Se já tiver criado um grupo de logs para um hipervisor diferente, você poderá usar esse grupo de logs para o hipervisor. Selecione **Usar um grupo de logs existente**.
1. Se você não quiser CloudWatch registrar, selecione **Desativar registro**.
**dica**
Você pode usar o Amazon CloudWatch Logs (consulte a etapa 5 acima) para obter informações sobre seu hipervisor, incluindo monitoramento de erros, conexão de rede entre o gateway e o hipervisor e informações de configuração de rede. Para obter informações sobre grupos de CloudWatch registros, consulte Como [trabalhar com grupos de registros e fluxos](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html) de registros no *Guia do CloudWatch usuário da Amazon*.
[Para atualizar um hipervisor programaticamente, use o comando da CLI update-hypervisor e a chamada de API. [ UpdateHypervisor](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_UpdateHypervisor.html)](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup-gateway/update-hypervisor.html)
## Excluir a configuração de um hipervisor
Se você precisar remover um hipervisor já adicionado, remova a configuração do hipervisor e adicione outra. Essa operação de remoção se aplica à configuração para se conectar ao hipervisor. Isso não exclui o hipervisor.
**Como excluir a configuração para se conectar a um hipervisor já adicionado:**
1. No painel de navegação esquerdo, na seção **Recursos externos**, escolha **Hipervisores**.
1. Na seção **Hipervisores**, escolha um hipervisor pelo **nome do hipervisor** para acessar sua página de detalhes.
1. Escolha **Remover** e, depois, escolha **Remover hipervisor**.
1. Opcional: substitua a configuração do hipervisor removida usando o procedimento para[Adicionar um hipervisor](#add-hypervisor).
## Noções básicas sobre o status do hipervisor
A seguir, descrevemos cada um dos possíveis status do hipervisor e, se aplicável, as etapas de correção. O status `ONLINE` é o status normal do hipervisor. Um hipervisor deve ter esse status durante todo o tempo ou na maior parte do tempo em que estiver em uso para backup e recuperação do VMs gerenciado pelo hipervisor.
**Status do hipervisor**
| Status | Significado e correção |
| --- | --- |
| ONLINE | Você adicionou um hipervisor AWS Backup, associou a ele um gateway e pode se conectar a esse gateway pela sua rede para realizar backup e recuperação de máquinas virtuais gerenciadas pelo hipervisor. Você pode realizar [backups sob demanda e programados](https://docs.aws.amazon.com/aws-backup/latest/devguide/backing-up-vms.html) dessas máquinas virtuais a qualquer momento. |
| PENDING | Você adicionou um hipervisor a AWS Backup , mas: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/aws-backup/latest/devguide/working-with-hypervisors.html) Para alterar o status de um hipervisor de `PENDING` para `ONLINE`, [crie um gateway](https://docs.aws.amazon.com/aws-backup/latest/devguide/working-with-gateways.html#create-gateway) e [conecte seu hipervisor a esse gateway](https://docs.aws.amazon.com/aws-backup/latest/devguide/working-with-hypervisors.html#add-more-gateways). |
| OFFLINE | Você adicionou um hipervisor AWS Backup e o associou a um gateway, mas o gateway não pode se conectar ao hipervisor pela sua rede. Para alterar o status de um hipervisor de `OFFLINE` para`ONLINE`, verifique se a [configuração da rede](https://docs.aws.amazon.com/aws-backup/latest/devguide/configure-infrastructure-bgw.html#bgw-network-configuration) está correta. Se o problema persistir, verifique se o endereço IP ou nome de domínio totalmente qualificado do hipervisor está correto. Se estiverem incorretos, [adicione o hipervisor novamente usando as informações corretas e teste a conexão de seu gateway](https://docs.aws.amazon.com/aws-backup/latest/devguide/working-with-hypervisors.html#add-hypervisor). |
| ERROR | Você adicionou um hipervisor AWS Backup e o associou a um gateway, mas o gateway não pode se comunicar com o hipervisor. Para alterar o status de um hipervisor de `ERROR` para`ONLINE`, verifique se o nome de usuário e a senha do hipervisor estão corretos. Se estiverem incorretos, [edite a configuração do hipervisor](https://docs.aws.amazon.com/aws-backup/latest/devguide/working-with-hypervisors.html#edit-hypervisor). |
**Próximas etapas**
Para fazer backup de máquinas virtuais em seu hipervisor, consulte [Fazer backup de máquinas virtuais](backing-up-vms.md).
# Fazer backup de máquinas virtuais
Depois de [Adicionar um hipervisor](working-with-hypervisors.md#add-hypervisor), o gateway de backup listará automaticamente suas máquinas virtuais. É possível visualizar suas máquinas virtuais escolhendo **Hipervisores** ou **Máquinas virtuais** no painel de navegação esquerdo.
+ Escolha **Hipervisores** para visualizar somente as máquinas virtuais gerenciadas por um hipervisor específico. Com essa visualização, você pode trabalhar com uma máquina virtual por vez.
+ Escolha **Máquinas virtuais** para visualizar todas as máquinas virtuais em todos os hipervisores que você adicionou ao seu. Conta da AWS Com essa visualização, você pode trabalhar com algumas ou todas as máquinas virtuais em vários hipervisores.
Independentemente da visualização escolhida, para realizar uma operação de backup em uma máquina virtual específica, escolha o **nome da VM** para abrir a página de detalhes. A página de detalhes da VM é o ponto de partida para os procedimentos a seguir.
## Criar um backup sob demanda de uma máquina virtual
Um backup [sob demanda](https://docs.aws.amazon.com/aws-backup/latest/devguide/recov-point-create-on-demand-backup.html) é um backup único e completo que você inicia manualmente. Você pode usar backups sob demanda para testar os recursos AWS Backup de backup e restauração do.
**Como criar um backup sob demanda de uma máquina virtual:**
1. Escolha **Criar backup sob demanda**.
1. [Configure o backup sob demanda](https://docs.aws.amazon.com/aws-backup/latest/devguide/recov-point-create-on-demand-backup.html).
1. Escolha **Criar backup sob demanda**.
1. Verifique quando seu trabalho de backup tem o status `Completed`. No painel de navegação esquerdo, escolha **Trabalhos**.
1. Escolha o **ID do trabalho de backup** para visualizar as informações do trabalho de backup, como o **tamanho do backup** e o tempo decorrido entre a **Data de criação** e a **Data de conclusão**.
## Backups incrementais de VM
VMware As versões mais recentes contêm um recurso chamado [Rastreamento de blocos alterados](https://kb.vmware.com/s/article/1020128), que acompanha os blocos de armazenamento das máquinas virtuais à medida que eles mudam com o tempo. Quando você usa AWS Backup para fazer backup de uma máquina virtual, AWS Backup tenta usar os dados do CBT, se estiverem disponíveis. AWS Backup usa dados de CBT para acelerar o processo de backup; sem dados de CBT, as tarefas de backup geralmente são mais lentas e usam mais recursos do hipervisor. O backup ainda pode ser concluído com êxito mesmo quando os dados de CBT não são válidos ou não estão disponíveis. Por exemplo, os dados do CBT podem não ser válidos ou não estar disponíveis se a máquina virtual ou o ESXi host sofrer um desligamento forçado.
Nas ocasiões em que os dados de CBT forem inválidos ou estiverem indisponíveis, o status do backup será `Successful` com uma mensagem. Nesses casos, a mensagem indicará que, na ausência de dados de CBT, AWS Backup usou seu próprio mecanismo proprietário de detecção de alterações para concluir o backup em vez dos dados VMware de CBT. Os backups subsequentes tentarão usar novamente os dados de CBT e, na maioria dos casos, os dados de CBT serão válidos e estarão disponíveis. Se o problema persistir, consulte [ VMware Solução de problemas](https://docs.aws.amazon.com/aws-backup/latest/devguide/vm-troubleshooting.html) para ver as etapas de solução.
Para que o CBT funcione corretamente, o seguinte deve ser válido:
+ O host precisa ser ESXi 4.0 ou posterior
+ A VM proprietária dos discos deve ter a versão de hardware 7 ou posterior
+ O CBT deve estar habilitado para a máquina virtual (ele está habilitado por padrão)
Como verificar se um disco virtual tem o CBT habilitado:
1. Abra o vSphere Client e selecione uma máquina virtual desligada.
1. Clique com o botão direito do mouse na máquina virtual e navegue até **Editar configurações** > **Opções** > **Avançado/Geral** > **Parâmetros de configuração**.
1. A opção `ctkEnabled` deve ser igual a `True`.
## Automatizar o backup de máquinas virtuais atribuindo recursos a um plano de backup
Um [plano de backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/about-backup-plans.html) é uma política de proteção de dados definida pelo usuário que automatiza a proteção de dados em vários serviços da AWS e aplicações de terceiros. Primeiro, você cria o plano de backup especificando sua frequência de backup, período de retenção, política de ciclo de vida e muitas outras opções. Para criar um plano de backup, consulte o tutorial de introdução.
Depois de criar seu plano de backup, você atribui recursos AWS Backup compatíveis, incluindo máquinas virtuais, a esse plano de backup. AWS Backup oferece [várias maneiras de atribuir recursos](https://docs.aws.amazon.com/aws-backup/latest/devguide/assigning-resources.html), incluindo a atribuição de todos os recursos da sua conta, incluindo ou excluindo recursos específicos individuais ou a adição de recursos com determinadas tags.
Além dos recursos existentes de atribuição de recursos, o AWS Backup suporte para máquinas virtuais apresenta vários novos recursos para ajudá-lo a atribuir rapidamente máquinas virtuais aos planos de backup. Na página **Máquinas virtuais**, é possível atribuir tags a várias máquinas virtuais ou usar o novo recurso **Atribuir recursos ao plano**. Use esses recursos para atribuir suas máquinas virtuais já descobertas pelo AWS Backup gateway.
**Se você prevê descobrir e atribuir máquinas virtuais adicionais no futuro e quiser automatizar a etapa de atribuição de recursos para incluir essas futuras máquinas virtuais, use o novo recurso Criar atribuição de grupo**.
## VMware Etiquetas
[https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_VmwareTag.html](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_VmwareTag.html) são pares chave/valor que ajudam você a gerenciar, filtrar e pesquisar seus recursos.
Uma VMware tag é composta por uma **categoria** e um **nome de tag**. VMware as tags são usadas para agrupar máquinas virtuais. Um nome de tag é um rótulo atribuído a uma máquina virtual. Uma categoria é uma coleção de nomes de tags.
Nas AWS tags, você pode usar caracteres entre letras UTF-8, números, espaços e caracteres especiais. `+ - = . _ : /`
Se usar tags em suas máquinas virtuais, você poderá adicionar até 10 tags correspondentes no AWS Backup para ajudar na organização. Você pode mapear até 10 VMware tags para AWS tags. No [AWS Backup console](https://console.aws.amazon.com/backup/), eles podem ser encontrados em **Recursos externos > Máquinas virtuais > AWS tags** ou **VMware tags**.
### VMware mapeamento de tags
Se usar tags em suas máquinas virtuais, você poderá adicionar até 10 tags correspondentes no AWS Backup para ajudar na organização. Os mapeamentos se aplicam a qualquer máquina virtual no hipervisor.
1. Abra o AWS Backup console em [https://console.aws.amazon.com/backup.](https://console.aws.amazon.com/backup)
1. No console, acesse **Editar hipervisor** (clique em **Recursos externos**, depois em **Hipervisores**, clique no nome do Hipervisor e clique em **Gerenciar mapeamentos**).
1. O último painel, **mapeamento de VMware tags**, contém quatro campos de caixa de texto nos quais você pode inserir as informações da VMware tag nas tags correspondentes. AWS Os quatro campos são **categoria da tag Vmware**, **nome da VMware tag**, **chave da AWS tag** e **valor da AWS tag** (*exemplo: Categoria = OS; nome da tag = Windows; chave da AWS tag = OS-Windows e valor da AWS tag =* Windows).
1. Depois de inserir seus valores preferidos, clique em **Adicionar mapeamento**. Se você cometer um erro, clique em **Remover** para excluir as informações inseridas.
1. Depois de adicionar mapeamentos, especifique a função do IAM que você pretende usar para aplicar essas AWS tags às máquinas VMware virtuais.
A política [https://docs.aws.amazon.com/aws-backup/latest/devguide/security-iam-awsmanpol.html#aws-managed-policies](https://docs.aws.amazon.com/aws-backup/latest/devguide/security-iam-awsmanpol.html#aws-managed-policies) contém as permissões necessárias. Você poderá anexar essa política ao perfil que estiver usando (ou fazer com que um administrador a anexe) ou criar uma política personalizada para o perfil que estiver sendo usado.
1. Por fim, clique em **Adicionar hipervisor** ou em **Salvar**.
A relação de confiança do perfil do IAM deve ser modificada para adicionar os serviços backup-gateway.amazonaws.com e backup.amazonaws.com. Sem esse serviços, você provavelmente receberá um erro ao mapear as tags. Para editar a relação de confiança para um perfil existente,
1. faça login no [console do IAM](https://console.aws.amazon.com/iamv2/home?region=us-west-2#/home).
1. No painel de navegação do console, selecione **Perfis**.
1. Escolha o nome do perfil que você deseja modificar e selecione a guia **Relações de confiança** na página de detalhes.
1. Em **Documento da política, cole o seguinte:**
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Principal": {
"Service": [
"backup.amazonaws.com",
"backup-gateway.amazonaws.com"
]
},
"Action": "sts:AssumeRole"
}
]
}
```
------
1. Selecione **Atualizar política de confiança**.
Consulte [Editar a relação de confiança de um perfil existente](https://docs.aws.amazon.com/directoryservice/latest/admin-guide/edit_trust.html) no * Guia do administrador do AWS Directory Service* para obter mais detalhes.
### Exibir VMware mapeamentos de tags
No [console do AWS Backup](https://console.aws.amazon.com/backup/), clique em **Recursos externos**, depois em **Hipervisores** e clique no link do nome do hipervisor para visualizar as propriedades do hipervisor selecionado. No painel de resumo, há quatro guias, a última das quais é mapeamento de **VMware tags**. Observe que, se você ainda não tiver mapeamentos, “Sem mapeamentos de VMware tags”. será exibido.
A partir daqui, você pode sincronizar os metadados das máquinas virtuais descobertas pelo hipervisor, copiar mapeamentos para seus hipervisores, adicionar AWS tags mapeadas às tags à seleção de backup de um plano de backup ou gerenciar mapeamentos. VMware
No console, para ver quais tags são aplicadas a uma máquina virtual selecionada, clique em **Máquinas virtuais**, depois no nome da máquina virtual e, em seguida, em **AWS tags** ou **VMware tags**. É possível visualizar as tags associadas a essa máquina virtual e, também, gerenciar as tags.
### Atribua máquinas virtuais ao planejamento usando VMware mapeamentos de tags
Para atribuir máquinas virtuais a um plano de backup usando tags mapeadas, faça o seguinte:
1. Abra o AWS Backup console em [https://console.aws.amazon.com/backup.](https://console.aws.amazon.com/backup)
1. No console, acesse mapeamentos de VMware tags na página de detalhes do hipervisor (clique em **Recursos externos**, clique em **Hipervisores e clique no nome do hipervisor**).
1. Marque a caixa de seleção ao lado de várias tags mapeadas para atribuir essas tags ao mesmo plano de backup.
1. Clique em **Adicionar à atribuição de recursos**.
1. Escolha um **Plano de backup** existente na lista suspensa. Como alternativa, você pode escolher **Criar um plano de backup**, para criar um plano de backup.
1. Clique em **Confirmar**. Isso abrirá a página **Atribuir recursos** com os campos de **Refinar seleção usando tags** com os valores pré-preenchidos.
### VMware tags usando o AWS CLI
AWS Backup usa a chamada de API [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_PutHypervisorPropertyMappings.html](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_PutHypervisorPropertyMappings.html)para mapear as propriedades da entidade do hipervisor no local para as propriedades em. AWS
No AWS CLI, use a operação`put-hypervisor-property-mappings`:
```
aws backup-gateway put-hypervisor-property-mappings \
--hypervisor-arn arn:aws:backup-gateway:region:account:hypervisor/hypervisorId \
--vmware-to-aws-tag-mappings list of VMware to AWS tag mappings \
--iam-role-arn arn:aws:iam::account:role/roleName \
--region AWSRegion
--endpoint-url URL
```
Exemplo:
```
aws backup-gateway put-hypervisor-property-mappings \
--hypervisor-arn arn:aws:backup-gateway:us-east-1:123456789012:hypervisor/hype-12345 \
--vmware-to-aws-tag-mappings VmwareCategory=OS,VmwareTagName=Windows,AwsTagKey=OS-Windows,AwsTagValue=Windows \
--iam-role-arn arn:aws:iam::123456789012:role/SyncRole \
--region us-east-1
```
Também é possível usar [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_GetHypervisorPropertyMappings.html](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_GetHypervisorPropertyMappings.html) para ajudar com informações de mapeamento de propriedades. No AWS CLI, use a operação`get-hypervisor-property-mappings`. Veja um exemplo de modelo:
```
aws backup-gateway get-hypervisor-property-mappings --hypervisor-arn HypervisorARN
--region AWSRegion
```
Exemplo:
```
aws backup-gateway get-hypervisor-property-mappings \
--hypervisor-arn arn:aws:backup-gateway:us-east-1:123456789012:hypervisor/hype-12345 \
--region us-east-1
```
### Sincronize metadados de máquinas virtuais descobertas pelo hipervisor AWS usando API, CLI ou SDK
É possível sincronizar os metadados das máquinas virtuais. Ao fazer isso, as VMware tags presentes na máquina virtual que fazem parte dos mapeamentos serão sincronizadas. Além disso, as AWS tags mapeadas para as VMware tags presentes na máquina virtual serão aplicadas ao recurso de Máquina AWS Virtual.
AWS Backup usa a chamada de API [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_StartVirtualMachinesMetadataSync.html](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_StartVirtualMachinesMetadataSync.html)para sincronizar os metadados das máquinas virtuais descobertas pelo hipervisor. Para sincronizar os metadados das máquinas virtuais descobertas pelo hipervisor usando a AWS CLI, use a operação `start-virtual-machines-metadata-sync`.
Exemplo de modelo:
```
aws backup-gateway start-virtual-machines-metadata-sync \
--hypervisor-arn Hypervisor ARN
--region AWSRegion
```
Exemplo:
```
aws backup-gateway start-virtual-machines-metadata-sync \
--hypervisor-arn arn:aws:backup-gateway:us-east-1:123456789012:hypervisor/hype-12345 \
--region us-east-1
```
Também é possível usar [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_GetHypervisor.html](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_GetHypervisor.html) para auxiliar com informações do hipervisor, como o host, o estado, o status da última sincronização de metadados e também para recuperar a hora da última sincronização de metadados bem-sucedida. No AWS CLI, use a operação`get-hypervisor`.
Exemplo de modelo:
```
aws backup-gateway get-hypervisor \
--hypervisor-arn Hypervisor ARN
--region AWSRegion
```
Exemplo:
```
aws backup-gateway get-hypervisor \
--hypervisor-arn arn:aws:backup-gateway:us-east-1:123456789012:hypervisor/hype-12345 \
--region us-east-1
```
Para obter mais informações, consulte a documentação da API [VmwareTag[ VmwareToAwsTagMapping](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_VmwareToAwsTagMapping.html)](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_VmwareTag.html)e.
Esse recurso foi disponibilizado em novos gateways implantados após 15 de dezembro de 2022. Para os gateways existentes, esse novo recurso foi disponibilizado por meio de uma atualização automática de software em 30 de janeiro de 2023 ou antes dessa data. Para atualizar o gateway para a versão mais recente manualmente, use o AWS CLI comando [ UpdateGatewaySoftwareNow](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_BGW_UpdateGatewaySoftwareNow.html).
Exemplo:
```
aws backup-gateway update-gateway-software-now \
--gateway-arn arn:aws:backup-gateway:us-east-1:123456789012:gateway/bgw-12345 \
--region us-east-1
```
## Atribuir máquinas virtuais usando tags
Você pode atribuir suas máquinas virtuais atualmente descobertas por AWS Backup, junto com outros AWS Backup recursos, atribuindo a elas uma tag que você já atribuiu a um dos seus planos de backup existentes. Também é possível criar um [plano de backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/creating-a-backup-plan.html) e uma [atribuição de recursos com base em tags](https://docs.aws.amazon.com/aws-backup/latest/devguide/assigning-resources.html). Os planos de backup verificam os recursos recém-atribuídos sempre que executam um trabalho de backup.
**Como marcar várias máquinas virtuais com a mesma tag:**
1. No painel de navegação esquerdo, selecione **Máquinas virtuais**.
1. Marque a caixa de seleção ao lado do **nome da VM** para escolher todas as suas máquinas virtuais. Como alternativa, marque a caixa de seleção ao lado dos nomes das VMs que você deseja marcar.
1. Selecione **Adicionar tags**.
1. Digite uma **chave** de tag.
1. Recomendado: digite um **valor** de tag.
1. Selecione a opção **Confirmar**.
## Atribuir máquinas virtuais usando o recurso Atribuir recursos ao plano
Você pode atribuir máquinas virtuais atualmente descobertas por AWS Backup a um plano de backup novo ou existente usando o recurso **Atribuir recursos ao plano**.
**Como atribuir máquinas virtuais usando o recurso Atribuir recursos ao plano:**
1. No painel de navegação esquerdo, selecione **Máquinas virtuais**.
1. Marque a caixa de seleção ao lado do **nome da VM** para escolher todas as suas máquinas virtuais. Como alternativa, marque a caixa de seleção ao lado de vários nomes de VM para atribuí-las ao mesmo plano de backup.
1. Escolha **Atribuições** e, depois, escolha **Atribuir recursos ao plano**.
1. Digite um **nome de atribuição de recurso**.
1. Escolha um **Perfil do IAM** de atribuição de recursos para criar backups e gerenciar pontos de recuperação. Se você não tiver um perfil do IAM específico para usar, recomendamos o **perfil padrão**, que tem as permissões corretas.
1. Na seção **Plano de backup**, escolha um **plano de backup** existente na lista suspensa. Como alternativa, escolha **Criar plano de backup**, para criar um plano de backup.
1. Escolha **Atribuir recursos**.
1. Opcional: verifique se as suas máquinas virtuais estão atribuídas a um plano de backup escolhendo **Visualizar plano de backup**. Depois, na seção **Atribuições de recursos**, escolha o **Nome** da atribuição de recurso.
## Atribuir máquinas virtuais usando o recurso Criar atribuição de grupo
Diferentemente dos dois recursos de atribuição de recursos anteriores para máquinas virtuais, o recurso **Criar atribuição de grupo** não apenas atribui máquinas virtuais atualmente descobertas por AWS Backup, mas também máquinas virtuais descobertas no futuro em uma pasta ou hipervisor definido por você.
Além disso, não é necessário marcar nenhuma caixa de seleção para usar o recurso **Criar atribuição de grupo**.
**Como atribuir máquinas virtuais usando o recurso Atribuir recursos ao plano:**
1. No painel de navegação esquerdo, selecione **Máquinas virtuais**.
1. Escolha **Atribuições** e, depois, escolha **Criar atribuição de grupo**.
1. Digite um **nome de atribuição de recurso**.
1. Escolha um **Perfil do IAM** de atribuição de recursos para criar backups e gerenciar pontos de recuperação. Se você não tiver um perfil do IAM específico para usar, recomendamos o **perfil padrão**, que tem as permissões corretas.
1. Na seção **Grupo de recursos**, selecione o menu suspenso **Tipo de grupo**. Suas opções são **Pasta** ou **Hipervisor**.
1. Escolha **Pasta** para atribuir todas as máquinas virtuais em uma pasta em um hipervisor. Selecione um **nome de grupo** de pasta, como `datacenter/vm`, usando o menu suspenso. Também é possível optar por incluir **Subpastas**.
**nota**
Para fazer atribuições baseadas em pastas, durante o processo de descoberta, AWS Backup marca as máquinas virtuais com a pasta em que elas são encontradas durante o processo de descoberta. Se você mover posteriormente uma máquina virtual para uma pasta diferente, AWS Backup não poderá atualizar a tag para você devido às práticas recomendadas de AWS marcação. Esse método de atribuição pode resultar na continuidade dos backups das máquinas virtuais que você retirou da pasta atribuída.
1. Escolha **Hipervisor** para atribuir todas as máquinas virtuais gerenciadas por um hipervisor. Selecione um **nome de grupo** de ID do hipervisor usando o menu suspenso.
1. Na seção **Plano de backup**, escolha um **plano de backup** existente na lista suspensa. Como alternativa, escolha **Criar plano de backup**, para criar um plano de backup.
1. Escolha **Criar atribuição de grupo**.
1. Opcional: verifique se as suas máquinas virtuais estão atribuídas a um plano de backup escolhendo **Visualizar plano de backup**. Depois, na seção **Atribuições de recursos**, escolha o **Nome** da atribuição de recurso.
**Próximas etapas**
Para restaurar uma máquina virtual, consulte [Restaure uma máquina virtual usando AWS Backup](restoring-vm.md).
# Informações sobre componentes de origem de terceiros para o gateway de backup
Nesta seção, você pode encontrar informações sobre ferramentas e licenças de terceiros das quais dependemos para oferecer a funcionalidade de gateway de Backup.
O código-fonte de determinados componentes de software de origem incluídos com o software do gateway de backup está disponível para download nos seguintes locais:
+ [Para gateways implantados em VMware ESXi, baixe sources.tgz.](https://s3.amazonaws.com/aws-storage-gateway-terms/bgw_backup_vm/third-party-sources.tgz)
[Este produto inclui software desenvolvido pelo projeto OpenSSL para uso no OpenSSL Toolkit (https://www.openssl.org/).](https://www.openssl.org/)
Este produto inclui software desenvolvido pelo VMware® vSphere Software Development Kit () [https://www.vmware.com](https://www.vmware.com).
Para obter as licenças relevantes para todas as ferramentas de terceiros dependentes, consulte [Licenças de terceiros](https://s3.amazonaws.com/aws-storage-gateway-terms/bgw_backup_vm/third-party-licenses.txt).
## Componentes de código aberto para Appliance AWS
Várias ferramentas e licenças de terceiros são usadas para fornecer funcionalidade para o gateway de backup.
Use os links a seguir para baixar o código-fonte de determinados componentes de software de código aberto incluídos no software AWS Appliance:
+ [Para gateways implantados em VMware ESXi, baixe sources.tar](https://s3.amazonaws.com/aws-storage-gateway-terms/sources.tar)
[Este produto inclui software desenvolvido pelo projeto OpenSSL para uso no OpenSSL Toolkit (https://www.openssl.org/).](https://www.openssl.org) Para obter as licenças relevantes para todas as ferramentas de terceiros dependentes, consulte [Licenças de terceiros](https://s3.amazonaws.com/aws-storage-gateway-terms/THIRD_PARTY_LICENSES.txt).
# Solução de problemas da VM
## Backups incrementais/problemas e mensagens de CBT
**Mensagem de falha:** `"The VMware Change Block Tracking (CBT) data was invalid during this backup, but the incremental backup was successfully completed with our proprietary change detection mechanism."`
Se essa mensagem continuar, [redefina o CBT](https://knowledge.broadcom.com/external/article?legacyId=1020128) conforme indicado por VMware.
**Observações da mensagem O CBT não estava ativado ou não estava disponível:** *“O VMware Change Block Tracking (CBT) não estava disponível para esta máquina virtual, mas o backup incremental foi concluído com êxito com nosso mecanismo de alteração proprietário*”.
Verifique se o CBT está ativado. Como verificar se um disco virtual tem o CBT habilitado:
1. Abra o vSphere Client e selecione uma máquina virtual desligada.
1. Clique com o botão direito do mouse na máquina virtual e navegue até **Editar configurações** > **Opções** > **Avançado/Geral** > **Parâmetros de configuração**.
1. A opção `ctkEnabled` deve ser igual a `True`.
Se estiver ativado, verifique se você está usando os up-to-date VMware recursos. O host deve ser ESXi 4.0 ou posterior e a máquina virtual que possui os discos a serem rastreados deve ser da versão de hardware 7 ou posterior.
Se o CBT estiver ativado (habilitado) e o software e o hardware estiverem atualizados, desative a máquina virtual e ative-a novamente. Certifique-se de que o CBT esteja habilitado. Em seguida, execute o backup novamente.
## VMware falha de backup
Quando um VMware backup falha, ele pode estar relacionado a uma das seguintes situações:
**Mensagem de falha:** `"Failed to process backup data. Aborted backup job."` ou `"Error opening disk on the virtual machine"`.
**Possíveis causas:** Esse erro pode ocorrer devido a um problema de configuração; ou a VMware versão ou o disco não são suportados.
**Solução 1:** garanta que sua infraestrutura esteja configurada para usar um gateway e garanta que todas as portas necessárias estejam abertas.
1. Acesse o [console do gateway de backup](https://docs.aws.amazon.com/storagegateway/latest/tgw/accessing-local-console.html#MaintenanceConsoleWindowVMware-common). Observe que isso é diferente do console do AWS Backup .
1. Na página de **configuração do gateway de backup**, insira a opção **3** para testar a conectividade de rede.
1. Se o teste de rede for bem-sucedido, digite **X.**
1. Retorne à página de configuração do gateway de backup.
1. Digite **7** para acessar o prompt de comando.
1. Para verificar a conectividade de rede, execute os seguintes comandos:
`ncport -d ESXi Host-p 902`
`ncport -d ESXi Host-p 443`
**Solução 2:** use as versões [Suportado VMs](vm-backups.md#supported-vms).
**Solução 3:** se um dispositivo de gateway estiver configurado com servidores DNS incorretos, o backup falhará. Para verificar a configuração do DNS, conclua as seguintes etapas:
1. Acesse o [console do gateway de backup](https://docs.aws.amazon.com/storagegateway/latest/tgw/accessing-local-console.html#MaintenanceConsoleWindowVMware-common).
1. Na página de **configuração do gateway de backup**, insira a opção **2** para navegar até a configuração de rede.
1. Em **Configuração de rede**, digite **7** para ver a configuração do DNS.
1. Examine os endereços IP do servidor DNS. Se o endereço IP do servidor DNS estiver incorreto, existe o prompt para retornar à **Configuração de rede**.
1. Em **Configuração de rede**, digite **6** para editar a configuração de DNS.
1. Insira os endereços IP do servidor DNS corretos. Em seguida, insira **X** para concluir sua configuração de rede.
Para obter mais informações sobre seu hipervisor, como erros e configuração e conexão de rede, consulte Configurar o hipervisor [Editar a configuração de um hipervisor](working-with-hypervisors.md#edit-hypervisor) para integração com o Amazon CloudWatch Logs.
## Falhas de backup devido a problemas de conexão de rede
**Mensagem de falha: **`"Failed to upload backup during data ingestion. Aborted backup job."` ou `"Cloud network request timed out during data ingestion"`.
**Possíveis causas:** esse erro pode ocorrer se a conexão de rede for insuficiente para lidar com upload de dados. Se a largura de banda da rede for baixa, o link entre a VM e a VM AWS Backup pode ficar congestionado e causar falhas nos backups.
A largura de banda da rede necessária depende de vários fatores, incluindo o tamanho da VM, os dados incrementais gerados para cada backup da VM, a janela de backup e os requisitos de restauração.
**Solução:** as melhores práticas e recomendações incluem ter uma largura de banda mínima de 1000 Mbps de largura de banda de upload para conexões locais VMs . AWS Backup Depois que a largura de banda for confirmada, repita o trabalho de backup.
## Trabalho de backup anulado
**Mensagem de falha:** `"Failed to create backup during snapshot creation. Aborted backup job."`
**Possível causa:** O VMware host em que o dispositivo de gateway reside pode ter um problema.
**Solução:** verifique a configuração do seu VMware host e analise-a em busca de problemas. Para obter informações adicionais, consulte [Editar a configuração de um hipervisor](working-with-hypervisors.md#edit-hypervisor).
## Não há gateways disponíveis
**Mensagem de falha:** `"No gateways available to work on job."`
**Possível causa:** todos os gateways conectados estão ocupados com outros trabalhos. Cada gateway tem um limite de quatro trabalhos simultâneos (backup ou restauração).
Para obter as **soluções**, consulte a próxima seção para ver as etapas para aumentar o número de gateways e as etapas para aumentar o tempo de janela do plano de backup.
## VMware falha na tarefa de backup
**Mensagem de falha: **`"Abort signal detected"`
**Causas possíveis:**
+ **Baixa largura de banda da rede**: a largura de banda da rede insuficiente pode impedir a conclusão dos backups dentro da janela de conclusão. Quando o trabalho de backup exige mais largura de banda do que a disponível, ela pode resultar em falha e acionar o erro "Abortar sinal detectado".
+ **Número inadequado de gateways de backup**: se o número de gateways de backup não for suficiente para lidar com a rotação de backup de todos os configurados VMs, a tarefa de backup poderá falhar. Isso pode ocorrer quando a janela do plano de backup para concluir os backups é muito curta ou o número de gateways de backup não é suficiente.
+ A janela de conclusão do Plano de backup é muito pequena.
**Soluções:**
**Aumente a largura de banda:** considere aumentar a capacidade da rede entre AWS e o ambiente local. Essa etapa fornecerá mais largura de banda para o processo de backup, permitindo que os dados sejam transferidos sem problemas sem acionar o erro. É recomendável que você tenha pelo menos 100 Mbps de largura de banda para AWS fazer backup local usando. VMware VMs AWS Backup
Se um limite de taxa de largura de banda for configurado para o gateway de backup, ele poderá restringir o fluxo de dados e causar falhas no backup. Aumentar o limite de taxa de largura de banda para garantir capacidade suficiente de transferência de dados pode ajudar a reduzir falhas. Esse ajuste pode mitigar a ocorrência do erro "Sinal de aborto detectado". Para obter mais informações, consulte [Controle de utilização da largura de banda do gateway de backup](working-with-gateways.md#backup-gateway-bandwidth-throttling).
**Aumente o número de gateways de backup**: um único gateway de backup pode processar até 4 trabalhos de backup e restauração por vez. Trabalhos adicionais serão colocados na fila e aguardarão a liberação do gateway até que a janela de início do backup passe. Se a janela de backup passar e os trabalhos em fila não tiverem sido iniciados, esses trabalhos de backup falharão com o "sinal de aborto detectado". É possível aumentar o número de gateways de backup para reduzir o número de trabalhos com falha. Consulte [Trabalhar com gateways](working-with-gateways.md) para obter mais detalhes.
**Aumente o tempo de janela do plano de backup:** você pode aumentar a **duração completa** da janela de backup em seu plano de backup. Consulte [Opções de planos e configuração de backup](plan-options-and-configuration.md) para obter mais detalhes.
Para obter ajuda para resolver esses problemas, consulte o [Centro de Conhecimento da AWS](https://repost.aws/knowledge-center/backup-troubleshoot-vmware-backups).