O que é o SQL Server AlwaysOn?
Por: Simon Liew | Actualizado: 2017-02-20 | Comentários (10) | Relacionado: Mais > Grupos de Disponibilidade
Problema
SQL Server AlwaysOn é um termo popular mencionado em várias fontes, mas o que é que o SQL Server AlwaysOn realmente significa? Esta dica irá explicar o termo SQL Server AlwaysOn e as suas duas tecnologias principais.
Solução
SQL Server AlwaysOn é um termo de marketing que se refere à solução de alta disponibilidade e recuperação de desastres introduzida quando o SQL Server 2012 foi lançado.
Tobe mais específico, SQL Server AlwaysOn consiste em duas tecnologias:
- AlwaysOn Failover Clustering Instances (AlwaysOn FCI)
- AlwaysOn Availability Groups (AlwaysOn AG)
Enquanto ambas as tecnologias tiverem semelhanças, tais como a exigência de Windows Server FailoverClustering (WSFC) como base para a sua implementação, cada uma é uma tecnologia distinta sob o guarda-chuva AlwaysOn.
AlwaysOn Failover Clustering Instances (FCI)
AlwaysOn FCI precisa de armazenamento partilhado como um SAN iSCSI ou Fibre Channel que pode ser acedido por todos os nós do cluster. Há também a opção de utilizar ferramentas de replicação de dados de terceiros que podem ajudar com os requisitos de armazenamento se não tiver armazenamento partilhado ou não quiser fazer isto para máquinas virtuais ou na nuvem.
Suporta sub-redes de clusteringacross de múltiplos locais que permite o failover de instâncias do SQL Server através de centros de dados, mas isto requer a replicação dos dados entre o armazenamento partilhado em cada um dos centros de dados.
AlwaysOn FCI está disponível tanto no SQL Server Standard como no Enterprise Edition, mas impõe restrições ao SQL Server Standard Edition, tais como um limite de 2 nós.
Quando se instala o SQL Server, selecciona-se a opção “New SQL failover clusterinstallation”.
Uma implementação de um único sítio dois nós AlwaysOn FCI (usando o modo quorum Node e DiskMajority) é descrita abaixo.
O modo quorum ajuda a determinar que nós estão disponíveis e que nós devem ser o nó primário. Ao ter outra máquina/objecto envolvido, pode determinar se a comunicação entre máquinas se perde, portanto, se deve ocorrer um failover. Abaixo estão exemplos comuns do modo quórum que pode ser usado numa configuração AlwaysOn FCI.
- Node Majority
- Node e Fileshare Majority
- Node e Disco (simétrico) Maioridade
Um armazenamento simétrico significa um disco de cluster que é partilhado entre todos os WSFCnodes. Isto permite que o armazenamento de disco partilhado esteja disponível para todos os potenciais “failovernodes” no WSFC cluster.
AlwaysOn Availability Groups
AlwaysOn AG não requer armazenamento de disco partilhado para o servidor que hospeda o SQL Server. Esta tecnologia de alta disponibilidade do SQL Server tem sido uma característica da Empresa. Isto significa que não se pode configurar o SQL ServerStandard Edition para usar AlwaysOn AG com versões anteriores ao SQL Server 2016. Existe agora uma opção para criar um grupo de disponibilidade básica com o SQL Server 2016Standard Edition que discuto abaixo.
Quando se instala o SQL Server, selecciona-se a opção “New SQL stand-aloneinstallation…”.
Uma implementação de AlwaysOn AG para HA e DR (usando maioridade de nó em modo quorum)é descrita abaixo.
Below são vários exemplos comuns de modo quorum usado numa configuração AlwaysOn AG.
- Nó Maioridade
- Nó e Maioridade de Fileshare
- Nó e Maioridade de Disco (Assimétrico)
Um armazenamento assimétrico significa que um disco de cluster é partilhado apenas entre um subconjunto dos nós. A capacidade assimétrica de disco foi introduzida pela primeira vez no Windows Server 2008, permitindo que uma testemunha de disco seja configurada e acessível apenas a nós num sítio, tipicamente o sítio principal.
Novas características no SQL Server 2016
Agora que compreendeu as diferenças entre AlwaysOn FCI e AlwaysOn AG, o SQL Server 2016 introduziu duas variedades adicionais de AlwaysOn AG.
- AlwaysOn Basic Availability Groups (AlwaysOn BAG)
- AlwaysOn Distributed Availability Group (AlwaysOn DAG)
AlwaysOn Basic Availability Group (AlwaysOn BAG)
A funcionalidade AlwaysOn está agora incluída no SQL Server 2016 Standard Edition, o butit é referido como AlwaysOn BAG. É criado e gerido de forma semelhante ao AG, masAlwaysOn BAG é capaz de utilizar apenas um subconjunto de funcionalidades em comparação com o mais avançadoAlwaysOn AG no SQL Server Enterprise Edition. Um exemplo de limitação é BAG apenas permite ter duas réplicas (primária e secundária).
AlwaysOn BAG fornece suporte de failover apenas para uma única base de dados, substituindo o espelhamento da base de dados que é depreciado.
AlwaysOn Distributed Availability Group (AlwaysOn DAG)
AlwaysOn DAG são grupos de AGs frouxamente acoplados. AlwaysOn DAG funciona em cima de dois AG distintos, o que significa que residem em dois WSFC distintos com a sua própria gestão de quórum e votação.
Esta configuração permite a existência de réplicas secundárias de um AG numa regiãogeográfica diferente da primária. Um exemplo de caso de utilização seria permitir cargas de trabalho só de leitura para regiões remotas e ao mesmo tempo evitar qualquer potencial problema de rede no sítio secundário que possa afectar o sítio primário.
Características de AlwaysOn FCI e AlwaysOn AG
Cada uma das duas tecnologias difere na sua finalidade. É possível combinar SempreOn FCI e AlwaysOn AG. Os requisitos comerciais podem exigir alta disponibilidade local num centro de dados usando AlwaysOn FCI, e a recuperação de desastres entre centros de dados usando AlwaysOn AG. Significa apenas que a solução consistiria então numa combinação de armazenamento partilhado e armazenamento não partilhado na implementação.
Se estiver a pensar que solução implementar, a tabela abaixo resume a similaridade e diferenças de características entre as soluções AlwaysOn FCI e AlwaysOn AG do SQL Server como guia na avaliação do SQL Server AlwaysOn.
| AlwaysOn FCI para HA e DR | AlwaysOn AG para HA e DR | Solução de armazenamento partilhada | Não-Solução de armazenamento partilhada |
|---|---|
| Nível de armazenamento HA Logins, Trabalhos de agentes SQL, certificados e outros objectos de nível de instância do SQL Server estão em contacto após falha |
Base de dados de nível HA (pode ser uma ou mais bases de dados) Aplicações manuais, Trabalhos de agentes SQL, certificados e outros objectos de nível de instância do SQL Server para todos os secundários |
| Protecção ao nível da substância sem redundância de dados | Cada grupo de base de dados de AG secundário(s) são cópias redundantes de primários |
| Disponibilizar nós passivos\Passivos. Nenhum conceito de uma base de dados secundária. | Réplica de AG secundário pode ser Activo Secundário para backup, apenas leitura de carga de trabalho. |
| Aplicação liga via nome do servidor virtual | Aplicação liga via nome do ouvinte AG |
| Não mantém uma cópia redundante dos dados, portanto não protege contra uma falha do subsistema I/O | Protecção contra uma falha do subsistema I/O i.e Reparação Automática de Página |
| Base(s) de dados em AG deve(m) estar em modelo de recuperação COMPLETO |
Outros aspectos a ter em conta para ambos:
- Todos os sistemas AlwaysOn únicos podem ser implementados num WSFC
- Bambos FCIs e AGs podem abranger centros de dados múltiplos, mas com implementações diferentes
- Pode ser implementado em sistemas SQLServer físicos, ou em sistemas SQL Server que estão a funcionar como máquinas virtuais
Sumário
Quando se menciona o SQL Server AlwaysOn, este não é específico porque pode referir-se ou ao AlwaysOn FCI ou ao AlwaysOn AG.
Em resumo:
- AlwaysOn = {SQL Server Failover Cluster Instances, Availability Groups}
- AlwaysOn != SQL Server Failover Cluster Instances != Availability Groups
- Availability Groups != Database Mirroring
- WSFC != SQL Server Failover Cluster Instances
Passos seguintes
- li> Soluções de Alta Disponibilidade (SQL Server)li>WWSFC Quorum Modes and Voting Configuration (SQL Server)li>Windows Server Failover Clustering Quorum Configuration Modes ExplainedLi>SQL Server AlwaysOn Availability Groups – Parte 1 configuraçãoli>Instalar SQL Server 2008 num Cluster do Windows Server 2008 Parte 1li>Dicas de Clustering de ServidoresSQLli>Dicas de Grupos de Disponibilidade de ServidoresSQL/ul>>br>Última Actualização: 2017-02-20
h5>Sobre o autor
Simon Liew é um Consultor independente do SQL Server em Sydney, Austrália. É um Master certificado pela Microsoft para SQL Server 2008 e detém um Mestrado em Computação Distribuída.Ver todas as minhas dicas
ul>>li>Mais Dicas DBA Server SQL…