Janela de manutenção (Pré-visualização)

APLICA-SE A: Azure SQL Database Azure SQL Gestd Instance

A função de janela de manutenção permite configurar o horário de manutenção para a Base de Dados Azure SQL e os recursos de Instância Gerida Azure SQL tornando os eventos de manutenção impactantes previsíveis e menos disruptivos para a sua carga de trabalho.

Nota

A função de janela de manutenção apenas protege do impacto planeado de atualizações ou manutenção programada. Não protege de todas as causas de falha; exceções que podem causar interrupções de ligação curtas fora de uma janela de manutenção incluem falhas de hardware, equilíbrio de carga de cluster e reconfigurações de base de dados devido a eventos como uma alteração no objetivo de nível de serviço de base de dados.

Descrição Geral

O Azure realiza periodicamente a manutenção planeada da Base de Dados SQL e dos recursos de instância geridos pela SQL. Durante o evento de manutenção Azure SQL, as bases de dados estão totalmente disponíveis, mas podem ser sujeitas a reconfigurações curtas dentro das respetivas disponibilidades SLAs para a Base de Dados SQL e a instância gerida pelo SQL.

A janela de manutenção destina-se a cargas de trabalho de produção que não sejam resilientes a caixas de dados ou reconfigurações de casos e não possam absorver interrupções de ligação curtas causadas por eventos de manutenção planeados. Ao escolher uma janela de manutenção que preferir, pode minimizar o impacto da manutenção planeada, uma vez que ocorrerá fora do seu horário de trabalho. Cargas de trabalho resistentes e cargas de trabalho não produtivos podem depender da política de manutenção padrão da Azure SQL.

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

Importante

A janela de manutenção configurante é uma operação assíncrona de longa duração, semelhante à alteração do nível de serviço do recurso Azure SQL. O recurso está disponível durante a operação, exceto uma reconfiguração curta que ocorre no final da operação e que normalmente dura até 8 segundos, mesmo em caso de transações interrompidas de longa duração. Para minimizar o impacto da reconfiguração, deverá efetuar a operação fora das horas de ponta.

Ganhar mais previsibilidade com janela de manutenção

Por padrão, a política de manutenção do Azure SQL bloqueia atualizações impactantes durante o período das 8h às 17h locais todos os dias para evitar quaisquer perturbações durante as horas de pico típicas. A hora local é determinada pela localização da região de Azure que acolhe o recurso e pode observar o horário de verão de acordo com a definição de fuso horário local.

Pode ajustar ainda mais as atualizações de manutenção para um tempo adequado aos seus recursos Azure SQL, escolhendo entre duas ranhuras adicionais de janela de manutenção:

  • Janela do dia da semana, das 22h às 6h locais de segunda a quinta-feira
  • Janela de fim de semana, 22:00 às 6:00 horas locais sexta-feira - domingo

Uma vez feita a seleção da janela de manutenção e a configuração de serviço concluída, a manutenção planeada só ocorrerá durante a janela à sua escolha. Enquanto os eventos de manutenção normalmente são concluídos dentro de uma única 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 a aplicação de um patch de segurança crítico, a janela de manutenção configurada pode ser temporariamente sobrevalada.

Custo e elegibilidade

Configurar e utilizar a janela de manutenção é gratuito para todos os tipos de ofertaselegíveis : Pay-As-You-Go, Cloud Solution Provider (CSP), Microsoft Enterprise Agreement ou Microsoft Customer Agreement.

Nota

Uma oferta do Azure é o tipo da subscrição do Azure que possui. Por exemplo, uma subscrição com taxas pay-as-you-go, Azure em Open, e Visual Studio Enterprise são todas as ofertas da Azure. Cada oferta ou plano tem diferentes termos e benefícios. A sua oferta ou plano é mostrado no resumo da subscrição. Para obter mais informações sobre a mudança da sua subscrição para uma oferta diferente, consulte alterar a subscrição do Azure para uma oferta diferente.

Notificações antecipadas

As notificações de manutenção podem ser configuradas para alertá-lo sobre os próximos eventos de manutenção planeados para a sua Base de Dados Azure SQL com 24 horas de antecedência, no momento da manutenção, e quando a manutenção estiver concluída. Para mais informações, consulte notificações antecipadas.

Disponibilidade

Objetivos de nível de serviço apoiados

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

  • Hyperscale
  • Conjuntos de instâncias
  • Legacy Gen4 vCore
  • Básico, S0 e S1
  • DC, Fsv2, Série M

Apoio à região de Azure

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

  • Leste da Austrália
  • Austrália SouthEast
  • Sul do Brasil
  • Canadá Central
  • E.U.A. Central
  • E.U.A. Leste
  • E.U.A. Leste 2
  • Ásia Leste
  • Leste do Japão
  • NorteCentral EUA
  • Europa do Norte
  • SouthCentral EUA
  • Ásia do Sul
  • Sul do Reino Unido
  • Europa Ocidental
  • E.U.A. Oeste
  • E.U.A. Oeste 2

Manutenção de gateway para base de dados Azure SQL

Para obter o máximo benefício das janelas de manutenção, confirme que as aplicações do cliente estão a utilizar a política de ligação de redirecionamento. Redirecionamento é a política de ligação recomendada, onde os clientes estabelecem ligações diretamente ao nó que hospeda a base de dados, levando a uma redução da latência e a uma melhor produção.

  • Na Base de Dados Azure SQL, quaisquer ligações que utilizem a política de ligação por procuração podem ser afetadas tanto pela janela de manutenção escolhida como por uma janela de manutenção do nó de gateway. No entanto, as ligações do cliente utilizando a política de ligação recomendada de redirecionamento não são afetadas por uma reconfiguração de manutenção do nó de gateway.

  • Em Azure SQL Managed Instance, os nós de gateway são hospedados dentro do cluster virtual e têm a mesma janela de manutenção que a instância gerida, mas a utilização da política de ligação de redirecionamento ainda é recomendada para minimizar o número de interrupções durante o evento de manutenção.

Para obter mais informações sobre a política de ligação ao cliente na Base de Dados Azure SQL, consulte a política de Ligação de Bases de Dados Azure SQL.

Para mais informações sobre a política de ligação ao cliente em Azure SQL Managed Instance consulte os tipos de conexão Azure SQL Managed Instance.

Considerações para Azure SQL Caso Gerido

A Azure SQL Managed Instance consiste em componentes de serviço hospedados num conjunto dedicado de máquinas virtuais isoladas que funcionam dentro da sub-rede de rede virtual do cliente. Estas máquinas virtuais formam clusters virtuais que podem acolher várias instâncias geridas. A janela de manutenção configurada em casos de uma sub-rede pode influenciar o número de clusters virtuais dentro da sub-rede, distribuição de instâncias entre clusters virtuais e operações de gestão de clusters virtuais. Isto pode exigir uma consideração de poucos efeitos.

A configuração da janela de manutenção é uma operação de longa duração

Todas as instâncias hospedadas num cluster virtual partilham a janela de manutenção. Por predefinição, todas as instâncias geridas são hospedadas no cluster virtual com a janela de manutenção predefinida. Especificar outra janela de manutenção para a sua criação ou depois significa que deve ser colocada em aglomerado virtual com a respetiva janela de manutenção. Se não houver tal cluster virtual na sub-rede, um novo deve ser criado primeiro para acomodar o caso. Acomodar instâncias adicionais no cluster virtual existente pode requerer o redimensionamento do cluster. Ambas as operações contribuem para a duração da janela de manutenção configurada para uma instância gerida. A duração prevista da janela de manutenção configurada em instância gerida pode ser calculada com base na duração estimada das operações de gestão de instâncias.

Importante

Uma pequena reconfiguração ocorre no final da operação de manutenção e normalmente dura até 8 segundos, mesmo em caso de transações interrompidas de longa duração. Para minimizar o impacto da reconfiguração, deverá programar a operação fora das horas de ponta.

Requisitos de espaço de endereço IP

Cada novo cluster virtual na sub-rede requer endereços IP adicionais de acordo com a atribuição de endereços IP de cluster virtual. A alteração da janela de manutenção para a instância gerida existente também requer capacidade de IP adicional temporária como no cenário de escala vCores para o nível de serviço correspondente.

Alteração de endereço IP

Configurar e alterar a janela de manutenção provoca a alteração do endereço IP do caso, dentro do intervalo de endereço IP da sub-rede.

Importante

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

Serialização das operações de gestão de clusters virtuais

As operações que afetam o cluster virtual, como atualizações de serviços e redimensionamento de clusters virtuais (adicionando novos ou removendo nós computacional não desusados) são serializadas. Por outras palavras, uma nova operação de gestão de clusters virtuais não pode começar até que a anterior esteja concluída. Caso a janela de manutenção se feche antes de a operação de atualização ou manutenção de serviço em curso estar concluída, quaisquer outras operações de gestão de clusters virtuais apresentadas entretanto serão suspensas até que a próxima janela de manutenção abra e a operação de manutenção ou de manutenção esteja concluída. Não é comum que uma operação de manutenção desem um período mais longo do que uma única janela por aglomerado virtual, mas pode acontecer em caso de operações de manutenção muito complexas. A serialização das operações de gestão de clusters virtuais é um comportamento geral que se aplica também à política de manutenção predefinida. Com um horário de janela de manutenção configurado, o período entre duas janelas adjacentes pode demorar alguns dias. As operações submetidas também podem ficar em espera durante alguns dias se a operação de manutenção se mantiver em duas janelas. É um caso muito raro, mas a criação de novos casos ou o redimensionamento dos casos existentes (se forem necessários nós computamentos adicionais) pode ser bloqueada durante este período.

Passos seguintes

Saber mais