이 문서에서는 백업을 사용하여 Azure Database for MySQL 유연한 서버에서 특정 시점 복원을 수행하는 단계별 절차를 제공합니다.
Prerequisites
이 방법 가이드를 완료하려면 다음이 필요합니다.
- Azure Database for MySQL 유연한 서버 인스턴스.
최신 복원 지점으로 복원
가장 최근 백업을 사용하여 Azure Database for MySQL 유연한 서버 인스턴스를 복원하려면 다음 단계를 수행합니다.
Azure Portal에서 백업을 복원하려는 Azure Database for MySQL - 유연한 서버 인스턴스를 선택합니다.
왼쪽 패널에서 개요 를 선택합니다.
개요 페이지에서 복원을 선택합니다.
최신 복원 지점과 사용자 지정 복원 지점 중에서 선택할 수 있는 옵션이 있는 복원 페이지가 나타납니다.
최신 복원 지점을 선택합니다.
새 서버로 복원 필드에 새 서버 이름을 입력합니다.
확인을 선택합니다.
복원 작업이 시작되었다는 알림이 나타납니다.
가장 빠른 복원 지점으로 복원
기존 전체 백업을 가장 빠른 복원 지점으로 사용하여 Azure Database for MySQL 유연한 서버를 복원하려면 다음 단계를 따릅니다.
Azure Portal에서 백업을 복원하려는 Azure Database for MySQL - 유연한 서버 인스턴스를 선택합니다.
왼쪽 패널에서 개요 를 선택합니다.
개요 페이지에서 복원을 선택합니다.
최신 복원 지점, 사용자 지정 복원 지점 및 가장 빠른복원 지점 중에서 선택할 수 있는 옵션을 사용하여 복원 페이지를 봅니다.
가장 빠른 복원 지점 선택(전체 백업을 사용하여 복원)을 선택합니다.
UTC(가장 빠른 복원 지점) 드롭다운 목록에서 원하는 전체 백업을 선택합니다.
새 서버로 복원 필드에 새 서버 이름을 입력합니다.
검토 + 만들기를 선택합니다.
만들기를 선택한 후 복원 작업이 시작되었다는 알림을 봅니다.
백업 및 복원 페이지를 통해 전체 백업에서 복원
기존 전체 백업을 사용하여 Azure Database for MySQL 유연한 서버 인스턴스를 복원하려면 다음 단계를 수행합니다.
Azure Portal에서 백업을 복원하려는 Azure Database for MySQL - 유연한 서버 인스턴스를 선택합니다.
왼쪽 패널에서 백업 및 복원을 선택합니다.
보존 기간 내에 서버에 대해 수행된 사용 가능한 전체 자동화된 백업 및 주문형 백업에서 복원하는 옵션이 있는 사용 가능한 백업 페이지를 봅니다.
해당 복원 작업을 선택하여 목록에서 원하는 전체 백업을 선택합니다.
기본적으로 가장 빠른 복원 지점 옵션이 선택되고 사용 가능한 백업 보기 페이지에서 원하는 전체 백업 타임스탬프가 선택된 복원 페이지를 봅니다.
새 서버로 복원 필드에 새 서버 이름을 입력합니다.
검토 + 만들기를 선택합니다.
만들기를 선택한 후 복원 작업이 시작되었다는 알림을 봅니다.
최신 복원 지점으로 Geo가 복원됩니다.
Azure Portal에서 백업을 복원하려는 Azure Database for MySQL - 유연한 서버 인스턴스를 선택합니다.
왼쪽 패널에서 개요 를 선택합니다.
개요 페이지에서 복원을 선택합니다.
지역 중복 복원을 선택하는 옵션과 함께 복원 페이지가 나타납니다. 지리적으로 중복된 백업을 위해 서버를 구성한 경우 해당 Azure 쌍을 이루는 지역으로 서버를 복원하고 지역 중복 복원 옵션을 사용하도록 설정할 수 있습니다. 지역 중복 복원 옵션은 서버를 최신 UTC Now 타임스탬프로 복원합니다. 지역 중복 복원을 선택한 후에는 지정 시간 복원 옵션을 선택할 수 없습니다.
서버 세부 정보 섹션의 이름 필드에 새 서버 이름을 입력합니다.
주 지역이 다운되면 주 지역에 스토리지를 프로비전할 수 없으므로 해당 지역 쌍을 이루는 지역에 지역 중복 서버를 만들 수 없습니다. 주 지역이 지역 쌍 지역에서 지역 중복 서버를 프로비전할 때까지 기다려야 합니다. 주 지역이 다운된 경우에도 복원 포털 환경의 Compute + Storage 구성 서버 설정에서 지역 중복 옵션을 사용하지 않도록 설정하여 원본 서버를 지역 쌍을 이루는 지역으로 지역 복원하고 로컬 중복 서버로 복원하여 비즈니스 연속성을 보장할 수 있습니다.
검토 + 만들기를 선택하여 선택 사항을 검토합니다.
복원 작업이 시작되었다는 알림이 나타납니다. 이 작업은 몇 분 정도 걸릴 수 있습니다.
지역 복원으로 만든 새 서버에는 복원이 시작된 당시의 기존 서버에 유효한 동일한 서버 관리자 로그인 이름과 암호가 있습니다. 새 서버의 개요 페이지에서 암호를 변경할 수 있습니다. 또한 복원하는 동안 다음 섹션에 설명된 대로 가상 네트워크 설정 및 방화벽 규칙과 같은 네트워킹 설정을 구성할 수 있습니다.
복원을 사용하여 서버를 공용 액세스에서 프라이빗 액세스로 이동
가장 최근 백업을 사용하여 Azure Database for MySQL 유연한 서버 인스턴스를 복원하려면 다음 단계를 수행합니다.
Azure Portal에서 백업을 복원하려는 Azure Database for MySQL - 유연한 서버 인스턴스를 선택합니다.
개요 페이지에서 복원을 선택합니다.
지역 복원 또는 지정 시간 복원 옵션 중에서 선택할 수 있는 옵션이 있는 복원 페이지가 나타납니다.
지역 복원 또는 지정 시간 복원 옵션을 선택합니다.
새 서버로 복원 필드에 새 서버 이름을 입력합니다.
네트워킹 탭으로 이동하여 네트워킹 설정을 구성합니다.
연결 방법 섹션에서 프라이빗 액세스(VNet 통합)를 선택합니다. Virtual Network 섹션에서 Microsoft.DBforMySQL/flexibleServers에 위임된 기존 가상 네트워크 및 서브넷을 선택하거나 가상 네트워크 만들기 링크를 선택하여 새 가상 네트워크를 만들 수 있습니다.
Note
동일한 지역 및 구독의 가상 네트워크 및 서브넷만 드롭다운 목록에 표시됩니다.
선택한 서브넷은 Microsoft.DBforMySQL/flexibleServers에 위임됩니다. 이는 Azure Database for MySQL 유연한 서버 인스턴스에서만 해당 서브넷을 사용할 수 있음을 의미합니다.새 DNS 영역을 만들거나 기존 프라이빗 DNS 영역을 선택합니다.
Note
프라이빗 DNS 영역 이름은
mysql.database.azure.com으로 끝나야 합니다.
새 프라이빗 dns 영역을 만드는 옵션이 표시되지 않으면 기본 사항 탭에 서버 이름을 입력 합니다 .
Azure Database for MySQL - 유연한 서버 인스턴스를 가상 네트워크 및 서브넷에 배포한 후에는 공용 액세스(허용된 IP 주소)로 이동할 수 없습니다.Azure Database for MySQL 유연한 서버 구성을 검토하려면 검토 + 만들기를 선택합니다.
만들기를 선택하여 서버를 프로비전합니다. 프로비저닝에는 몇 분 정도 걸릴 수 있습니다.
복원 작업이 시작되었다는 알림이 나타납니다.
빠른 복원을 위한 자동 크기 조정 IOPS
복원 작업 중에 원본 서버와 대상 서버 모두에 대해 IOPS의 자동 크기 조정을 사용하도록 설정할 수 있습니다. 원본 서버에서 IOPS 자동 크기 조정을 사용하도록 설정하지 않은 경우에만 이 옵션을 선택할 수 있습니다. IOPS를 일시적으로 강화하면 향상된 성능 요구를 충족하여 복원 프로세스 속도를 높일 수 있습니다. 프로비전이 완료되면 더 이상 필요하지 않은 경우 자동 크기 조정을 사용하지 않도록 설정할 수 있습니다. 복원 워크플로에 빠른 복원이라는 레이블이 지정된 확인란 옵션이 표시됩니다. 더 빠르고 안정적인 복원 작업을 위해 IOPS 자동 크기 조정을 사용하려면 이 옵션을 선택합니다.
복원 후 작업 수행
복원이 완료되면 다음 작업을 수행하여 사용자 및 애플리케이션을 백업하고 실행합니다.
- 새 서버가 원래 서버를 대체하는 경우 클라이언트 및 클라이언트 애플리케이션을 새 서버로 리디렉션합니다.
- 사용자가 적절한 가상 네트워크 규칙을 설정하여 연결할 수 있는지 확인합니다. 이러한 규칙은 원래 서버에서 복사되지 않습니다.
- 적절한 로그인 및 데이터베이스 수준 권한이 있는지 확인합니다.
- 새로운 복원된 서버에 대해 적절한 경고를 구성합니다.
일반 오류
동일한 서버 이름으로 복원은 지원되지 않습니다. 복원 프로세스를 시작할 때 다른 이름을 사용합니다. 그렇지 않으면 복원 작업이 실패합니다.
복원하는 동안 서버가 "액세스할 수 없음" 상태가 아닌지 확인합니다. 이러한 서버의 경우 복원에 성공하지 못합니다.