Neste artigo, analisamos a criação do plano SQL Disaster Recovery, que é personalizado de acordo com suas prioridades.
Para muitos usuários de SQL, a recuperação de desastres significa a capacidade de recuperar dados no momento de um desastre. Não é a isso que a recuperação de desastres está limitada; isso é apenas uma parte da recuperação de desastres. Em seu verdadeiro sentido, a recuperação de desastre envolve a capacidade de reviver todas as operações de negócios relacionadas ao SQL durante um desastre. Backups regulares também são apenas uma parte da estratégia de recuperação, você precisa fazer mais do que apenas backups para recuperar dados durante um desastre. Você precisa desenvolver um plano de recuperação de desastres que possa proteger todas as operações de negócios relacionadas ao SQL quando ocorrer um desastre.
Aqui está o seu SQL Server O Plano de Recuperação de Desastres deve incluir.
O most O importante a ter em mente ao criar um Plano de Recuperação de Desastres é entender completamente para o que você está criando o plano, o que você deseja proteger no plano de recuperação de dados. Ao criar o plano, você deve garantir que ele possa sobreviver a vários tipos de desastres. E certifique-se de que a equipe com a qual você está construindo o plano entenda bancos de dados, infraestrutura, rede e muito mais. Sua equipe deve incluir tudo, com um gerente de projeto bem experiente. A criação de um plano deve ser feita em etapas, descritas a seguir.
- Estoque – Esta etapa é uma abordagem de cima para baixo, envolve a criação de um inventário para todos os processos de negócios que precisam ser considerados no plano. A importância dos processos continuará diminuindo à medida que você se move para baixo, de processos principais para processos não essenciais. Depois de terminar o inventário e ter uma boa ideia sobre o que toda a empresa faz, você começa a mapear os recursos de tecnologia. Quando terminar de mapear os recursos de tecnologia, você saberá qual processo precisa de qual tecnologia e, em seguida, procederá ao inventário do pessoal e das funções de trabalho. Após o inventário de pessoal, vem o inventário de recursos de continuidade e todos os recursos que estão atualmente em vigor. Isso é seguido por um inventário de hardware e infraestrutura, e você finaliza esta etapa com o inventário de material completo.
- Identificar prioridades – Depois de terminar de criar todos os inventários necessários, há muitas outras coisas que ainda precisam ser incluídas em seu plano de recuperação de desastres. Ao criar um plano de recuperação de desastres, você não precisa apenas manter os dados protegidos contra um desastre, mas também seus funcionários. Você começa identificando o most bancos de dados importantes e que nível de disponibilidade você deseja atribuir a cada um desses bancos de dados. Depois de decidir sobre a disponibilidade de todos os bancos de dados, você deve garantir que haja backup de energia suficiente com a organização. Todos os geradores devem estar funcionando corretamente, corte de energia são os most desastres comuns e gerenciáveis. Adicione à capacidade do gerador, se necessário, você não precisará apenas de sistemas em execução, mas também de ACs. Tenha um 'plano de mau tempo', armazene dados em servidores, para que se tornem acessíveis remotamente a partir de residências.
Depois de concluir essas partes cruciais da criação de um plano, você terá que aprová-lo para aprovação de fundos e outras permissões necessárias. Feito isso, você poderá facilmente reparar corrompido SQL Server arquivos.
Introdução do autor:
Victor Simon é um especialista em recuperação de dados em DataNumen, Inc., líder mundial em tecnologias de recuperação de dados, incluindo reparar erro accdb e produtos de software de recuperação SQL. Para mais informações visite www.datanumen.com
Deixe um comentário