Todos os produtos
Search
Central de documentação

ApsaraDB RDS:Scheduled events

Última atualização: Sep 02, 2026

O ApsaraDB RDS anuncia eventos de O&M — como migração de instância, atualizações de versão do banco de dados e atualizações de versões secundárias do mecanismo — no console e por chamada de voz, e-mail ou mensagem interna. Para cada evento, é possível visualizar o tipo, a região, a causa, o impacto nos negócios e os IDs das instâncias afetadas. Você também pode alterar o horário de switchover agendado.

mensagem de texto,

Pré-requisitos

Antes de começar, verifique se você possui:

  • Eventos de O&M pendentes (passe o mouse sobre o ícone 通知 no canto superior direito do console para verificar)

Níveis de urgência dos eventos

Os eventos são classificados em duas categorias com base na urgência:

Nível

Nome

Adiável

Aviso prévio

Cenários típicos

S0

Emergência — Correção de riscos

Não

3 dias ou menos

Substituições emergenciais de versão, reparos de falha de host, atualizações por expiração de certificado SSL

S1

Agendado — Manutenção do sistema

Sim

Mais de 3 dias

Correções de problemas de baixo risco, atualizações planejadas de software e hardware

Nota

A Recurring Time Window Configuration aplica-se apenas a eventos proativos de O&M. Eventos de emergência S0 são executados independentemente de qualquer janela configurada.

Configurar notificações

Para receber alertas de eventos, configure as notificações no Message Center:

  1. Selecione a caixa de seleção para falha de banco de dados em cloud ou notificações de O&M.

  2. Defina os destinatários das mensagens. Atribua a equipe de O&M de banco de dados como destinatária.

  3. Selecione email como método de notificação. O e-mail oferece maior confiabilidade de entrega do que mensagens internas.

image.png

Figura 1. Ponto de entrada para configurações de notificação no Message Center

image

Figura 2. Configurações de notificação do ApsaraDB

Monitorar eventos em tempo real com o CloudMonitor

Para obter atualizações de eventos de O&M em tempo real ou automatizar operações orientadas por eventos, assine os eventos de sistema do CloudMonitor. Os services de banco de dados em cloud enviam eventos de sistema relacionados ao ciclo de vida dos eventos de O&M, como assinatura, início, conclusão e cancelamento.

Para instruções de configuração, consulte Gerenciar assinaturas de eventos (Recomendado). Para obter uma lista de eventos que podem ser assinados, consulte Apêndice 1: Eventos de sistema relacionados do CloudMonitor.

Exemplo de payload de evento do CloudMonitor:

{
  "eventId": "c864b30b-7f69-5f04-b0e7-8dfb0eabcfd9",
  "product": "RDS",
  "reason": "Host software/hardware upgrade",
  "extra": {
    "impactZh": "Transient instance disconnection",
    "impactEn": "Transient instance disconnection",
    "eventCode": "rds_apsaradb_transfer",
    "eventNameEn": "Instance migration",
    "eventNameZh": "Instance migration",
    "switchTime": "2024-09-15T01:30:00+08:00",
    "startTime": "2024-09-14T21:30:00+08:00",
    "cancelCode": "OutOfGoodPerfBySoftHardwareUpgrade",
    "detailCode": "HostSoftHardwareUpgrade",
    "instanceInfo": ""
  },
  "instanceId": "rm-2ze9d66o65q1g02g6",
  "eventType": "Maintenance",
  "instanceComment": "rm-2ze9d66o65q1g02g6",
  "instanceType": "Instance",
  "publishTime": "2024-09-10T16:01:47+08:00"
}

Campos principais:

Campo

Descrição

eventId

ID exclusivo do evento. Um mesmo evento sempre possui o mesmo ID.

extra.switchTime

Horário de switchover agendado (ISO 8601). Momento em que ocorre a desconexão transitória caso um switchover seja executado.

extra.startTime

Horário em que o evento entra na fila de agendamento.

extra.cancelCode

Código de risco de cancelamento. Consulte o Apêndice 2 para mais detalhes.

extra.detailCode

Código detalhado do motivo. Consulte o Apêndice 2 para mais detalhes.

Visualizar e reagendar eventos

  1. Faça login no console do ApsaraDB RDS.

  2. No painel de navegação à esquerda, clique em Event Center.

    Caso existam eventos que exijam agendamento de horário, uma caixa de diálogo será exibida automaticamente. Agende esses eventos o mais rápido possível.
  3. (Opcional) Na aba Scheduled Events, configure uma janela de tempo recorrente para eventos proativos de O&M.

    1. Clique em Recurring Time Window Configuration.

    2. No painel exibido, defina o horário recorrente e clique em OK.

    A Recurring Time Window Configuration é uma configuração global para eventos proativos de O&M de banco de dados, mas não se aplica a eventos de correção de ameaças emergenciais. Sem uma janela de tempo recorrente, os eventos proativos de O&M são agendados automaticamente dentro da maintenance window da instância.
  4. Na aba Scheduled Events, visualize os detalhes do evento. Para alterar o horário de switchover de um evento no estado Scheduled, selecione a instância e clique em Configure Scheduled Time.

    As informações exibidas variam conforme o tipo de evento. As informações apresentadas na página têm precedência.
  5. Na caixa de diálogo Configure Scheduled Time, defina o horário de switchover e clique em OK.

    • Para utilizar o horário mais breve disponível, selecione Set Earliest Execution Time. O sistema preenche automaticamente a data e o horário mais cedo possíveis, e o status da instância muda para pendente.

    • Para definir um horário personalizado, desmarque Set Earliest Execution Time e insira a data e o horário manualmente.

    O Scheduled Switchover Time não pode ser posterior ao Latest Operation Time .

Tipos de eventos e impactos

As informações efetivamente exibidas na página têm precedência.

Eventos que causam switchover de instância

Os eventos listados abaixo acionam um switchover de instância. Ao atingir o horário de switchover agendado, o evento é executado durante a primeira janela de manutenção após esse horário.

Impacto: Durante o switchover, a instância permanece em estado somente leitura por até 30 segundos para permitir a sincronização completa dos dados. Caso um switchover seja necessário, execute-o fora dos horários de pico e garanta que sua aplicação possua um mecanismo de reconexão. Para mais informações, consulte Impacts of an instance switchover. O uso de DMS e DTS é interrompido brevemente; o service é retomado automaticamente após o switchover.

Tipo de evento

Gatilho

Migração de instância

Ameaças no host, garantia de hardware expirada ou atualizações do sistema operacional. O sistema migra a instância — incluindo instâncias sem HA e somente leitura — para um novo nó de servidor.

Atualização de versão secundária

O ApsaraDB libera periodicamente versões secundárias para adicionar recursos ou corrigir bugs.

Atualização de versão secundária do proxy

O ApsaraDB libera periodicamente versões secundárias para nós de proxy visando aprimorar funcionalidades ou corrigir falhas.

Atualização de rede

Atualização de hardware de rede para melhorar o desempenho e a estabilidade.

Para atualizações de versão secundária: As diferenças variam entre as versões secundárias. Revise as alterações entre a nova versão e a sua versão atual antes de prosseguir com a atualização. Consulte Update log of minor engine versions for ApsaraDB RDS for SQL Server.

Para atualizações de rede: Algumas atualizações envolvem migração entre zonas, o que altera o endereço IP virtual (VIP) da instância. Se o seu cliente se conecta via VIP, a conexão será interrompida. Para evitar isso, utilize o nome de domínio fornecido pela instância como endpoint e desative o cache DNS na sua aplicação e no respectivo servidor.

Eventos com outros impactos

Tipo de evento

Gatilho

Impacto

Switchover de HA

Ameaças no host, garantia de hardware expirada ou atualizações do sistema operacional

Switchover entre nó primário e secundário. Aplica-se apenas a instâncias HA.

Atualização de software ou hardware do host

Ameaças no host ou atualizações de software/hardware

Switchover entre nó primário e secundário.

Atualização de certificado SSL

Certificado SSL próximo da expiração

Mantém a segurança e a estabilidade da instância.

Atualização do modo de backup

Altera a instância de backup lógico para backup físico de banco de dados e tabelas

Permite uma recuperação mais rápida.

Migração com desligamento da instância

A migração com desligamento da instância é acionada por ameaças no host, garantia de hardware expirada ou atualizações do sistema operacional. O sistema migra instâncias sem HA para um novo nó de servidor.

Após o horário de switchover agendado:

  • As configurações da instância permanecem inalteradas, incluindo nome, porta de acesso, tags, contas de banco de dados e endpoints.

  • O service fica geralmente indisponível por cerca de 10 minutos. A duração real depende do volume de transações antes do switchover e do volume total de dados.

  • Caso existam tarefas ativas do DTS, planeje-se antecipadamente. Após a migração, reinicie manualmente as tarefas afetadas.

Perguntas frequentes

Os eventos agendados são executados automaticamente? Posso cancelá-los?

Os eventos agendados são executados automaticamente para manter a estabilidade da instância e não podem ser cancelados. Para minimizar interrupções, altere o horário de switchover agendado para períodos de baixa demanda e certifique-se de que sua aplicação possua um mecanismo de reconexão. Para instruções, consulte Visualizar e reagendar eventos acima.