Serviço de cópia de segurança e RD para o Microsoft SQL Server

Capture dados do SQL Server

O serviço de cópia de segurança e recuperação de desastres permite-lhe capturar os seguintes tipos de aplicações do Microsoft SQL Server:

  • Instâncias

  • Bases de dados em grupos de disponibilidade Always On

  • Grupos de consistência de bases de dados

  • Bases de dados individuais

  • Bases de dados do sistema

  • Bases de dados de utilizadores

  • Bases de dados em VMs

A cópia de segurança e a recuperação de desastres movem e gerem os dados do Microsoft SQL Server separadamente do local onde o Microsoft SQL Server escreve o respetivo armazenamento principal.

Uma aplicação de cópia de segurança/recuperação armazena dados de aplicações num disco de preparação. Os instantâneos no disco de preparação permitem que o dispositivo de cópia de segurança/recuperação mantenha os dados do histórico.

Prepare-se para fazer uma cópia de segurança dos dados do Microsoft SQL Server

A preparação da cópia de segurança dos dados do Microsoft SQL Server consiste em quatro passos:

  1. Adicione servidores que alojam bases de dados do Microsoft SQL Server.

  2. Descubra VMs e bases de dados do Microsoft SQL Server.

  3. Defina modelos de políticas de cópia de segurança e RD e perfis de recursos de acordo com os seus RPOs e RTOs.

    As bases de dados que usam o modelo de recuperação completo do Microsoft SQL Server podem capturar a base de dados e os respetivos registos. Por conseguinte, é possível recuperar uma base de dados capturada até um determinado momento, adiantando os respetivos registos.

  4. Atribua modelos de políticas de backup e recuperação de desastres e perfis de recursos a bases de dados do Microsoft SQL Server.

Captura de dados

Ao captar dados, tenha em atenção o seguinte:

  • É criado automaticamente um disco de preparação e montado num servidor.

  • É feita uma cópia completa inicial para o disco de preparação. As cópias subsequentes consistem apenas em blocos alterados.

  • O disco de preparação é desmontado do servidor.

  • É criado um instantâneo do disco de preparação no dispositivo de cópia de segurança/recuperação.

Capture registos da base de dados do SQL Server

A captura de registos da base de dados é definida nos Detalhes e definições de uma política de instantâneos. Permite que uma única política de instantâneos capture registos para bases de dados do Microsoft SQL Server e grupos de consistência que contenham bases de dados do Microsoft SQL Server.

A frequência com que os registos da base de dados são capturados é definida separadamente da da base de dados. Por exemplo, pode capturar uma base de dados todos os dias e os respetivos registos a cada hora.

A frequência da cópia de segurança do registo da base de dados é definida em minutos e a frequência com que os registos são capturados não pode exceder a frequência com que a base de dados associada é capturada. Por exemplo, se a frequência de captura da base de dados for de 24 horas, a frequência de captura do ficheiro de registo tem de ser igual ou inferior a 24 horas.

A retenção de registos também é definida separadamente da respetiva base de dados associada. Ter períodos de retenção separados permite-lhe manter informações de registo suficientes para abranger todas as versões de instantâneos e do OnVault de uma base de dados. Por exemplo, se os dados de instantâneo de uma base de dados forem mantidos durante três dias e os respetivos dados do OnVault forem mantidos durante sete dias, pode definir a retenção de registos para abranger todos os sete dias. Neste exemplo, pode selecionar uma única imagem da base de dados capturada e os respetivos registos podem ser revertidos para o período completo.

Os registos da base de dados são preparados num único disco de preparação no conjunto de instantâneos do Backup and DR. Para conservar espaço no conjunto de instantâneos, pode usar uma definição avançada para indicar à base de dados que comprima os respetivos registos.

Pode especificar a replicação de registos de transações da base de dados do Microsoft SQL Server para um dispositivo de cópia de segurança/recuperação remoto. Pode usar os registos no site remoto para qualquer imagem da base de dados dentro do intervalo de retenção dos registos replicados.

Redimensione o disco de preparação do registo da base de dados

O espaço físico necessário para acomodar as cópias de segurança dos registos de uma base de dados é gerido automaticamente pelo Backup and DR. Isto denomina-se disco de preparação de registos e é separado do armazenamento gerido pelo servidor de origem. No mínimo, o Backup and DR avalia os tamanhos típicos dos registos e o respetivo período de retenção e usa um disco maior, se necessário.

Para gerir de forma mais eficiente e eficaz os requisitos de armazenamento dos registos de uma base de dados, as políticas de instantâneos oferecem as seguintes definições avançadas:

  • Período de retenção de cópias de segurança dos registos: a retenção de registos é definida separadamente da base de dados associada. Ter taxas de retenção separadas permite-lhe manter informações de registo suficientes para abranger todas as versões de resumo de uma base de dados. O período de retenção de registos é uma definição obrigatória.

  • Log Staging Disk Size Growth: define a percentagem em que o disco de preparação no qual os registos residem aumenta automaticamente.

  • Taxa de alteração estimada: define a alteração diária (percentagem), o que permite ao dispositivo de cópia de segurança/recuperação calcular melhor o tamanho do disco de preparação necessário para armazenar registos.

  • Comprimir cópia de segurança do registo da base de dados: indica à base de dados de origem que comprima os respetivos registos antes da captura no dispositivo de cópia de segurança/recuperação. O servidor de base de dados realiza a compressão de registos durante a cópia de segurança dos registos (a predefinição é Ativado).

Opções de captura de dados do SQL Server

As secções seguintes abordam as opções de captura de dados do SQL Server.

Capture instâncias, bases de dados individuais e grupos de bases de dados

O agente de cópia de segurança e recuperação de desastres é usado para captar instâncias, bases de dados de utilizadores, bases de dados do sistema e grupos de bases de dados em servidores físicos e virtuais.

Quando captura uma instância do SQL Server, tem a opção de capturar a instância completa ou bases de dados selecionadas na instância. Quando protege toda a instância, à medida que são adicionadas bases de dados à instância, estas são automaticamente incluídas na tarefa de captura de cópia de segurança e recuperação de desastres seguinte. As bases de dados numa instância são desativadas e capturadas juntamente com um único plano de cópia de segurança.

Se a base de dados de cópia de segurança e DR e a captura de registos estiverem ativadas na política do plano de cópia de segurança, todas as bases de dados nessa instância podem ser recuperadas para o mesmo ponto no tempo. A recuperação e a reversão dos registos de todas as bases de dados ou de bases de dados individuais numa instância são realizadas a partir da interface do utilizador de cópia de segurança e recuperação de desastres com uma única ação.

Os membros individuais de uma instância podem ser acedidos por operações de montagem, clonagem, LiveClone e restauro, conforme necessário.

Capture grupos de consistência

Um grupo de consistência é um grupo de bases de dados que são desativadas e capturadas em conjunto com um único modelo de política do plano de cópia de segurança e perfil de recurso. A associação a um grupo de consistência é atribuída manualmente e é adequada para grupos de bases de dados cujos membros não mudam com muita frequência. Para proteger automaticamente novos membros de um grupo de bases de dados, crie e proteja essas bases de dados numa instância do SQL Server.

Como o nome indica, os grupos de consistência garantem a captura e a recuperação consistentes num determinado momento em várias bases de dados. Se a tecnologia de captura de registos e bases de dados do Backup and DR estiver ativada na política do plano de cópia de segurança, todas as bases de dados nesse grupo podem ser recuperadas para o mesmo momento específico. A recuperação e o avanço dos registos para todas ou bases de dados individuais num grupo de consistência são realizados a partir da interface do utilizador de cópia de segurança e recuperação de desastres com uma única ação. Os membros de um grupo de consistência têm de residir na mesma instância.

Um grupo de consistência pode ser composto pelo seguinte:

  • Uma ou mais bases de dados do sistema

  • Uma ou mais bases de dados de utilizadores

  • Bases de dados do sistema ou de utilizadores em conjunto

  • Zero ou mais sistemas de ficheiros (letras de unidade ou pontos de montagem)

Os membros individuais de um grupo de consistência podem ser acedidos por operações de montagem, clonagem, LiveClone e restauro.

As bases de dados numa instância de comutação por falha em cluster têm de ser descobertas a partir do nó ativo. Depois de protegido, o GO segue o nó SQL ativo num cluster. As tarefas de proteção continuam a ser executadas mesmo em caso de comutação por falha. Além de tornar as operações de captura e acesso rápidas, os grupos de consistência consomem menos recursos do sistema (VDisks) do que a proteção de bases de dados individualmente.

Pode validar periodicamente a integridade da cópia de segurança da base de dados ao montar uma imagem de cópia de segurança num servidor e executar a verificação de consistência da base de dados. Pode usar a funcionalidade de fluxo de trabalho para automatizar o processo de validação.

Capture as bases de dados e o volume de arranque de uma VM

Quando captura bases de dados em VMs, tem a opção de capturar também o volume de arranque da VM. Quando o volume de arranque de uma VM é capturado juntamente com as respetivas bases de dados, pode ser apresentada uma imagem que é uma base de dados e uma VM totalmente funcionais. A imagem pode ser migrada para uma nova localização permanente.

Replique dados do SQL Server

Os dados podem ser replicados para um segundo dispositivo de cópia de segurança/recuperação ou para a nuvem para fins de recuperação, recuperação de desastres ou testes ou desenvolvimento. A replicação de dados tem sido, há muito tempo, um fator inibidor da gestão eficiente de dados num ambiente distribuído geograficamente. A replicação de cópias de segurança e RD resolve estes problemas com a compressão que:

  • Reduz a utilização geral da rede.

  • Elimina a necessidade de um acelerador ou um otimizador de WAN dedicado.

  • Encripta os dados através da norma de encriptação AES-256. A autenticação entre os dispositivos de cópia de segurança/recuperação é realizada através de certificados de 1024 bits.

A replicação é controlada pelas políticas de modelo da política de cópia de segurança e RD:

  • As políticas de produção para replicação têm várias opções para replicar dados para um segundo dispositivo de cópia de segurança/recuperação.

  • As políticas de produção para OnVault usam um motor proprietário de cópia de segurança e recuperação de desastres para transferir dados para o armazenamento de objetos.

Replique registos

Quando a opção Ativar cópia de segurança do registo da base de dados de uma política está definida como Ativar, a definição avançada Replicar registos permite que os registos de transações da base de dados do Microsoft SQL Server sejam replicados para um dispositivo de cópia de segurança/recuperação remoto. Para que uma tarefa de replicação de registos seja executada, tem de existir uma política de replicação do StreamSnap incluída no modelo, juntamente com um perfil de recurso que especifique um dispositivo de cópia de segurança/recuperação remoto. Além disso, tem de ser concluída, pelo menos, uma replicação bem-sucedida da base de dados. Em seguida, pode usar os registos no site remoto para qualquer imagem da base de dados dentro do intervalo de retenção dos registos replicados. Esta função está ativada por predefinição.

A replicação de registos usa a tecnologia StreamSnap para realizar a replicação entre os dispositivos de cópia de segurança/recuperação locais e remotos. A replicação de registos vai diretamente do conjunto de instantâneos local para o conjunto de instantâneos no dispositivo remoto.

Os registos também podem ser replicados para um conjunto do OnVault. Quando ativados (não predefinidos), os registos são enviados para cada conjunto OnVault especificado por uma política OnVault válida ou uma combinação de perfil de recurso (por exemplo, OnVault pool one selecionado na política e OnVault pool one especificado no perfil do recurso). A retenção de registos no conjunto OnVault corresponde sempre à retenção de registos no conjunto de instantâneos.

Aceda aos dados do SQL Server

Para bases de dados do Microsoft SQL Server que usam o modelo de recuperação completo, o Backup and DR pode apresentar instantaneamente uma cópia da base de dados revertida para um ponto específico no tempo. A operação de reversão é especificada na consola de gestão.

Para bases de dados do Microsoft SQL Server que usam o modelo de recuperação básico, o Backup and DR pode apresentar instantaneamente qualquer cópia de segurança da base de dados que não tenha ultrapassado o respetivo período de retenção.

Independentemente do modelo de recuperação do Microsoft SQL Server usado, é possível aceder aos dados do Microsoft SQL Server através da interface iSCSI. Se estiver a usar o VMware (GCVE), também é possível aceder aos dados através de um armazenamento de dados NFS apresentado ao anfitrião ESXi.

Controlo de acesso baseado em funções

Pode controlar os utilizadores que têm acesso aos dados, às funcionalidades de cópia de segurança e recuperação de desastres (DR) e aos recursos. Os dados capturados podem ser marcados como confidenciais e os utilizadores do Backup e DR podem receber autorização de acesso a dados confidenciais.

Suportes

A função de montagem de cópia de segurança e recuperação de desastres oferece acesso instantâneo aos dados sem mover dados. É possível implementar cópias capturadas de bases de dados usando a interface do utilizador de cópia de segurança e recuperação de desastres, e montá-las em qualquer servidor de base de dados. A solução de cópia de segurança e recuperação de desastres oferece duas formas de montar uma base de dados do Microsoft SQL Server:

  • A montagem da aplicação virtual apresenta e disponibiliza os dados do Microsoft SQL Server capturados a um servidor de destino como uma base de dados do Microsoft SQL Server. Isto permite-lhe criar e gerir cópias de bases de dados de produção para utilização não relacionada com a produção. As montagens de aplicações virtuais são criadas a partir do dispositivo de cópia de segurança/recuperação e não requerem intervenção manual por parte dos administradores da base de dados, do servidor ou do armazenamento. As montagens de aplicações virtuais podem ser usadas para relatórios de bases de dados, estatísticas, testes de integridade, testes e desenvolvimento. As bases de dados virtuais são detalhadas nos artigos Monte uma base de dados do SQL Server como uma nova base de dados virtual e Monte bases de dados em grupos de disponibilidade Always On do SQL.

  • A montagem padrão, também denominada montagem direta, apresenta e disponibiliza os dados do Microsoft SQL Server capturados a um servidor de destino como um sistema de ficheiros e não como uma base de dados. Isto é útil se uma base de dados estiver danificada ou perdida, ou se um servidor de base de dados estiver a ser substituído. Nestes casos, não pode usar uma operação de restauro para recuperar a base de dados. Em alternativa, pode montar uma imagem e copiar os ficheiros da base de dados da imagem montada para a respetiva localização original no servidor da base de dados. As montagens diretas são detalhadas no artigo Monte dados do Microsoft SQL capturados.

LiveClones

Um LiveClone é uma cópia independente dos dados do Microsoft SQL Server que pode ser atualizada e ocultada antes de ser disponibilizada aos utilizadores. Isto permite que as equipas de desenvolvimento e teste trabalhem no conjunto de dados mais recente sem terem de gerir manualmente os dados nem interferir com o ambiente de produção.

Clones

A função de clonagem move uma cópia dos dados de produção para uma localização diferente da origem. O tempo necessário para concluir uma operação de clonagem depende da quantidade de dados envolvidos. Os clones são detalhados no artigo Clone bases de dados do SQL Server.

Restaura

Uma restauração reverte os dados de produção para um ponto específico no tempo. As operações de restauro movem efetivamente os dados. Normalmente, as operações de restauro são realizadas após uma corrupção de dados massiva. O tempo necessário para concluir uma operação de restauro depende da quantidade de dados envolvidos.

Para restaurar uma base de dados e, em seguida, aplicar registos, a base de dados restaurada tem de estar no modo de restauro. Pode restaurar a base de dados no modo de restauro e, em seguida, avançar os registos até um ponto específico no tempo. Se restaurar a base de dados sem especificar Restaurar sem recuperação, a base de dados é restaurada e colocada online sem aplicar registos. Os restauros são detalhados no artigo Restaurar bases de dados do SQL Server. Para um restauro com tempo de inatividade quase nulo, monte primeiro os dados, conforme detalhado no artigo Monte e migre dados SQL.

Fluxos de trabalho para automatizar o acesso aos dados do SQL Server

Os fluxos de trabalho automatizam o acesso aos dados do Microsoft SQL Server capturados. Os fluxos de trabalho podem apresentar dados como uma montagem direta ou como um LiveClone:

  • As montagens diretas (padrão ou com reconhecimento de aplicações) funcionam bem para dados do Microsoft SQL Server que não precisam de ser ocultados antes de serem apresentados. Uma cópia montada dos dados pode ser atualizada manualmente ou automaticamente de acordo com uma programação. As montagens diretas permitem-lhe aceder instantaneamente aos dados do Microsoft SQL Server capturados sem mover efetivamente os dados.

  • Um LiveClone é uma cópia dos seus dados de produção do Microsoft SQL Server que pode ser atualizada manualmente ou de forma agendada. Pode ocultar dados confidenciais num LiveClone antes de o disponibilizar aos utilizadores.

A combinação da captura de dados automatizada do Microsoft SQL Server e do controlo de acesso do Backup e DR com fluxos de trabalho e as respetivas capacidades de ocultação de dados opcionais permite-lhe criar ambientes de aprovisionamento automático. Os utilizadores podem aprovisionar os seus próprios ambientes quase instantaneamente.

Por exemplo, um administrador do Backup and DR pode criar uma política de modelo de cópia de segurança que capture dados do Microsoft SQL Server de acordo com um horário especificado. O administrador pode marcar os dados de produção do Microsoft SQL Server capturados como confidenciais e acessíveis apenas por utilizadores com os direitos de acesso adequados.

Depois de definir os direitos de acesso e capturar os dados, o administrador pode criar um fluxo de trabalho que:

  • Disponibiliza os dados capturados do Microsoft SQL Server como um LiveClone ou como uma montagem direta.

  • Atualiza os dados do LiveClone ou do Microsoft SQL Server montável de forma programada ou a pedido

  • Opcionalmente, aplica automaticamente scripts aos dados do Microsoft SQL Server do LiveClone após cada atualização. Isto é útil para mascarar dados confidenciais do Microsoft SQL Server.

Assim que o fluxo de trabalho estiver concluído, os utilizadores com o acesso adequado podem aprovisionar os respetivos ambientes com os dados do LiveClone ou do Microsoft SQL Server montáveis.

Cópia de segurança e RD a funcionar com produtos de cópia de segurança existentes

À medida que mais e mais empresas procuram acelerar o desenvolvimento de aplicações usando bases de dados de produção, o Backup and DR é frequentemente necessário para coexistir com produtos de cópia de segurança antigos que funcionam a partir dos mesmos ambientes de base de dados de produção. A cópia de segurança e a recuperação de desastres podem coexistir perfeitamente com outros produtos que capturem dados de bases de dados de produção, se estas práticas recomendadas forem seguidas.

O Backup and DR tem um método proprietário de acompanhamento de blocos de alterações, pelo que as soluções de cópia de segurança que usam SQL ou outros métodos de obtenção das cópias de segurança não são afetadas por tarefas de captura de dados do Backup and DR agendadas.

Os trabalhos de cópia de segurança podem ser muito intensivos em termos de E/S. Podem ter durações longas e podem afetar o desempenho da base de dados durante os períodos de cópia de segurança. A cópia de segurança e a recuperação de desastres minimizam o impacto durante as tarefas, mas mesmo uma atualização incremental permanente ao nível do bloco tem de gerar alguma E/S e demorar algum tempo.

Requisito Não agende a execução de tarefas do software de cópia de segurança antigo e do Backup and DR de forma a permitir qualquer sobreposição de tempo.
Prática recomendada Agende tarefas de base de dados de cópia de segurança e recuperação de desastres para começarem quando o software de cópia de segurança antigo estiver concluído. Não agende a execução do software de cópia de segurança antigo imediatamente após a conclusão normal de uma tarefa de cópia de segurança e recuperação de desastres.
Motivo Se as tarefas de cópia de segurança antigas e as tarefas de cópia de segurança e recuperação de desastres forem executadas em simultâneo, pode ocorrer um impacto grave no desempenho no servidor da base de dados, o que pode levar à instabilidade e, possivelmente, a uma indisponibilidade.

Os registos da base de dados são usados para captar transações individuais numa base de dados, o que permite recuperações num determinado momento. A maioria dos exemplos de utilização de agilidade centram-se na obtenção de resumos da base de dados periodicamente a partir da produção. A frequência comum varia entre diária e semanal ou uma vez a cada duas semanas, consoante o exemplo de utilização. Como resultado, os programadores de aplicações não costumam ter a necessidade de posicionar a respetiva instância de não produção num ponto específico no tempo a partir da origem (produção). Normalmente, isto elimina a necessidade de capturar e gerir registos como parte de uma solução de agilidade de cópia de segurança e recuperação de desastres.

Requisito Apenas um sistema pode gerir (capturar ou truncar [eliminar]) registos, seja o software de cópia de segurança antigo ou o Backup and DR.
Prática recomendada Continuar a permitir que toda a gestão de registos seja realizada pelo software de cópia de segurança antigo. Não use o Backup and DR para proteger os registos neste ambiente.
Motivo Se o seu sistema estiver configurado para gerir (capturar ou truncar [eliminar]) registos e o software de cópia de segurança antigo também estiver a capturar e/ou a truncar/eliminar registos, um ou ambos os sistemas podem acabar com uma cadeia de registos incompleta, o que torna difícil ou impossível recuperar a base de dados para um ponto específico no tempo.

Outra documentação para a solução de cópia de segurança e RD para o Microsoft SQL Server

Esta página faz parte de uma série de páginas específicas para proteger e recuperar bases de dados do Microsoft SQL Server com o Backup and DR. Pode encontrar informações adicionais em:

O que se segue

Prepare bases de dados do SQL Server para o serviço de cópia de segurança e recuperação de desastres.