No mundo impulsionado pela tecnologia de hoje, há poucas partes de nossas vidas que não dependem de software e funções relacionadas a TI. À medida que nos tornamos mais dependentes da tecnologia, nos tornamos menos tolerantes a problemas de desempenho nos aplicativos que usamos regularmente.
Um dos critérios de desempenho mais críticos que temos para aplicativos é que queremos que eles estejam sempre disponíveis quando precisarmos deles. O tempo de inatividade do servidor e do banco de dados é inaceitável no ambiente de negócios competitivo de hoje. Para garantir que os usuários possam acessar os aplicativos com pouca ou nenhuma interrupção, os DBAs e as equipes de TI devem manter o foco em manter a alta disponibilidade de seus bancos de dados SQL Server.
O que é alta disponibilidade do SQL Server?
A alta disponibilidade do SQL Server é a prática de manter os bancos de dados e instâncias do SQL Server em funcionamento com tempo de inatividade mínimo em caso de falha ou falha. Muitos aplicativos de negócios dependem de bancos de dados funcionando, portanto, quando os bancos de dados estão inativos, os usuários ficam frustrados e você pode perder seus negócios.
A alta disponibilidade é especialmente crucial para aplicativos de missão crítica e sites de comércio eletrônico, onde o tempo de inatividade pode ter um efeito negativo imediato no bem-estar ou na receita.
O SQL Server tem várias tecnologias de alta disponibilidade, incluindo envio de logs, replicação transacional e espelhamento de dados, mas, por questões de brevidade, o foco desta postagem é como obter alta disponibilidade usando grupos de disponibilidade Always On do SQL Server.
O que são Grupos de Disponibilidade AlwaysOn do SQL Server?
Os grupos de disponibilidade Always On oferecem suporte a um ambiente replicado para um conjunto definido de bancos de dados de disponibilidade que fazem failover juntos para uma réplica de disponibilidade.
Conforme explicado na documentação do Microsoft SQL Server, “um grupo de disponibilidade oferece suporte a um conjunto de bancos de dados primários de leitura e gravação e de um a oito conjuntos de bancos de dados secundários correspondentes”.
Você também tem a opção de disponibilizar os bancos de dados secundários para acesso somente leitura e algumas operações de backup. No entanto, é importante observar que os bancos de dados secundários não são backups. Você deve continuar a fazer backup de seus bancos de dados e seus logs de transações regularmente.
Benefícios dos Grupos de Disponibilidade AlwaysOn do SQL Server
Os grupos de disponibilidade Always On do SQL Server oferecem vários benefícios que ajudam as organizações a manter a alta disponibilidade, incluindo:
Réplicas de disponibilidade: As réplicas de disponibilidade são hospedadas por uma instância do SQL Server especificada, que mantém uma cópia local de cada banco de dados de disponibilidade pertencente ao grupo de disponibilidade. Cada grupo de disponibilidade pode dar suporte a uma réplica primária e até oito réplicas secundárias.
Modos de disponibilidade alternativos: Os grupos de disponibilidade Always On dão suporte a dois tipos de modos de disponibilidade alternativos:confirmação assíncrona e confirmação síncrona.
O modo de confirmação assíncrona é uma boa opção de recuperação de desastres quando as réplicas de disponibilidade são altamente distribuídas.
O modo de confirmação síncrona fornece alta disponibilidade e proteção de dados, mas pode afetar o desempenho. Um grupo de disponibilidade pode dar suporte a até três réplicas de disponibilidade de confirmação síncrona, incluindo a primária.
Failovers do grupo de disponibilidade: Os grupos de disponibilidade Always On fornecem várias formas de failovers e modos de failover com probabilidade variável de perda de dados:failover automático (sem perda de dados), failover manual planejado (sem perda de dados) e failover manual forçado (possível perda de dados).
Ouvinte do grupo de disponibilidade: Cada grupo de disponibilidade Always On fornece um ouvinte de grupo de disponibilidade, que é um servidor ao qual os clientes podem se conectar para acessar um banco de dados na réplica primária ou secundária do grupo de disponibilidade. Os ouvintes direcionam as conexões de entrada para a réplica primária ou secundária, permitindo failover rápido do aplicativo quando um grupo de disponibilidade falha.
Recursos de segurança: Os grupos de disponibilidade Always On do SQL Server oferecem suporte ao reparo automático de página para proteção contra corrupção de página, bem como criptografia e compactação para transporte seguro e de alto desempenho.
Pré-requisitos e restrições para grupos de disponibilidade Always On
Antes de implantar os grupos de disponibilidade Always On do SQL Server, é importante entender os pré-requisitos e as restrições associadas a eles. Você pode encontrar uma discussão completa sobre os grupos de disponibilidade Always On do SQL Server na documentação do SQL Server da Microsoft, mas abordamos alguns dos destaques aqui:
Requisitos e Restrições do Grupo de Disponibilidade
O processo de configuração de grupos de disponibilidade é regido por determinados pré-requisitos e restrições. Você pode aprender mais sobre os detalhes (e como configurar um ambiente virtual pode ajudar a contornar algumas das restrições) aqui:
- Pré-requisitos
- Restrições
Requisitos e restrições do banco de dados de disponibilidade
Antes de adicionar um banco de dados a um grupo de disponibilidade Always On, você precisa ter certeza de que o banco de dados atende aos requisitos e restrições descritos aqui:
- Lista de verificação de requisitos
- Restrições
Pré-requisitos e restrições da instância do SQL Server
Os grupos de disponibilidade fazem failover para um conjunto definido de réplicas de disponibilidade hospedadas por instâncias do SQL Server. Essas instâncias devem ser configuradas adequadamente para hospedar efetivamente as réplicas de disponibilidade. Esses recursos fornecem detalhes sobre os pré-requisitos necessários, requisitos de uso de thread e permissões necessárias:
- Lista de verificação de pré-requisitos
- Uso de thread
- Permissões
Usando uma instância de cluster de failover do SQL Server para hospedar uma réplica de disponibilidade
Uma instância de cluster de failover do SQL Server é uma única instância do SQL Server que é instalada nos nós do cluster de failover do Windows Server e fornece recuperação no nível do banco de dados. Há algumas coisas importantes a saber sobre a hospedagem de uma réplica de disponibilidade em uma instância de cluster de failover, portanto, revise a lista de verificação e as restrições com atenção:
- Lista de verificação de pré-requisitos
- Restrições
Introdução aos grupos de disponibilidade Always On
Depois que os pré-requisitos e as restrições forem classificados, você poderá prosseguir com a configuração e a implantação de grupos de disponibilidade Always On do SQL Server. Há quatro etapas principais na configuração inicial dos grupos de disponibilidade, cada uma com várias subtarefas. As etapas estão listadas abaixo com os detalhes completos disponíveis na documentação do Microsoft SQL Server:
- Configure uma instância do SQL Server para oferecer suporte a grupos de disponibilidade Always On
- Crie e configure um novo grupo de disponibilidade
- Gerenciar grupos de disponibilidade, réplicas e bancos de dados
- Monitorar grupos de disponibilidade
Os grupos de disponibilidade Always On do SQL Server são uma maneira direta e confiável de manter a alta disponibilidade para sua empresa. Os grupos de disponibilidade Always On maximizam a disponibilidade do seu banco de dados e fornecem aos usuários a experiência de aplicativo perfeita e confiável que eles exigem.
