Como fazer backup e restaurar um servidor no Banco de Dados do Azure para MySQL usando a CLI do Azure

  • Artigo

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

Importante

O servidor único do Banco de Dados do Azure para MySQL está no caminho de desativação. É altamente recomendável que você atualize para o Banco de Dados do Azure para o servidor flexível MySQL. Para obter mais informações sobre como migrar para o Banco de Dados do Azure para servidor flexível MySQL, consulte O que está acontecendo com o Banco de Dados do Azure para Servidor Único MySQL?

O backup do Banco de Dados do Azure para servidores MySQL é feito periodicamente para habilitar os recursos de Restauração. Usando esse recurso, você pode restaurar o servidor e todos os seus bancos de dados para um point-in-time anterior, em um novo servidor.

Pré-requisitos

Para concluir este guia de instruções:

  • Use o ambiente Bash no Azure Cloud Shell. Para obter mais informações, consulte Guia de início rápido para Bash no Azure Cloud Shell.

  • Se preferir executar comandos de referência da CLI localmente, instale a CLI do Azure. Se estiver a utilizar o Windows ou macOS, considere executar a CLI do Azure num contentor Docker. Para obter mais informações, consulte Como executar a CLI do Azure em um contêiner do Docker.

    • Se estiver a utilizar uma instalação local, inicie sessão no CLI do Azure ao utilizar o comando az login. Para concluir o processo de autenticação, siga os passos apresentados no seu terminal. Para outras opções de entrada, consulte Entrar com a CLI do Azure.

    • Quando solicitado, instale a extensão da CLI do Azure na primeira utilização. Para obter mais informações sobre as extensões, veja Utilizar extensões com o CLI do Azure.

    • Execute o comando az version para localizar a versão e as bibliotecas dependentes instaladas. Para atualizar para a versão mais recente, execute o comando az upgrade.

  • Este artigo requer a versão 2.0 ou posterior da CLI do Azure. Se estiver usando o Azure Cloud Shell, a versão mais recente já está instalada.

Definir configuração de backup

Você faz a escolha entre configurar seu servidor para backups localmente redundantes ou backups geograficamente redundantes na criação do servidor.

Nota

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

Ao criar um servidor através do az mysql server create comando, o --geo-redundant-backup parâmetro decide a sua opção de redundância de backup. Se Enabled, backups georedundantes são feitos. Ou se Disabled forem feitos backups localmente redundantes.

O período de retenção de backup é definido pelo parâmetro --backup-retention.

Para obter mais informações sobre como definir esses valores durante a criação, consulte o Guia de início rápido da CLI do servidor do Banco de Dados do Azure para MySQL.

O período de retenção de backup de um servidor pode ser alterado da seguinte maneira:

az mysql server update --name mydemoserver --resource-group myresourcegroup --backup-retention 10

O exemplo anterior altera o período de retenção de backup de mydemoserver para 10 dias.

O período de retenção de backup controla até onde uma restauração point-in-time pode ser recuperada, uma vez que se baseia em backups disponíveis. A restauração point-in-time é descrita mais detalhadamente na próxima seção.

Restauração point-in-time do servidor

Você pode restaurar o servidor para um ponto anterior no tempo. Os dados restaurados são copiados para um novo servidor e o servidor existente é deixado como está. Por exemplo, se uma mesa cair acidentalmente ao meio-dia de hoje, você pode restaurar para o horário imediatamente antes do meio-dia. Em seguida, você pode recuperar a tabela e os dados ausentes da cópia restaurada do servidor.

Para restaurar o servidor, use o comando Azure CLI az mysql server restore .

Execute o comando restore

Para restaurar o servidor, no prompt de comando da CLI do Azure, digite o seguinte comando:

az mysql server restore --resource-group myresourcegroup --name mydemoserver-restored --restore-point-in-time 2018-03-13T13:59:00Z --source-server mydemoserver

O az mysql server restore comando requer os seguintes parâmetros:

Definição Valor sugerido Descrição
resource-group  myresourcegroup  O grupo de recursos onde o servidor de origem existe. 
nome mydemoserver-restored O nome do novo servidor que é criado pelo comando restore.
restore-point-in-time 2018-03-13T13:59:00Z Selecione um ponto no tempo para restaurar. Esta data e hora têm de estar dentro do período de retenção de cópias de segurança do servidor de origem. Use o formato de data e hora ISO8601. Por exemplo, você pode usar seu próprio fuso horário local, como 2018-03-13T05:59:00-08:00. Você também pode usar o formato UTC Zulu, por exemplo, 2018-03-13T13:59:00Z.
source-server mydemoserver O nome ou ID do servidor de origem do qual pretende restaurar.

Quando você restaura um servidor para um ponto anterior no tempo, um novo servidor é criado. O servidor original e seus bancos de dados do point-in-time especificado são copiados para o novo servidor.

Os valores da camada de localização e preço para o servidor restaurado permanecem os mesmos que o servidor original.

Após a conclusão do processo de restauração, localize o novo servidor e verifique se os dados foram restaurados conforme o esperado. O novo servidor tem o mesmo nome de login e senha de administrador do servidor que era válido para o servidor existente no momento em que a restauração foi iniciada. A senha pode ser alterada na página Visão geral do novo servidor.

Além disso, após a conclusão da operação de restauração, há dois parâmetros de servidor que são redefinidos para valores padrão (e não são copiados do servidor primário) após a operação de restauração

  • time_zone - Este valor a ser definido como DEFAULT value SYSTEM
  • event_scheduler - O event_scheduler está definido como OFF no servidor restaurado

Você precisará copiar o valor do servidor primário e defini-lo no servidor restaurado reconfigurando o parâmetro server

O novo servidor criado durante uma restauração não tem os pontos de extremidade 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.

Restauração geográfica

Se você configurou seu servidor para backups geograficamente redundantes, um novo servidor pode ser criado a partir do backup desse servidor existente. Esse novo servidor pode ser criado em qualquer região em que o Banco de Dados do Azure para MySQL esteja disponível.

Para criar um servidor usando um backup com redundância geográfica, use o comando CLI az mysql server georestore do Azure.

Nota

Quando um servidor é criado pela primeira vez, ele pode não estar imediatamente disponível para restauração geográfica. Pode levar algumas horas para que os metadados necessários sejam preenchidos.

Para restaurar geograficamente o servidor, no prompt de comando da CLI do Azure, digite o seguinte comando:

az mysql server georestore --resource-group myresourcegroup --name mydemoserver-georestored --source-server mydemoserver --location eastus --sku-name GP_Gen5_8

Este comando cria um novo servidor chamado mydemoserver-georestore no Leste dos EUA que pertencerá a myresourcegroup. É um servidor de uso geral, Gen 5 com 8 vCores. O servidor é criado a partir do backup com redundância geográfica de mydemoserver, que também está no grupo de recursos myresourcegroup

Se você quiser criar o novo servidor em um grupo de recursos diferente do servidor existente, no --source-server parâmetro você qualificaria o nome do servidor como no exemplo a seguir:

az mysql server georestore --resource-group newresourcegroup --name mydemoserver-georestored --source-server "/subscriptions/$<subscription ID>/resourceGroups/$<resource group ID>/providers/Microsoft.DBforMySQL/servers/mydemoserver" --location eastus --sku-name GP_Gen5_8

O az mysql server georestore comando requer os seguintes parâmetros:

Definição Valor sugerido Descrição
resource-group myresourcegroup O nome do grupo de recursos ao qual o novo servidor pertencerá.
nome mydemoserver-georestaurado O nome do novo servidor.
source-server mydemoserver O nome do servidor existente cujos backups redundantes geográficos são usados.
localização eastus O local do novo servidor.
sku-name GP_Gen5_8 Este parâmetro define a camada de preço, a geração de computação e o número de vCores do novo servidor. GP_Gen5_8 mapeia para um servidor Gen 5 de uso geral com 8 vCores.

Ao criar um novo servidor por uma restauração geográfica, ele herda o mesmo tamanho de armazenamento e a mesma camada de preços que o servidor de origem. Esses valores não podem ser alterados durante a criação. Depois que o novo servidor é criado, seu tamanho de armazenamento pode ser ampliado.

Após a conclusão do processo de restauração, localize o novo servidor e verifique se os dados foram restaurados conforme o esperado. O novo servidor tem o mesmo nome de login e senha de administrador do servidor que era válido para o servidor existente no momento em que a restauração foi iniciada. A senha pode ser alterada na página Visão geral do novo servidor.

O novo servidor criado durante uma restauração não tem os pontos de extremidade 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.

Próximos passos