Perguntas frequentes sobre a janela de manutenção (versão prévia)

APLICA-SE A: Banco de Dados SQL do Azure Instância Gerenciada de SQL do Azure

O recurso janela de manutenção permite configurar um agendamento de manutenção para executar recursos do Banco de Dados SQL do Azure e da Instância Gerenciada de SQL do Azure, tornando eventos de manutenção impactantes, previsíveis e menos disruptivos para sua carga de trabalho.

Observação

O recurso janela de manutenção somente protege contra o impacto planejado de atualizações ou manutenções agendadas. Ele não protege contra todas as causas que provocam um failover. As exceções que poderão causar interrupções curtas de conexão fora de uma janela de manutenção incluem: falhas de hardware, balanceamento de carga de cluster e reconfigurações de bancos de dados devido a eventos, como uma alteração no Objetivo do Nível de Serviço do banco de dados.

Visão geral

Periodicamente, o Azure realiza a manutenção planejada do Banco de Dados SQL e recursos de instância gerenciada do SQL. Durante o evento de manutenção do SQL do Azure, os bancos de dados estão totalmente disponíveis, mas podem estar sujeitos a reconfigurações curtas nos respectivos SLAs de disponibilidade para o Banco de Dados SQL e a instância gerenciada do SQL.

A janela de manutenção destina-se a cargas de trabalho de produção que não são resilientes a reconfigurações de banco de dados ou instância e não podem absorver interrupções de conexão curtas causadas por eventos de manutenção planejados. Ao escolher uma janela de manutenção que você preferir, é possível minimizar o impacto da manutenção planejada, pois ela estará ocorrendo fora do horário comercial de pico. Cargas de trabalho resilientes e cargas de trabalho de não produção podem depender da política de manutenção padrão do SQL do Azure.

A janela de manutenção pode ser configurada na criação ou para recursos existentes do SQL do Azure. Ela pode ser configurada usando o portal do Azure, PowerShell, CLI ou API do Azure.

Importante

A configuração da janela de manutenção é uma operação assíncrona de execução prolongada, semelhante à alteração da camada de serviço do recurso de SQL do Azure. O recurso está disponível durante a operação, exceto uma pequena reconfiguração que ocorre no final da operação e normalmente dura até 8 segundos, mesmo no caso de transações de longa execução interrompidas. Para minimizar o impacto da reconfiguração, você deve executar a operação fora do horário de pico.

Obter mais previsibilidade com a janela de manutenção

Por padrão, a política de manutenção do SQL do Azure bloqueia as atualizações mais impactantes durante o período das 8h às 17h do horário local todos os dias para evitar qualquer interrupção durante o horário comercial de pico normal. A hora local é determinada pelo local da região do Azure que hospeda o recurso e pode observar o horário de Verão de acordo com a definição de fuso horário local.

Você pode ajustar ainda mais as atualizações de manutenção para um horário adequado aos seus recursos SQL do Azure escolhendo entre dois slots de janela de manutenção adicionais:

  • Janela da semana: 22:00 às 6:00 horas, hora local, de segunda a quinta-feira
  • Janela de fim de semana: 22:00 às 06:00 horas, hora local de sexta-feira à domingo

A janela de manutenção dias listados indica o dia inicial de cada janela de manutenção de oito horas. Por exemplo, "22:00 a 6:00, hora local, segunda-feira – quinta-feira" significa que as janelas de manutenção iniciam às 22:00 na hora local em cada dia (de segunda-feira a quinta-feira) e são concluídas às 6:00 no horário local do dia seguinte (terça-feira a sexta).

Depois que a seleção da janela de manutenção for feita e a configuração do serviço for concluída, a manutenção planejada ocorrerá somente durante a janela de sua escolha. Embora eventos de manutenção geralmente sejam concluídos em uma janela, alguns deles podem abranger duas ou mais janelas adjacentes.

Importante

Em circunstâncias muito raras em que qualquer adiamento de ação pode causar um impacto sério, como aplicar um patch de segurança crítico, a janela de manutenção configurada pode ser temporariamente substituída.

Custo e qualificação

Configurar e usar a janela de manutenção é gratuito para todos os tipos de ofertaqualificados: Pagamento Conforme o Uso, Provedor de Soluções de Nuvem (CSP),Contrato Enterprise da Microsoft ou Contrato de Cliente da Microsoft.

Observação

Uma oferta do Azure é o tipo de assinatura do Azure que você tem. Por exemplo, uma assinatura com taxas pagas conforme o uso, o Azure via Open e o Visual Studio Enterprise são todas ofertas do Azure. Cada oferta ou plano tem diferentes termos e benefícios. Sua oferta ou plano é mostrado na visão geral da assinatura. Para obter mais informações sobre como alternar sua assinatura para uma oferta diferente, consulte alterar sua assinatura do Azure para uma oferta diferente.

Notificações antecipadas

As notificações de manutenção podem ser configuradas para alertá-lo sobre futuros eventos de manutenção planejada para o Banco de Dados SQL do Azure em 24 horas de antecedência, no momento da manutenção e quando a manutenção for concluída. Para obter mais informações, consulte notificações antecipadas.

Disponibilidade

Objetivos de nível de serviço com suporte

A escolha de uma janela de manutenção que não seja a padrão e que está disponível em todos os SLOs , exceto para:

  • Pools da instância
  • VCore Gen4 herdado
  • Básico, S0 e S1
  • DC, Fsv2, M-series

Suporte entre região do Azure

A escolha de uma janela de manutenção diferente do padrão e que está disponível atualmente nas seguintes regiões:

Região do Azure Instância Gerenciada de SQL Banco de Dados SQL Banco de Dados SQL em uma zona de disponibilidade do Azure
Austrália Central 1 Sim
Austrália Central 2 Sim
Leste da Austrália Sim Sim Sim
Sudeste da Austrália Sim Sim
Brazil South Sim Sim
Canadá Central Sim Sim Yes
Leste do Canadá Sim Yes
Índia Central Sim Yes
Centro dos EUA Sim Sim Sim
Leste da China 2 Sim Sim
Norte da China 2 Sim Yes
Leste dos EUA Sim Sim Yes
Leste dos EUA 2 Sim Sim Yes
Leste da Ásia Sim Yes
França Central Sim Yes
Sul da França Sim Sim
Centro-Oeste da Alemanha Sim Sim
Norte da Alemanha Yes
Japan East Sim Sim Sim
Oeste do Japão Sim Yes
Coreia Central Sim
Sul da Coreia Yes
Centro-Norte dos EUA Sim Yes
Norte da Europa Sim Sim Sim
Norte da África do Sul Sim
Oeste da África do Sul Sim
Centro-Sul dos Estados Unidos Sim Sim Yes
Sul da Índia Sim Sim
Sudeste Asiático Sim Sim Sim
Norte da Suíça Sim Sim
Oeste da Suíça Sim
EAU Central Yes
Norte dos EAU Yes
Sul do Reino Unido Sim Sim Sim
Oeste do Reino Unido Sim Yes
Centro-Oeste dos EUA Sim Yes
Europa Ocidental Sim Sim Sim
Oeste da Índia Sim
Oeste dos EUA Sim Sim
Oeste dos EUA 2 Sim Sim Yes

Manutenção de gateway para Banco de Dados SQL do Azure

Para obter o benefício máximo das janelas de manutenção, verifique se os aplicativos cliente estão usando a política de conexão de redirecionamento. Redirecionar é a política de conexão recomendada, em que os clientes estabelecem conexões diretamente com o nó que hospeda o banco de dados, levando à redução da latência e melhoria da taxa de transferência.

  • No Banco de Dados SQL do Azure, todas as conexões que usam a política de conexão proxy podem ser afetadas pela janela de manutenção escolhida e por uma janela de manutenção de nó de gateway. No entanto, as conexões de cliente que usam a política de conexão de redirecionamento recomendada não são afetadas por uma reconfiguração de manutenção de nó de gateway.

  • Na Instância Gerenciada de SQL do Azure, os nós de gateway são hospedados no cluster virtual e têm a mesma janela de manutenção de uma instância gerenciada. No entanto, recomendamos usar uma política de conexão de redirecionamento para minimizar o número de interrupções durante um evento de manutenção.

Para saber mais sobre a política de conexão do cliente no Banco de Dados SQL do Azure, consulte política de conexão do Banco de Dados SQL do Azure.

Para obter mais informações sobre a política de conexão do cliente na Instância Gerenciada de SQL do Azure, confira os Tipos de conexão da Instância Gerenciada de SQL do Azure.

Considerações sobre a Instância Gerenciada de SQL do Azure

A Instância Gerenciada de SQL do Azure consiste em componentes de serviço hospedados em um conjunto dedicado de máquinas virtuais isoladas que são executadas dentro da sub-rede da rede virtual do cliente. Essas máquinas virtuais formam cluster (s) virtual (es) que podem hospedar várias instâncias gerenciadas. A janela de manutenção configurada nas instâncias de uma sub-rede pode influenciar o número de clusters virtuais na sub-rede, a distribuição de instâncias entre clusters virtuais e operações de gerenciamento de clusters virtuais. Isso pode exigir uma consideração de alguns efeitos.

A configuração da janela de manutenção é uma operação de execução prolongada

Todas as instâncias hospedadas em um cluster virtual compartilham a janela de manutenção. Por padrão, todas as instâncias gerenciadas são hospedadas no cluster virtual com a janela de manutenção padrão. A especificação de outra janela de manutenção para a instância gerenciada durante sua criação ou depois significa que ela deve ser colocada no cluster virtual com a janela de manutenção correspondente. Se não houver tal cluster virtual na sub-rede, um novo deverá ser criado primeiro para acomodar a instância. Acomodar a instância adicional no cluster virtual existente pode exigir o redimensionamento do cluster. Ambas as operações contribuem para a duração da configuração da janela de manutenção para uma instância gerenciada. A duração esperada da configuração da janela de manutenção na instância gerenciada pode ser calculada usando a duração estimada das operações de gerenciamento de instância.

Importante

Uma reconfiguração curta acontece ao final da operação de manutenção e normalmente dura até 8 segundos, mesmo no caso de transações de longa execução interrompidas. Para minimizar o impacto da reconfiguração, você deve agendar a operação fora do horário de pico.

Requisitos de espaço de endereço IP

Cada novo cluster virtual na sub-rede requer endereços IP adicionais de acordo com a alocação de endereço IP do cluster virtual. A alteração da janela de manutenção para a instância gerenciada existente também requer uma capacidade IP adicional temporária como no cenário de dimensionamento de vCores para a camada de serviço correspondente.

Alteração de endereço IP

A configuração e a alteração da janela de manutenção causam a alteração do endereço IP da instância, dentro do intervalo de endereços IP da sub-rede.

Importante

Certifique-se de que as regras de firewall e NSG não bloquearão o tráfego de dados após a alteração do endereço IP.

Serialização de operações de gerenciamento de clusters virtuais

As operações que afetam um cluster virtual, como atualizações de serviço e redimensionamento de cluster virtual (adicionando ou removendo nós de computação não necessários) são serializadas. Isso significa que uma nova operação de gerenciamento de clusters virtuais não pode começar até que a anterior seja concluída. Caso essa janela de manutenção feche antes que uma atualização de serviço ou operação de manutenção em andamento seja concluída, outras operações de gerenciamento de clusters virtuais enviadas nesse intervalo serão colocadas em espera até que a próxima janela de manutenção abra e a operação de manutenção ou atualização de serviço seja concluída. Não é comum que uma operação de manutenção leve mais tempo do que uma janela por cluster virtual. Contudo, caso as operações de manutenção sejam muito complexas, isso poderá ocorrer.

A serialização de operações de gerenciamento de clusters virtuais é um comportamento geral que também se aplica à política de manutenção padrão. Com a configuração do agenda da janela de manutenção, o período entre duas janelas adjacentes pode durar alguns dias. Caso a operação de manutenção inclua duas janelas, as operações enviadas também podem ficar em espera por alguns dias. Esse tipo de cenário é muito raro, porém poderá ocorrer o bloqueio da criação de instâncias ou do redimensionamento de instâncias existentes (caso seja necessário obter nós de computação) durante esse período.

Próximas etapas

Saiba mais