삭제된 Azure Database for MySQL 서버 복원

적용 대상: Azure Database for MySQL - 단일 서버

Important

Azure Database for MySQL 단일 서버는 사용 중지 경로에 있습니다. Azure Database for MySQL 유연한 서버로 업그레이드하는 것이 좋습니다. Azure Database for MySQL 유연한 서버로 마이그레이션하는 방법에 대한 자세한 내용은 Azure Database for MySQL 단일 서버에 대한 새로운 소식을 참조하세요.

서버가 삭제되었을 때 데이터베이스 서버 백업이 서비스에 최대 5일 동안 보존될 수 있습니다. 데이터베이스 백업은 서버가 원래 있었던 Azure 구독에서만 액세스하고 복원할 수 있습니다. 다음 권장 단계를 수행하여 서버 삭제 시점부터 5일 이내에 삭제된 MySQL 서버 리소스를 복구할 수 있습니다. 서버에 대한 백업을 계속 사용할 수 있고 시스템에서 삭제되지 않은 경우에만 권장 단계가 작동합니다.

필수 구성 요소

삭제된 Azure Database for MySQL 서버를 복원하려면 다음 항목이 필요합니다.

  • 원래 서버를 호스트하는 Azure 구독 이름
  • 서버를 만든 위치

복원하는 단계

  1. Azure Portal의 모니터 블레이드에서 활동 로그로 이동합니다.

  2. 활동 로그에서 표시된 대로 필터 추가를 클릭하고 다음과 같이 필터를 설정합니다.

    • 구독 = 삭제된 서버를 호스트하는 구독
    • 리소스 종류 = MySQL용 Azure Database 서버(Microsoft.DBforMySQL/servers)
    • 작업 = MySQL 서버 삭제(Microsoft.DBforMySQL/servers/delete)

    Activity log filtered for delete MySQL server operation

  3. MySQL Server 삭제 이벤트를 두 번 클릭하고 JSON 탭을 클릭한 다음 JSON 출력에서 "resourceId" 및 "submissionTimestamp" 특성을 확인합니다. resourceId는 다음과 같은 형식입니다: /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/TargetResourceGroup/providers/Microsoft.DBforMySQL/servers/deletedserver

  4. 서버 REST API 만들기 페이지로 이동하여 녹색으로 강조 표시된 "시도" 탭을 클릭하고 Azure 계정으로 로그인합니다.

  5. 3단계에서 캡처된 resourceId 특성에서 파생된 resourceGroupName, serverName(삭제된 서버 이름) 및 subscriptionId를 제공합니다. 이미지에서와 같이 api-version은 미리 채워져 있습니다.

    Create server using REST API

  6. 요청 본문 섹션에서 아래로 스크롤하고 다음 내용을 붙여넣습니다.

    {
        "location": "Dropped Server Location",  
        "properties": 
            {
                "restorePointInTime": "submissionTimestamp - 15 minutes",
                "createMode": "PointInTimeRestore",
                "sourceServerId": "resourceId"
            }
    }
    
  7. 위의 요청 본문에서 다음 값을 바꿉니다.

    • "Dropped server Location"은 삭제된 서버가 원래 만들어졌던 Azure 지역으로 바꿉니다.
    • "submissionTimestamp" 및 "resourceId"는 3단계에서 캡처된 값으로 바꿉니다.
    • "restorePointInTime"의 경우 "submissionTimestamp"에서 15분을 뺀 값을 지정하여 명령이 오류를 출력하지 않도록 합니다.
  8. 응답 코드 201 또는 202가 표시되면 복원 요청이 성공적으로 제출된 것입니다.

  9. 원본 서버에 프로비전된 컴퓨팅 리소스 및 데이터베이스 크기에 따라 서버를 만드는 데 시간이 걸릴 수 있습니다. 복원 상태는 다음과 같이 필터링하여 활동 로그에서 모니터링할 수 있습니다.

    • 구독 = 사용자 구독
    • 리소스 종류 = MySQL용 Azure Database 서버(Microsoft.DBforMySQL/servers)
    • 작업 = MySQL Server 만들기 업데이트

다음 단계

  • 5일 이내에 서버를 복원하려고 시도 중인데 앞에서 설명한 단계를 정확하게 따른 후에도 여전히 오류가 발생하는 경우 도움을 받기 위해 지원 인시던트를 엽니다. 5일 후에 삭제된 서버를 복원하려고 시도 중인 경우 백업 파일을 찾을 수 없으므로 오류가 예상됩니다. 이 시나리오에서는 지원 티켓을 열지 않습니다. 백업이 시스템에서 삭제된 경우 지원 팀에서는 어떤 도움도 제공할 수 없습니다.
  • 서버를 실수로 삭제하는 것을 방지하려면 리소스 잠금을 사용하는 것이 좋습니다.