olocar no ar as informações de seu cliente de maneira rápida com a mínima de perda de dados?
Para isso, é importante conhecer os principais recursos que o SQL Server 2005 disponibiliza para auxiliar você na tarefa de administração e correção de problemas com banco de dados.
O presente artigo tem como objetivo apresentar algumas das funções utilizadas para detectar e corrigir possíveis problemas de corrupção do banco de dados SQL Server 2005, através da simulação de um problema de corrupção do arquivo do banco de dados.
Possíveis Estados e Corrompimento de um Banco de Dados no SQL Server 2005
Antes de iniciarmos o nosso estudo de caso, é importante conhecer os principais estados que um banco de dados SQL Server 2005 pode assumir, pois através do seu estado é possível identificar se o banco está ou não corrompido. Sendo assim, os principais estados que um banco SQL Server 2005 pode assumir são:
· ONLINE: O banco de dados está disponível para acesso. O grupo principal de arquivos está online.
· OFFLINE: O banco de dados não está disponível. Um banco torna-se off-line por ação explícita do usuário, e permanece assim até que o usuário o torne online novamente. Por exemplo, podemos tornar um banco no estado off-line para mover os arquivos para um novo disco, para em seguida torná-lo online novamente.
· RESTORING: O banco de dados fica nesse estado em duas situações: (1) um ou mais arquivos primários estão sendo restaurados ou (2) um ou mais arquivos secundários estão sendo restaurados. Nesse estado o banco de dados ficará off-line, o que significa que ele está indisponível até o termino da restauração.
· RECOVERING: O banco de dados está sendo recuperado. O processo de recuperação é um estado momentâneo, e o banco de dados automaticamente se tornará online se a recuperação for bem sucedida. Caso contrário, o banco pode se tornar suspeito. Nesse estado, o banco de dados está indisponível para acesso até a conclusão da recuperação.
· RECOVERING PENDING: Quando se detecta um erro de recursos relacionados ao uso do SQL Server (exemplo: problemas com hardware ou serviços do sistema operacional que o SQL Server 2005 necessite para a execução correta de seus serviços) durante a recuperação. O banco de dados não está danificado, mas arquivos podem estar faltando ou limitações de recursos de sistemas pode estar impedindo que ele seja iniciado. Nesse estado, o banco de dados está indisponível e medidas adicionais pelo usuário são necessárias para resolver o erro e tornar o banco de dados online novamente.
· SUSPECT: Pelo menos um dos grupos primários de arquivos está marcado como suspeito e esses grupos podem estar danificados. O banco de dados não pode ser recuperado durante a inicialização do SQL Server. Nesse estado, o banco de dados está indisponível e medidas adicionais pelo usuário são necessárias para resolver o problema.
· EMERGENCY: O estado de emergência é definido pelo usuário do banco de dados. O banco está em modo de usuário único e pode ser reparado ou restaurado. Neste estado, o banco é marcado como READ_ONLY (somente leitura), o log está desabilitado e o acesso está limitado aos membros da função de servidor SYSADMIN. Este modo é utilizado principalmente para fins de resolução de problemas. Por exemplo, um banco de dados marcado como suspeito pode ser definido para o estado de emergência. Isto permite que administrador do sistema faça leitura no banco de dados.
Muitas vezes o estado de um banco de dados definido pelo SQL Server 2005 depende da situação física dos arquivos relacionados ao banco de dados em questão. Por exemplo, o banco de dados pode estar corrompido, o que impede que este banco de dados seja utilizado em diversas operações.
Mas o que leva um banco de dados a se corromper? Na maioria das vezes isso está relacionado a problemas tecnológicos, tais como queda de energia, desligamento incorreto da máquina, problemas com hardware, dentre outros.
...