Tirando o Banco de Dados em Modo Suspeito no Plus e Lite (SQL Server)

Resumo do que será ensinado

Neste documento você aprenderá, passo a passo, como identificar que o banco de dados do Plus/Lite está em modo suspeito no SQL Server e como executar o comando de recuperação, tanto pelo CMD (canivete/SQLDBE) quanto pelo SQL Server Management Studio (SSMS), tentando tirar o banco desse estado. Também verá o que fazer se a recuperação não funcionar.

Segue um Vídeo explicativo do processo

Detalhamento do uso correto

Com este guia, você deve ser capaz de tirar o banco de dados em modo suspeito no Plus e Lite (SQL Server) usando o comando de recuperação. Siga cada passo cuidadosamente e sempre valide o resultado no SQL Server.

Segue o detalhamento de como tirar o banco de dados em modo suspeito no Plus e Lite (SQL Server)

1. Primeiro passo: Verificar se o banco está em modo suspeito pelo CMD (SQLDBE).

   • Abra o CMD (Prompt de Comando) do Windows com permissão adequada (de preferência Administrador).
   • No CMD, acesse a pasta onde fica o canivete/SQLDBE (caso exista um executável usado internamente, geralmente chamado SQLDBE.exe).
   • Execute o comando de teste, por exemplo:
     
     • SQLDBE 1 (o vídeo indica um comando nessa linha, adaptando conforme o padrão da sua empresa).
   • Ao rodar, observe a mensagem retornada. Quando o banco está em modo suspeito, o comando informa algo relacionado a recuperação e modo suspeito (por exemplo, avisando que o banco está em processo de recuperação).
   • Ponto de atenção: sempre que o CMD retornar mensagem indicando modo suspeito, significa que o banco não está íntegro para uso normal pelo sistema Plus/Lite, sendo necessário executar o procedimento de recuperação.

2. Segundo passo: Preparar o comando de recuperação do banco suspeito.

   • O vídeo mostra que existe um comando padrão que deve ser salvo e usado sempre que um banco entrar em modo suspeito.
   • Esse comando normalmente contém instruções de ALTER DATABASE para alterar o estado e tentar recuperar o banco, por exemplo (modelo genérico):
     
     • ALTER DATABASE [NOME_DO_BANCO] SET EMERGENCY;
     • ALTER DATABASE [NOME_DO_BANCO] SET SINGLE_USER;
     • DBCC CHECKDB([NOME_DO_BANCO], REPAIR_ALLOW_DATA_LOSS);
     • ALTER DATABASE [NOME_DO_BANCO] SET MULTI_USER;
   • Na prática, o comando exato usado pelo seu ambiente foi disponibilizado no canivete ou em algum arquivo interno. Conforme o vídeo, esse comando é aberto em um Bloco de Notas para ser copiado.
   • Ponto de atenção: mantenha esse comando salvo em um arquivo .sql ou .txt de fácil acesso, pois ele será reutilizado sempre que o banco entrar em modo suspeito.

3. Terceiro passo: Abrir o comando de recuperação pelo bloco de notas (a partir do canivete).

   • No CMD ou através do utilitário interno, abra o arquivo que contém o comando de recuperação.
   • O vídeo mostra que o comando é aberto em um Bloco de Notas automaticamente ao executar uma determinada opção do canivete.
   • Com o Bloco de Notas aberto, selecione todo o conteúdo do comando:
     
     • Use Ctrl + A para selecionar tudo.
     • Em seguida, use Ctrl + C para copiar o comando completo.
   • Ponto de atenção: certifique-se de copiar o comando inteiro, sem deixar linhas de fora, pois ele precisa ser executado integralmente para tentar recuperar o banco.

4. Quarto passo: Executar o comando de recuperação diretamente pelo CMD (se possível).

   • Com o comando copiado, retorne ao CMD (onde está o SQLDBE/canivete).
   • Clique com o botão direito dentro da janela do CMD e selecione Colar para inserir todo o comando.
   • Verifique visualmente se o comando foi colado corretamente (todas as linhas).
   • Pressione Enter para que o comando seja executado.
   • O CMD irá mostrar a execução, tentando tirar o banco do modo suspeito.
   • Ponto de atenção: em alguns ambientes, devido a permissões do usuário, o comando pode não funcionar pelo CMD. Se isso acontecer, será necessário usar o SQL Server Management Studio (SSMS) na máquina do cliente.

5. Quinto passo: Instalar e abrir o SQL Server Management Studio (SSMS) na máquina do cliente (se necessário).

   • Se o comando não funcionar pelo CMD ou não tiver permissão adequada, instale o SQL Server Management Studio na máquina do cliente.
   • O vídeo sugere sempre instalar, de preferência, uma versão estável como o SSMS 2008 (adequada ao ambiente Plus/Lite utilizado).
   • Após a instalação:
     
     • Abra o SQL Server Management Studio.
     • Conecte-se à instância correta do SQL Server onde o banco Plus/Lite está instalado (informando servidor, autenticação e credenciais).
   • Ponto de atenção: use sempre usuário com permissão adequada (por exemplo, sa ou outro com privilégios de administrador do SQL Server), pois você precisará executar comandos de manutenção de banco.

6. Sexto passo: Abrir uma nova consulta no SSMS e colar o comando de recuperação.

   • Com o SSMS conectado, clique em “Nova Consulta” (botão geralmente localizado na barra superior).
   • Certifique-se de que a caixa de seleção de banco (logo acima do editor de texto) esteja definida como master.
     
     • O vídeo enfatiza que deve ser mantido em master, pois o banco suspeito muitas vezes não permite acesso direto.
   • No editor de consulta, cole o comando de recuperação que foi copiado do Bloco de Notas:
     
     • Use Ctrl + V para colar todo o conteúdo.
   • Faça uma breve conferência visual para garantir que nenhuma linha foi cortada.
   • Ponto de atenção: não altere o contexto para o banco suspeito; deixe em master, conforme orientação do vídeo, para garantir que o comando seja aceito.

7. Sétimo passo: Executar o comando de recuperação no SSMS.

   • Com o comando devidamente colado, clique em “Executar” (botão com ícone de “play”) ou pressione F5.
   • O SQL Server iniciará o processo de recuperação do banco que está em modo suspeito.
   • Acompanhe a janela de mensagens na parte inferior da tela, onde serão apresentados os resultados da execução.
   • Em casos normais, quando o processo termina sem erros críticos, o SSMS exibirá mensagens indicando que as operações foram concluídas.
   • Ponto de atenção: se aparecerem mensagens de erro graves relacionados ao banco (corrupção, impossibilidade de acesso, etc.), pode ser que a recuperação não seja possível, restando apenas restaurar um backup.

8. Oitavo passo: Aguardar a finalização da execução e interpretar o retorno.

   • Deixe o comando terminar completamente. Dependendo do tamanho do banco e do nível de problemas, isso pode levar alguns minutos.
   • O vídeo destaca que, normalmente, quando o SSMS exibe mensagens padrões sem erros de linha ou serviço, significa que o processo foi bem sucedido.
   • Verifique se a mensagem final não contém erros como:
     
     • Falha de acesso ao arquivo de dados.
     • Falha crítica de integridade.
   • Se não houver erros, prossiga para verificar o estado do banco.
   • Ponto de atenção: não interrompa a execução do comando antes de ele terminar, pois isso pode deixar o banco em estado inconsistente.

9. Nono passo: Atualizar a lista de bancos e confirmar se saiu do modo suspeito.

   • Ainda no SSMS, no painel Object Explorer, localize a pasta Databases onde está o banco do Plus/Lite.
   • Clique com o botão direito sobre Databases ou sobre o servidor e selecione “Refresh” (Atualizar).
   • Após o refresh, verifique o ícone e o status do banco em questão:
     
     • Antes, ele aparecia marcado como suspect (modo suspeito).
     • Depois da execução, ele deve aparecer como um banco normal, sem o indicador de modo suspeito.
   • O vídeo mostra claramente que, após o refresh, o banco deixa de ser exibido como “modo suspeita”.
   • Ponto de atenção: se após o comando e o refresh o banco continuar em modo suspeito, a recuperação via comando não foi suficiente, e será necessário partir para restauração de backup.

10. Décimo passo: Entender o que fazer se a recuperação não funcionar.

    • Se, mesmo após rodar o comando pelo CMD ou pelo SSMS, o banco continuar em modo suspeito ou ocorrerem erros na execução, significa que há problemas mais graves de corrupção ou integridade.
    • Nesses casos, conforme o vídeo explica, somente o backup poderá restaurar o banco corretamente.
    • Proceda então da seguinte forma:
      
      • Localize o backup mais recente e íntegro do banco.
      • Planeje com o cliente a janela de parada do sistema para realizar o restore.
      • Execute a restauração do backup pelo SSMS, seguindo o procedimento padrão de restore do SQL Server.
    • Ponto de atenção: sempre informe ao cliente que, se a recuperação não funcionar, dados recentes podem precisar ser restaurados com base no último backup disponível, o que pode implicar em perda de registros feitos após esse backup.

11. Décimo primeiro passo: Fluxo recomendado de tentativa de recuperação.

    • O vídeo resume um fluxo claro que deve ser seguido:
      
      1. Tentar sempre primeiro pelo CMD (SQLDBE/canivete).
      2. Se não funcionar por permissão ou outro erro, instalar e usar o SSMS na máquina do cliente.
      3. No SSMS, sempre rodar o comando com contexto em master.
      4. Após a execução, dar refresh na lista de bancos e confirmar se o modo suspeito foi removido.
      5. Se não sair de modo suspeito, partir para backup/restore.
    • Ponto de atenção: siga essa ordem de forma padronizada para todos os casos de banco suspeito em ambientes Plus/Lite, garantindo consistência e segurança no suporte.

Informações Importantes

• Resumo das principais orientações.

  • O modo suspeito indica que o banco não está íntegro para uso normal e precisa de intervenção.
  • Existe um comando padrão para tentar recuperar o banco, que deve ser mantido salvo (no canivete/Bloco de Notas).
  • A execução pode ser feita pelo CMD ou pelo SQL Server Management Studio (SSMS), preferencialmente com contexto em master.

• Dicas de uso.

  • Sempre identifique o nome correto do banco do Plus/Lite antes de executar comandos.
  • Mantenha um arquivo de comando atualizado, evitando erros de sintaxe ou nomes incorretos de banco.
  • Após qualquer problema de energia, queda de servidor ou travamento do SQL, verifique se o banco não entrou em modo suspeito.
  • Use o CMD primeiro; se tiver problemas de permissão, parta para o SSMS.

• Recomendações gerais sobre o processo.

  • Não tente alterar manualmente arquivos físicos de banco (.mdf, .ldf); toda ação deve ser pelo SQL Server.
  • Documente cada ocorrência de modo suspeito, registrando: data, causa provável (queda, travamento), comandos executados e resultado.
  • Garanta que o cliente mantenha rotina de backup regular, pois em alguns casos o comando não será suficiente, sendo necessário restaurar.

• Benefícios de seguir corretamente o procedimento.

  • Aumenta a chance de recuperar o banco sem necessidade imediata de restore.
  • Reduz o tempo de indisponibilidade do sistema Plus/Lite para o cliente.
  • Minimiza riscos de perda de dados, já que a tentativa de recuperação é feita antes de recorrer ao backup.
  • Cria um padrão técnico de atendimento para incidentes de banco em modo suspeito.

Este conteúdo já está no padrão solicitado para ser copiado em um documento Word.
No Word, aplique a formatação da seguinte forma:

• Título do texto com fonte tamanho 34 e em negrito.
• Cabeçalhos principais (Resumo do que será ensinado, Segue um Vídeo explicativo do processo, Detalhamento do uso correto, Segue o detalhamento de como…, Informações Importantes) com fonte tamanho 18 e em negrito.
• Corpo do texto com fonte padrão menor (por exemplo, 12 ou 14).