Compartilhar via


Restauração pontual no Banco de Dados do Azure para MySQL com o portal do Azure

Este artigo fornece um procedimento passo a passo para realizar recuperações pontuais no Banco de Dados do Azure para MySQL - Servidor Flexível usando backups.

Prerequisites

Para concluir este guia de instruções, você precisa:

  • Uma instância do Banco de Dados do Azure para MySQL — Servidor Flexível.

Restaurar para o ponto de restauração mais recente

Siga estas etapas para restaurar sua instância do Banco de Dados do Azure para MySQL - Servidor Flexível usando o backup mais antigo existente.

  1. No portal do Azure, selecione a instância do Banco de Dados do Azure para MySQL – Servidor Flexível da qual você deseja restaurar o backup.

  2. Selecione Visão geral no painel esquerdo.

  3. Na página de visão geral, selecione Restaurar.

  4. A página de restauração aparece com uma opção para escolher entre o ponto de restauração mais recente e o ponto de restauração personalizado.

  5. Selecione o Ponto de restauração mais recente.

  6. Insira um novo nome de servidor no campo Restaurar para novo servidor .

    Captura de tela da primeira hora de restauração.

  7. Selecione OK.

  8. Uma notificação é exibida informando que a operação de restauração foi iniciada.

Restaurar para um ponto de restauração mais rápido

Siga estas etapas para restaurar sua instância do Banco de Dados do Azure para MySQL - Servidor Flexível usando um backup completo existente como o ponto de restauração mais rápido.

  1. No portal do Azure, selecione a instância do Banco de Dados do Azure para MySQL – Servidor Flexível da qual você deseja restaurar o backup.

  2. Selecione Visão geral no painel esquerdo.

  3. Na página de visão geral, selecione Restaurar.

  4. Exiba a página de restauração com uma opção para escolher entre o ponto de restauração mais recente, o ponto de restauração personalizado e o ponto de restauração mais rápido.

  5. Selecione Selecionar o ponto de restauração mais rápido (Restaurar usando backup completo).

  6. Selecione o backup completo desejado na lista suspensa Ponto de restauração mais rápido (UTC).

    Captura de tela do Ponto de Restauração Mais Rápido.

  7. Insira um novo nome de servidor no campo Restaurar para novo servidor .

  8. Selecione Examinar + criar.

  9. Depois de selecionar Criar, exiba uma notificação informando que a operação de restauração foi iniciada.

Restaurar a partir de um backup completo por meio da página Backup e Restauração

Siga estas etapas para restaurar sua instância do Banco de Dados do Azure para MySQL - Servidor Flexível usando um backup completo existente.

  1. No portal do Azure, selecione a instância do Banco de Dados do Azure para MySQL – Servidor Flexível da qual você deseja restaurar o backup.

  2. Clique em Backup e Restauração no painel esquerdo.

  3. Exiba a página Backups Disponíveis com a opção de restaurar de backups automatizados completos disponíveis e backups sob demanda feitos para o servidor dentro do período de retenção.

  4. Selecione o backup completo desejado na lista selecionando na ação de Restauração correspondente.

    Captura de tela da exibição de Backups disponíveis.

  5. Exiba a página Restaurar com a opção Ponto de Restauração Mais Rápido selecionada por padrão e o carimbo de data/hora de backup completo desejado selecionado na página Exibir Backups Disponíveis.

  6. Insira um novo nome de servidor no campo Restaurar para novo servidor .

  7. Selecione Examinar + criar.

  8. Depois de selecionar Criar, exiba uma notificação informando que a operação de restauração foi iniciada.

Restaurações geográficas para o ponto de restauração mais recente

  1. No portal do Azure, selecione a instância do Banco de Dados do Azure para MySQL – Servidor Flexível da qual você deseja restaurar o backup.

  2. Selecione Visão geral no painel esquerdo.

  3. Na página de visão geral, selecione Restaurar.

  4. A página de restauração é exibida com uma opção para escolher a restauração com redundância geográfica. Se você configurou o servidor para backups com redundância geográfica, poderá restaurar o servidor para a região emparelhada do Azure correspondente e habilitar a opção de restauração com redundância geográfica. A opção de restauração com redundância geográfica restaura o servidor para o carimbo de data/hora UTC Now mais recente. Após selecionar a restauração com redundância geográfica, você não poderá selecionar as opções de restauração para um ponto específico no tempo.

    Captura de tela da opção de Restauração Geográfica.

    Captura de tela de habilitação da Restauração Geográfica.

    Captura de tela da lista suspensa de localizações.

  5. Insira um novo nome de servidor no campo Nome na seção Detalhes do servidor.

  6. Quando a região primária está inoperante, você não pode criar servidores com redundância geográfica na respectiva região emparelhada geograficamente porque o armazenamento não pode ser provisionado na região primária. É necessário aguardar que a região primária fique ativa para provisionar servidores com redundância geográfica na região emparelhada geograficamente. Quando a região primária estiver inativa, você ainda poderá geo-restaurar o servidor de origem para a região emparelhada geograficamente, desabilitando a opção de redundância geográfica nas configurações Compute + Storage Configure Server na experiência do portal de restauração e restaurar como um servidor com redundância local para garantir a continuidade dos negócios.

    Captura de tela da janela Computação + Armazenamento.

    Captura de tela da Desabilitação da Redundância Geográfica.

    Captura de tela da Restauração como um servidor com redundância local.

  7. Selecione Revisar + Criar para revisar suas seleções.

  8. Uma notificação mostra que a operação de restauração foi iniciada. Essa operação poderá levar alguns minutos.

    O novo servidor criado pela restauração geográfica tem o mesmo nome de entrada e senha de administrador do servidor que eram válidos para o servidor existente no momento em que a restauração foi iniciada. Você pode alterar a senha da página visão geral do novo servidor. Além disso, durante uma restauração, você pode definir configurações de rede, como configurações de rede virtual e regras de firewall, conforme descrito na seção a seguir.

Utilize a restauração para mover um servidor do acesso público para o acesso privado

Siga estas etapas para restaurar sua instância do Banco de Dados do Azure para MySQL - Servidor Flexível usando o backup mais antigo existente.

  1. No portal do Azure, selecione a instância do Banco de Dados do Azure para MySQL – Servidor Flexível da qual você deseja restaurar o backup.

  2. Na página de visão geral, selecione Restaurar.

  3. A página Restaurar aparece com uma opção para escolher entre restauração geográfica ou restauração a um ponto no tempo.

  4. Escolha a restauração geográfica ou uma opção de restauração pontual .

  5. Insira um novo nome de servidor no campo Restaurar para novo servidor .

    Captura de tela da visão geral da exibição.

  6. Vá para a guia Rede para definir as configurações de rede.

  7. Na seção método Conectividade , selecione Acesso privado (Integração VNet). Na seção Rede Virtual , você pode selecionar uma rede virtual existente e sub-rede delegada a Microsoft.DBforMySQL/flexibleServers ou criar uma nova selecionando o link criar rede virtual .

    Note

    Somente redes virtuais e sub-redes na mesma região e assinatura aparecem na lista suspensa.
    A sub-rede escolhida é delegada a Microsoft.DBforMySQL/flexibleServers. Isso significa que apenas instâncias do Banco de Dados do Azure para MySQL - Servidor Flexível podem usar essa sub-rede.

  8. Crie uma nova ou selecione uma zona DNS privada existente.

    Note

    Os nomes de zona DNS privada devem terminar com mysql.database.azure.com.
    Se você não vir a opção de criar uma nova zona dns privada, insira o nome do servidor na guia Básico.
    Depois de implantar a instância do Banco de Dados do Azure para MySQL – Servidor Flexível em uma rede virtual e sub-rede, você não poderá movê-la para acesso público (endereços IP permitidos).

  9. Selecione Revisar + criar para revisar sua configuração do Banco de Dados do Azure para MySQL - Servidor Flexível.

  10. Selecione Criar para provisionar o servidor. O provisionamento pode levar alguns minutos.

  11. Uma notificação é exibida informando que a operação de restauração foi iniciada.

IOPS de escala automática para restauração mais rápida

Você pode habilitar o dimensionamento automático de IOPS para os servidores de origem e de destino durante as operações de restauração. Você só poderá selecionar essa opção se o servidor de origem ainda não tiver o dimensionamento automático do IOPS habilitado. Aumentar temporariamente o IOPS ajuda a acelerar o processo de restauração atendendo às suas demandas de desempenho crescentes. Quando o provisionamento for concluído, você poderá desabilitar o dimensionamento automático se ele não for mais necessário. No fluxo de trabalho de restauração, você verá uma opção de caixa de seleção rotulada Restauração Rápida. Selecione esta opção para usar o dimensionamento automático de IOPS para uma operação de restauração mais rápida e confiável.

Captura de tela do iops de dimensionamento automático para restauração.

Executar tarefas de pós-restauração

Após a conclusão da restauração, execute as seguintes tarefas para fazer com que seus usuários e aplicativos sejam executados novamente:

  • Se o novo servidor substituir o servidor original, redirecione clientes e aplicativos cliente para o novo servidor.
  • Verifique se os usuários podem se conectar configurando as regras de rede virtual apropriadas. Essas regras não são copiadas do servidor original.
  • Verifique se os logons apropriados e as permissões de nível de banco de dados estão em vigor.
  • Configurar alertas conforme apropriado para o servidor recém-restaurado.

Erros comuns

  • Não há suporte para a restauração para o mesmo nome do servidor. Use um nome diferente ao iniciar o processo de restauração, caso contrário, as operações de restauração falharão.

  • Verifique se o servidor não está no estado "Inacessível" durante a restauração. A restauração não é bem-sucedida para esses servidores.

Próxima etapa