Utilizar o agendamento de manutenção para gerir a manutenção e as atualizações do serviço

O recurso de agendamento de manutenção integra as Notificações de Manutenção Planejada de Integridade do Serviço, o Monitor de Verificação de Integridade de Recursos e o serviço de agendamento de manutenção para o pool SQL Synapse (data warehouse) no Azure Synapse Analytics.

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

Por exemplo, você pode agendar uma janela primária de sábado 22:00 a domingo 01:00 e, em seguida, agendar uma janela secundária de quarta-feira 19:00 a 22:00. Se a manutenção não puder ser executada durante a janela de manutenção principal, tentará a manutenção novamente durante a janela de manutenção secundária. A manutenção do serviço pode, ocasionalmente, ocorrer durante as janelas primária e secundária. Para garantir a rápida conclusão de todas as operações de manutenção, o DW400c e os níveis inferiores do data warehouse podem concluir a manutenção fora de uma janela de manutenção designada.

Todas as instâncias de data warehouse recém-criadas terão um cronograma de manutenção definido pelo sistema aplicado durante a implantação. O cronograma pode ser editado assim que a implantação for concluída.

Ao escolher uma janela de manutenção, você precisa selecionar uma hora 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 de tempo durante o qual as tarefas de manutenção serão executadas. Este prazo pode ser entre três (3) e oito (8) horas, com um requisito mínimo de três (3) horas. Durante esse período, seu data warehouse ficará temporariamente off-line à medida que seu pool dedicado for movido para a capacidade atualizada usando um processo semelhante a pausa/retomada. Em condições típicas, esta operação será concluída em bem menos de 30 minutos, mas é importante notar 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, potencialmente causando atrasos na restauração do serviço online. Para evitar esta situação, recomendamos que assegure que não existem transações de execução prolongada ativas no início da 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 sejamos obrigados a implantar uma atualização sensível ao tempo. Se o seu armazém de dados estiver pausado durante uma manutenção programada, será atualizado durante a operação de retomada. Você será notificado imediatamente após a conclusão da manutenção do seu armazém de dados.

Nota

• As janelas de manutenção não são aplicáveis para DW400c ou níveis de desempenho inferiores. Eles podem passar por manutenção a qualquer momento.
• DW400c e inferior pode sofrer várias perdas breves na conectividade em vários momentos durante a janela de manutenção.

Alertas e monitorização

O Azure fornece informações abrangentes sobre a integridade dos seus recursos na nuvem, incluindo problemas atuais e futuros, eventos que afetam o serviço, manutenção planeada e outras alterações que podem afetar a disponibilidade.

O Estado de Funcionamento do Serviço oferece uma vista personalizada dos serviços e regiões do Azure que utiliza, tornando-o a melhor fonte de comunicações que afetam o serviço, como interrupções, manutenção planeada e outros avisos de saúde. Ao configurar alertas de Estado de Funcionamento dos Serviços, pode ser notificado através dos seus canais de comunicação preferidos sobre quaisquer problemas ou alterações que afetem os seus serviços.

Para configurar um alerta de estado do serviço para manutenção planeada, navegue até ao Portal do Azure e aceda à secção Estado de funcionamento dos serviços. 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 seu tipo de pool. Selecione Manutenção como o tipo de evento, defina o âmbito e as definições de notificação de acordo com as suas preferências e guarde a configuração do alerta. Para obter instruções detalhadas, consulte os seguintes recursos:

• Alertas do Estado de Funcionamento dos Serviços.
• Como criar um alerta de estado de funcionamento dos serviços.

Observações: 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 SQL dedicado (anteriormente SQL DW), a seleção do Serviço deve ser SQL Data Warehouse
  • Para um pool SQL dedicado em um espaço de trabalho do Azure Synapse Analytics, a seleção de Serviço deve ser Azure Synapse Analytics

Nota

Uma notificação com 24 horas de antecedência precede todos os eventos de manutenção. Caso sejamos obrigados a implantar uma atualização de tempo crítico, os tempos de notificação avançada podem ser significativamente reduzidos. Isto pode ocorrer fora de um período de manutenção identificado devido à natureza crítica da atualização. Se recebeu uma notificação prévia de que a manutenção iria ocorrer, mas a manutenção não poder ser realizada durante o período indicado na notificação, receberá uma notificação de cancelamento. A manutenção será então retomada durante o próximo período de manutenção programado. Todos os eventos de manutenção ativos aparecem na secção Estado de Funcionamento do Serviço - Manutenção Planeada. 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 de integridade do serviço do Azure durante um evento ativo.

Disponibilidade do cronograma de manutenção

Mesmo que o agendamento de manutenção não esteja disponível na região selecionada, você pode visualizar e editar sua agenda 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 Synapse SQL.

Ver um agendamento de manutenção

Por padrão, todas as instâncias de data warehouse recém-criadas têm uma janela de manutenção primária e secundária de oito horas aplicada durante a implantação. Como indicado acima, você pode alterar as janelas assim que a implantação for concluída. Não é realizada qualquer manutenção fora das janelas de manutenção especificadas sem notificação prévia.

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

1. Inicie sessão no portal do Azure.
2. Selecione o pool Synapse SQL que você deseja exibir.
3. O pool Synapse SQL selecionado é aberto na folha de visão geral. A agenda de manutenção aplicada ao data warehouse aparece abaixo de Agenda de manutenção.

Ignorar ou alterar o cronograma de manutenção

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

• Se receber uma notificação pendente para manutenção e precisar de mais tempo para concluir os trabalhos ou notificar a sua equipa, pode alterar a hora de início da janela, desde que o faça antes do início da janela de manutenção definida. Desta forma, a janela é transposta para um período mais adiante no ciclo.

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

• Embora exijamos uma janela mínima de 3 horas, em condições típicas esta operação será concluída em bem menos de 30 minutos. No entanto, é importante notar que, em alguns casos, pode demorar mais tempo. Por exemplo, 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 esta situação, recomendamos que assegure que não existem transações de execução prolongada ativas no início da janela de manutenção.

Nota

• Se alterar a janela para uma hora de início antes do tempo presente real, a manutenção será acionada imediatamente e, se existirem transações ativas quando a manutenção for iniciada, estas serão abortadas e revertidas.
• Após as operações de pausa e retoma serem concluídas para iniciar a manutenção, em vez de receber uma notificação que confirma a conclusão da manutenção, será notificado de que foi cancelada.
• No caso de estar a utilizar o DW400c ou inferior, embora consiga alterar a agenda de manutenção, tal não será cumprido porque é um nível de desempenho inferior. Conforme mencionado anteriormente, estas camadas de data warehouse podem ser submetidas a manutenção em qualquer momento com o ciclo de manutenção.

Identificando as janelas primária e secundária

As janelas primária e secundária devem ter intervalos de dias separados. Um exemplo é uma janela primária de terça-feira a quinta-feira e uma janela secundária de sábado a domingo. 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 captada em qualquer ordem para implantar atualizações de manutenção.

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

1. Inicie sessão no portal do Azure.

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

   

3. Identifique o intervalo de dias preferido para a janela de manutenção principal usando as opções na parte superior da página. Essa seleção determina se sua janela principal ocorrerá em um dia da semana ou no fim de semana. Sua seleção atualizará os valores suspensos. Durante a visualização, algumas regiões podem ainda não suportar o conjunto completo de opções de Dia disponíveis.

   

4. Escolha suas janelas de manutenção primária e secundária preferidas usando as caixas de listagem suspensas:

   • Dia: Dia preferido para realizar a manutenção durante a janela selecionada.
   • Hora de início: Hora de início preferida para a janela de manutenção.
   • Janela de tempo: Duração preferida da sua janela de tempo.

   A área Resumo da agenda na parte inferior da folha é atualizada com base nos valores selecionados.

5. Selecione Guardar. É apresentada uma mensagem a confirmar que a sua nova agenda está agora ativa.

   Você pode atualizar as seleções Dia, Hora de início, Hora (incluindo a janela padrão de 8 horas) a qualquer momento. Se você estiver salvando uma agenda em uma região que não oferece suporte ao agendamento de manutenção, a seguinte mensagem será exibida. Suas configurações são salvas e ficam ativas quando o recurso fica disponível na região selecionada.

   

Perguntas mais frequentes

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

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

Que alterações foram efetuadas após a conclusão da manutenção, embora minha versão do conjunto de SQL dedicado permaneça a mesma?

Após a atualização de manutenção estar concluída, a versão do conjunto de SQL poderá permanecer inalterada. Isto ocorre porque a manutenção pode incluir atualizações do SO, patches e controladores de segurança, atualizações da infraestrutura interna do Azure e patches e atualizações do DW. Apenas se um patch ou atualização do Synapse DW estiver incluído na manutenção irá ver uma alteração na versão do Conjunto de SQL Dedicado.

É possível atualizar a versão do meu conjunto de SQL dedicado a pedido?

• Não, a manutenção agendada processa com a gestão de conjuntos de SQL dedicados. No entanto, você pode ter algumas opções para acionar a manutenção assim que o ciclo começar, dependendo da sua situação. Verificar Ignorar ou alterar o cronograma de manutenção
• É importante ter em mente que o SQL Pool dedicado é um recurso de plataforma como serviço (PaaS). Isto implica que o Microsoft Azure processa todos os tipos de tarefa relacionadas com o serviço, como infraestrutura, manutenção, atualizações e escalabilidade. A manutenção programada pode ser rastreada definindo um alerta/notificação para que você fique informado sobre a atividade de manutenção iminente.

Que alterações, se existentes, devem ser realizadas antes ou depois da conclusão da manutenção do conjunto de SQL dedicado?

• Durante a manutenção, o seu serviço será brevemente colocado offline, tal como acontece durante uma operação de pausa, retoma ou dimensionamento. Normalmente, a operação geral de manutenção é concluída em menos de 30 minutos. No entanto, poderá demorar um pouco mais, dependendo da atividade da base de dados durante a janela de manutenção. Recomendamos pausar ETL, atualizações de tabelas e, especialmente, operações transacionais para evitar manutenção mais longa do que o normal. Por exemplo:
• Se sua instância estiver extremamente ocupada durante a janela planejada, especialmente com atividades frequentes de atualização e exclusão, a operação de manutenção pode levar mais tempo do que o tempo 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 longa duração (consulte 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 esta situação, recomendamos que assegure que não existem transações de execução prolongada ativas no início da janela de manutenção.

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

Existem vários fatores que podem resultar no cancelamento de manutenções agendadas, incluindo ações como:

• Pausar ou dimensionar operações após receber uma notificação de manutenção pendente enquanto o ciclo é iniciado.
• Se você estiver visando diferentes Objetivos de Nível de Serviço (SLOs) durante o ciclo de manutenção, como a transição de qualquer SLO superior a DW400c e, em seguida, a redução para um SLO menor ou igual a DW400c, ou vice-versa, poderá ocorrer um cancelamento. Isto ocorre porque as janelas de manutenção não são aplicáveis a DW400c nem a níveis de desempenho inferiores, e poderão ser submetidos a manutenção a qualquer momento.
• Fatores internos de infraestrutura, como alterações reais no agendamento de manutenção planejado pela equipe de lançamento.
• A manutenção pode ser cancelada ou reprogramada se o monitoramento interno detetar que a manutenção está demorando mais do que o esperado. A manutenção deverá ser concluída dentro dos Contratos de Nível de Serviço (SLAs) definidos pelas definições da janela de manutenção do cliente.

Existe alguma boa prática que tenha de considerar para a 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 longa duração deverão ser concluídas antes de um futuro período de manutenção.
• 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óximos passos

• Saiba mais sobre como criar, exibir e gerenciar alertas usando o Azure Monitor.
• Saiba mais sobre as ações do webhook para regras de alerta de log.
• Saiba mais Criando e gerenciando Grupos de Ação.
• Saiba mais sobre o Azure Service Health.