Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Este artigo fornece um procedimento passo a passo para executar recuperações point-in-time 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 de servidor flexível do Banco de Dados do Azure para MySQL.
Restaurar para o ponto de restauração mais recente
Siga estas etapas para restaurar seu Banco de Dados do Azure para MySQL - instância do Servidor Flexível usando um backup existente mais antigo.
No portal Azure, selecione a sua Base de Dados Azure para a instância MySQL - Flexible Server da qual pretende restaurar o backup.
Selecione Visão Geral no painel esquerdo.
Na página de visão geral, selecione Restaurar.
A página de restauração aparece com uma opção para escolher entre Ponto de restauração mais recente e Ponto de restauração personalizado.
Selecione Ponto de restauração mais recente.
Insira um novo nome de servidor no campo Restaurar para novo servidor .
Selecione OK.
Aparece uma notificação de que a operação de restauração foi iniciada.
Restaurar para um ponto de restauração mais rápido
Siga estas etapas para restaurar seu Banco de Dados do Azure para MySQL - instância do Servidor Flexível usando um backup completo existente como o ponto de restauração mais rápido.
No portal Azure, selecione a sua Base de Dados Azure para a instância MySQL - Flexible Server da qual pretende restaurar o backup.
Selecione Visão Geral no painel esquerdo.
Na página de visão geral, selecione Restaurar.
Exiba a página de restauração com uma opção para escolher entre Ponto de restauração mais recente, Ponto de restauração personalizado e Ponto de restauração mais rápido.
Selecione Selecionar o ponto de restauração mais rápido (Restaurar usando backup completo).
Selecione o backup completo desejado na lista suspensa Ponto de restauração mais rápido (UTC).
Insira um novo nome de servidor no campo Restaurar para novo servidor .
Selecione Rever + Criar.
Após selecionar Criar, veja uma notificação de que a operação de restauro foi iniciada.
Restaure a partir de um backup completo através da página Backup e restauração
Siga estas etapas para restaurar seu Banco de Dados do Azure para MySQL - instância do Servidor Flexível usando um backup completo existente.
No portal Azure, selecione a sua Base de Dados Azure para a instância MySQL - Flexible Server da qual pretende restaurar o backup.
Selecione Backup e restauração no painel esquerdo.
Exiba a página Backups disponíveis com a opção de restaurar a partir de backups automatizados completos disponíveis e backups sob demanda feitos para o servidor dentro do período de retenção.
Selecione a cópia de segurança completa desejada da lista selecionando a ação correspondente Restaurar .
Exiba a página de restauração com a opção Ponto de Restauração Rápido selecionada por padrão e o carimbo de data/hora do backup completo desejado selecionado na página Ver backups disponíveis.
Insira um novo nome de servidor no campo Restaurar para novo servidor .
Selecione Rever + Criar.
Após selecionar Criar, veja uma notificação de que a operação de restauro foi iniciada.
Geo restaura para o ponto de restauração mais recente
No portal Azure, selecione a sua Base de Dados Azure para a instância MySQL - Flexible Server da qual pretende restaurar o backup.
Selecione Visão Geral no painel esquerdo.
Na página de visão geral, selecione Restaurar.
A página de restauro aparece com uma opção para escolher restauro georredudante. Se você configurou seu servidor para backups geograficamente redundantes, poderá restaurar o servidor para a região emparelhada correspondente do Azure 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. Depois de selecionar restauro geo-redundante, não podes selecionar as opções de restauro de ponto no tempo.
Introduza um novo nome de servidor no campo Nome , na secção de detalhes do servidor.
Quando a região primária está inativa, não é possível criar servidores com redundância geográfica na respetiva região emparelhada geograficamente porque o armazenamento não pode ser provisionado na região primária. Você deve aguardar que a região primária esteja pronta para provisionar servidores com redundância geográfica na região emparelhada geograficamente. Quando a região primária estiver inativa, você ainda poderá restaurar geograficamente o servidor de origem para a região emparelhada geograficamente desativando a opção de redundância geográfica nas configurações de Computação + Armazenamento Configurar Servidor na experiência do portal de restauração e restaurar como um servidor localmente redundante para garantir a continuidade dos negócios.
Selecione Rever + Criar para rever as suas seleções.
Aparece uma notificação de que a operação de restauração foi iniciada. Esta operação pode demorar alguns minutos.
O novo servidor criado pela restauração geográfica tem o mesmo nome de entrada e senha do administrador do servidor que era válido para o servidor existente no momento em que a restauração foi iniciada. Pode alterar a palavra-passe a partir da página de Visão Geral do novo servidor. Além disso, durante uma restauração, pode configurar definições de rede , como definições de rede virtual e regras de firewall, conforme descrito na secção seguinte.
Usar a restauração para mover um servidor do acesso público para o acesso privado
Siga estas etapas para restaurar seu Banco de Dados do Azure para MySQL - instância do Servidor Flexível usando um backup existente mais antigo.
No portal Azure, selecione a sua Base de Dados Azure para a instância MySQL - Flexible Server da qual pretende restaurar o backup.
Na página de visão geral, selecione Restaurar.
A página Restaurar aparece com uma opção para escolher entre opções de restauração geográfica ou restauração point-in-time.
Escolha entre restauração geográfica ou uma opção de restauração pontual no tempo .
Insira um novo nome de servidor no campo Restaurar para novo servidor .
Vai ao separador Rede para configurar as definições de rede.
Na secção do método de Conectividade, selecione Acesso Privado (Integração VNet). Na secção de Rede Virtual , pode selecionar uma rede virtual existente e uma sub-rede delegada ao Microsoft.DBforMySQL/flexibleServers ou criar uma nova selecionando o link de criação de rede virtual .
Note
Somente redes virtuais e sub-redes na mesma região e assinatura aparecem na lista suspensa.
A sub-rede escolhida é delegada ao Microsoft.DBforMySQL/flexibleServers. Isso significa que apenas o Banco de Dados do Azure para MySQL - instâncias do Servidor Flexível podem usar essa sub-rede.Crie uma nova Zona DNS Privada ou selecione uma existente.
Note
Os nomes de zona DNS privada devem terminar com
mysql.database.azure.com.
Se não vires a opção de criar uma nova zona DNS privada, insere o nome do servidor no separador Basics .
Depois de implementar a instância Azure Database for MySQL - Flexible Server para uma rede virtual e sub-rede, não pode movê-la para acesso público (endereços IP permitidos).Selecione Rever + criar para rever a sua Base de Dados do Azure para MySQL - Configuração de Servidor Flexível.
Selecione Criar para aprovisionar o servidor. O provisionamento pode levar alguns minutos.
Aparece uma notificação de que a operação de restauração foi iniciada.
Dimensionamento automático de IOPS para uma 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 de IOPS habilitado. Aumentar temporariamente o IOPS ajuda a acelerar o processo de restauração, atendendo às suas crescentes demandas de desempenho. Quando o provisionamento estiver concluído, você poderá desativar o dimensionamento automático se ele não for mais necessário. No fluxo de restauro, vês uma opção de seleção chamada 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.
Executar tarefas pós-restauração
Após a conclusão da restauração, execute as seguintes tarefas para que os utilizadores e as aplicações voltem a funcionar:
- Se o novo servidor substituir o servidor original, redirecione clientes e aplicativos cliente para o novo servidor.
- Certifique-se de que os usuários podem se conectar configurando regras de rede virtual apropriadas. Essas regras não são copiadas do servidor original.
- Verifique se os logins apropriados e as permissões no nível do banco de dados estão em vigor.
- Configure alertas conforme apropriado para o servidor recém-restaurado.
Erros comuns
Não há suporte para restaurar para o mesmo nome de 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 foi bem-sucedida para esses servidores.