Partilhar via


Aprimoramentos na disponibilidade (Mecanismo de Banco de Dados)

Para proteger bancos de dados de aplicativos em um ambiente corporativo contra tempo de inatividade planejado e não planejado, o SQL Server 2012 introduz o recurso Grupos de Disponibilidade AlwaysOn e outras melhorias de alta disponibilidade.

Neste tópico

  • Recursos novos ou aprimorados no SQL Server 2012 SP1

  • Instâncias de cluster de failover do SQL Server AlwaysOn

  • Grupos de Disponibilidade AlwaysOn

  • Operações online

Recursos novos ou aprimorados no SQL Server 2012 SP1

Para obter um resumo de todos os recursos aprimorados do SQL Server 2012 SP1, consulte Recursos novos ou aprimorados no SQL Server 2012 SP1.

Migração entre clusters de grupos de disponibilidade AlwaysOn para atualização do sistema operacional

O SQL Server 2012 SP1 introduz suporte à migração entre clusters de Grupos de Disponibilidade AlwaysOn para implantações em um novo cluster WSFC (Windows Server Failover Clustering). Uma migração entre clusters move um grupo de disponibilidade AlwaysOn ou um lote de grupos de disponibilidade para o novo cluster WSFC de destino, com tempo de inatividade mínimo. O processo de migração entre clusters permite manter os contratos de nível de serviço ao atualizar para um cluster do Windows Server 2012. O SQL Server 2012 SP1 deve ser instalado e habilitado para AlwaysOn no cluster WSFC de destino. O êxito de uma migração entre clusters depende do planejamento e preparação meticulosos do cluster WSFC de destino.

Para obter mais informações, consulte Migração entre clusters dos grupos de disponibilidade AlwaysOn para atualização do sistema operacional.

Ícone de seta usado com o link Voltar ao Início[Início]

Instâncias de cluster de failover do SQL Server AlwaysOn

  • Clusters de failover de várias sub-redes: um cluster de failover de várias sub-redes do SQL Server é uma configuração na qual cada nó de cluster de failover é conectado a uma sub-rede diferente ou a um conjunto diferente de sub-redes. Essas sub-redes podem estar no mesmo local ou em sites geograficamente dispersos. O clustering em sites geograficamente dispersos é às vezes chamado de clusters expansíveis. Como não há um armazenamento compartilhado que todos os nós possam acessar, os dados devem ser replicados entre o armazenamento de dados nas várias sub-redes. Com a replicação de dados, há mais de uma cópia dos dados disponíveis. Portanto, um cluster de failover de várias sub-redes fornece uma solução de recuperação de desastres além de alta disponibilidade. Para obter mais informações, consulte Clustering de várias sub-redes do SQL Server (SQL Server).

  • Política de failover flexível para detecção de integridade de cluster: Em uma instância de cluster de failover do SQL Server, somente um nó pode ter o grupo de recursos de cluster em um determinado momento. As solicitações do cliente são atendidas por este nó nessa instância de cluster de failover. Em caso de falha, a propriedade de grupo é movida para outro nó no cluster de failover. Esse processo é chamado de failover. A detecção de falha aprimorada incorporada no SQL Server 2012 e a adição da propriedade no nível da condição da falha permite configurar uma política de failover mais flexível. Para obter mais informações, consulte Política de failover para instâncias de cluster de failover.

  • Pontos de verificação indiretos: o recurso de pontos de verificação indireto fornece uma alternativa específica de banco de dados para pontos de verificação automáticos, que são configurados por uma propriedade de servidor. Pontos de verificação indiretos implementam um novo algoritmo de ponto de verificação para o Mecanismo de Banco de Dados. Este algoritmo fornece uma garantia mais precisa de tempo de recuperação de banco de dados no caso de uma falha ou um failover do que é fornecido por pontos de verificação automáticos. Para garantir que a recuperação de banco de dados não exceda o tempo de inatividade permitido para um determinado banco de dados, você pode especificar o tempo de inatividade permitido máximo para esse banco de dados.

    ObservaçãoObservação

    Uma carga de trabalho transacional online em um banco de dados configurado para pontos de verificação indiretos pode apresentar degradação no desempenho.

    Para obter mais informações, consulte Pontos de verificação de banco de dados (SQL Server).

Ícone de seta usado com o link Voltar ao Início[Início]

Grupos de Disponibilidade AlwaysOn

A implantação do Grupos de Disponibilidade AlwaysOn envolve criar e configurar um ou mais grupos de disponibilidade. Um grupo de disponibilidade é um contêiner que define um conjunto de bancos de dados de usuário (bancos de dados de disponibilidade) para failover como uma unidade única, e um conjunto de réplicas de disponibilidade para hospedar cópias de cada banco de dados de disponibilidade. Cada grupo de disponibilidade requer pelo menos duas réplicas de disponibilidade: a réplica primária e uma réplica secundária.

O Grupos de Disponibilidade AlwaysOn fornece um conjunto diversificado de opções que melhoram a disponibilidade do banco de dados e habilitam o uso aprimorado de recursos. Os principais componentes são os seguintes:

Para obter mais informações, consulte Grupos de disponibilidade AlwaysOn: interoperabilidade (SQL Server).

Ferramentas de Grupos de Disponibilidade AlwaysOn

O Grupos de Disponibilidade AlwaysOn fornece um conjunto integrado de ferramentas para simplificar a implantação e o gerenciamento de grupos de disponibilidade, incluindo:

Ícone de seta usado com o link Voltar ao Início[Início]

Operações online

  • Suporte estendido para compilações de índice online

    Índices que incluem colunas de LOB (dados de objeto grandes) — varchar(max), nvarchar(max), varbinary(max) ou dados XML data — podem agora ser criados, reconstruídos ou removidos online. Para obter informações sobre operações de índice online, consulte Diretrizes para operações de índice online e Executar operações de índice online.

  • Tempo de inatividade reduzido para atualização de aplicativo

    Adicionar colunas de tabela que contêm valores padrão agora é uma operação somente de metadados, portanto, somente um bloqueio exclusivo breve precisa ser realizado no objeto, normalmente durando menos de um segundo. Os bloqueios de tabela exclusivos de longo prazo não são mais necessários. Para obter mais informações sobre como adicionar colunas de tabela, consulte Adicionar colunas a uma tabela (Mecanismo de Banco de Dados).

Ícone de seta usado com o link Voltar ao Início[Início]

Consulte também

Conceitos

Novidades (Mecanismo de Banco de Dados)

Grupos de Disponibilidade AlwaysOn (SQL Server)

Instâncias de cluster de failover do AlwaysOn (SQL Server)

WSFC (Windows Server Failover Clustering) com o SQL Server