Cópias de segurança cifradas e recuperação
Crie, verifique e transfira cópias de segurança cifradas do site e solicite um restauro controlado no painel.
- Verificar prontidãoAbra Cópias de Segurança do Site com uma conta God ativa. Confirme que o processamento está configurado e ativo e que o destino remoto está disponível.
- Criar ou sincronizarPeça uma cópia manual ou sincronize o inventário remoto. Ambas as ações colocam trabalho na fila; a notificação não prova que o arquivo ficou concluído.
- Verificar o arquivoConfirme o estado, o SHA-256, a verificação remota, o manifesto, a criação e a expiração. A retenção apresentada é de sete dias.
- Transferir ou restaurarTransfira um arquivo elegível quando necessário. O restauro exige uma cópia completa, verificada e não expirada, além de confirmação deliberada e MFA recente.
- Acompanhar a conclusãoAcompanhe o trabalho na lista Operações Recentes, nos estados em fila, em curso, concluído ou falhado. Resolva a falha antes de pedir outra operação.
Acesso e prontidão
A página Cópias de Segurança do Site só está disponível a uma conta God ativa. Antes de pedir trabalho, verifique configuração, ativação, disponibilidade remota, destino e retenção. As cópias são arquivos cifrados com manifesto e hash de integridade. A presença de um botão não comprova a integridade; a página Saúde do Sistema indica separadamente a última cópia verificada com sucesso. Se o serviço não estiver configurado ou disponível, pare e encaminhe o problema ao operador da plataforma.
- Inspecione todos os indicadores de prontidão e a retenção apresentada.
- Verifique se já há operações em fila ou em curso em Operações Recentes.
- Se não estiver pronto, comunique o estado não secreto pelo canal autorizado.
Criar e sincronizar
Criar pede uma cópia manual; Sincronizar reconcilia o inventário. Ambas as ações ficam em fila para execução por um trabalhador. Atualize a página e acompanhe a operação até um estado final. Um registo concluído deve incluir arquivo cifrado identificado, checksum, manifesto não vazio e validade. Uma confirmação de fila ou estado disponível localmente não é prova de cópia remota verificada.
- Escolha Criar para um arquivo manual ou Sincronizar para reconciliar o inventário remoto.
- Aguarde pela mudança de estado e abra a cópia mais recente.
- Confirme conclusão, hash, verificação remota e validade futura antes de a utilizar.
Retenção de sete dias
A retenção configurada é de sete dias. A criação e a expiração são apresentadas em UTC; use-as para determinar se o arquivo continua elegível. Arquivos expirados não são pontos de restauro válidos. Planeie a recuperação dentro do prazo e guarde as referências apenas em sistemas restritos aprovados, nunca em documentação pública.
- Leia as datas UTC de criação e expiração do arquivo.
- Escolha uma cópia recente, não expirada e verificada remotamente.
- Se o ponto necessário expirou, não tente restaurá-lo; comunique o problema e use o próximo ponto verificado.
Transferência e integridade
A transferência está disponível para determinados registos concluídos, disponíveis localmente ou falhados que tenham checksum; o trabalhador executa a transferência e verificação. O restauro é mais restrito: exige estado concluído, nome de arquivo correspondente, SHA-256 válido, manifesto não vazio, verificação remota e validade futura. Não edite metadados nem substitua arquivos fora do fluxo gerido.
- Use Transferir no registo pretendido e aguarde a conclusão.
- Confirme a verificação remota e a presença do checksum.
- Se houver falha ou dados de integridade em falta, leia o código e encaminhe o problema sem contornar as condições.
Pedir um restauro
O restauro é uma operação de alto impacto colocada em fila, não uma ação imediata da página. O utilizador God ativo tem de ter concluído MFA nos últimos dez minutos. Na confirmação, indique um motivo com pelo menos 12 caracteres, escreva o identificador exato da cópia e o anfitrião apresentado e assinale a confirmação das consequências. O servidor valida estes valores. A submissão regista e coloca o pedido aprovado na fila, mas não comprova que o trabalhador concluiu o restauro.
- Selecione apenas uma cópia completa, verificada remotamente e não expirada e conclua MFA recente.
- Introduza o motivo, o identificador exato e o anfitrião apresentado; confirme as consequências.
- Submeta uma vez e acompanhe Operações Recentes até ao estado final.
Tratamento de falhas
A página apresenta alertas, estado da operação e código de falha. As causas podem incluir destino indisponível, metadados incompletos, verificação remota falhada, ponto expirado ou MFA desatualizada. Uma operação em curso pode ainda estar a executar; não submeta duplicados. Consulte também Saúde do Sistema e comunique falhas persistentes sem segredos, valores privados de endpoints ou dados de clientes.
- Leia o tipo, estado, hora e código de falha em Operações Recentes.
- Verifique a fila, o disco, o agendador e as cópias em Saúde do Sistema.
- Tente novamente apenas depois de a operação anterior terminar e a causa ser compreendida.
Perguntas frequentes
A mensagem de sucesso significa que a cópia está pronta?
Não. Significa que o pedido foi colocado na fila. Confirme conclusão, checksum, verificação remota e validade.
Durante quanto tempo é retido um arquivo?
A página apresenta retenção de sete dias. A data de expiração de cada registo é a referência definitiva.
Quem pode criar ou restaurar cópias?
A página exige uma conta God ativa e todas as alterações exigem MFA recente dessa mesma conta.
Porque está o restauro indisponível?
O registo pode estar incompleto, não verificado, sem manifesto ou checksum válidos, ou expirado.
Que confirmações são necessárias para restaurar?
Motivo com pelo menos 12 caracteres, identificador exato, anfitrião apresentado, confirmação das consequências e MFA recente.
Onde vejo se a operação terminou?
Consulte Operações Recentes em Cópias de Segurança do Site. Uma resposta em fila não comprova conclusão.