为每项客户托管职责指定负责人。

将所有权与日常访问分开

确定谁持有每个托管、域名、DNS 和第三方账户，谁支付其账单，谁控制恢复。这些角色可能属于不同人员。上传版本的管理员不应成为唯一能够恢复客户项目的人。

列出账户标识符、业务负责人、恢复联系人负责人和授权管理员。记录恢复材料的存放位置，但不要将材料本身放入此表。确认业务连续性不依赖于即将离职承包商个人邮箱或设备。

共同完成责任矩阵

下面的示例是供讨论的提案，不是 PrivateHostLab 合同义务的声明。客户拥有业务决策权，代理机构承担其接受的技术工作，提供商的义务来自实际服务协议。请将角色替换为具名人员或有记录的提供商联系人。

为每一行添加批准边界和约定的联系方式。替代人员必须接受该角色并拥有必要访问权限。空白的替代人员或未知的提供商升级路径是待办事项，而不是假定覆盖。

横向滚动以查看所有表格列。

为操作员授予其任务所需的访问权限

在相关系统支持时使用个人身份。在实际可行的情况下，将发布、部署、计费和账户恢复权限保持分离。OWASP 建议授予所需的最小权限，并审查累积访问权限。请将该原则转化为每个项目账户的具名任务和审查日期。 OWASP 授权备忘单.

约定谁可以添加或删除 SSH 密钥，以及谁验证结果。更改 SSH 配置前，保留一个已知可用的会话和已确认的恢复路径；应用前验证配置，然后在关闭旧会话前证明新的授权连接可用。Ubuntu 明确建议在重启 OpenSSH 前检查配置，以避免失去访问权限。 Ubuntu OpenSSH 服务器文档.

移交文档应包含密钥指纹或访问记录引用，绝不包含私钥、密码或钱包恢复短语。

按业务影响定义升级

将日常内容请求、计划维护变更和影响关键客户工作流的事件分开。写明覆盖时间、时区、第一联系人、替代人员和下次沟通检查点。不要将便捷的消息渠道变成隐含的响应时间保证。

警报应导向某人可以采取的行动。Google 的监控指南区分可见症状与可能原因，并询问页面是否紧急且可操作。对于此项目，“无法提交咨询”比“服务器看起来异常”是更清晰的事件描述。 Google SRE 监控指南.

有用的升级记录会写明受影响的工作流、首次观察时间、最后已知成功、近期更改和已采取的操作。请从支持日志中移除个人数据和机密信息。

既分配备份任务，也分配恢复决策

Concordem em qual ponto no tempo os dados devem ser recuperados e quanto tempo a recuperação pode levar antes que o negócio seja materialmente afetado. Estas são questões de planejamento distintas refletidas pelos ponto de recuperação y tempo de recuperação objetivos do NIST.

Nomeie a pessoa que mantém as cópias, a pessoa que as testa e o aprovador para uma restauração em produção. Ensaiem em um destino separado. Registre o ponto de dados restaurado, as verificações funcionais, o tempo decorrido e as lacunas; um ensaio bem-sucedido é evidência para aquele exercício, não uma garantia sobre todo incidente futuro.

移交可用的项目记录

Imagine um cliente trocando seu mantenedor do dia a dia após uma campanha. A agência que sai fornece a versão atual, o inventário de dependências, os passos de implantação, o procedimento de recuperação de banco de dados e uploads, os detalhes do agendador, o mapa de DNS e o registro de contas de terceiros. O cliente confirma quais contas e trabalhos em andamento passam para a substituta.

O operador que recebe deve realizar um exercício controlado com os documentos: localizar a versão aprovada, restaurar dados de amostra em isolamento, encontrar o próximo trabalho agendado e identificar o responsável pela renovação. Registre o que não pôde ser concluído e resolva antes de confiar nesse operador para um incidente.

• Confirme o acesso autorizado da substituta antes de remover o acesso da pessoa que está saindo.
• Rotacione credenciais que foram compartilhadas, ou revogue identidades individuais quando esse for o controle apropriado.
• Remova chaves obsoletas, tokens de implantação e concessões de acesso em todo o inventário do projeto.
• Confirme a destinação das cópias restantes e do trabalho em aberto sob os termos de transferência acordados.

接受该表，然后维护它

Marque cada verificação de transferência como aceita, bloqueada ou exigindo acompanhamento, com o revisor e o local da evidência. Um contato de recuperação não resolvido deve permanecer visível em vez de desaparecer em uma mensagem genérica de "transferência concluída".

Revise a planilha sempre que o cliente, a agência, o escopo do provedor ou a aplicação mudar. Vincule-a ao orçamento de hospedagem aprovado y registro de migração. Esta planilha prepara um acordo operacional; ela não substitui os termos reais do vendedor nem cria compromissos de suporte do provedor. Compare-a com o escopo de serviço publicado e resolva os detalhes ausentes explicitamente.

Mantenha o projeto em andamento

• Construa o orçamento de hospedagem do cliente
• Planeje uma migração controlada do cliente
• Revise as responsabilidades do serviço