> 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/how-to-snapshot-and-restore-a-server.md). # Como fazer um snapshot de um servidor e restaurá-lo posteriormente Um snapshot, ou instantâneo, é uma captura do estado de um servidor num momento concreto. Permite-te voltar atrás rapidamente quando vais fazer algo arriscado (uma atualização do sistema, uma mudança de software) e queres uma Rede de segurança caso corra mal. > #### 👍 O que consegues > > Um ponto de retorno do servidor antes de uma alteração importante, e a forma de reverter para ele em minutos, se necessário. > #### 📘 Um snapshot não é uma Cópia de segurança > > O snapshot é uma marcha-atrás rápida e temporária, pensada para ser usada antes de uma alteração e apagada depois. > > Não substitui a Cópia de segurança, que é a tua proteção a longo prazo. Manter snapshots vivos durante muito tempo penaliza o Desempenho do servidor. ### Antes de começar * Iniciar sessão na plataforma da Plenit. * Ter uma Subscrição de **Servidores** com um servidor em funcionamento. > #### 🚧 Máximo de três snapshots por servidor > > Cada servidor admite até três snapshots VM ativos. Elimina-os quando já não precisares deles: acumulá-los fragmenta os dados e degrada o Desempenho. ### Passo 1. Acede à ficha do servidor 1. Entra na Subscrição de **Servidores** a partir da sua card. 2. Abre a subseção **Servidores** a partir do menu lateral, ou a partir da caixa Servidores do **Resumo**. 3. No menu de contexto do servidor, clica em **Editar**. {/\* 📸 CAPTURA 1 · menu de contexto do servidor com a opção Editar \*/} ![Acesso à ficha do servidor a partir da opção Editar](https://REEMPLAZA-URL/servidores-howto-snapshot-01.png) ### Passo 2. Cria o snapshot Com a ficha aberta, o recomendado é **desligar a máquina** antes de capturar. Não é obrigatório, mas fazer o snapshot com o servidor desligado garante a consistência dos dados. 1. Desliga o servidor e espera pela confirmação. 2. Abre a opção **Snapshot** do menu superior. 3. Escreve um **nome** para o instantâneo (no exemplo, `sysprep`) e clica em **Continuar**. A plataforma indica que o instantâneo está a ser criado e, ao terminar, vê-lo-ás no separador **Snapshot VM** da ficha. Depois podes ligar a máquina e fazer as tuas alterações com Rede de segurança. {/\* 📸 CAPTURA 2 · opção Snapshot do menu superior e o campo de nome do instantâneo \*/} ![Criação do snapshot com o seu nome a partir da ficha do servidor](https://REEMPLAZA-URL/servidores-howto-snapshot-02.png) > #### 📘 Se não podes desligar, garante a consistência > > Para cargas com base de dados, capturar a quente pode deixar os dados a meio. Se não podes desligar, pára o serviço mesmo antes do snapshot e retoma-o depois. > No Windows, a partir do PowerShell como administrador: > > ```powershell > Stop-Service -Name "MSSQLSERVER" > ``` > > Em Linux: > > ```shell > sudo systemctl stop > ``` ### Passo 3. Restaura o servidor a partir do snapshot 1. Volta à ficha do servidor e abre o separador **Snapshot VM**. 2. Seleciona o snapshot que queres e clica em **Reverter**. 3. Confirma. O servidor volta ao estado guardado nesse instantâneo. {/\* 📸 CAPTURA 3 · separador Snapshot VM com o botão Reverter e a confirmação \*/} ![Restauro do servidor com o botão Reverter a partir de Snapshot VM](https://REEMPLAZA-URL/servidores-howto-snapshot-03.png) > #### 🚧 Reverter descarta o que vem depois > > Ao reverter, o servidor volta exatamente ao estado do snapshot: o que tiver mudado depois perde-se. > > Confirma que é isso que queres antes de aceitar. ### Boas práticas * Cria o snapshot **mesmo antes** da alteração, não dias antes. * **Elimina-o** assim que verificares que a alteração correu bem. * Não uses snapshots como Cópia de segurança: para isso serve a Cópia de segurança.
--- # 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/how-to-snapshot-and-restore-a-server.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.