Grupos de Disponibilidade AlwaysOn básicos para um banco de dados individual

Aplica-se:SQL Server

Os grupos de disponibilidade básicos Always On fornecem uma solução de alta disponibilidade para o SQL Server 2016 (13.x) e versões posteriores na edição Standard. Um grupo de disponibilidade básica oferece suporte a um ambiente de failover para um único banco de dados. Ele é criado e gerenciado de forma semelhante a um grupo de alta disponibilidade tradicional (avançado) com a edição Enterprise. As diferenças e limitações dos grupos de disponibilidade básica são resumidas neste documento.

Recursos

Os grupos de disponibilidade básicos substituem o recurso de espelhamento de banco de dados preterido e fornecem um nível semelhante de suporte a recursos. Grupos de disponibilidade básica permitem que um banco de dados primário mantenha uma única réplica. Esta réplica pode usar o modo de confirmação síncrona ou modo de confirmação assíncrona. Para obter mais informações sobre modos de disponibilidade, consulte Diferenças entre os modos de disponibilidade para um grupo de disponibilidade Always On. A réplica secundária permanece inativa, a menos que haja a necessidade de failover. Esse failover inverte as atribuições de função primária e secundária, fazendo com que a réplica secundária se torne o banco de dados primário ativo. Para obter mais informações sobre failover, confira Failover e modos de failover. Grupos de disponibilidade básica podem operar em um ambiente híbrido que abrange o local e o Microsoft Azure.

Limitações

Os grupos de disponibilidade básicos usam um subconjunto de recursos em comparação com grupos de disponibilidade avançados no SQL Server 2016 (13.x) Enterprise Edition. Grupos de disponibilidade básica incluem as seguintes limitações:

• Limite de duas réplicas (primárias e secundárias). Os Grupos de Disponibilidade Básicos para SQL Server 2017 (14.x) no Linux dão suporte a uma réplica somente de configuração extra.

• Sem acesso de leitura na réplica secundária.

• Sem backups na réplica secundária.

• Sem verificações de integridade em réplicas secundárias.

• Não há suporte para réplicas hospedadas em servidores que executam uma versão do SQL Server antes do SQL Server 2016 (13.x).

• Suporte para um banco de dados de disponibilidade.

• Grupos de disponibilidade básicos não podem ser atualizados para grupos de disponibilidade avançados. O grupo deve ser descartado e adicionado novamente a um grupo que contém servidores executando apenas o SQL Server 2016 (13.x) Enterprise Edition.

• Os grupos de disponibilidade básicos só têm suporte para servidores de edição Standard.

• Grupos de disponibilidade básicos não podem fazer parte de um grupo de disponibilidade distribuído.

• Você pode ter vários grupos de disponibilidade básicos conectados a uma única instância do SQL Server.

Configuração

Um grupo de disponibilidade básica Always On pode ser criado em qualquer dois servidores de edição Standard do SQL Server 2016 (13.x). Quando você cria um grupo de disponibilidade básica, deve especificar ambas as réplicas durante a criação.

Para criar um grupo de disponibilidade básico, use o CREATE AVAILABILITY GROUP comando Transact-SQL e especifique a opção WITH BASIC (o padrão é ADVANCED). Começando na versão 17.8, você também pode criar o grupo de disponibilidade básico usando a interface do usuário no SQL Server Management Studio. Para obter mais informações, confira CREATE AVAILABILITY GROUP.

Veja o seguinte exemplo de como criar um grupo de disponibilidade básico usando Transact-SQL (T-SQL):

CREATE AVAILABILITY GROUP [BasicAG]
WITH (AUTOMATED_BACKUP_PREFERENCE = PRIMARY,
BASIC,
DB_FAILOVER = OFF,
DTC_SUPPORT = NONE,
REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT = 0)
FOR DATABASE [AdventureWorks]
REPLICA ON N'SQLVM1\MSSQLSERVER' WITH (ENDPOINT_URL = N'TCP://SQLVM1.Contoso.com:5022', FAILOVER_MODE = AUTOMATIC, AVAILABILITY_MODE = SYNCHRONOUS_COMMIT, SEEDING_MODE = AUTOMATIC, SECONDARY_ROLE(ALLOW_CONNECTIONS = NO)),
    N'SQLVM2\MSSQLSERVER' WITH (ENDPOINT_URL = N'TCP://SQLVM2.Contoso.com:5022', FAILOVER_MODE = AUTOMATIC, AVAILABILITY_MODE = SYNCHRONOUS_COMMIT, SEEDING_MODE = AUTOMATIC, SECONDARY_ROLE(ALLOW_CONNECTIONS = NO));

GO

Conteúdo relacionado

• O que é um grupo de disponibilidade Always On?