Janela de manutenção
Aplica-se a:
Banco de Dados SQL do Azure Instância Gerenciada SQLdo Azure
O recurso da janela de manutenção permite configurar o agendamento de manutenção para o Banco de Dados SQL do Azure e os recursos da Instância Gerenciada SQL do Azure, tornando os eventos de manutenção impactantes previsíveis e menos perturbadores para sua carga de trabalho.
Nota
O recurso de janela de manutenção protege apenas contra o impacto planejado de atualizações ou manutenção programada. Ele não protege de todas as causas de failover; As exceções que podem causar interrupções de conexão curtas fora de uma janela de manutenção incluem falhas de hardware, balanceamento de carga de cluster e reconfigurações de banco de dados devido a eventos como uma alteração no Objetivo de Nível de Serviço do banco de dados.
As notificações antecipadas (visualização) estão disponíveis para bancos de dados configurados para usar uma janela de manutenção não padrão e instâncias gerenciadas com qualquer configuração (incluindo a padrão). As notificações prévias permitem que os clientes configurem as notificações para ser enviadas até 24 horas antes de qualquer evento planeado.
Descrição geral
O Azure executa periodicamente a manutenção planejada do Banco de Dados SQL e dos 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 dentro dos respetivos 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 de sua preferência, você pode minimizar o impacto da manutenção planejada, pois ela ocorrerá fora do horário comercial de pico. Cargas de trabalho resilientes e cargas de trabalho que não são de produção podem depender da política de manutenção padrão do Azure SQL.
A janela de manutenção é gratuita e pode ser configurada na criação ou para recursos SQL do Azure existentes. Ele pode ser configurado usando o portal do Azure, PowerShell, CLI ou API do Azure.
Importante
Configurar a janela de manutenção é uma operação assíncrona de longa duração, semelhante à alteração da camada de serviço do recurso SQL do Azure. O recurso está disponível durante a operação, exceto uma breve reconfiguração que acontece no final da operação e normalmente dura até 8 segundos, mesmo em caso de transações de longa duração interrompidas. Para minimizar o impacto da reconfiguração, você deve executar a operação fora do horário de pico.
Ganhe 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, horário local, todos os dias para evitar interrupções durante o horário comercial de pico típico. 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 tempo adequado aos seus recursos SQL do Azure escolhendo entre dois slots de janela de manutenção adicionais:
- Janela dos dias úteis: das 22:00 às 06:00, hora local, de segunda a quinta-feira
- Janela de fim de semana : das 22h00 às 6h00, horário local, sexta-feira - domingo
Os dias de janela de manutenção listados indicam o dia de início de cada janela de manutenção de oito horas. Por exemplo, "22:00 às 22:00, hora local, de segunda a quinta-feira" significa que as janelas de manutenção começam às 22:00, hora local, em cada dia (de segunda a quinta-feira) e terminam às 6:00, hora local, no dia seguinte (terça a sexta-feira).
Uma vez feita a seleção da janela de manutenção e concluída a configuração do serviço, a manutenção planejada ocorrerá apenas durante a janela de sua escolha. Embora os eventos de manutenção normalmente sejam concluídos em uma única janela, alguns deles podem abranger duas ou mais janelas adjacentes.
Nota
O Banco de Dados SQL do Azure e a Instância Gerenciada SQL do Azure seguem uma prática de implantação segura na qual as regiões emparelhadas do Azure têm a garantia de não serem implantadas ao mesmo tempo. No entanto, não é possível prever qual região será atualizada primeiro, portanto, a ordem de implantação não é garantida. Às vezes, sua instância principal será atualizada primeiro e, às vezes, será secundária.
- Em situações em que seu banco de dados está habilitado para replicação geográfica ou grupos de failover e a replicação geográfica não está alinhada com o emparelhamento de região do Azure, você deve programar janelas de manutenção diferentes para seu banco de dados primário e secundário. Por exemplo, você pode selecionar a janela de manutenção de dia da semana para seu banco de dados geosecundário e a janela de manutenção de fim de semana para seu banco de dados primário geográfico.
- Em situações em que sua instância gerenciada SQL do Azure tem grupos de failover e os grupos não estão alinhados com o emparelhamento de região do Azure, você deve agendar janelas de manutenção diferentes para seu banco de dados primário e secundário. Por exemplo, você pode selecionar a janela de manutenção de dia da semana para seu banco de dados geosecundário e a janela de manutenção de fim de semana para seu banco de dados primário geográfico.
Importante
Em circunstâncias muito raras, em que qualquer adiamento da ação pode causar um impacto grave, como a aplicação de um patch de segurança crítico, a janela de manutenção configurada pode ser temporariamente substituída.
Notificações prévias
As notificações de manutenção podem ser configuradas para alertá-lo sobre os próximos eventos de manutenção planejada para seu Banco de Dados SQL do Azure e a Instância Gerenciada SQL do Azure. Os alertas chegam com 24 horas de antecedência, antes da abertura da janela de manutenção e no final da janela de manutenção. Para obter mais informações, consulte Notificações antecipadas.
Disponibilidade de caraterísticas
Tipos de subscrições suportadas
A janela de configuração e utilização da manutenção está disponível para os seguintes tipos de oferta: Pay-As-You-Go, Cloud Solution Provider (CSP), Microsoft Enterprise Agreement ou Microsoft Customer Agreement.
Ofertas restritas apenas ao uso de desenvolvimento/teste não são qualificadas (como Dev/Test Pay-As-You-Go ou Enterprise Dev/Test como exemplos).
Nota
Uma oferta do Azure é o tipo da subscrição do Azure que possui. Por exemplo, uma assinatura com taxas pré-pagas, o Azure em Aberto e o Visual Studio Enterprise são todas as ofertas do Azure. Cada oferta ou plano tem termos e benefícios diferentes. A sua oferta ou plano é apresentado na Descrição Geral da subscrição. Para obter mais informações sobre como mudar sua assinatura para uma oferta diferente, consulte Alterar sua assinatura do Azure para uma oferta diferente.
Objetivos de nível de serviço suportados
A escolha de uma janela de manutenção diferente do padrão está disponível em todos os SLOs, exceto para:
- Conjuntos do Azure SQL Managed Instance
- Camadas DTU Basic, S0 e S1 do Banco de Dados SQL do Azure
- Hardware DC
- Hardware Fsv2
- Camada de serviço de hiperescala com redundância de zona
- Pools elásticos de hiperescala
Suporte da região da Instância Gerenciada SQL do Azure para janelas de manutenção
A escolha de uma janela de manutenção para a Instância Gerenciada SQL do Azure diferente do padrão está atualmente disponível nas seguintes regiões:
- Austrália Central 1
- Austrália Central 2
- Leste da Austrália
- Austrália Sudeste
- Sul do Brasil
- Brasil Sudeste
- Canadá Central
- Leste do Canadá
- Índia Central
- E.U.A. Central
- China Leste 2
- Norte da China 2
- E.U.A. Leste
- E.U.A. Leste 2
- Ásia Leste
- França Central
- Sul de França
- Alemanha Centro-Oeste
- Norte da Alemanha
- Leste do Japão
- Oeste do Japão
- Coreia do Sul Central
- Sul da Coreia do Sul
- E.U.A. Centro-Norte
- Europa do Norte
- Leste da Noruega
- Oeste da Noruega
- Norte da África do Sul
- Oeste da África do Sul
- E.U.A. Centro-Sul
- Sul da Índia
- Sudeste Asiático
- Norte da Suíça
- Oeste da Suíça
- E.A.U. Central
- Norte dos E.A.U.
- Sul do Reino Unido
- Oeste do Reino Unido
- US Gov - Arizona
- US Gov - Texas
- US Gov - Virginia
- E.U.A. Centro-Oeste
- Europa Ocidental
- Oeste da Índia
- E.U.A. Oeste
- E.U.A. Oeste 2
- EUA Oeste 3
Suporte da região do Banco de Dados SQL do Azure para janelas de manutenção
A escolha de uma janela de manutenção para o Banco de Dados SQL do Azure diferente do padrão está atualmente disponível nas seguintes regiões, organizadas por modelo de compra.
A tabela a seguir é para bancos de dados que não são redundantes de zona. Para bancos de dados em uma zona de disponibilidade do Azure, consulte a tabela para bancos de dados com redundância de zona.
| Região do Azure | Banco de dados SQL: Memória Hyperscale Premium-series e Premium-series otimizada | Todos os outros modelos e camadas de compra do Banco de Dados SQL do Azure |
|---|---|---|
| Leste da Austrália | Sim | Sim |
| Austrália Sudeste | Sim | |
| Sul do Brasil | Sim | |
| Brasil Sudeste | Sim | |
| Canadá Central | Sim | Sim |
| Leste do Canadá | Sim | |
| Índia Central | Sim | |
| E.U.A. Central | Sim | Sim |
| China Leste 2 | Sim | |
| Norte da China 2 | Sim | |
| E.U.A. Leste | Sim | Sim |
| E.U.A. Leste 2 | Sim | Sim |
| Ásia Leste | Sim | |
| França Central | Sim | |
| Sul de França | Sim | |
| Alemanha Centro-Oeste | Sim | |
| Leste do Japão | Sim | Sim |
| Oeste do Japão | Sim | |
| E.U.A. Centro-Norte | Sim | |
| Europa do Norte | Sim | Sim |
| E.U.A. Centro-Sul | Sim | Sim |
| Sul da Índia | Sim | |
| Sudeste Asiático | Sim | |
| Norte da Suíça | Sim | |
| Norte dos E.A.U. | Sim | |
| Sul do Reino Unido | Sim | |
| Oeste do Reino Unido | Sim | |
| US Gov - Texas | Sim | |
| US Gov - Virginia | Sim | |
| E.U.A. Centro-Oeste | Sim | |
| Europa Ocidental | Sim | Sim |
| E.U.A. Oeste | Sim | Sim |
| E.U.A. Oeste 2 | Sim | Sim |
| EUA Oeste 3 | Sim |
A tabela a seguir é para bancos de dados com redundância de zona.
| Região do Azure | Todos os outros modelos e camadas de compra do Banco de Dados SQL do Azure em uma zona de disponibilidade do Azure |
|---|---|
| Leste da Austrália | Sim |
| Canadá Central | Sim |
| E.U.A. Central | Sim |
| Leste dos EUA 1 | Sim |
| E.U.A. Leste 2 | Sim |
| Leste do Japão | Sim |
| Europa do Norte | Sim |
| E.U.A. Centro-Sul | Sim |
| Sudeste Asiático | Sim |
| Sul do Reino Unido | Sim |
| Europa Ocidental | Sim |
| E.U.A. Oeste 2 | Sim |
Manutenção de gateway
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 conexão recomendada, onde 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, quaisquer conexões usando a política de conexão de 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 SQL do Azure, os nós de gateway são hospedados no cluster virtual e têm a mesma janela de manutenção que a instância gerenciada, mas o uso da política de conexão de redirecionamento ainda é recomendado para minimizar o número de interrupções durante o evento de manutenção.
Para obter mais informações 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 SQL do Azure, consulte Tipos de conexão da Instância Gerenciada SQL do Azure.
Considerações para a Instância Gerenciada SQL do Azure
A Instância Gerenciada 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 de um cliente. Essas máquinas virtuais são organizadas em grupos para formar um cluster virtual que pode hospedar várias instâncias gerenciadas. Como uma janela de manutenção configurada para instâncias na mesma sub-rede pode influenciar o número de grupos de máquinas virtuais dentro do cluster virtual e das operações de gerenciamento de cluster virtual, há algumas coisas a considerar antes de configurar a janela de manutenção.
A configuração da janela de manutenção é uma operação de longa duração
Todas as instâncias hospedadas no mesmo grupo de máquinas virtuais compartilham a mesma janela de manutenção. Por padrão, todas as instâncias gerenciadas são hospedadas em um grupo com uma janela de manutenção padrão. Se você especificar outra janela de manutenção, enquanto estiver criando a instância ou depois que ela já tiver sido criada, a instância será colocada em um grupo de máquinas separado com uma janela de manutenção correspondente. Se esse grupo não existir no cluster, um novo será criado para acomodar a nova configuração da instância. Se você configurar instâncias adicionais no cluster virtual para usar a mesma janela de manutenção, essas instâncias também serão adicionadas ao grupo, o que significa que o grupo pode precisar ser redimensionado. Adicionar instâncias a um novo grupo de máquinas e redimensionar grupos de máquinas existentes pode aumentar a duração da operação para configurar uma janela de manutenção.
A duração esperada para configurar uma janela de manutenção para uma instância gerenciada pode ser calculada usando a duração estimada das operações de gerenciamento de instância.
Importante
Quando você configura uma janela de manutenção, a etapa final da operação requer uma reconfiguração da instância que normalmente dura até 8 segundos, mesmo que interrompa transações de longa duração. Para minimizar o impacto, configure uma janela de manutenção fora do horário comercial de pico.
Requisitos de espaço de endereço IP
Cada novo grupo de máquinas virtuais em uma sub-rede requer endereços IP adicionais de acordo com a alocação de endereços IP do cluster virtual. Alterar uma janela de manutenção para uma instância gerenciada existente também requer capacidade IP adicional temporária, semelhante ao dimensionamento do número de vCores para a respetiva camada de serviço.
Alteração de endereço IP
Configurar ou alterar uma janela de manutenção altera o endereço IP da instância para um endereço IP diferente dentro do intervalo de endereços IP da sub-rede.
Importante
Certifique-se de que as regras do NSG e do firewall não bloqueiem o tráfego de dados após uma alteração de endereço IP.
Serialização de operações de gerenciamento de cluster virtual
As operações que afetam o cluster virtual, como atualizações de serviço ou redimensionamento do cluster virtual (como adicionar novos nós de computação ou remover nós de computação não utilizados), são serializadas. Como tal, uma nova operação de cluster virtual não pode ser iniciada até que a operação anterior seja concluída. Se a janela de manutenção fechar antes da conclusão da operação de manutenção contínua, a operação de manutenção contínua é suspensa até à janela de manutenção seguinte. Outras operações de gerenciamento enviadas durante esse período também são suspensas e retomadas durante ou após a próxima janela de manutenção após a conclusão da operação de manutenção contínua original. Não é comum que uma operação de manutenção demore mais do que uma única janela de manutenção por grupo de máquinas virtuais dentro de um cluster, mas isso pode acontecer para operações de manutenção muito complexas.
A serialização de operações de gerenciamento de cluster virtual é um comportamento geral que também se aplica à política de manutenção padrão. Quando você configura uma agenda de janela de manutenção, o período entre duas janelas adjacentes pode ser de alguns dias. Embora raras, se a operação de manutenção se estender por duas janelas, as operações recém-enviadas podem ficar suspensas por vários dias, potencialmente bloqueando operações que exigem nós de computação adicionais, como a criação de uma nova instância ou o redimensionamento de uma instância existente.
Recuperar lista de eventos de manutenção
O Azure Resource Graph é um serviço do Azure projetado para estender o Gerenciamento de Recursos do Azure. O Azure Resource Graph Explorer fornece exploração de recursos eficiente e de alto desempenho com a capacidade de consultar em escala em um determinado conjunto de assinaturas para que você possa governar efetivamente seu ambiente.
Você pode usar o Azure Resource Graph Explorer para consultar eventos de manutenção. Para obter uma introdução sobre como executar estas consultas, veja Início Rápido: Executar a sua primeira consulta Resource Graph com o Explorador de Resource Graph do Azure.
Para verificar os eventos de manutenção para todos os bancos de dados SQL em sua assinatura, use a seguinte consulta de exemplo no Azure Resource Graph Explorer:
servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where impactedService =~ 'SQL Database'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc
Para verificar os eventos de manutenção para todas as instâncias gerenciadas em sua assinatura, use a seguinte consulta de exemplo no Azure Resource Graph Explorer:
servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where impactedService =~ 'SQL Managed Instance'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc
Para obter a referência completa das consultas de exemplo e como usá-las em ferramentas como PowerShell ou CLI do Azure, visite Consultas de exemplo do Azure Resource Graph para a Integridade do Serviço do Azure.