> 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-2/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 alteração de software) e queres uma rede de segurança caso corra mal. > #### 👍 O que obténs > > 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 é um recuo rápido e temporário, pensado para ser usado antes de uma alteração e apagado depois. > > Não substitui a cópia de segurança, que é a tua proteção a longo prazo. Manter snapshots ativos durante muito tempo penaliza o desempenho do servidor. ### Antes de começar * Iniciar sessão na plataforma Plenit. * Ter uma subscrição de **Servidores** com um servidor implementado. > #### 🚧 Máximo de três snapshots por servidor > > Cada servidor admite até três snapshots VM ativos. Elimina-os quando já não forem necessários: acumulá-los fragmenta os dados e degrada o desempenho. ### Passo 1. Acede à ficha do servidor 1. Entra na subscrição de **Servidores** a partir do respetivo cartão. 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 recomendável é **desligar a máquina** antes de capturar. Não é obrigatório, mas fazer o snapshot com o servidor desligado assegura 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 respetivo nome a partir da ficha do servidor](https://REEMPLAZA-URL/servidores-howto-snapshot-02.png) > #### 📘 Se não conseguires desligar, assegura a consistência > > Para cargas com base de dados, capturar em quente pode deixar os dados a meio. Se não conseguires desligar, para 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 existe 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-2/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.