Skip to main content
NetApp Solutions SAP
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Quebrar e excluir peering de replicação

Colaboradores
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.

Observaçã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.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

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.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

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.

Observaçã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.