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.
[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çã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).
[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:
Várias réplicas secundárias: uma réplica primária e até quatro réplicas secundárias. Para obter mais informações, consulte Visão geral de grupos de disponibilidade AlwaysOn (SQL Server).
Importante Cada réplica de disponibilidade deve residir em um nó diferente de um único cluster do WSFC (Windows Server Failover Clustering). Para obter mais informações sobre pré-requisitos, restrições e recomendações para os grupos disponíveis, consulte Pré-requisitos, restrições e recomendações para grupos de disponibilidade AlwaysOn (SQL Server).
Modos de disponibilidade alternativos: modo de confirmação assíncrona e modo de confirmação síncrona. Para obter mais informações, consulte Modos de disponibilidade (grupos de disponibilidade AlwaysOn).
Vários modos de failover: failover automático, failover manual planejado e failover manual forçado. Para obter mais informações, consulte Failover e modos de failover (grupos de disponibilidade AlwaysOn).
Réplicas secundárias ativas, da seguinte maneira:
Acesso somente leitura para réplicas secundárias. Para obter mais informações, consulte Secundárias ativas: réplicas secundárias legíveis (Grupos de Disponibilidade AlwaysOn).
Executando operações de backup em réplicas secundárias. Para obter mais informações, consulte Secundárias ativas: backup em réplicas secundárias (Grupos de Disponibilidade AlwaysOn).
Os recursos secundários ativos melhoram a eficiência de TI e reduzem o custo devido à melhor utilização de recurso de hardware secundário. Além disso, descarregar aplicativos de intenção de leitura e trabalhos de backup para réplicas secundárias ajuda a melhorar o desempenho na réplica primária.
Os ouvintes do grupo de disponibilidade que fornecem failover rápido de aplicativo depois de um failover de grupo de disponibilidade. Para obter mais informações, consulte Ouvintes de grupo de disponibilidade, conectividade de cliente e failover de aplicativo (SQL Server).
Uma política de failover flexível para cada grupo de disponibilidade para fornecer algum controle sobre o processo de failover automático. Para obter mais informações, consulte Failover e modos de failover (grupos de disponibilidade AlwaysOn).
Conserto de página automático para proteção contra dano de página. Para obter mais informações, consulte Reparo automático de página (grupos de disponibilidade/espelhamento de banco de dados).
Forçando o quorum de WSFC (quorum forçado). Para obter mais informações, consulte WSFC (Windows Server Failover Clustering) com o SQL Server.
Criptografia e compactação, que fornecem um transporte seguro de alto desempenho.
Interoperação com os seguintes recursos do SQL Server:
Change Data Capture
Controle de alterações
Bancos de dados independentes
Criptografia de banco de dados
Instantâneos do banco de dados
FILESTREAM
FileTable
Pesquisa de texto completo — Os índices de texto completo são sincronizados com bancos de dados secundários AlwaysOn.
Envio de logs
Remote Blob Store (RBS)
Replicação
Service Broker
SQL Server Agent
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:
Transact-SQL Instruções DDL para criar e gerenciar grupos de disponibilidade. Para obter mais informações, consulte Visão geral de instruções Transact-SQL para Grupos de Disponibilidade AlwaysOn (SQL Server).
Vários assistentes do SQL Server Management Studio:
O Assistente de grupo de nova disponibilidade cria e configura um grupo de disponibilidade. Em alguns ambientes, este assistente também pode preparar automaticamente os bancos de dados secundários e iniciar a sincronização de dados para cada um deles. Para obter mais informações, consulte Usar a caixa de diálogo Novo Grupo de Disponibilidade (SQL Server Management Studio).
O Adicionar banco de dados ao Assistente de Grupo de Disponibilidade adiciona um ou mais bancos de dados primários a um grupo de disponibilidade existente. Em alguns ambientes, este assistente também pode preparar automaticamente os bancos de dados secundários e iniciar a sincronização de dados para cada um deles. Para obter mais informações, consulte Usar o assistente para adicionar banco de dados a grupo de disponibilidade (SQL Server).
O Adicionar réplica ao Assistente de Grupo de Disponibilidade adiciona um ou mais réplicas secundárias a um grupo de disponibilidade existente. Em alguns ambientes, este assistente também pode preparar automaticamente os bancos de dados secundários e iniciar a sincronização de dados para cada um deles. Para obter mais informações, consulte Usar o Assistente para Adicionar Réplica ao Grupo de Disponibilidade (SQL Server Management Studio).
O Assistente de grupo de disponibilidade de failover inicia um failover manual em um grupo de disponibilidade. Dependendo da configuração e do estado da réplica secundária que você especificar como o destino de failover, o assistente pode executar um failover planejado ou manual forçado. Para obter mais informações, consulte Usar o Assistente para Grupo de Disponibilidade de Failover (SQL Server Management Studio).
O Painel AlwaysOn fornece uma visão geral da integridade de um grupo de disponibilidade. Para ajudar os administradores de banco de dados a tomar decisões operacionais rápidas, o painel fornece indicadores visuais dos estados principais de grupos de disponibilidade e suas réplicas de disponibilidade de componente e bancos de dados. O painel também fornece pontos de início para vários cenários de solução de problemas. Para obter mais informações, consulte Usar o Painel AlwaysOn (SQL Server Management Studio).
O painel Detalhes do Pesquisador de Objetos exibe informações básicas sobre grupos de disponibilidade existentes. Para obter mais informações, consulte Usar os detalhes do Pesquisador de Objetos para monitorar grupos de disponibilidade (SQL Server Management Studio).
Cmdlets do PowerShell. Para obter mais informações, consulte Visão geral de cmdlets do PowerShell para grupos de disponibilidade AlwaysOn (SQL Server).
[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).
[Início]
Consulte também
Conceitos
Novidades (Mecanismo de Banco de Dados)
Grupos de Disponibilidade AlwaysOn (SQL Server)