Uma snapshot é uma cópia do disco inteiro do seu servidor num momento específico, e reverter para uma devolve a máquina inteira exatamente ao estado em que estava, o que torna esta a forma mais rápida de desfazer uma alteração que correu mal.
As snapshots situam-se ao lado das suas cópias de segurança diárias externas em vez de as substituírem. As cópias de segurança protegem os seus dados ao longo de semanas. As snapshots são aquela que tira cinco minutos antes de fazer algo arriscado, e aquela a que volta cinco minutos depois quando não funciona.
Como as Snapshots São Criadas
Existem dois tipos, e as etiquetas da lista identificam cada um:
| Tipo | Criada por | Quando |
|---|---|---|
| Pré-patch | Automaticamente | Antes de cada execução de patch de segurança do SO |
| Manual | Você | A pedido, sempre que quer um ponto de restauro |
As snapshots pré-patch são aquelas que tornam a aplicação de patches automáticos segura. Antes de a plataforma aplicar atualizações do sistema operativo, tira uma snapshot do disco, e se o servidor não regressar após um reinício, a execução do patch é automaticamente revertida. Não precisa de pedir isto, e não precisa de acompanhar o processo.
Tirar uma Snapshot Manual
- Inicie sessão em KPanel.
- Clique em Servidores Cloud na barra lateral esquerda e, em seguida, clique no seu servidor.
- Desloque-se para o cartão Snapshots.
- Clique em Tirar snapshot.
- A nova snapshot aparece com o estado Creating, e muda para Ready quando está pronta para utilizar.
O endereço direto é /cloud-servers/<server-id>. O cartão lista as suas snapshots mais recentes, com as mais novas em primeiro lugar, com o tipo, o tamanho em GB, e a data e hora em que foi tirada.
O cartão Snapshots apenas aparece enquanto o servidor está em execução. Ligue o servidor se não o vir.
Quando Tirar Uma
Tire uma snapshot manual imediatamente antes de:
- Instalar ou atualizar uma peça importante de software: um motor de base de dados, um servidor web, um runtime de linguagem.
- Alterar configuração que ainda não compreende completamente.
- Executar uma migração de esquema ou uma operação de dados em massa.
- Qualquer alteração em que "pôr isto da forma como era" significaria de outra forma reconstruir o servidor manualmente.
Tire a snapshot, depois faça uma alteração, depois verifique. Uma snapshot tirada antes de um lote de cinco alterações apenas lhe diz que algo no lote se partiu. Uma snapshot por alteração diz-lhe qual delas.
Reverter para uma Snapshot
- Encontre a snapshot que pretende no cartão Snapshots. Tem de mostrar o estado Ready.
- Clique em Reverter nessa linha.
- Leia a confirmação: "Isto reverte o disco do servidor inteiro ao estado de snapshot. Tudo o que foi escrito desde então será perdido. O servidor é reiniciado durante a reversão."
- Clique em Reverter para prosseguir.
Uma reversão não pode ser desfeita, e é total. Cada ficheiro, linha de base de dados, linha de registo, pacote e alteração de configuração escrita desde que essa snapshot foi tirada desaparece. Se há algo no servidor que quer manter após a snapshot, copie-o do servidor primeiro.
O servidor é reiniciado como parte da reversão, por isso espere uma breve indisponibilidade. Quando regressar, é byte-para-byte a máquina que tirou snapshot, incluindo o seu sistema operativo, pacotes instalados, serviços, regras de firewall e dados.
Reverter um servidor de base de dados também reverte a base de dados. Se a sua aplicação aceitou encomendas, registos ou pagamentos após a snapshot ser tirada, esses registos desapareceram. Em qualquer coisa transacional, exporte os dados recentes antes de reverter, ou restaure a partir de uma cópia de segurança em vez disso, que coloca os ficheiros de volta sem um reinício.
Snapshots Comparadas com Cópias de Segurança
As duas redes de segurança resolvem problemas diferentes, e usar apenas uma delas deixa uma lacuna real.
| Snapshots | Cópias de Segurança | |
|---|---|---|
| Onde é armazenada | Ao lado da plataforma em que o seu servidor é executado | Armazenamento encriptado externo |
| Agenda | A pedido, além disso automaticamente antes de cada execução de patch | Diariamente, automático |
| Retenção | Mantida até já não precisar delas | 30 dias |
| O que restaura | O disco inteiro, exatamente como estava | Ficheiros, bases de dados e configuração, no local |
| Servidor durante recuperação | Reinicia | Permanece online |
| Velocidade de recuperação | Rápido, máquina inteira | Mais lento, mas seletivo |
| Melhor para | Desfazer uma alteração que acabou de fazer | Recuperar de um problema que notou mais tarde |
Uma regra útil: se a coisa que quer desfazer aconteceu na última hora e tirou uma snapshot primeiro, reverta. Se aconteceu há dias, ou só precisa dos dados e não da máquina, restaure a partir de uma cópia de segurança. Cópias de Segurança de Servidores Cloud aborda esse caminho.
Snapshots e Auto-patches do SO
O patching automático do SO é protegido por snapshot por conceção. Na página Management do servidor, a secção Auto-patches do SO descreve-o como: "Atualizações de segurança aplicadas automaticamente. Protegido por snapshot: uma snapshot do servidor é tirada antes de cada execução, com reversão automática se o servidor se tornar inacessível após reinício."
Se iniciar uma execução de patch você mesmo com Executar patch agora, obtém a mesma proteção, e a confirmação diz-o: "Uma snapshot é criada primeiro. O servidor permanece online exceto por um breve reinício se uma atualização do kernel o necessitar." Consulte Gestão de Firewall e Segurança de Servidores Cloud para o resto dessa página.
Resolução de Problemas
"Nenhuma snapshot ainda. As snapshots pré-patch são tiradas automaticamente." Nada foi acionado neste servidor ainda. Tire uma snapshot manual, ou aguarde a próxima execução de patch.
Uma snapshot está presa em Creating. Os discos grandes levam mais tempo, especialmente na primeira vez. Recarregue a página após alguns minutos. Se não se moveu após uma hora, contacte o suporte com o nome do servidor.
O botão Roll back está em falta. A reversão apenas é oferecida numa snapshot com o estado Ready. Uma que ainda está a ser criada, ou que falhou, não pode ser utilizada.
"Reversão falhou." A reversão não iniciou. Confirme que o servidor não está no meio de um redimensionamento ou reconstrução, depois tente novamente.
Revertei e perdi trabalho. Não há forma de inverter uma reversão. É por isto que a confirmação é redigida da forma como é. Se tiver uma cópia de segurança tirada após essa snapshot, restaurá-la pode recuperar os seus ficheiros.
Se precisar de uma snapshot preservada por mais tempo do que o normal, ou está a planear uma alteração a que quer uma segunda opinião, envie um email para support@kapsulehost.com antes de começar em vez de depois.