Use agendas de manutenção para gerenciar atualizações e manutenção de serviços

O recurso de agendamento de manutenção integra as notificações de manutenção planejada de integridade do serviço, verificação de monitor Resource Health e serviço de agendamento de manutenção para o pool de SQL do Synapse (data warehouse) no Azure Synapse Analytics.

Você deve usar o agendamento de manutenção para escolher uma janela de tempo conveniente para receber novos recursos, atualizações e correções. Você precisará escolher uma janela de manutenção primária e uma secundária em um período de sete dias, cada janela deve estar dentro de intervalos de dias separados.

Um exemplo é uma janela primária de sábado, das 22h00 às 01h00, e uma janela secundária, às quartas-feiras, das 19h00 às 22h00. Se não for possível executar a manutenção durante a janela de manutenção primária, ele tentará a manutenção novamente durante a janela de manutenção secundária. A manutenção do serviço pode ocorrer durante as janelas primária e secundária. Para garantir a conclusão rápida de todas as operações de manutenção, DW400c e camadas de data warehouse inferiores podem concluir a manutenção fora de uma janela de manutenção designada.

Todas as instâncias de data warehouse criadas recentemente terão um agendamento de manutenção definido pelo sistema, aplicado durante a implantação. O agendamento poderá ser editado assim que a implantação for concluída.

Ao escolher uma janela de manutenção, você precisa selecionar um horário de início e definir uma duração máxima. A "duração máxima de uma janela de manutenção" determina o período em que as tarefas de manutenção serão executadas. Esse período pode ser de três (3) a oito (8) horas, com um requisito mínimo de três (3) horas. Durante esse período, o data warehouse ficará temporariamente offline à medida que o pool dedicado é movido para a capacidade atualizada usando um processo semelhante à pausa/retomada. Em condições normais, essa operação será concluída em menos de 30 minutos, mas é importante observar que, em alguns casos, pode levar mais tempo. Por exemplo, se houver transações ativas quando a manutenção começar, elas serão canceladas e revertidas, o que pode causar atrasos na restauração do serviço online. Para evitar essa situação, recomendamos garantir que não haja transações de longa duração ativas no início da sua janela de manutenção.

Todas as operações de manutenção devem ser concluídas dentro das janelas de manutenção especificadas, a menos que seja necessário implantar uma atualização sensível ao tempo. Se o data warehouse estiver em pausa durante a manutenção agendada, ele será atualizado durante a operação de retomada. Você será notificado imediatamente após a conclusão da manutenção em seu data warehouse.

Observação

• As janelas de manutenção não são aplicáveis para DW400c ou níveis de desempenho inferiores. Elas podem passar por manutenção a qualquer momento.
• O DW400c e inferiores podem apresentar várias perdas de conectividade curtas em diversos momentos durante a janela de manutenção.

Alertas e monitoramento

O Azure fornece insights completos sobre a integridade dos recursos de nuvem, incluindo problemas atuais e futuros, eventos que afetam o serviço, manutenção planejada e outras alterações que podem afetar sua disponibilidade.

A Integridade do Serviço oferece uma exibição personalizada dos serviços e regiões do Azure usados por você, tornando-a a melhor fonte para comunicações que afetam o serviço, como interrupções, manutenções planejadas e outros avisos de integridade. Ao configurar alertas de Integridade do Serviço, você pode ser notificado por meio de seus canais de comunicação preferidos sobre quaisquer problemas ou alterações que afetem seus serviços.

Para configurar um alerta de integridade do serviço para manutenção planejada, navegue até o Portal do Azure e acesse a seção Integridade do Serviço. Selecione a guia Alertas e crie um novo alerta especificando o tipo de serviço como Azure Synapse Analytics ou (e) SQL Data Warehouse, com base no tipo de subfase. Escolha Manutenção como o tipo de evento, defina o escopo e as as configurações de notificações de acordo com suas preferências e salve a configuração de alerta. Para instruções detalhadas, consulte os seguintes recursos:

• Alertas de Integridade do Serviço.
• Como criar um alerta de integridade do serviço.

Comentários: como parte das configurações, você precisa definir os detalhes da condição para corresponder ao serviço que você está usando.

• Para um pool de SQL dedicado (antigo SQL DW), a seleção de serviço deve ser SQL Data Warehouse
  • Para um pool de SQL dedicado em um espaço de trabalho do Azure Synapse Analytics, a seleção de serviço deve ser Azure Synapse Analytics

Observação

Uma notificação antecipada de 24 horas precede todos os eventos de manutenção. No caso de ser necessário implantar uma atualização urgente, os tempos de notificação avançados podem ser reduzidos significativamente. Isso pode ocorrer fora de uma janela de manutenção identificada devido à natureza crítica da atualização. Se você recebeu a notificação antecipada de que a manutenção ocorrerá, mas não for possível executá-la durante o período de tempo definido na notificação, você receberá uma notificação de cancelamento. A manutenção será retomada durante o próximo período de manutenção agendada. Todos os eventos de manutenção ativos são exibidos na seção Service Health - Planned Maintenance. O histórico de integridade do serviço inclui um registro completo de eventos passados. Você pode monitorar a manutenção por meio do painel do portal de verificação do Funcionamento do Azure Health durante um evento ativo.

Disponibilidade do cronograma de manutenção

Mesmo que o agendamento de manutenção não esteja disponível em sua região selecionada, você poderá visualizar e editar sua programação de manutenção a qualquer momento. Quando o agendamento de manutenção estiver disponível em sua região, o agendamento identificado ficará imediatamente ativo em seu pool de SQL do Synapse.

Exibir um agendamento de manutenção

Por padrão, todas as instâncias do Azure SQL Data Warehouse criadas recentemente têm janelas de manutenção primárias e secundárias de oito horas aplicadas durante a implantação. Conforme indicado acima, você pode alterar as janelas assim que a implantação for concluída. Nenhuma manutenção ocorrerá fora das janelas de manutenção especificadas sem notificação prévia.

Para exibir o agendamento de manutenção que foi aplicado ao seu pool de SQL do Synapse, conclua as seguintes etapas:

1. Entre no portal do Azure.
2. Selecione o pool de SQL do Synapse que você deseja exibir.
3. O pool de SQL do Synapse selecionado é aberto na folha de visão geral. O agendamento de manutenção que é aplicado para o data warehouse é exibido abaixo do Agendamento de manutenção.

Ignorar ou alterar agenda de manutenção

Para garantir a conformidade com os requisitos de segurança mais recentes, não é possível acomodar solicitações para ignorar ou atrasar essas atualizações. No entanto, você pode ter algumas opções para ajustar a janela de manutenção se estiver usando o DW500c e níveis superiores de data warehouse dentro do ciclo atual, dependendo da sua situação:

• Se você receber uma notificação pendente de manutenção e precisar de mais tempo para concluir seus trabalhos ou notificar sua equipe, poderá alterar a hora de início da janela, desde que faça isso antes do início da janela de manutenção definida. Isso mudará sua janela para frente no tempo dentro do ciclo.

• Você pode disparar manualmente a manutenção pausando e retomando (ou dimensionando) seu pool dedicado do SQL após o início de um ciclo para o qual uma notificação "Pendente" foi recebida. O ciclo de manutenção do fim de semana começa no sábado às 00:00 UTC; o ciclo de manutenção no meio da semana começa terça-feira às 12:00 UTC.

• Embora exijamos uma janela mínima de 3 horas, em condições normais, essa operação será concluída em menos de 30 minutos. No entanto, é importante observar que, em alguns casos, pode levar mais tempo. Por exemplo, se houver transações ativas quando a manutenção começar, elas serão canceladas e revertidas, o que pode causar atrasos na restauração do serviço online. Para evitar essa situação, recomendamos garantir que não haja transações de longa duração ativas no início da sua janela de manutenção.

Observação

• Se você alterar a janela para um horário de início anterior ao horário atual, a manutenção será acionada imediatamente e, se houver transações ativas quando a manutenção começar, elas serão anuladas e revertidas.
• Após a conclusão da operação de pausa e retomada para iniciar a manutenção, em vez de receber uma notificação confirmando a conclusão da manutenção, você será notificado de que ela foi cancelada.
• Caso você esteja usando o DW400c ou inferior, embora seja capaz de alterar o agendamento de manutenção, ele não será cumprido, pois é um nível de desempenho inferior. Conforme mencionado anteriormente, essas camadas de data warehouse podem passar por manutenção a qualquer momento durante o ciclo de manutenção.

Identificando as janelas principais e secundárias

As janelas principais e secundárias devem ter intervalos de dia separados. Um exemplo é uma janela principal de terça-feira – quinta-feira e um secundário da janela de domingo-sábado. Os termos "Primário" e "Secundário" devem ser considerados como "Janela 1" e "Janela 2", respectivamente. Isso significa que qualquer uma das janelas pode ser selecionada em qualquer ordem para implantar atualizações de manutenção.

Para alterar o agendamento de manutenção do pool de SQL do Synapse, conclua as seguintes etapas:

1. Entre no portal do Azure.

2. Selecione o pool de SQL do Synapse que você deseja atualizar. A página será aberta na folha de visão geral. Abra a página de configurações de agendamento de manutenção, selecionando o link do Resumo de agendamento de manutenção na folha de visão geral. Ou, selecione a opção Agendamento de Manutenção no menu de recursos do lado esquerdo.

   

3. Identifique o intervalo de dia preferencial para a janela de manutenção primário, usando as opções na parte superior da página. Essa seleção determina se a janela principal ocorrerá em um dia da semana ou no final de semana. Sua seleção irá atualizar os valores de lista suspensa. Durante a visualização, algumas regiões podem ainda não dar suporte ao conjunto completo de opções disponíveis deDia.

   

4. Escolha suas janelas de manutenção preferencial de primário e secundário, usando as caixas de lista suspensa:

   • Dia: dia preferencial para executar a manutenção durante a janela selecionada.
   • Hora de início: hora de início preferencial para a janela de manutenção.
   • Janela de tempo: duração preferencial da sua janela de tempo.

   A área do Resumo de agendamento na parte inferior da folha é atualizada com base nos valores que você selecionou.

5. Selecione Salvar. Será exibida uma mensagem confirmando que seu novo agendamento agora está ativo.

   É possível atualizar as seleções de Dia, Hora de início e Hora (incluindo a janela padrão de oito horas) a qualquer momento. Se você estiver salvando um agendamento em uma região que não dá suporte a agendamento de manutenção, a seguinte mensagem será exibida. As configurações são salvas e se tornam ativas quando o recurso estiver disponível em sua região selecionada.

   

Perguntas frequentes

Qual é a frequência esperada para a manutenção.

A manutenção pode acontecer mais de uma vez por mês, pois a manutenção pode incluir atualizações do sistema operacional, patches de segurança e drivers, atualizações internas de infraestrutura do Azure e patches e atualizações de DW. Cada cliente tem um agendamento de ciclos de manutenção que ocorrem duas vezes por semana, de sábado a domingo e de terça-feira a quinta-feira.

Que alterações foram feitas após a conclusão da manutenção, mesmo que minha versão dedicada do pool de SQL permaneça a mesma?

Depois que uma atualização de manutenção for concluída, a versão do pool de SQL pode permanecer inalterada. Isso ocorre porque a manutenção pode incluir atualizações do sistema operacional, patches de segurança e drivers, atualizações internas de infraestrutura do Azure e patches e atualizações de DW. Somente se um patch ou atualização do Synapse DW estiver incluído na manutenção, você verá uma alteração na versão do pool dedicado do SQL.

É possível atualizar a versão do meu pool de SQL dedicado sob demanda?

• Não, a manutenção agendada lida com o gerenciamento de pools de SQL dedicados. No entanto, dependendo da sua situação, você poderá ter algumas opções para disparar a manutenção depois que o ciclo for iniciado. Verifique Ignorar ou alterar o agendamento de manutenção
• É importante ter em mente que o pool de SQL dedicado é um recurso de plataforma como serviço (PaaS). Isso implica que o Microsoft Azure lida com todos os tipos de tarefas relacionadas ao serviço, como infraestrutura, manutenção, atualizações e escalabilidade. A manutenção agendada pode ser controlada definindo um alerta/notificação para que você permaneça informado sobre a atividade de manutenção iminente.

Quais alterações, se houver, devem ser feitas antes ou depois que a manutenção do pool de SQL dedicado for concluída?

• Durante a manutenção, seu serviço será brevemente colocado offline, semelhante ao que ocorre durante uma pausa, retomada ou operação de escala. Normalmente, a operação de manutenção geral é concluída em menos de 30 minutos. No entanto, pode demorar um pouco mais, dependendo da atividade do banco de dados durante a janela de manutenção. Recomendamos pausar ETL, atualizações de tabela e, especialmente, operações transacionais para evitar uma manutenção mais longa do que o normal. Por exemplo:
• Se a sua instância estiver extremamente ocupada durante a janela de tempo planejada, especialmente com a atividade de atualização e exclusão frequentes, a operação de manutenção poderá levar mais tempo do que o normal. Para reduzir a chance de atividade de manutenção estendida, recomendamos limitar a atividade a consultas somente leitura no banco de dados, se possível, e especialmente evitar consultas transacionais de execução prolongada (confira o próximo item).
• Se houver transações ativas quando a manutenção começar, elas serão canceladas e revertidas, potencialmente causando atrasos na restauração do serviço online. Para evitar essa situação, recomendamos garantir que não haja transações de longa duração ativas no início da sua janela de manutenção.

Fomos notificados sobre uma próxima manutenção agendada dedicada do pool de SQL com ID de rastreamento 0000-000, mas ela foi posteriormente cancelada ou reagendada. O que motivou o cancelamento ou reagendamento da manutenção?

Há vários fatores que podem levar ao cancelamento da manutenção agendada, incluindo ações como:

• Pausar ou colocar operações em escala depois de receber uma notificação de manutenção pendente enquanto o ciclo é iniciado.
• Se você tiver como alvo diferentes Objetivos de Nível de Serviço (SLOs) durante o ciclo de manutenção, como a transição de qualquer SLO maior que DW400c e, em seguida, colocação em escala para um SLO inferior ou igual a DW400c, ou vice-versa, um cancelamento poderá ocorrer. Isso ocorre porque as janelas de manutenção não são aplicáveis a dw400c ou níveis de desempenho mais baixos e podem passar por manutenção a qualquer momento.
• Fatores de infraestrutura internos, como alterações reais no agendamento de manutenção planejado pela equipe de lançamento.
• A manutenção poderá ser cancelada ou reagendada se o monitoramento interno detectar que a manutenção está demorando mais do que o esperado. A manutenção deve ser concluída dentro dos Contratos de Nível de Serviço (SLOs) definidos pelas configurações da janela de manutenção do cliente.

Há práticas recomendadas que preciso considerar para nossa carga de trabalho durante a janela de manutenção?

• Sim, se possível, pause todas as cargas de trabalho transacionais e ETL durante o intervalo de manutenção planejado para evitar erros ou atrasos na restauração do serviço online. As operações transacionais de execução prolongada devem ser concluídas antes de um período de manutenção futura.
• Para que as cargas de trabalho sejam resilientes a interrupções causadas por operações de manutenção, use a lógica de repetição para os níveis de conexão e comando (consulta), aplicando intervalos de repetição mais longos e/ou mais tentativas de repetição para suportar uma perda de conexão estendida que pode se estender até ou mais de 30 minutos em alguns casos.

Próximas etapas

• Saiba mais sobre como criar, exibir e gerenciar alertas usando o Azure Monitor.
• Saiba mais sobre ações de webhook para regras de alerta do log.
• Saiba mais Criando e Gerenciar Grupo de ações.
• Saiba mais sobre a Integridade do Serviço do Azure.