Comece com um mapa de serviço que um segundo mantenedor possa usar.

Comece com uma tarefa comum de um membro

Nosso exemplo em execução é um caderno de oficina ilustrativo: os membros editam instruções, anexam diagramas e mantêm um livro privado de notas de organização. O grupo escolhe o BookStack para o exemplo; esta é uma escolha de planejamento, não um aplicativo instalado fornecido com uma VPS. Use seu próprio aplicativo e registros de instalação exatos ao preencher a planilha.

Descreva o serviço como algo que uma pessoa pode fazer: “Um membro autorizado pode encontrar as instruções de reparo atuais e abrir seus anexos.” Depois liste o que está fora de seu escopo. Neste exemplo, a wiki não guarda a única cópia do grupo de suas instruções de recuperação ou registros de credenciais.

Dê a cada dependência sua própria linha

Percorra o processo de entrar, abrir uma página, enviar um diagrama e receber uma notificação. Para cada ação, pergunte qual componente armazena informações ou se comunica com outro sistema. O guia de backup do BookStack identifica o banco de dados, a configuração, as imagens enviadas, os anexos e quaisquer temas personalizados como ingredientes de recuperação. Registre seus locais reais em vez de presumir que o diretório do aplicativo contém tudo. Requisitos de backup do BookStack.

E-mail e webhooks merecem entradas separadas. O BookStack pode processá-los em segundo plano quando configurado com um worker de fila; uma página carregando com sucesso não estabelece que esses jobs foram executados. Documentação de e-mail e ações em segundo plano do BookStack.

Marque as informações que precisam de tratamento diferente

“A wiki é privada” é amplo demais para orientar uma restauração ou exportação. No exemplo do caderno, instruções de reparo publicadas podem ser compartilhadas fora do grupo, notas de organização permanecem apenas para membros, e material de recuperação administrativa pertence a armazenamento restrito fora da wiki. Decida a qual categoria cada coleção pertence antes de movê-la.

• Conteúdo: identifique quem pode ler, editar, excluir e exportar cada coleção.
• Registros de membros: registre por que o serviço precisa deles, quem os revisa e como as saídas são tratadas.
• Registros operacionais: liste logs, relatórios de backup e exportações retidas, incluindo uma regra de revisão ou exclusão.
• Segredos: escreva uma referência de recuperação e custodiante autorizado, nunca o valor da credencial.

Dê também uma decisão de acesso às cópias de backup e aos ambientes de restauração. Uma cópia de um livro privado permanece privada mesmo quando está em um diretório temporário. Se uma linha combina páginas públicas e notas restritas, divida-a até que a distinção seja útil.

Escreva a ordem de recuperação e a lacuna aceitável

Acorde quanta edição recente o grupo conseguiria recriar e por quanto tempo conseguiria trabalhar a partir de uma cópia de referência offline. Estes são requisitos a discutir, não tempos de recuperação estabelecidos por este guia. Traduza-os em uma programação de backup, um destino independente e um exercício que possa testar o método proposto.

1. Recupere as instruções e o acesso autorizado necessários para iniciar o trabalho.
2. Reconstrua um ambiente separado com as versões de software registradas.
3. Restaure o banco de dados, os arquivos e a configuração como um conjunto correspondente.
4. Verifique a leitura, as permissões e um anexo testemunha antes de permitir alterações.
5. Reconecte o endereço normal e as ações externas somente após uma decisão de retorno controlada.

Mantenha a seleção de backup atual, seu carimbo de data/hora e o resultado real do simulado mais recente ao lado desta ordem. Onde nenhum simulado ocorreu, escreva “ainda não exercitado.” Um inventário de cópias pretendidas não pode estabelecer que essas cópias são utilizáveis.

Copie um registro de serviço em branco

Mantenha esta planilha em algum lugar que ambos os mantenedores autorizados possam alcançar quando a VPS estiver indisponível. Link para instruções detalhadas em vez de transformar o registro em um segundo manual de instalação desatualizado.

Service / member task:
Primary maintainer / cover maintainer:
Normal address / domain account custodian:
Application and database versions:
Data paths / backup selection:
Public, member-only and restricted collections:
External services / scheduled actions:
Credential store references and authorized custodians:
Acceptable data gap / recovery priority:
Independent backup destination:
Last actual restore result / unresolved action:
Next review trigger / owner:

Deixe outro mantenedor encontrar as lacunas

Peça ao mantenedor de cobertura para rastrear um anexo desde sua página até o armazenamento e o backup, localizar a referência da conta de domínio e explicar como o e-mail seria desconectado durante a recuperação. Deixe que ele marque cada lugar que exija uma suposição não escrita. Atribua a cada lacuna um responsável; um caminho de backup desconhecido é trabalho a concluir, não uma célula vazia a esconder.

Revise o registro após uma nova integração, mudança de local de armazenamento ou transferência de mantenedor. É um auxílio de navegação, não prova de capacidade, segurança ou restauração bem-sucedida. Transforme sua seção de recuperação em um ensaio de restauração, depois use o plano de serviço de wiki compartilhada para decidir quais componentes de suporte valem a pena operar.