> 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/servers/how-to/como-recuperar-um-servidor-noutra-zona-de-disponibilidade-a-partir-de-uma-copia-de-seguranca.md).

# Como recuperar um servidor noutra zona de disponibilidade a partir de uma Cópia de segurança

Neste tutorial vais aprender a recuperar um servidor na outra Zona de disponibilidade de Madrid quando a zona em que estava implementado deixa de estar disponível.

O processo consiste em **implementar um novo servidor na zona disponível e restaurar nele a cópia de segurança do servidor afetado**. Não precisas de manter um segundo servidor implementado de forma permanente para utilizar este modelo de recuperação.

{% hint style="info" %}

### 🔥 O que obténs

Um servidor operacional na outra Zona de disponibilidade, com os dados recuperados a partir de um dos pontos de restauro disponíveis.
{% endhint %}

### Antes de começares: o que estás realmente a fazer

Este é um cenário de **recuperação manual**, não de failover automático.

Se, por exemplo, o teu servidor estiver implementado em MAD1 e essa zona deixar de estar disponível, podes implementar um novo servidor em MAD2 e utilizar a cópia de segurança para recuperar aí o serviço.

**Não estás a mover o servidor original de MAD1 para MAD2.** Estás a criar um novo servidor na zona disponível e a recuperar sobre ele a informação protegida por cópia de segurança.

Tem também em conta que o servidor será recuperado com os dados correspondentes ao **ponto de restauro que selecionares**. As alterações posteriores a esse ponto não estarão incluídas na recuperação.

As cópias da região são protegidas num local independente das duas zonas de disponibilidade de Madrid, de forma a que as possas utilizar para recuperar o serviço na outra zona.

### Pré-requisitos

Antes de iniciar o restauro:

* Confirma que existe um ponto de restauro válido do servidor afetado.
* Identifica a Zona de disponibilidade em que estava implementado o servidor e utiliza a outra Zona como destino de recuperação.
* Tem identificada a configuração de que o servidor que vais recuperar necessita: capacidade, Rede, discos e qualquer dependência necessária para voltar a prestar o serviço.
* Decide qual ponto de restauro vais utilizar, tendo em conta até que momento precisas de recuperar os dados.

Se precisas de rever como funcionam as cópias e os pontos de restauro, consulta [**Como fazer uma cópia de segurança de um servidor**](https://docs.plenit.com/productos/servers-2/how-to/how-to-back-up-a-server).

### Passo 1. Implementa um servidor na outra Zona de disponibilidade

A partir do serviço de **Servidores**, clica em **Criar Servidor**.

Configura o novo servidor com os recursos necessários para executar o serviço que queres recuperar.

Em **Localização**, seleciona:

* **Região:** Madrid.
* **Zona de disponibilidade:** a zona diferente daquela em que estava implementado o servidor afetado.

Por exemplo, se o servidor original estava em **MAD1**, seleciona **MAD2**.

📸 *Criação do servidor de recuperação com MAD2 selecionada como zona de disponibilidade.*

Configura também a Rede que o servidor utilizará de acordo com o desenho de recuperação que tenhas previsto para esse serviço.

Conclui a configuração e cria o servidor.

### Passo 2. Seleciona o ponto de restauro

Acede aos **pontos de restauro** do servidor ou disco que queres recuperar.

Revê as cópias disponíveis e seleciona o ponto de restauro que corresponda ao momento até ao qual precisas de recuperar os dados.

📸 *Lista de pontos de restauro disponíveis e seleção da cópia de segurança que será utilizada para a recuperação.*

{% hint style="warning" %}
**Importante:** confirma a data e a hora antes de iniciares o restauro. O conteúdo recuperado corresponderá ao estado armazenado nesse ponto.
{% endhint %}

### Passo 3. Restaura a cópia de segurança no novo servidor

Restaura a cópia de segurança como um **novo disco associado ao servidor que acabaste de implementar na outra Zona de disponibilidade**.

Seleciona como destino o novo servidor de MAD2 (ou MAD1 se estiveres a realizar a recuperação no sentido inverso) e confirma o restauro.

📸 *Restauro da cópia de segurança selecionando como destino o servidor implementado na outra zona.*

Para consultares todas as opções disponíveis durante o restauro e o procedimento detalhado, consulta [**Como restaurar uma cópia de segurança de disco**](https://docs.plenit.com/productos/servers-1/how-to/how-to-restore-a-disk-backup).

Se o servidor tiver vários discos que precisas de recuperar, repete o processo com os pontos de restauro correspondentes.

### Passo 4. Verifica o servidor recuperado

Uma vez terminado o restauro, verifica que:

* O novo servidor está no estado **ON** e implementado na Zona de disponibilidade prevista.
* Os discos restaurados aparecem associados ao servidor.
* O Sistema operativo reconhece corretamente os discos recuperados.
* O servidor utiliza a Rede prevista para o cenário de recuperação.

📸 *Servidor implementado na nova zona com o disco restaurado associado.*

Não dês o serviço como recuperado apenas porque o servidor está ligado. Ainda tens de verificar as dependências da aplicação.

### Passo 5. Valida o serviço antes de o colocares novamente em produção

Confirma que a aplicação ou serviço funciona corretamente no servidor recuperado.

Revê especialmente os elementos que possam depender da infraestrutura anterior, como a configuração de Rede, regras de Firewall ou NAT, endereçamento, DNS e ligações com outros servidores ou serviços.

Por fim, verifica que:

* A aplicação ou serviço arranca corretamente.
* Os componentes que precisam de comunicar têm conectividade.
* Os dados correspondem ao ponto de restauro selecionado.
* O serviço volta a ser acessível da forma prevista para o teu Cliente.

### Conclusão

Recuperaste um servidor numa Zona de disponibilidade diferente daquela em que estava originalmente implementado, utilizando uma das suas cópias de segurança.

Este modelo permite-te utilizar a segunda zona como **destino de recuperação sem manter permanentemente um segundo servidor implementado**. A recuperação é manual e o estado recuperado dependerá do ponto de restauro selecionado.

#### Tutoriais relacionados

* [**Como fazer uma cópia de segurança de um servidor**](https://docs.plenit.com/productos/servers-2/how-to/how-to-back-up-a-server)
* [**Como restaurar uma cópia de segurança de disco**](https://docs.plenit.com/productos/servers-1/how-to/how-to-restore-a-disk-backup)
* [**Como implementar servidores em várias zonas de disponibilidade**](https://docs.plenit.com/productos/servers/how-to/como-desplegar-servidores-en-multiples-zonas-de-disponibilidad)
* [**Como ativar Alta disponibilidade (HA) na Rede entre duas zonas de disponibilidade**](https://docs.plenit.com/productos/servers/how-to/como-habilitar-alta-disponibilidad-ha-en-la-red-entre-dos-zonas-de-disponibilidad)


---

# 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/servers/how-to/como-recuperar-um-servidor-noutra-zona-de-disponibilidade-a-partir-de-uma-copia-de-seguranca.md?ask=<question>&goal=<endgoal>
```

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