Como fazer cópias de segurança e restaurar um servidor em Base de Dados do Azure para MySQL usando o portal do Azure

APLICA-SE A: Base de Dados do Azure para MySQL - Servidor Único

Importante

Base de Dados do Azure para MySQL - O Servidor Único está no caminho da reforma. Recomendamos vivamente que faça upgrade para Base de Dados do Azure para MySQL - Servidor Flexível. Para obter mais informações sobre migração para Base de Dados do Azure para MySQL - Servidor Flexível, veja o que está a acontecer com Base de Dados do Azure para MySQL Servidor Único?

A cópia de segurança acontece automaticamente

Base de Dados do Azure para MySQL servidores são apoiados periodicamente para ativar as funcionalidades de Restauro. Utilizando esta funcionalidade, poderá restaurar o servidor e todas as suas bases de dados num ponto-a-tempo anterior, num novo servidor.

Pré-requisitos

Para completar este guia, precisa:

Configuração de backup de definição

Você faz a escolha entre configurar o seu servidor para backups locais redundantes ou backups geograficamente redundantes na criação do servidor, na janela Priceing Tier .

Nota

Depois de um servidor ser criado, o tipo de redundância que tem, geograficamente redundante vs localmente redundante, não pode ser trocado.

Ao criar um servidor através do portal do Azure, a janela Priceing Tier é onde seleciona backups locais redundantes ou geograficamente redundantes para o seu servidor. Esta janela é também onde seleciona o Período de Retenção de Cópia de Segurança - quanto tempo (em número de dias) pretende que as cópias de segurança do servidor são armazenadas.

Nível de Preços - Escolha redundância de backup

Para obter mais informações sobre a definição destes valores durante a criação, consulte o Base de Dados do Azure para MySQL arranque rápido do servidor.

O período de retenção de backup pode ser alterado num servidor através dos seguintes passos:

  1. Inicie sessão no Portal do Azure.

  2. Selecione o seu servidor Base de Dados do Azure para MySQL. Esta ação abre a página 'Visão Geral '.

  3. Selecione O Nível de Preços do menu, em DEFINIÇÕES. Utilizando o slider pode alterar o Período de Retenção de Cópia de Segurança para a sua preferência entre 7 e 35 dias. Na imagem abaixo foi aumentado para 34 dias. Período de retenção de backup aumentado

  4. Clique em OK para confirmar a alteração.

O período de retenção de backups governa até onde no tempo um restauro de ponto no tempo pode ser recuperado, uma vez que é baseado em backups disponíveis. A restauração pontual é descrita ainda mais na secção seguinte.

Restauro para um ponto anterior no tempo

Base de Dados do Azure para MySQL permite-lhe restaurar o servidor de volta a um ponto no tempo e para uma nova cópia do servidor. Pode utilizar este novo servidor para recuperar os seus dados ou ter as aplicações do seu cliente apontadas para este novo servidor.

Por exemplo, se uma mesa foi acidentalmente largada ao meio-dia de hoje, você poderia restaurar a hora pouco antes do meio-dia e recuperar a mesa e dados desaparecidos dessa nova cópia do servidor. A restauração pontual está ao nível do servidor, não ao nível da base de dados.

Os seguintes passos restauram o servidor da amostra num ponto no tempo:

  1. Na portal do Azure, selecione o seu servidor Base de Dados do Azure para MySQL.

  2. Na barra de ferramentas da página 'Visão Geral' do servidor, selecione 'Restaurar'.

    Base de Dados do Azure para MySQL - Visão geral - Botão de restauro

  3. Preencha o formulário Restaurar com as informações necessárias:

    Base de Dados do Azure para MySQL - Restaurar a informação

    • Ponto de restauro: Selecione o ponto a tempo a que pretende restaurar.
    • Servidor-alvo: Forneça um nome para o novo servidor.
    • Localização: Não é possível selecionar a região. Por padrão, é o mesmo que o servidor de origem.
    • Nível de preços: Não é possível alterar estes parâmetros ao fazer uma restauração pontual. É igual ao servidor de origem.
  4. Clique em OK para restaurar o servidor para restaurar a tempo.

  5. Assim que a restauração terminar, localize o novo servidor que foi criado para verificar se os dados foram restaurados como esperado.

O novo servidor criado por point-in-time restore tem o mesmo nome de login de administrador do servidor e palavra-passe que era válido para o servidor existente no ponto no tempo escolhido. Pode alterar a palavra-passe a partir da página geral do novo servidor.

Além disso, após o acabamento da operação de restauro, existem dois parâmetros do servidor que são reiniciados para valores predefinidos (e não são copiados do servidor primário) após a operação de restauro

  • time_zone – este valor está definido como o valor do SISTEMA PREDEFINIDO
  • event_scheduler – o event_scheduler está definido como DESATIVADO no servidor restaurado

Terá de copiar o valor do servidor primário e defini-lo no servidor restaurado reconfigurando o parâmetro do servidor

O novo servidor criado durante uma restauração não possui os pontos finais do serviço VNet que existiam no servidor original. Estas regras têm de ser configuradas separadamente para este novo servidor. As regras de firewall do servidor original são restauradas.

Restauro geo

Se configurar o servidor para cópias de segurança geograficamente redundantes, pode ser criado um novo servidor a partir da cópia de segurança desse servidor existente. Este novo servidor pode ser criado em qualquer região que Base de Dados do Azure para MySQL esteja disponível.

  1. Selecione o botão De recurso (+) no canto superior esquerdo do portal. Selecione Bases de Dados>Base de Dados do Azure para MySQL.

    Navegue para Base de Dados do Azure para MySQL.

  2. Forneça a subscrição, o grupo de recursos e o nome do novo servidor.

  3. Selecione Backup como fonte de dados. Esta ação carrega uma redução que fornece uma lista de servidores que têm backups geo redundantes ativados.

    Selecione fonte de dados.

    Nota

    Quando um servidor é criado pela primeira vez, pode não estar imediatamente disponível para restauro geo. Pode levar algumas horas para que os metadados necessários sejam povoados.

  4. Selecione o dropdown de backup .

    Selecione o dropdown de reserva.

  5. Selecione o servidor de origem para restaurar a partir de.

    Selecione backup.

  6. O servidor irá predefinir-se aos valores para o número de vCores, Período de Retenção de Cópia de Segurança, Opção de Redundância de Backup, versão do motor e credenciais Administração. Selecione Continuar.

    Continue com reforços.

  7. Preencha o resto do formulário com as suas preferências. Pode selecionar qualquer localização.

    Depois de selecionar a localização, pode selecionar o servidor Configurar para atualizar a Geração computacional (se disponível na região que escolheu), número de vCores, Período de Retenção de Cópias de Segurança e Opção de Redundância de Backup. A alteração do nível de preços (Básico, Fins Gerais ou Memória Otimizada) ou o tamanho do armazenamento durante a restauração não é suportado.

    Preencher formulário.

  8. Selecione Review + crie para rever as suas seleções.

  9. Selecione Criar para aprovisionar o servidor. Esta operação poderá demorar alguns minutos.

O novo servidor criado pela geo restauro tem o mesmo nome de login de administrador do servidor e senha que era válido para o servidor existente no momento em que a restauração foi iniciada. A palavra-passe pode ser alterada a partir da página geral do novo servidor.

O novo servidor criado durante uma restauração não possui os pontos finais do serviço VNet que existiam no servidor original. Estas regras têm de ser configuradas separadamente para este novo servidor. As regras de firewall do servidor original são restauradas.

Passos seguintes