Guia de restauração DeskGate

Comece com um teste de recuperação isolado

Uma restauração pode substituir dados e afetar clientes conectados. Teste o conjunto de recuperação em um ambiente isolado e aprovado antes de uma recuperação em produção. Mantenha os agendamentos restaurados, o envio de e-mails e as conexões de endpoint inativos até que o responsável pela recuperação os autorize.

Identifique a data do backup, o ponto de recuperação esperado, a versão do aplicativo, a versão do SQL Server, os ficheiros e quaisquer chaves de criptografia necessárias. Preserve o estado atual de produção conforme o plano de contingência antes de decidir substituí-lo.

Restaure o banco de dados com o DBA

Em uma ferramenta de administração SQL existente, selecione o destino de restauração e o conjunto de backup desejados e, em seguida, revise o banco de dados de destino e os caminhos dos ficheiros. Para um teste, use um destino separado para que o banco de dados em produção não seja sobrescrito. Siga as instruções. Procedimento de restauração da MicrosoftA sequência de backup necessária depende do modelo de recuperação e do momento desejado.

Solicite ao DBA que valide a compatibilidade de versões, o estado de recuperação e quaisquer certificados ou chaves necessários. Não habilite a sobrescrita ou descarte um backup de log necessário apenas para contornar um erro de restauração.

Reconecte o aplicativo correspondente

1. Restaure a versão de aplicação correspondente aprovada e seu conjunto de dados/configuração App_Data coordenado.
2. Analise a licença, a configuração do serviço, os endpoints e o modo web para o ambiente de recuperação.
3. Solicite ao administrador que atualize a conexão com o banco de dados por meio do processo de configuração compatível.
4. Inicie e verifique GoMyidServer e GoMyidCore quando o plano de recuperação permitir.
5. Verifique tanto a página de login quanto o registo/consulta do banco de dados; uma resposta de login por si só não garante a recuperação de dados.

Validar dados e comportamento

Utilize um revisor autorizado para inspecionar os grupos, utilizadores e registos de relatórios representativos esperados do período recuperado. Verifique se os ficheiros de configuração confidenciais permanecem protegidos e se nenhuma conexão não intencional de e-mail ou endpoint ocorreu durante o teste.

Registre o tempo decorrido da recuperação, os dados recuperados mais recentemente, os intervalos ausentes e as diferenças não resolvidas. Um banco de dados restaurado com uma versão de aplicativo incompatível não é uma recuperação aceita.

Retorno deliberado ao serviço

Obtenha a aprovação do responsável pela recuperação para a transição, acesso à rede e retomada da coleta ou dos agendamentos. Valide um endpoint piloto antes da reconexão geral. Mantenha o registo da recuperação e investigue o motivo da necessidade de restauração. Se alguma verificação de aceitação falhar, siga o plano de resposta a incidentes em vez de restaurar repetidamente o mesmo destino.