Restaurar uma base de dados Azure eliminada para o servidor flexível MySQL

APLICA-SE A: Base de Dados Azure para MySQL - Servidor Flexível

Quando um servidor flexível é eliminado, a cópia de segurança do servidor pode ser mantida até cinco dias no serviço. A cópia de segurança do servidor só pode ser acedida e restaurada a partir da subscrição do Azure, onde o servidor residia originalmente. Os seguintes passos recomendados podem ser seguidos para recuperar um recurso de servidor flexível MySQL eliminado no prazo de 5 dias a partir do momento da eliminação do servidor. Os passos recomendados só funcionarão se a cópia de segurança do servidor ainda estiver disponível e não tiver sido eliminada do sistema.

Pré-requisitos

Para restaurar uma Base de Dados Azure eliminada para o servidor flexível MySQL, precisa do seguinte:

  • Nome de subscrição Azure que hospeda o servidor original
  • Localização onde o servidor foi criado

Passos para restaurar

  1. Aceda ao Registo de Atividades da lâmina monitor no portal Azure.

  2. No Registo de Atividades, clique em Adicionar filtro como mostrado e definir os seguintes filtros para o

    • Subscrição = A sua subscrição que hospeda o servidor eliminado
    • Tipo de recurso = Base de Dados Azure para servidores flexíveis MySQL (Microsoft.DBforMySQL/flexibleServers)
    • Funcionamento = Eliminar o Servidor MySQL (Microsoft.DBforMySQL/flexibleServers/delete)

    Activity log filtered for delete MySQL server operation

  3. Clique duas vezes no evento Delete MySQL Server e clique no separador JSON e note os atributos "resourceId" e "submissãoTimestamp" na saída JSON. O resourceId encontra-se no seguinte formato: /subscrições/ffffff-ffff-ff-ffff-ffffff-ffffffffff/resourceGroups/TargetResourceGroup/providers/Microsoft.DBforMySQL/flexibleServers/deletedserver.

  4. Vá para criar página API do Servidor REST e clique no separador "Experimente" realçado em verde e inicie sessão com a sua conta Azure.

  5. Forneça o recursoGroupName, serverName (nome do servidor eliminado), subscriçãoId, derivado do atributo "resourceId" capturado no Passo 3, enquanto a versão api é pré-povoada como mostrado na imagem.

    Create server using REST API

  6. Desloque-se abaixo na secção 'Request Body' e cole o seguinte:

    {
        "location": "Dropped Server Location",  
        "properties": 
            {
                "restorePointInTime": "submissionTimestamp - 15 minutes",
                "createMode": "PointInTimeRestore",
                "sourceServerResourceId": "resourceId"
            }
    }
    
  7. Substitua os seguintes valores no organismo de pedido suprisso:

    • "Drop server Location" com a região Azure onde o servidor eliminado foi originalmente criado
    • "submissãoTimestamp", e "resourceId" com os valores capturados no Passo 3.
    • Para "restaurar oPointInTime", especifique um valor de "submissãoTimestamp" menos 15 minutos para garantir que o comando não se errar.
  8. Se vir o Código de Resposta 201 ou 202, o pedido de restauro é submetido com sucesso.

  9. A criação do servidor pode demorar algum tempo dependendo do tamanho da base de dados e dos recursos de cálculo a provisionados no servidor original. O estado de restauração pode ser monitorizado a partir do registo de atividade filtrando para:

    • Subscrição = A sua Assinatura
    • Tipo de recurso = Base de Dados Azure para servidores flexíveis MySQL (Microsoft.DBforMySQL/flexibleServers)
    • Operação = Atualizar O Servidor MySQL Criar

Passos seguintes

  • Se estiver a tentar restaurar um servidor dentro de cinco dias, e ainda receber um erro depois de seguir com precisão os passos discutidos anteriormente, abra um incidente de suporte para assistência. Se estiver a tentar restaurar um servidor apagado após cinco dias, espera-se um erro, uma vez que o ficheiro de cópia de segurança não pode ser encontrado. Não abra um bilhete de apoio neste cenário. A equipa de apoio não pode prestar assistência se a cópia de segurança for eliminada do sistema.
  • Se estiver a tentar restaurar um servidor abandonado cujo grupo de recursos consequente também foi eliminado/largado, re-crie o grupo de recursos com o mesmo nome antes de tentar restaurar o servidor abandonado.
  • Para evitar a eliminação acidental dos servidores, recomendamos vivamente a utilização de Bloqueios de Recursos.