DetailPage-MSS-KB

Base de Dados de Conhecimento

Artigo: 822400 - Última revisão: terça-feira, 3 de Julho de 2012 - Revisão: 1.0

 

Nesta página

Sumário

Este artigo aborda várias soluções de recuperação de dados de um banco de Microsoft SQL Server, se ocorrer um desastre. Este artigo também Discute as vantagens e desvantagens de cada solução.

Recuperação de desastres é um processo que você pode usar para ajudar a recuperar informações sistemas e dados, se ocorrer um desastre.

Alguns exemplos de desastres incluir um naturais ou desastres provocados pelo homem, como um incêndio ou um técnico desastres como uma falha de dois discos em uma matriz redundante de discos independentes (RAID) matriz 5.

Planejamento de recuperação de desastres é o trabalho dedicado à preparação de todas as ações que devem ocorrer em resposta a um desastre. O planejamento inclui a seleção de uma estratégia para ajudar a recuperar valiosos dados. A seleção da estratégia de recuperação de desastres apropriado depende necessidades de negócios.

Observação As soluções são discutidas neste artigo fornecem apenas descrições gerais das tecnologias que você pode usar. Esses gerais as descrições são para comparar os diversos métodos de recuperação de desastres e planos de recuperação de desastres. Antes de decidir sobre qual solução de recuperação de desastres é melhor para você, verifique se você examinar cada um dos desastres sugerida soluções de recuperação em mais detalhes. Após discutir cada recuperação de desastres solução, este artigo contém links onde você pode encontrar informações adicionais sobre a solução.

Cluster de failover

Cluster de failover Microsoft SQL Server 2000 é projetado para failover automaticamente caso ocorra uma falha de hardware ou de software. Você pode usar o SQL Server 2000 para criar um failover de cluster de failover de cluster para um única instância de SQL Server 2000 ou para várias instâncias de SQL Server 2000. Cluster de Failover permite que um sistema de banco de dados para alternar automaticamente o processamento de uma instância de SQL Server de um servidor com falha para um trabalho servidor. Portanto, o cluster de failover é útil se um sistema operacional ocorre falha ou se você realizar um upgrade planejado do sistema de banco de dados recursos. Também, o cluster de failover aumenta a disponibilidade do servidor com não tempo de inatividade.

Como cluster de failover é projetado para servidores disponibilidade quase sem tempo de inatividade do servidor, os nós de cluster devem ser Feche geograficamente uns aos outros. Cluster de failover não pode ser útil se um ocorre falha de matriz de disco.

Observação Para implementar o cluster de failover, você deve instalar o Microsoft SQL Server 2000 Enterprise Edition.

Os seguintes sistemas operacionais suporte a cluster de failover:
  • Microsoft Windows NT 4.0, Enterprise Edition
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows Server 2003, Enterprise Edition
  • Microsoft Windows Server 2003, Datacenter Edition
Esses sistemas operacionais incluem um componente instalável Microsoft Cluster Service (MSCS). Implementar failover clustering para SQL Servidor, você deve instalar o MSCS.

Para obter mais informações sobre o MSCS e sua instalação, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
259267  (http://support.microsoft.com/kb/259267/ ) Serviço de Cluster da Microsoft recursos de instalação

Vantagens e desvantagens de usar o cluster de failover

Vantagem
Você tem disponibilidade de servidores. Ocorre failover clustering automaticamente se o servidor primário falhar.
Desvantagens
  • Gera uma despesa maior. Manutenção de dois servidores é duas vezes o custo de manutenção de um único servidor. Porque você precisa mantêm dois servidores ao mesmo tempo, é mais caro instalar e manter nós de cluster.
  • Servidores devem estar no mesmo local. Se as ramificações da organização em todo o mundo e clusters ativo/ativo devem ser implementado em ramificações, a rede e infra-estrutura de armazenamento que Você deve usar é muito diferente de um cluster de servidor de dispositivo de quorum padrão. Portanto, embora seja possível, é melhor não usar geograficamente servidores distantes.
  • Não há nenhuma proteção contra uma matriz de disco Falha.
  • Cluster de failover não permite a criação de failover clusters de banco de dados de nível ou o banco de dados objeto nível, como o nível de tabela.
Para obter mais informações sobre clusters de failover, visite o seguinte Web site da Microsoft:
. aspx http://msdn2.microsoft.com/en-us/library/aa174512 (SQL.80) (http://msdn2.microsoft.com/en-us/library/aa174512(SQL.80).aspx)
Para obter mais informações sobre clusters de failover, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
243218  (http://support.microsoft.com/kb/243218/ ) Ordem de instalação para SQL Server 2000 Enterprise Edition no Microsoft Cluster Server
822250  (http://support.microsoft.com/kb/822250/ ) WebCast de suporte: Microsoft SQL Server 2000 failover clustering procedimentos de recuperação de desastres
Para obter mais informações sobre a política de suporte da Microsoft para um cluster de failover de SQL Server, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
327518  (http://support.microsoft.com/kb/327518/ ) A política de suporte da Microsoft para um cluster de failover de SQL Server

Espelhamento de banco de dados

Espelhamento de banco de dados é uma solução de software principalmente para aumentar a disponibilidade do banco de dados. Você só pode implementar o espelhamento em uma base por banco de dados. Espelhamento funciona somente com bancos de dados que usam o modelo de recuperação total. Os modelos de recuperação simples e registrado não oferecem suporte a espelhamento de banco de dados. Portanto, todas as operações em massa são sempre totalmente conectadas. Espelhamento de banco de dados funciona com qualquer nível de compatibilidade do banco de dados com suporte.

Vantagens e desvantagens de usar o espelhamento de banco de dados

Vantagens
  • Espelhamento de banco de dados aumenta a proteção de dados.
  • Espelhamento de banco de dados aumenta a disponibilidade de um banco de dados.
  • Espelhamento de banco de dados melhora a disponibilidade do banco de dados de produção durante as atualizações.
Desvantagens
  • Banco de dados espelho deve ser idêntico ao banco de dados principal. Por exemplo, todos os objetos, logons e permissões devem ser idênticas.
  • Espelhamento de banco de dados envolve a transferência de informações de um computador para outro computador pela rede. Portanto, a segurança das informações de transferências de SQL Server é muito importante.

Replicação transacional ponto a ponto

Replicação transacional ponto a ponto é projetada para aplicativos que podem ler ou podem modificar os dados em qualquer banco de dados que participa da replicação. Além disso, se os servidores que hospedam os bancos de dados estiverem disponíveis, você pode modificar o aplicativo para rotear o tráfego para servidores restantes. Os servidores restantes contêm cópias idênticas de dados.

Vantagens e desvantagens de usar a replicação transacional ponto a ponto

Vantagens
  • Aperfeiçoado o desempenho de leitura porque pode difundir atividades em todos os nós.
  • Agregar desempenho de atualização, inserir o desempenho e excluir o desempenho para a topologia semelhante o desempenho de um único nó, porque todas as alterações são propagadas para todos os nós.
Desvantagens
  • Replicação ponto a ponto só está disponível no SQL Server 2005 Enterprise Edition.
  • Todos os bancos de dados de participantes devem conter dados e esquemas idênticos.
  • Recomendamos que cada nó usa seu próprio banco de dados de distribuição. Essa configuração elimina a possibilidade de ter um ponto único de falha do SQL Server 2005.
  • Você não pode incluir tabelas e outros objetos em várias publicações ponto a ponto dentro de um banco de dados única publicação.
  • Você deve ter uma publicação habilitada para replicação ponto a ponto antes de criar inscrições.
  • Você deve inicializar assinaturas usando um backup ou definindo o valor do tipo de sincronização de inscrição para suporte de replicação somente.
  • Replicação transacional ponto a ponto não fornece detecção de conflitos ou resolução de conflitos.
  • Recomendamos não usar colunas de identidade.

Manutenção de uma espera automática servidor

Você pode criar e manter um servidor em espera passiva usando dos seguintes métodos:
  • Envio de log
  • Replicação transacional
Mais informações sobre cada um desses dois métodos a seguir.

Envio de log

Envio de log está incluído no resource kit para Microsoft SQL Server 7.0 e ele é totalmente incorporado no Microsoft SQL Server 2000 Enterprise Edition e o Microsoft SQL Server 2000 Developer Edition. Log envio usa um servidor em espera não é usado durante as operações normais. A servidor em espera é útil para ajudar a recuperar dados se ocorrer um desastre. Você pode use somente no nível do banco de dados de envio de log. Você não pode usá-lo na instância nível.

Quando um servidor em espera está restaurando os logs de transação, o banco de dados no modo exclusivo e está inutilizável. No entanto, você pode executar o lote trabalhos entre restaurações do log de transação ou o Console de banco de dados de relatório Comandos (DBCC) verifica continuamente verificar a integridade em standby servidor. Para aplicativos como servidores de suporte de decisão que exigem processamento em um servidor de banco de dados contínua, envio de log não é adequado opção.

Latência no servidor standby é com base na freqüência os backups de log de transação são executados no servidor primário e aplicados em servidor em espera. Se o servidor primário falhar, você pode perder as alterações que foram feitas pelas transações que ocorreram após a transação mais recente backup de log.

Por exemplo, se os backups de log de transação são tirados cada 10 minutos, transações durante os últimos 10 minutos podem ser perdidas. Isso não significa necessariamente que as atualizações de dados feitas no principal servidor durante o período de latência serão perdida. Geralmente, novas atualizações no log de transação principal pode ser recuperada e aplicada no servidor standby quente com um pequeno atraso na troca do servidor principal para em espera servidor. A principal finalidade de envio de log é manter um servidor em espera passiva. Se a manutenção de que um servidor em espera passiva é seu principal objetivo é o envio de log probabilidade de ser mais apropriado que outras soluções que este artigo Discute.

Vantagens e desvantagens de usar o envio de log

Vantagens
  • Você pode recuperar todas as atividades do banco de dados. A recuperação inclui todos os objetos que foram criados como tabelas e modos de exibição. Ele também inclui alterações de segurança, como os novos usuários que foram criados e qualquer alterações de permissão.
  • Você pode restaurar o banco de dados mais rápido. A restauração do o banco de dados e log de transações com base em formatos de página de baixo nível. Portanto, o envio de log acelera o processo de restauração e resulta na recuperação rápida de dados.
Desvantagens
  • O banco de dados está inutilizável durante o processo de restauração porque o banco de dados no modo exclusivo no servidor em espera.
  • Há falta de granularidade. Durante a restauração processo, todas as alterações no servidor principal são aplicadas em standby servidor. Não é possível usar o envio de log para aplicar as alterações e algumas tabelas rejeite alterações restantes.
  • Não há nenhum failover automático de aplicativos. Quando o servidor primário falha devido a um desastre, o servidor em espera não failover automaticamente. Portanto, você deve explicitamente redirecionar o aplicativos que se conectam ao servidor primário para o modo de espera (failover) servidor.
Observação Se o seu principal objetivo é manter um servidor em espera passiva, A Microsoft recomenda que você use o envio de log. O servidor em espera passiva reflete todas as transações que ocorrem no servidor primário. No entanto, você não é possível usar o servidor em espera quando o servidor primário estiver disponível.

Para obter mais informações sobre como configurar um servidor em espera passiva usando o envio de log, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
323135  (http://support.microsoft.com/kb/323135/ ) Microsoft SQL Server 2000 - como configurar o log de envio (white paper)
325220  (http://support.microsoft.com/kb/325220/ ) WebCast de suporte: Envio de log 2000 Microsoft SQL Server
Para obter mais informações sobre o envio de log, visite o seguintes sites da Microsoft:
. aspx http://msdn2.microsoft.com/en-us/library/aa213785 (SQL.80) (http://msdn2.microsoft.com/en-us/library/aa213785(SQL.80).aspx)

Replicação transacional

Você também pode usar a replicação transacional para manter um quente servidor em espera. Replicação transacional replica os dados em um servidor (o Editor) para outro servidor (assinante) com menos latência de log remessa. Você pode implementar a replicação transacional no objeto de banco de dados nível como o nível de tabela. Portanto, a Microsoft recomenda que você use Quando você tem menos dados para proteger a replicação transacional e você deve ter um plano de recuperação rápida.

Você pode usar uma inscrição de envio para impor replicação transacional entre dois servidores com o servidor primário como o o Publisher e o servidor em espera como assinante. Replicação transacional garante a replicação de dados. Quando o publisher falha, o assinante pode ser usado.

Essa solução é vulnerável à falha do Editor e assinante ao mesmo tempo. No cenário, você não pode proteger o dados. Em todos os outros cenários, como a falha de um distribuidor ou um assinante, é melhor sincronizar os dados no assinante com o dados no Editor.

Você deve usar a replicação transacional manter um servidor em espera passiva somente quando você não implemente as alterações de esquema ou Você não implemente a outras alterações no banco de dados, como alterações de segurança não oferece suporte a replicação.

Observação Replicação não é projetada para a manutenção de espera automática servidores. Com a replicação, você pode usar dados replicados no assinante para Gere relatórios. Você também pode usar a replicação para outros usos gerais sem necessidade de realizar o processamento no publisher relativamente ocupado.

Vantagens e desvantagens de usar a replicação transacional

Vantagens
  • Você pode ler dados em um assinante, enquanto aplicar as alterações.
  • As alterações são aplicadas com menos latência.

    Observação Essa vantagem pode não ser aplicável se qualquer das seguintes é verdade:
    • Agentes de replicação não estão definidos como contínuo.
    • Agentes de replicação são interrompidos devido a erros que pode ocorrer durante a replicação.
Replicação transacional pode levar mais tempo para aplicar as alterações como atualizações em lote grande devem ser executadas durante a replicação.
Desvantagens
  • Alterações de esquema ou alterações de segurança que são executadas em publisher depois de estabelecer a replicação não estará disponível no assinante.
  • O distribuidor na replicação transacional usa aberto Conexão do banco de dados ODBC (conectividade) ou OLE banco de dados (OLEDB) para distribuir dados. No entanto, o envio de log usa a transação de restauração instrução Transact-SQL baixo nível para distribuir os logs de transação. UMA RESTAURAÇÃO Demonstrativo de transação é muito mais rápido que uma conexão ODBC ou OLEDB de um conexão.
  • Normalmente, alternando servidores apaga a replicação configurações. Portanto, você deve configurar replicação duas vezes:
    Quando você alterna para o assinante.
    Quando você alternar para o Editor.
  • Se ocorrer um desastre, você deve alternar manualmente por servidores redirecionar todos os aplicativos para o assinante.
Para obter mais informações sobre replicação, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
195757  (http://support.microsoft.com/kb/195757/ ) Perguntas freqüentes - SQL Server 7.0 - replicação

Recurso de backup e restauração

O recurso de Backup e restauração de SQL Server fornece um importante proteção para ajudar a proteger dados críticos armazenados em bancos de dados SQL Server. Você pode criar uma cópia de um banco de dados (uma cópia de backup) usando o Backup e Recurso de restauração e guarde a cópia do banco de dados em um local protegido contra possíveis falhas de servidor que executa a instância do SQL Server. Se você tiver um sistema falha ou corrupção de banco de dados Você pode usar a cópia de backup para recriar o banco de dados ou restaurar a banco de dados.

Quando você planejar a recuperação de desastres usando o Backup e Recurso de restauração, determinar também essenciais como os dados no banco de dados. Além disso, determine os requisitos de restauração do banco de dados. Para exemplo, determinar os seguintes requisitos de restauração:
  • O ponto de restauração do banco de dados. Você precisa Decida qual dos seguintes dois você deseja fazer:
    Restaure o banco de dados para a condição de noite antes da falha.
    Restaure o banco de dados para a condição de um ponto do tempo, o mais próximo possível do momento da falha.
  • Quanto tempo o banco de dados pode estar indisponível. Você deve Restaure o banco de dados imediatamente.
Após determinar os requisitos de restauração, você pode planejar uma backup do processo que mantém um conjunto de backups para atender a requisitos

Só é possível restaurar um banco de dados para a condição da ponto de tempo em que foi realizado o backup mais recente. As transações que ocorreu depois que o backup pode ser perdido. Portanto, a Microsoft recomenda que use o recurso de Backup e restauração para o banco de dados de missão crítico aplicativos.

Vantagens e desvantagens de usar o recurso de backup e restauração

Vantagens
  • Você pode fazer backup do banco de dados para uma mídia removível para ajudar a proteção contra falhas de disco.
  • Você não tem rede dependem de como você faz quando usar o cluster de failover ou envio de log.
Desvantagens
  • Quando você faz backup do banco de dados, você não pode executar banco de dados de operações como a criação de tabelas, criação de índice, reduzindo, ou operações de desligamento.
  • Se ocorrer uma falha, você poderá perder os dados mais recentes.
  • Se ocorrer um desastre, você deve restaurar manualmente o banco de dados.
Observação Antes de usar o procedimento de Backup e restauração em uma produção ambiente, é melhor testar esse procedimento em um teste ambiente.

Para obter mais informações sobre o recurso de Backup e restauração, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
325257  (http://support.microsoft.com/kb/325257/ ) WebCast de suporte: Recuperação de banco de dados de 2000 SQL Server: Backup e restauração
281122  (http://support.microsoft.com/kb/281122/ ) Descrição da restauração de backups de arquivo e grupo de arquivos em SQL Server
Para obter mais informações sobre Backup e restauração recurso, visite os seguintes sites da Microsoft:
. aspx http://msdn2.microsoft.com/en-us/library/aa196617 (SQL.80) (http://msdn2.microsoft.com/en-us/library/aa196617(SQL.80).aspx)
. aspx http://msdn2.microsoft.com/en-us/library/aa196685 (SQL.80) (http://msdn2.microsoft.com/en-us/library/aa196685(SQL.80).aspx)
. aspx http://msdn2.microsoft.com/en-us/library/aa178143 (SQL.80) (http://msdn2.microsoft.com/en-us/library/aa178143(SQL.80).aspx)

Redundância de disco de dados usando uma matriz redundante de discos independentes (RAID)

RAID armazena dados redundantes em vários discos para fornecer maior confiabilidade e menor tempo de inatividade para servidores. Níveis de RAID 0, 1 e 5 geralmente usado como opções de recuperação para SQL Server. As tecnologias RAID que mencionadas para a falha e a substituição resultante de um único disco sem o servidor ficar offline. Se ocorrer várias falhas de disco, dados pode não ser recuperável. Portanto, a Microsoft recomenda que você combine gerenciamento de dados redundantes com um procedimento de Backup e restauração para certificar-se não perderá dados se um hardware falha ou outros desastres ocorre.

RAID 0 usa a tecnologia de striping para acesso mais rápido, enquanto o RAID 1 usa tecnologia de espelhamento para confiabilidade de dados. Uma técnica comum usada em gerenciamento de banco de dados relacional envolve o uso de RAID 0 e RAID 1 juntos. Em Essa técnica, duas matrizes distribuídos idênticas de unidades são atualizadas constantemente para que as informações armazenadas nos dois arrays são o mesmo. Se um array falhar, outro array automaticamente assume até a matriz original é colocado online.

RAID 5 (também conhecido como striping com paridade) usa uma matriz de disco único distribuído com paridade bits gravados junto com o dados. Quando qualquer um disco falhar, os bits de paridade pode ser usados para calcular o dados ausentes até que você substituam o disco. Ao substituir o disco, você pode usar as informações de paridade e dados restantes para recriar os dados a partir de Falha de disco e copiar dados recriados para o novo disco. Todos esses as operações ocorrem sem inatividade do sistema de banco de dados. RAID fornece muitos outros Opções e recursos ajudar a garantir que seus sistemas de banco de dados experiência como pouco tempo de inatividade possível.

Vantagens e desvantagens de usar RAID

Vantagem
Você não perderá dados se um disco falhar.
Desvantagens
  • Ele pode levar muito tempo para recuperar os dados.
  • Se vários discos falharem, você não poderá recuperar dados valiosos.
Para obter mais informações sobre RAID, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
100110  (http://support.microsoft.com/kb/100110/ ) Visão geral de matrizes redundantes de discos independentes (RAID)

Referências

Para baixar uma versão atualizada do SQL Server 2000 livros Online, visite o seguinte site da Microsoft:
http://www.microsoft.com/downloads/details.aspx?FamilyID=8e2dfc8d-c20e-4446-99a9-b7f0213f8bc5 (http://www.microsoft.com/downloads/details.aspx?FamilyId=8E2DFC8D-C20E-4446-99A9-B7F0213F8BC5)
Para obter mais informações sobre outras opções de recuperação de desastres, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
307775  (http://support.microsoft.com/kb/307775/ ) Artigos de recuperação de desastres para Microsoft SQL Server
Para obter mais informações sobre clusters de failover, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
195761  (http://support.microsoft.com/kb/195761/ ) Perguntas freqüentes - SQL Server 7.0 - Failover
260758  (http://support.microsoft.com/kb/260758/ ) Perguntas freqüentes - SQL Server 2000 - clustering de Failover
274446  (http://support.microsoft.com/kb/274446/ ) Atualização para o SQL Server 2000 failover solução recomendada para todos os servidores virtuais não SQL Server 2000
280743  (http://support.microsoft.com/kb/280743/ ) Sites de clusters e geograficamente separados do Windows
Para obter mais informações sobre Backup e restauração recurso, visite o seguinte site da Microsoft:
http://technet.microsoft.com/en-us/library/cc966495.aspx (http://technet.microsoft.com/en-us/library/cc966495.aspx)
Para obter mais informações sobre o recurso de Backup e restauração, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
253817  (http://support.microsoft.com/kb/253817/ ) Como fazer o último log de transação quando o mestre e os arquivos de banco de dados estão danificados no SQL Server
314546  (http://support.microsoft.com/kb/314546/ ) Como mover bancos de dados entre computadores que estão executando SQL Server
Para obter mais informações sobre arquivos e pastas do catálogo de texto completo, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
240867  (http://support.microsoft.com/kb/240867/ ) Como mover, copiar e fazer backup de arquivos e pastas do catálogo de texto completo

A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL 2005 Server Enterprise
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL 2005 Server Workgroup
  • Microsoft SQL Server 2000 Standard Edition
Palavras-chave: 
kbdisasterrec kbreplication kbreplmgr kbclustering kbinfo kbmt KB822400 KbMtpt
Tradução automáticaTradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 822400  (http://support.microsoft.com/kb/822400/en-us/ )
Partilhar
Opções de suporte adicionais
Fóruns de Suporte da Comunidade Microsoft
Contacte-nos directamente
Encontre um parceiro certificado Microsoft
Loja Microsoft