> For the complete documentation index, see [llms.txt](https://docs.plenit.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.plenit.com/docs-pt/productos/disaster-recovery/how-to/how-to-perform-a-failback.md). # Como fazer failback de uma Recuperação de desastres Depois de um failover, trabalhas temporariamente no site de backup. O failback é o caminho de volta para o ambiente original e, consoante a tua situação, tens três formas de o fazer: conservando as alterações do backup, voltando rapidamente sem replicar, ou reconfigurando a réplica desde o zero. Este guia ajuda-te a escolher e a executar a opção certa. > #### 👍 O que consegues > > A operação devolvida à tua subscrição original após um failover, com o método de failback adequado ao teu cenário e a réplica pronta para o próximo incidente. ### Escolhe a tua opção * **Opção 1 — Voltar sem perder alterações**: se continuaste a trabalhar no site de backup e precisas de preservar esses dados antes de regressar à origem. * **Opção 2 — Voltar rapidamente à origem**: se o failover foi um teste ou um erro, ou já podes retomar a operação habitual sem refazer a configuração. * **Opção 3 — Reconfigurar a réplica**: se quiseres redefinir por completo o sentido da réplica ou criar um novo destino. ### Antes de começar * Aceder ao Painel de administração em [admin.plenit.com](https://admin.plenit.com) com permissões sobre o ambiente. * Ter uma Subscrição de Servidores ou de Desktop Remoto protegida, e a respetiva subscrição de **Disaster Recovery**. * Que a subscrição de Disaster Recovery esteja **em estado de failover**. > #### ❗️ Sobrescrever apaga os dados de destino > > Nos passos de réplica podes escolher **sobrescrever** a subscrição de destino. > > Se o fizeres, perdem-se os dados que lá existirem. É o habitual ao refazer a réplica, mas certifica-te de que o destino é o correto antes de confirmares. > > A ativação dos servidores e a réplica podem demorar consoante o volume dos discos e a carga da infraestrutura. Ao longo do guia é usado um exemplo com **Madrid** como site primário e **Paris** como site de backup (site de recuperação), para que se veja o sentido da réplica em cada momento. ### Opção 1. Voltar ao site original sem perder alterações Usa-a quando trabalhaste no backup e queres voltar à origem com esses dados. O percurso é: replicar do backup para a origem, fazer o failback e voltar a deixar a réplica da origem para o backup. #### 1.1 Reconfigura a réplica do backup para a origem Em **Os meus planos**, verifica que o **Site de recuperação** está em **ativo** e o **Site principal** em **inativo**, e clica em **Reconfigurar** para abrir o assistente de réplica. Seleciona como **origem** a subscrição de backup (no exemplo, Paris) e clica em **Seguinte**. {/\* 📸 CAPTURA 1 · Os meus planos · estados ativo/inativo · botão Reconfigurar \*/} ![Estado dos sites e reconfiguração da réplica](https://REEMPLAZA-URL/disaster-recovery-failback-01.png) Seleciona como **destino** a subscrição de origem (no exemplo, Madrid) e clica em **Seguinte**. {/\* 📸 CAPTURA 2 · seleção de origem e destino da réplica \*/} ![Origem e destino da réplica para o regresso](https://REEMPLAZA-URL/disaster-recovery-failback-02.png) Define a **frequência** das réplicas, **quantas** se conservam e o **modo de failover** (DNS ou IP), e clica em **Concluir**. A réplica arranca e podes acompanhar o progresso na interface até ficar **ativa**. {/\* 📸 CAPTURA 3 · frequência, pontos de restauro e tipo de comutação \*/} ![Configuração da frequência, retenção e tipo de comutação](https://REEMPLAZA-URL/disaster-recovery-failback-03.png) #### 1.2 Inicia o failback Com a réplica ativa e os dados atualizados na origem, clica em **Failback**. Seleciona o **ponto de restauro** a que queres voltar e clica em **Confirmar**; confirma novamente para que entre em vigor. {/\* 📸 CAPTURA 4 · Failback · seleção do ponto de restauro \*/} ![Failback e seleção do ponto de restauro](https://REEMPLAZA-URL/disaster-recovery-failback-04.png) Verás o aviso de que o failback está em curso e a operação a ser atualizada no Site principal. Ao terminar, o **Site principal** fica **ativo** e o **Site secundário** em **inativo**. #### 1.3 Deixa a réplica pronta para o próximo incidente Para voltar a proteger o ambiente, clica em **Reconfigurar** e cria a réplica da origem para o backup (no exemplo, de Madrid para Paris): seleciona origem e destino, define frequência, primeira réplica, pontos de restauro e **modo de failover**, e clica em **Concluir**. Com isso, o DR volta a estar operacional. {/\* 📸 CAPTURA 5 · reconfiguração da réplica origem → backup \*/} ![Reconfiguração da réplica para deixar o DR protegido](https://REEMPLAZA-URL/disaster-recovery-failback-05.png) ### Opção 2. Voltar rapidamente à origem após um teste ou erro Usa-a quando o failover foi temporário e não precisas de replicar as alterações do backup antes de voltar. Em **Os meus planos**, verifica que na subscrição secundária os serviços estão ativos e que a primária está inativa. Clica em **Ativar** na subscrição primária e aceita o arranque. Os servidores iniciam-se (pode demorar consoante o volume) até o serviço ficar ativo. {/\* 📸 CAPTURA 6 · ativação da subscrição primária \*/} ![Ativação dos servidores da subscrição primária](https://REEMPLAZA-URL/disaster-recovery-failback-06.png) Depois, devolve o tráfego à origem: clica em **Switch DNS** na subscrição primária. Um aviso recorda-te que o tráfego muda de rumo e que algumas ligações podem perder-se; clica para continuar. O tráfego volta a passar pela subscrição original. {/\* 📸 CAPTURA 7 · Switch DNS · aviso de mudança de tráfego \*/} ![Switch DNS para devolver o tráfego à origem](https://REEMPLAZA-URL/disaster-recovery-failback-07.png) > #### 🚧 O backup fica ativo: fecha-o com a réplica > > Após o Switch DNS, a subscrição de backup (no exemplo, Paris) fica ativa além da de origem. > > Para a tornar inativa e voltar ao esquema protegido, configura a réplica da origem para o backup, como na Opção 1.3. ### Opção 3. Reconfigurar por completo a réplica Usa-a quando precisas de redefinir a origem e o destino da réplica após o failover. Abre o assistente completo de réplica a partir de **Reconfigurar** e decide em que sentido fica a proteção: * **Paris como origem e Madrid como destino**: se continuas a operar no backup e replicas de volta para a origem. * **Madrid como origem e Paris como destino**: se já voltaste ao ambiente principal e restabeleces o esquema habitual. Seleciona o **origem** e clica em **Seguinte**. Escolhe o **destino**, onde podes: * **Sobrescrever** a cópia atual: substitui os dados do destino (a opção mais comum). * **Criar uma nova subscrição de destino**: mantém a atual, mas adiciona um custo associado. Se sobrescreveres, aparece um aviso de que os dados do destino se perderão. Clica em **Seguinte**. {/\* 📸 CAPTURA 8 · seleção do destino · sobrescrever ou nova subscrição \*/} ![Seleção do destino da réplica](https://REEMPLAZA-URL/disaster-recovery-failback-08.png) Define a **frequência** (de 1 a 24 horas), **quando** é lançada a primeira réplica, o número de **pontos de restauro** (de 1 a 24, por defeito 12) e o **modo de failover** (DNS ou IP). Clica em **Concluir** para iniciar a réplica. {/\* 📸 CAPTURA 9 · frequência, retenção e tipo de comutação da nova réplica \*/} ![Configuração da nova réplica](https://REEMPLAZA-URL/disaster-recovery-failback-09.png) ### Conclusão O failback tem três caminhos e a chave está em escolher bem consoante o teu caso: se trabalhaste no backup e não queres perder nada, replica primeiro para a origem (Opção 1); se foi um teste ou um erro, volta rapidamente ativando a origem e mudando o DNS (Opção 2); e se precisares de redefinir a proteção, reconfigura a réplica por completo (Opção 3). Em todos, dois cuidados: confirmar bem o destino antes de sobrescrever e acabar deixando a réplica da origem para o backup para que o ambiente fique novamente protegido perante o próximo incidente. ### Passos seguintes * Revê como se ativa a passagem para o backup em [Failover e failback.](/docs-pt/productos/disaster-recovery/concepts/failover-and-failback.md) * Ajusta a frequência e os pontos de restauro em [Parâmetros de replicação.](/docs-pt/productos/disaster-recovery/detalles/replication-parameters.md) * Testa o plano sem afetar a produção com um [simulacro (drill).](/docs-pt/productos/disaster-recovery/concepts/drills.md) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.plenit.com/docs-pt/productos/disaster-recovery/how-to/how-to-perform-a-failback.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.