Quebrar e excluir peering de replicação
Sugerir alterações
PDFs
Em caso de failover de desastres, os volumes de destino devem ser desagregados para que o host de destino possa montar os volumes para operações de leitura e gravação.
|
Para o volume de DADOS HANA, você precisa restaurar o volume para o backup instantâneo HANA mais recente criado com o AzAcSnap. Esta operação de reversão de volume não é possível se o snapshot de replicação mais recente for marcado como ocupado devido ao peering de replicação. Portanto, você também deve excluir o peering de replicação. |
As próximas duas capturas de tela mostram a operação de peering de quebra e exclusão do volume de dados HANA. As mesmas operações devem ser executadas também para o backup de log e o volume compartilhado HANA.
Como o peering de replicação foi excluído, é possível reverter o volume para o backup de snapshot HANA mais recente. Se o peering não for excluído, a seleção do volume de reversão é cinza e não é selecionável. As duas capturas de tela a seguir mostram a operação de reversão de volume.
Após a operação de reversão de volume, o volume de dados é baseado no backup instantâneo HANA consistente e agora pode ser usado para executar operações de recuperação.
|
|
Se um pool de capacidade com uma categoria de baixa performance tiver sido usado, os volumes precisam ser movidos para um pool de capacidade que possa fornecer a performance necessária. |