none
Banco Read-Only entrando em RECOVERY

    Frage

  • Olá Pessoal!

    Gostaria de uma ajuda para entender o motivo de ter um banco de dados que está como Read-Only e várias vezes durante o dia ele entra em Recovery. Já olhei o error log e o mesmo apresenta as seguintes mensagens:


    Alguém já passou por isso? 

    Observação:

    * O mesmo possui espaço em disco;

    * Não ta espelhado;

    * Não tem log shipping;

    * Versão : Microsoft SQL Server 2008 R2 (SP1) - Standard Edition (64-bit) 

    Dienstag, 22. Mai 2012 15:41

Antworten

  • Oi Cibelle,

    Por acaso o AUTO_CLOSE desse banco não ta habilitado não???

    Abraço!

    Se a resposta foi útil, classifique-a


    Att, Marcos Freccia [MCTS|MCITP|MCT SQL Server 2008]

    Montag, 18. Juni 2012 01:42

Alle Antworten

  • Sugiro que você tente colocar um trace (server side de preferência) e deixar rodando aí por um momento em que vc acha que isto vai acontecer...

     coloque um filtro para o banco em questão e veja quais eventos acontecem no dito cujo... 

    Abraços..

    Edvaldo Castro

    http://edvaldocastro.wordpress.com


    http://edvaldocastro.wordpress.com/about

    Dienstag, 22. Mai 2012 17:41
  • Olá Edvaldo,

    Fiz isso semana passada. Deixei um trace executando por um período, porém as informações não foram suficientes para identificar o motivo. 

    Abraços.


    Cibelle Castro Twitter: @cibascastro

    Dienstag, 22. Mai 2012 20:24
  • Cibelle,

    Já verificou se existe algum job rodando nesse horário e se o mesmo está impactando alguma operação?

    E o código que está dentro do job, está escrito corretamente?

    Abs,
    Lucas.


    LUCAS SOUZA SARAIVA


    Mittwoch, 23. Mai 2012 11:38
  • Lucas,

    O código que está dentro do JOB está correto sim. Pois é uma verificação simples em sys.databases onde o state <> 0, se for ele manda email avisando o estado do banco e o nome do mesmo . 

    O problema é que não é um horário especifico o banco fica em o dia inteiro assim:

    2012-05-22 18:00:22.490 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:03:39.810 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:03:40.380 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:05:22.470 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:08:39.800 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:08:40.490 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:10:22.450 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:11:02.020 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:11:03.210 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:11:03.550 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:13:04.670 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:13:12.840 spid1593 Recovery completed for database DatabaseXXX (database ID 9) in 6 second(s) (analysis 17 ms, redo 0 ms, undo 4678 ms.) This is an informational message only. No user action is required.
    2012-05-22 18:13:39.800 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:13:40.550 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:15:22.590 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:18:42.690 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:18:43.630 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:20:22.690 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:23:29.660 spid3898 Starting up database 'DatabaseXXX'.
    2012-05-22 18:23:42.470 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:23:43.080 spid1593 Starting up database 'DatabaseXXX'.
    2012-05-22 18:25:07.240 spid3928 Starting up database 'DatabaseXXX'.
    2012-05-22 18:25:10.350 spid3928 Recovery completed for database DatabaseXXX (database ID 9) in 1 second(s) (analysis 22 ms, redo 0 ms, undo 1772 ms.) This is an informational message only. No user action is required.
    2012-05-22 18:26:17.710 spid2227 Starting up database 'DatabaseXXX'.
    2012-05-22 18:27:21.080 spid244 Starting up database 'DatabaseXXX'.  

    Esse é um fragmento que peguei do Error log. Se fosse um JOB que tivesse impactando seria somente em algum momento do dia e não durante todo o dia.

    Obrigada!


    Cibelle Castro Twitter: @cibascastro

    Donnerstag, 24. Mai 2012 14:34
  • Olá Cibelle,

    Uma Base de dados somente muda de estado se for solicitada tal ação, isso por ser através de comando T-SQL(ALTER DATABASE), ou durante um operação de backup/restore.

    Se você estiver efetuando uma operação de restore padrão, o SQL-Server volta o estado da base para Recovery, para que ela fique Read Only, deve ser especificado explicitamente antes de fazer o restore.

    Qualquer dúvida estou a disposição.


    Keny Maciel da Silva
    DBA SQL-Server
    MCTS SQL Server 2008 Implementation and Maintenance
    Email: kenymaciel@gmail.com

    Sonntag, 27. Mai 2012 00:55
  • Keny,

    Como eu disse anteriormente essa base está como read-only, não é feita qualquer ação nela. Nem backup, restore ou modificações via T-SQL. Por isso pedi ajuda pois é completamente atípica a situação que esta ocorrendo com essa base de dados.

    Atenciosamente,


    Cibelle Castro Twitter: @cibascastro

    Mittwoch, 30. Mai 2012 19:17
  • Oi Cibele, tudo bem.

    Esse banco já foi reiniciado depois desta anormalidade?

    Tenta ver se não tem nenhum erro no event viewer que de alguma dica.

    Espero que ajude, vlew.


    --
    Marcus Vinícius Bittencourt
    blog: isqlserver.wordpress.com
    www.sqlserverRS.com.br

    Mittwoch, 30. Mai 2012 23:35
  • Oi Cibelle,

    Por acaso o AUTO_CLOSE desse banco não ta habilitado não???

    Abraço!

    Se a resposta foi útil, classifique-a


    Att, Marcos Freccia [MCTS|MCITP|MCT SQL Server 2008]

    Montag, 18. Juni 2012 01:42
  • Olá Freccia,

    Depois que vi sua resposta fui conferir as configurações do banco e realmente a opção do AUTO_CLOSE estava habilitada. Não tinha pensando nisso.

    Obrigada pela ajuda!!

    Abraço.


    Cibelle Castro Twitter: @cibascastro

    Mittwoch, 20. Juni 2012 15:08