Explicarei o que é a arquitetura AlwaysOn do SQL Server e a instalação passo a passo nesta série de artigos. Vamos revisar a arquitetura e instalação do SQL Server AlwaysOn ( Availability Group )
SQL Server AlwaysOn Passo a Passo
A Microsoft introduziu o recurso Grupos de Disponibilidade AlwaysOn com a versão SQL Server 2012. Esse recurso é, na verdade, uma combinação de recursos do SQL Server que conhecemos anteriormente, recursos de Log Shipping, Failover Clustering e Mirroring.
Se você não sabe o que é o envio de logs, você pode ler os seguintes artigos sobre envio de logs.
Instalação e configuração de envio de logs e recuperação de desastres do SQL Server -4
Se você não sabe o que é o Failover Clustering, pode ler os seguintes artigos sobre Failover Clustering.
Instalação de cluster de failover do SQL Server -4
A Recuperação de Desastres foi fornecida com o Log Shipping, mas a sincronização em tempo real não existe com o Log Shipping. O espelhamento tem sincronização em tempo real, mas não havia opção somente leitura, e o servidor testemunha é necessário para failover automático.
O aplicativo tem acesso a 2 nós por meio do nome do cluster de failover ao mesmo tempo que o cluster de failover, mas o cluster de failover era apenas uma solução de alta disponibilidade.
A Microsoft combinou todas as vantagens de Log Shipping, Mirroring e Failover Cluster no SQL Server Always On.
Grupo de Disponibilidade do SQL Server
A Arquitetura AlwaysOn do SQL Server é a seguinte.
AlwaysOn é uma nova solução do SQL Server que fornece alta disponibilidade e recuperação de desastres entre 2 servidores em execução no Windows Server Failover Cluster (WSFC) instalado em pelo menos 2 servidores.
AlwaysOn fornece alta disponibilidade porque se o nó primário estiver inativo no tempo T, o nó secundário será o primário por meio de failover automático.
AlwaysOn fornece recuperação de desastres porque quando o armazenamento ou a placa-mãe (ou outra parte do servidor) do servidor principal falha, você pode recuperar o banco de dados com failover automático. Porque o banco de dados existe fisicamente no nó secundário e está sincronizando com o banco de dados primário.
Você também pode usar o nó secundário para fins de relatório e backup.
Em resumo, se você está considerando Alta Disponibilidade e Recuperação de Desastres juntos para seus bancos de dados SQL Server em execução em sua empresa, a única solução é AlwaysOn .
Criar grupo de disponibilidade
Grupo de disponibilidade AlwaysOn: É uma estrutura lançada com o SQL Server 2012 que pode ser usada como alternativa ao espelhamento de banco de dados, envio de logs e clustering de failover. Com o Grupo de Disponibilidade AlwaysOn, as alterações em um banco de dados em um servidor são sincronizadas com um servidor diferente. As vantagens dessa estrutura sobre o espelhamento são que mais de um servidor secundário pode ser usado Ativamente . Além disso, enquanto as operações de gravação e outras operações DML são executadas no servidor primário, as operações de Backup e Relatório podem ser feitas no servidor secundário.
Os requisitos para a configuração AlwaysOn são os seguintes.
Criar Grupo de Disponibilidade AlwaysOn
Para que o método do Grupo de Disponibilidade AlwaysOn do SQL Server seja aplicado ao banco de dados, deve haver dois ou mais servidores com as mesmas propriedades, nos quais a estrutura do Cluster de Failover do Windows Server é configurada da seguinte maneira. Além disso, a versão deve ser pelo menos SQL Server 2012 Enterprise Edition.
Para habilitar AlwaysOn no SQL Server 2012 + Above, ambos os nós devem ser membros de cluster da seguinte maneira.
As definições necessárias para o acesso entre o primeiro nó a ser configurado e o segundo nó através das portas 1433 e 445 devem ser feitas.
Além disso, as definições de compartilhamento de arquivos devem ser feitas em uma pasta que deve ser definida durante a configuração do grupo de disponibilidade e serão feitos os backups iniciais dos bancos de dados a serem incluídos no grupo de disponibilidade. (Normalmente, é suficiente conceder às contas do SQL Server e do SQL Agent de ambos os servidores privilégios de leitura/gravação na pasta correspondente. ) No entanto, se a conta do SQL Server no servidor de produção for o usuário 'LOCAL SYSTEM', a autorização para ser concedido na pasta compartilhada deve ser 'todos – leitura/gravação' Permissão.
O usuário que irá configurar o SQL Server no servidor de origem deve ter Administrador no Windows e sysadmin no SQL Server Permission.
Como os discos dos servidores nos quais será aplicado o AlwaysOn Availability Group são separados e independentes entre si, as pastas a serem utilizadas para os dados e arquivos de log dos bancos de dados a serem localizados nos servidores devem ser criadas com Mesmo nome e Mesmo caminhos.
Você deve instalar StandAlone SQL Server para AlwaysOn. Você pode usar o artigo a seguir para instalar a instância autônoma do SQL Server.
Instalação passo a passo do SQL Server 2017 -2
Continuarei a explicar a instalação do AlwaysOn no próximo artigo.
Você pode acessar as próximas postagens relacionadas à instalação Always On do SQL Server no link a seguir.
Arquitetura SQL Server AlwaysOn e instalação passo a passo -2
