Partilhar via

Configurar e gerenciar réplicas nomeadas do Hyperscale

Aplica-se a:Banco de Dados SQL do Azure

Este artigo fornece exemplos para configurar e gerenciar uma réplica nomeada do Azure SQL Database Hyperscale.

Criar uma réplica denominada Hyperscale

Os cenários de exemplo a seguir orientam você a criar uma réplica WideWorldImporters_NamedReplica nomeada para banco de dados WideWorldImporters, usando o portal do Azure, T-SQL, PowerShell ou CLI do Azure.

O exemplo a seguir cria uma réplica WideWorldImporters_NamedReplica nomeada para banco de dados WideWorldImporters usando T-SQL. A réplica primária utiliza o objetivo de nível de serviço HS_Gen5_4, enquanto a réplica nomeada utiliza o HS_Gen5_2. Ambos usam o mesmo servidor lógico chamado contosoeast.

  1. No portal do Azure, exiba todos os seus recursos SQL do Azure e localize o banco de dados para o qual você deseja criar a réplica nomeada.

  2. Na página Banco de Dados SQL , selecione seu banco de dados, role até Gerenciamento de dados, selecione Réplicas e selecione Criar réplica.

    Captura de ecrã que mostra a etapa de criação da réplica nomeada.

  3. Escolha Réplica nomeada sob a Configuração da réplica. Selecione um servidor existente ou crie um novo servidor para a réplica nomeada. Insira o nome do banco de dados da réplica nomeada e configure as opções Computação + armazenamento , se necessário.

    Captura de tela que mostra a configuração da réplica nomeada.

  4. Opcionalmente, configure uma réplica nomeada Hyperscale redundante de zona. Para obter mais informações, consulte Redundância de zona nas Réplicas nomeadas de Hiperescala da Base de Dados SQL do Azure.

    1. Na página Configurar banco de dados , selecione Sim para Deseja tornar esta zona de banco de dados redundante?
    2. Adicione pelo menos uma réplica secundária High-Availability à sua configuração.
    3. Selecione Aplicar.

  5. Selecione Rever + criar, reveja as informações e, em seguida, selecione Criar.

  6. O processo de implantação da réplica nomeada é iniciado.

    Captura de tela que mostra o status de implantação da réplica nomeada.

  7. Quando a implantação estiver concluída, a réplica nomeada exibirá seu status.

    Captura de tela que mostra o status da réplica nomeada após a implantação.

  8. Retorne à página do banco de dados primário e selecione Réplicas. Sua réplica nomeada está listada em Réplicas nomeadas.

    Captura de tela que mostra a réplica primária e nomeada do banco de dados SQL.

Como não há movimentação de dados envolvida, na maioria dos casos uma réplica nomeada será criada em cerca de um minuto. Quando a réplica nomeada estiver disponível, ela ficará visível no portal do Azure ou em qualquer ferramenta de linha de comando, como AZ CLI ou PowerShell. Uma réplica nomeada é usável como um banco de dados de leitura normal.

Conectar-se a uma réplica nomeada do Hyperscale

Para se conectar a uma réplica nomeada do Hyperscale, você deve usar a cadeia de conexão para essa réplica nomeada, fazendo referência aos nomes do servidor e do banco de dados. Não há necessidade de especificar a opção ApplicationIntent=ReadOnly, pois as réplicas nomeadas são sempre somente leitura.

Assim como acontece com as réplicas de HA, embora as réplicas primária, HA e nomeada compartilhem os mesmos dados no mesmo grupo de servidores de página, os caches de dados em cada réplica nomeada são mantidos sincronizados com a réplica primária. A sincronização é mantida pelo serviço de log de transações, que encaminha registos de log da primária para as réplicas nomeadas. Como resultado, dependendo da carga de trabalho que está sendo processada por uma réplica nomeada, a aplicação dos registros de log pode acontecer em velocidades diferentes e, portanto, réplicas diferentes podem ter latência de dados diferente em relação à réplica primária.

Modificar uma réplica nomeada de hiperescala

Você pode definir o objetivo de nível de serviço de uma réplica nomeada ao criá-la, por meio do comando ou de qualquer outra forma suportada ALTER DATABASE (Portal, AZ CLI, PowerShell). Se você precisar alterar o objetivo de nível de serviço após a réplica nomeada ter sido criada, poderá fazê-lo usando o ALTER DATABASE ... MODIFY comando na própria réplica nomeada.

No exemplo a seguir, WideWorldImporters_NamedReplica é a réplica nomeada do banco de WideWorldImporters dados.

Abra a página do banco de dados de réplica nomeada e selecione Computação + armazenamento. Atualize os vCores.

Captura de ecrã que mostra a atualização do objetivo de nível de serviço da réplica nomeada.

Remover uma réplica nomeada do Hyperscale

Para remover uma réplica nomeada do Hyperscale, exclua-a da mesma forma que faria com um banco de dados normal.

Abra a página do banco de dados de réplica nomeada e escolha a opção Delete.

Captura de ecrã que mostra a eliminação da réplica nomeada.

Importante

As réplicas nomeadas serão removidas automaticamente quando a réplica primária a partir da qual foram criadas for excluída.

Otimizar a configuração da réplica nomeada

É recomendável configurar a réplica nomeada com o mesmo tamanho de computação (vCores) que a réplica primária. Se a réplica primária tiver uma carga de trabalho de gravação pesada, uma réplica nomeada com um tamanho de computação menor pode não conseguir acompanhar, causando atraso na replicação. Para manter os SLAs de capacidade de recuperação, a taxa de log de transações do primário pode ser temporariamente reduzida para permitir que seus secundários se atualizem.

Se optar por criar a réplica nomeada com um tamanho de computação (vCores) diferente da primária, monitorize a taxa de E/S de log na primária com o passar do tempo. Isso ajuda a estimar o tamanho mínimo de computação necessário para que a réplica nomeada sustente a carga de replicação. Para obter mais informações, considere os seguintes objetos:

  • A função de gerenciamento dinâmico (DMF) sys.dm_hs_database_log_rate() fornece detalhes adicionais para ajudar a entender a redução da taxa de log, se houver. Pode indicar qual réplica secundária específica está atrasada na aplicação dos registos de log e o tamanho total do registo de transações ainda não aplicado.
  • Para recuperar dados históricos de E/S de log, utilize a visão sys.resource_stats.
  • Para dados de E/S de log recentes com maior granularidade que reflitam melhor picos de curto prazo, use sys.dm_db_resource_stats.

Para obter mais informações, consulte o Diagnóstico de Desempenho de Hiperescala do Banco de Dados SQL do Azure.

Conteúdo relacionado