none
Registros sumiram após Shutdown Inesperado RRS feed

  • Pergunta

  • Bom dia! Pessoal Estou com um caso em minhas mãos de um Servidor Cluster Windows Server 2012 VM da Citrix e SQL Server 2008 R2 a pouco dias,  tivemos uma manutenção no Storage onde foi evidenciado um erro e realizado rollback na manutenção.

    Durante esta ocorrência, pelo log o Servidor acima não realizou Failover, apenas apresentou uma queda, o Plantonista verificou se estava tudo ok, no outro dia durante meu Checklist observei que todas tabelas e procedures de coleta sumiram, nisso verifiquei se algum restore foi realizado, as tabelas referente aos Restores já realizado no ambiente estavam limpas.

    Verifiquei na tabela backupset que tinha registros até agosto de 2016 e novos registros do inicio dessa semana, enfim quase metade do ano sumiram os registros. 

    Sendo assim já entrei em pânico  como, realizei outras investigações de log tudo, todos registros existentes estão com este buraco e pior até a base do Cliente.

    Mas algo me intrigou, os Events do Windows estão Intactos, agosto, setembro... ao olhar na mesma tabela backupset, mostra na coluna Database_Creation_Date com a data deste ocorrido, mas quando verifico com sp_help esta com data de criação de 2003.

    Enfim necessito de uma luz, o que pode ter ocorrido, porque ocorreu este buraco nos Registros?

    Não há nada nos Events do Windows que possa me dizer algo.

    Porque a base do Master mostra como foi criada recentemente.

    As tabelas de histórico de Restore estão limpas.

    Se algo ocorreu no Storage, as bases deveriam estar corrompidas.

    Bom alguém tem informação de uma possibilidade remota desta VM não estava salvando e quando reiniciou perdeu toda esta informação? Mas se caso isso ocorrer, porque os Events do Windows se manteram?

    Neste momento estou com muitas dúvidas e nenhuma evidência do que pode ter acontecido, nós não temos acessos aos Logs das VMs, tem uma equipe própria que administra.

    Agradeço se alguém que tenha idéia do que aconteceu. 


    • Editado Fabianafdb quinta-feira, 19 de janeiro de 2017 10:06
    quinta-feira, 19 de janeiro de 2017 10:04

Respostas

  • Bom dia! Desculpe a demora mas este ano começou bastante pegado.

    Os Logs do Windows eu verifiquei via EventView, e no SQL Server no Errorlog.

    Eu fiquei aguardando o chamado na Microsoft, mas logo a equipe de Windows me passou que houve.

    No dia do Incidente ao dar problema no Storage, nós perdemos o Servidor, uns dos Analistas subiu um Snapshot sem imaginar que se tratava de um Servidor de Banco de Dados...

    Após isso, tomamos ação sobre os backups que tinhamos e necessitamos consolidar os dados para não ter nenhuma perda de dados.

    Quanto ao Master que foi criado, não tenho como dizer quem foi e também equipe de Servidores não me informaram.

    Esse fato serviu como lição aprendida para alinhamento entre as equipes antes de qualquer ação. 

    terça-feira, 14 de fevereiro de 2017 09:34

Todas as Respostas

  • Fabiana,

    Verifique qual é a data de criação deste banco de dados!!! Estou suspeitando que o banco não foi restaurado mas sim criado do zero.


    Pedro Antonio Galvao Junior [MVP | MCC | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | Professor Universitário | @JuniorGalvaoMVP | http://pedrogalvaojunior.wordpress.com]

    quinta-feira, 19 de janeiro de 2017 16:54
    Moderador
  • Pela Tabela backupset coluna database_creation_date informa que a Master foi criada na data de 15/01/2017 às 05h57 da manhã, já na SP_Helpdb mostra como Apr  8 2003.

    No caso que ela venha ter sido criada, poderia vim causar este impacto no ambiente?

    Como perder dados até em outra base que não seja de System?

    Obrigada



    • Editado Fabianafdb sexta-feira, 20 de janeiro de 2017 09:57
    quinta-feira, 19 de janeiro de 2017 18:00
  • vc já viu os últimos scripts rodados na base de dados ,algum comando de drop database ou restore ??

    se isso ajudar

    SELECT  DMExQryStats.last_execution_time AS [Executed At] ,
            DMExSQLTxt.text AS [Query]
    FROM    sys.dm_exec_query_stats AS DMExQryStats
            CROSS APPLY sys.dm_exec_sql_text(DMExQryStats.sql_handle) AS DMExSQLTxt
    ORDER BY DMExQryStats.last_execution_time DESC; 
    

    Esse aqui mostra os solicitantes

    SELECT  client_net_address AS [IP do cliente] ,
            p.hostname AS [Nome da máquina do cliente] ,
            [text] AS [Texto da consulta] ,
            DB_NAME(p.dbid) AS [Nome do BD no qual foi executada a query] ,
            p.[program_name] AS [Programa solicitante]
    FROM    sys.dm_exec_connections c
            INNER JOIN sys.sysprocesses p ON c.session_id = p.spid
            CROSS APPLY sys.dm_exec_sql_text(most_recent_sql_handle) AS ST;


    Wesley Neves


    • Editado Wesley Neves quinta-feira, 19 de janeiro de 2017 18:52 adicionamento
    quinta-feira, 19 de janeiro de 2017 18:50
  • Bom dia! Veriquei Wesley e não tinha nada, só regitros após o ocorrido, no defalt trace até aparecia alguns Event_class 18, 46 e 47 mas com a conta de serviço do SQL e também não informava o que foi criado ou dropado, no LOG do SQL Server só tinha os erros dos Backups de Log que perderam a referência do lsn e necessitavam de um novo Backup full.

    Foi aberto um chamado na Microsoft e executada a ferramenta SDP, ainda não tive acesso ao chamado, para ver as informações passadas pelo membro da equipe. Irei aguardar se retornam algo conclusivo da situação e compartilho no fórum.

    Obrigada.


    • Editado Fabianafdb sexta-feira, 20 de janeiro de 2017 14:29
    sexta-feira, 20 de janeiro de 2017 09:27
  • Fabiana,

    Qual ferramenta você utilizou para realizar a leitura do arquivo de log?

    Você verificou os últimos SQL Server Logs?


    Pedro Antonio Galvao Junior [MVP | MCC | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | Professor Universitário | @JuniorGalvaoMVP | http://pedrogalvaojunior.wordpress.com]

    terça-feira, 24 de janeiro de 2017 13:06
    Moderador
  • Bom dia! Desculpe a demora mas este ano começou bastante pegado.

    Os Logs do Windows eu verifiquei via EventView, e no SQL Server no Errorlog.

    Eu fiquei aguardando o chamado na Microsoft, mas logo a equipe de Windows me passou que houve.

    No dia do Incidente ao dar problema no Storage, nós perdemos o Servidor, uns dos Analistas subiu um Snapshot sem imaginar que se tratava de um Servidor de Banco de Dados...

    Após isso, tomamos ação sobre os backups que tinhamos e necessitamos consolidar os dados para não ter nenhuma perda de dados.

    Quanto ao Master que foi criado, não tenho como dizer quem foi e também equipe de Servidores não me informaram.

    Esse fato serviu como lição aprendida para alinhamento entre as equipes antes de qualquer ação. 

    terça-feira, 14 de fevereiro de 2017 09:34