Base de conhecimento / banco de dados
Como testar a recuperação de um backup MuOnline
Confira o conjunto de backup, restaure em laboratório e teste a persistência dos dados do jogo.
Um arquivo BAK precisa de um teste de recuperação
O objetivo é demonstrar que a equipe consegue recuperar os dados no prazo e no ponto do tempo definidos para o servidor. Realize este procedimento em uma instância de laboratório isolada. Não use a base de produção como destino do teste.
Liste os bancos usados pela distribuição, arquivos de configuração, versão do SQL Server e dependências de autenticação. Defina quanto tempo o servidor pode ficar indisponível e quanto progresso pode ser perdido. Se houver backups diferenciais ou de log, documente também a sequência necessária.
1. Identifique o conjunto correto
RESTORE HEADERONLY
FROM DISK = N'D:LaboratorioMuOnline.bak';O caminho é interpretado pelo servidor SQL, não pelo computador que abriu o SSMS. A conta de serviço precisa conseguir ler o arquivo. Confira nome do banco, tipo, datas e a coluna Position: um mesmo arquivo pode conter mais de um conjunto.
2. Faça as verificações preliminares
RESTORE VERIFYONLY
FROM DISK = N'D:LaboratorioMuOnline.bak'
WITH FILE = 1;
RESTORE FILELISTONLY
FROM DISK = N'D:LaboratorioMuOnline.bak'
WITH FILE = 1;Troque FILE = 1 pelo Position identificado. VERIFYONLY verifica o conjunto sem restaurar o banco, mas não substitui uma restauração real nem verifica toda a estrutura dos dados. FILELISTONLY permite conferir os arquivos lógicos que precisarão de destinos no laboratório.
3. Restaure em um destino separado
No SSMS conectado à instância de laboratório, escolha o backup e um nome como MuOnline_Validacao. Revise os caminhos dos arquivos de dados e log para não colidirem com arquivos existentes. Não marque substituição de banco existente e não acrescente REPLACE como solução automática para erros.
Se a distribuição exigir o nome MuOnline, use uma instância isolada em que esse nome não identifique a produção. Confira a compatibilidade das versões: um backup de versão mais nova não pode ser simplesmente restaurado em versão anterior. Bancos criptografados também podem exigir certificados e chaves correspondentes.
4. Verifique a cópia restaurada
DBCC CHECKDB (N'MuOnline_Validacao')
WITH NO_INFOMSGS;Execute na cópia restaurada e guarde o resultado. Havendo erros, investigue outra cópia de backup e a causa. Este roteiro não orienta reparo com perda de dados. Um resultado sem erros de integridade ainda não prova que todos os serviços do jogo estão corretamente configurados.
5. Teste a aplicação no laboratório
Aponte apenas os componentes de teste para o banco restaurado. Verifique contas e personagens de teste, inventário, baú, moedas e operações importantes da distribuição. Faça uma alteração controlada, desconecte e entre novamente para confirmar persistência. Compare com o momento do backup, não com o estado atual da produção.
Mantenha integrações de pagamento, notificações e tarefas externas desativadas no laboratório ou configuradas em modo de teste para evitar efeitos reais. Não exponha a cópia com dados de jogadores em um servidor público.
Registre a evidência
- Arquivo, conjunto e data do backup utilizado.
- Versões de origem e destino e dependências necessárias.
- Resultado da restauração, da integridade e dos testes do jogo.
- Tempo de recuperação e obstáculos encontrados.
- Responsável e data do próximo teste após mudanças relevantes.
Explore também banco de dados e segurança.
Referências técnicas
Microsoft: RESTORE VERIFYONLY, HEADERONLY, FILELISTONLY, restauração em novo local e DBCC CHECKDB.