Iniciar uma falha na conta de armazenamento

Se o ponto final principal da sua conta de armazenamento geo-redundante não se encontrar por qualquer motivo, pode iniciar uma falha na conta. Uma falha de conta atualiza o ponto final secundário para se tornar o principal ponto final da sua conta de armazenamento. Uma vez que o failover esteja concluído, os clientes podem começar a escrever para a nova região primária. O failover forçado permite-lhe manter uma elevada disponibilidade para as suas aplicações.

Este artigo mostra como iniciar uma falha de conta para a sua conta de armazenamento utilizando o portal Azure, PowerShell ou Azure CLI. Para saber mais sobre o failover da conta, consulte a recuperação de desastres e a falha da conta de armazenamento.

Aviso

Um falha na conta normalmente resulta em alguma perda de dados. Para compreender as implicações de uma falha de conta e preparar-se para a perda de dados, reveja Compreender o processo de falha da conta.

Nota

Este artigo foi atualizado para utilizar o módulo Azure Az PowerShell. O módulo Az PowerShell é o módulo do PowerShell recomendado para interagir com o Azure. Para começar a utilizar o módulo Azure PowerShell, veja Instalar o Azure PowerShell. Para saber como migrar para o módulo do Az PowerShell, veja Migrar o Azure PowerShell do AzureRM para o Az.

Pré-requisitos

Antes de poder efetuar uma falha de conta na sua conta de armazenamento, certifique-se de que a sua conta de armazenamento está configurada para a geo-replicação. A sua conta de armazenamento pode utilizar qualquer uma das seguintes opções de redundância:

  • Armazenamento geodusu redundante (GRS) ou armazenamento geo-redundante de acesso à leitura (RA-GRS)
  • Armazenamento redundante de zonas geo-zona (GZRS) ou armazenamento de zonas de acesso à leitura redundante (RA-GZRS)

Para obter mais informações sobre a redundância do Azure Storage, consulte a redundância do Azure Storage.

Tenha em mente que as seguintes funcionalidades e serviços não são suportados para a falha da conta:

  • O Azure File Sync não suporta o failover da conta de armazenamento. As contas de armazenamento que contêm partilhas de ficheiros do Azure e estão a ser utilizadas como pontos finais da cloud no Azure File Sync não devem efetuar a ativação pós-falha. Se a fizer, fará com que a sincronização deixe de funcionar e poderá também causar perdas de dados inesperadas em caso de ficheiros com novo escalão.
  • As contas de armazenamento que tenham espaço hierárquico habilitado (como para data lake storage gen2) não são suportadas neste momento.
  • Uma conta de armazenamento que contenha bolhas de bloco premium não pode ser chumbada. As contas de armazenamento que suportam bolhas de bloco premium não suportam atualmente o geo-redundância.
  • Uma conta de armazenamento que contenha qualquer política de imutabilidade worm habilitada a contentores não pode ser chumbada. As políticas de retenção ou detenção por tempo desbloqueado/bloqueados impedem a sua insusitada falha, a fim de manter o cumprimento.

Iniciar a falha

Para iniciar uma falha de conta a partir do portal Azure, siga estes passos:

  1. Navegue até à sua conta de armazenamento.

  2. Em Definições, selecione Georreplicação. A imagem a seguir mostra o estado de geo-replicação e falha de uma conta de armazenamento.

    Screenshot mostrando geo-replicação e estado de failover

  3. Verifique se a sua conta de armazenamento está configurada para armazenamento geo-redundante (GRS) ou armazenamento geo-redundante de acesso à leitura (RA-GRS). Se não for, selecione Configuração em Definições para atualizar a sua conta para ser geo-redundante.

  4. A propriedade Last Sync Time indica a distância do secundário a partir da primária. O Último Tempo de Sincronização fornece uma estimativa da extensão da perda de dados que irá experimentar após a conclusão da falha. Para obter mais informações sobre a verificação da propriedade Last Sync Time, consulte a propriedade Last Sync Time para obter uma conta de armazenamento.

  5. Selecione Preparar ativação pós-falha.

  6. Reveja o diálogo de confirmação. Quando estiver pronto, insira Sim para confirmar e iniciar a falha.

    Screenshot mostrando diálogo de confirmação para uma falha na conta

Implicações importantes do failover da conta

Quando inicia uma falha de conta na sua conta de armazenamento, os registos DNS para o ponto final secundário são atualizados de modo a que o ponto final secundário se torne o principal ponto final. Certifique-se de que compreende o impacto potencial na sua conta de armazenamento antes de iniciar uma falha.

Para estimar a extensão da provável perda de dados antes de iniciar uma falha, verifique a propriedade Last Sync Time. Para obter mais informações sobre a verificação da propriedade Last Sync Time, consulte a propriedade Last Sync Time para obter uma conta de armazenamento.

O tempo que leva para falhar após o início pode variar embora tipicamente menos de uma hora.

Após o failover, o seu tipo de conta de armazenamento é automaticamente convertido para armazenamento localmente redundante (LRS) na nova região primária. Pode ree capacitar o armazenamento geo-redundante (GRS) ou o armazenamento geo-redundante de acesso à leitura (RA-GRS) para a conta. Note que a conversão de LRS para GRS ou RA-GRS incorre num custo adicional. O custo deve-se aos encargos de erupção da rede para re-replicar os dados para a nova região secundária. Para obter informações adicionais, consulte detalhes de preços de largura de banda.

Depois de reativar o GRS para a sua conta de armazenamento, a Microsoft começa a replicar os dados da sua conta para a nova região secundária. O tempo de replicação depende de muitos fatores, que incluem:

  • O número e o tamanho dos objetos na conta de armazenamento. Muitos objetos pequenos podem demorar mais do que menos e objetos maiores.
  • Os recursos disponíveis para a replicação de fundo, tais como CPU, memória, disco e capacidade WAN. O tráfego ao vivo tem prioridade sobre a replicação geografal.
  • Se utilizar o armazenamento Blob, o número de instantâneos por bolha.
  • Se utilizar o armazenamento de mesa, a estratégia de partilha de dados. O processo de replicação não pode escalar para além do número de chaves de partição que usas.

Passos seguintes