SQL Server AlwaysOn introdução Availability Group

Para começar, AlwaysOn Availability Group é uma marca novo recurso do SQL Server 2012. Em poucas palavras, ele serve para maximizar a disponibilidade do grupo de bancos de dados usuário. É provou ser uma boa alta disponibilidade, bem como solução de recuperação de desastres usado como uma alternativa para o espelhamento de banco de dados. Como mencionado acima, esse novo recurso reduz o tempo de inatividade emocionante (ambos planejado ou não) do sistema e serve para aumentar a sua disponibilidade. Junto com a disponibilidade, ele fornece proteção para seus dados. É um pouco uma solução híbrida para alta disponibilidade e recuperação de desastres.

O que é o Grupo de Disponibilidade de tudo isso?

Disponibilidade grupo é um conjunto de bancos de dados de usuários, também conhecidos como bancos de dados de disponibilidade, projetado para suportar um ambiente de failover. Ele suporta um conjunto de ler-escrever bases de dados primários e de um a quatro conjuntos de bancos de dados secundários que só estão disponíveis para acesso somente leitura. . Além disso, cada banco de dados de disponibilidade é hospedado por uma réplica de disponibilidade
Dois tipos de réplicas de disponibilidade existir:
• Uma réplica primária – Réplica primária hospeda bancos de dados primários. Ele serve para enviar os registros de log de transações de cada banco de dados primário para cada banco de dados secundário. Além disso, ele faz com que os bancos de dados primários disponíveis para conexões de leitura e gravação de usuários Art &touro; Um a quatro réplicas secundárias – Cada réplica secundária hospeda bancos de dados secundários e também serve como um grupo de disponibilidade potencial de um failover. Cada réplica secundária armazena em cache o log de transações e os aplica ao seu banco de dados secundário correspondente
Bare em mente, como a sincronização ocorre entre o banco de dados principal e cada banco de dados secundário ligado de forma independente -. Secundário banco de dados pode falhar sem ter um impacto sobre outras bases de dados secundárias A mesma coisa com os bancos de dados primários.

Tipos de failovers

O processo de uma réplica secundária se tornar uma réplica primária é chamado de failover. Durante este processo, as transições réplica secundária para o papel principal tornando-se assim a nova réplica primária. Esta nova réplica primária traz suas bases de dados on-line como os primários e os usuários podem se conectar a eles. Quando o ex-réplica primária fica disponível, ele muda seu papel para um secundário e os currículos de sincronização de dados
Há três formas de failover – manual, automático e forçado (com failover forçado a ser o único com possível perda de dados). No entanto, o modo de cometer síncrona suporta duas formas de failover – failover manual planejado e failover automático. O apoio a estas formas de failover depende da configuração da propriedade modo de failover aos parceiros de failover
• Planejado failover manual (sem perda de dados) – Se o modo de failover é definido como manual em ambos réplicas (primária ou secundária), única failover manual é suportado para a réplica secundária. Failover manual preserva todos os dados nos bancos de dados secundários que são unidos ao grupo de disponibilidade na réplica secundária alvo. O que é importante aqui é que ambas as réplicas primárias e secundárias deve ser executado em modo síncrono-commit e que a réplica secundária já devem estar sincronizados. Uma vez que os antigos interruptores réplica primária para o papel secundário, seus bancos de dados tornam-se bancos de dados secundários e começar a sincronização com os novos bancos de dados primários. Uma vez que todos eles mudar para o estado sincronizado, a nova réplica secundária torna-se disponível para ser usado como o destino de um futuro planejado failover manual
• Failover automático (sem perda de dados) – Quando um modo failover estiver definido como automático em ambas as réplicas (primário e secundário), tanto automático e manual failover são suportados nessa réplica secundária. Em poucas palavras, o failover automático ocorre quando réplica primária colapsa (torna-se indisponível) e da réplica secundária muda automaticamente para o papel principal. Em outras palavras, ocorre em resposta a uma falha que faz com que uma réplica secundária sincronizado para fazer a transição para o papel principal. Depois que o ex-réplica primária ficar disponível novamente, ele ganha as funções de uma réplica secundária. Assim como failover manual, réplica secundária já devem ser sincronizados e failover automático requer que tanto primária e secundária réplica de execução em um modo síncrono-commit bem, mas com o modo de failover automático definido para ser a única diferença.

Para concluir, esta nova funcionalidade integrada, flexível e mais importante custo-eficiente pode fornecer dados e redundância de hardware dentro e entre data centers, melhorar o tempo de failover e aplicação de aumentar a disponibilidade de seus aplicativos. Além disso, ao contrário de espelhamento de banco de dados e clustering esta solução oferece-lhe a disponibilidade de consultas ao vivo e, além disso, você pode colocar réplicas em diferentes áreas geográficas. AlwaysOn fornece flexibilidade na configuração e permite a reutilização de investimentos em hardware existente Restaurant  .;