MySQL용 NetVault Backup 플러그인- 소개
플러그인 설치 및 제거
설치 필수 구성 요소
권장 구성 검토
플러그인 설치 또는 업그레이드
플러그인 제거
특정 MySQL 인스턴스 제거
플러그인 구성
데이터 백업
데이터 복원
데이터 복원: 개요
MySQL에서 데이터 복원
기본 MySQL 복제 작업
장애 조치 클러스터 환경에서 플러그인 사용
문제 해결
복원 데이터 선택
복원 옵션 설정
직업 마무리 및 제출
MySQL Standard/Community 복원 시나리오 예시
MySQL Standard/Community에 대한 고급 복원 절차 사용
전체 백업 전용 복원 시나리오
전체 및 증분 백업 복원 시나리오
전체 및 차등 백업 복원 시나리오
MIXED 바이너리 로깅 형식이 사용되고 데이터베이스 간 업데이트가 실행되는 경우의 PIT 복원
MySQL Enterprise Backup 복원 시나리오 예시
기본 설정 구성
MySQL용 플러그인‑은 단일 MySQL Server에서 여러 MySQL 인스턴스를 지원하며, 각 개별 인스턴스는 사용할 수 있도록 구성되어야 합니다. 사용 가능한 구성 옵션은 MySQL Server에서 사용 중인 OS 및 MySQL Standard/Community 옵션을 사용하는지 아니면 MySQL Enterprise Backup 옵션을 사용하는지에 따라 달라집니다.
|
1 |
|
3 |
MySQL용 플러그인‑을 클릭하고 상황에 맞는 메뉴에서 새 서버 추가를 선택합니다. |
|
4 |
구성 대화 상자에서 해당 필드를 완성합니다. |
|
• |
MySQL 인스턴스 이름(필수): MySQL 인스턴스에 해당하는 이름을 입력합니다. 기본적으로 로컬 호스트 이름이 사용됩니다. 이 값은 NetVault Backup WebUI에서 사용됩니다. Quest에서는 MySQL 인스턴스가 있는 시스템과 관련된 이름을 사용하지 않고 일반적인 이름을 MySQL 인스턴스에 사용할 것을 적극 권장합니다. 일반적인 이름을 사용하면 모든 영향을 받는 클라이언트에서 이식성 및 정책 관리가 개선됩니다. |
예를 들어 로컬 호스트 이름이 test_mysql_01_machine이고, MySQL 인스턴스에 대해 제시된 이름이 동일한 경우 해당 인스턴스의 이름을 local_mysql_server와 같이 변경합니다. 그런 다음 각 클라이언트에 대해 인스턴스를 구성할 때 인스턴스 이름 local_mysql_server를 사용할 수 있습니다. 따라서 모든 클라이언트의 인스턴스 이름은 local_mysql_server입니다.
|
• |
MySQL 버전(필수): 해당하는 옵션을 선택합니다. MySQL Standard/Community, MySQL Enterprise Backup 또는 MariaDB 서버. 사용하는 버전에 따라 이 대화 상자에서 수정할 수 있는 옵션이 결정됩니다. |
|
• |
사용자 이름 및 암호(필수): 사용자 이름과 암호를 입력합니다. 예를 들어 관리자 권한이 있는 계정과 같이 백업 및 복원 대상이 되는 MySQL 인스턴스 데이터베이스의 테이블을 읽고 쓸 수 있는 충분한 권한을 보유한 계정을 사용하십시오. |
|
중요: NetVault Backup은 선택한 인스턴스 즉, 백업 및 복원 모두에 대해 MySQL 데이터베이스 액세스를 시도할 때마다 사용자 이름 및 암호 값을 참조합니다. MySQL 인스턴스에 대해 이러한 값 중 하나가 변경된 경우 해당 필드에서 업데이트해야 합니다. 그렇지 않으면 NetVault Backup이 인스턴스 및 작업 요청에 액세스할 수 없습니다. |
|
• |
MySQL 기본 디렉터리(필수): MySQL 프로그램 파일이 상주하는 기본 디렉터리의 전체 경로를 입력합니다. |
|
• |
Windows 기반 서버: Windows에서 디렉터리를 찾으려면 Windows 레지스트리에서 "위치" 값을 쿼리합니다. |
|
• |
Linux 또는 UNIX 기반 서버: MySQL의 기본 설치 시 다음과 같은 디렉터리가 있습니다. |
|
• |
MySQL Bin 디렉터리: MySQL Server에 MySQL 실행 파일이 들어 있는 디렉터리의 전체 경로를 입력합니다. 기본적으로 디렉터리는 다음과 같습니다. |
"<MySQLbaseDirectory>/bin"
"<MySQLbaseDirectory>\bin"
|
참고: mysqlbackup 유틸리티의 기본 경로는 사용자 환경 및 해당 위치를 사용자 지정했는지 여부에 따라 달라집니다. 예를 들어 Ubuntu 14 deb 패키지를 사용하는 경우 이 유틸리티는 기본적으로 /usr/bin/mysqlbackup에 설치됩니다. |
|
• |
Mysqldump 경로: 백업 및 복원 프로세스 중에 사용되는 mysqldump 유틸리티의 전체 경로와 파일 이름을 입력합니다. 대상 인스턴스에 대해 MySQL의 기본 설치가 수행된 경우 MySQL Server에서 사용 중인 OS에 따라 기본값이 표시될 수 있습니다. |
"<MySQLbaseDirectory>/bin/mysqldump"
"<MySQLbaseDirectory>\bin\mysqldump.exe"
|
• |
TCP 포트(Windows 기반 서버에만 해당): MySQL의 각 인스턴스는 적절한 액세스를 위해 자체 포트 값을 필요로 합니다. MySQL의 기본 설치는 포트 3306을 사용하며, 이 값은 기본적으로 이 필드에 표시됩니다. 선택한 인스턴스에 대해 다른 포트가 설정되어 있으면 올바른 값을 입력합니다. |
|
중요: 단일 MySQL Server에 여러 인스턴스가 있을 경우 각 인스턴스에 자체 포트 값이 할당되며 이 값은 포트 번호 필드에 입력해야 합니다. 이 값은 각 인스턴스의 "my.ini" 파일에 있는 "port=" 값에 대해 표시되는 값과 동일합니다. |
|
• |
소켓 파일 경로(Linux 및 UNIX 기반 서버에만 해당): MySQL 소켓 파일의 경로와 파일 이름을 입력합니다. MySQL 기본 설치가 수행된 경우 이 필드에 기본값이 표시됩니다. 기본적으로 소켓 파일은 다음 디렉터리에 있습니다. |
|
중요: MySQL Server에서 MySQL 표준 설치를 수행하고 기본 디렉터리를 사용한 경우 소켓 파일 경로는 기본 설정으로 유지되어야 합니다. 그러나 설치 중에 다른 디렉터리를 선택한 경우 이 필드에 올바른 위치를 입력합니다. 이 경로를 확인하려면 MySQL Server의 터미널 세션 프롬프트에서 다음 명령을 실행합니다. " show variables like ‘socket’ " 올바른 소켓 파일 변수를 입력하지 않으면 플러그인이 백업 및 복원을 수행하지 않습니다. |
|
• |
기본 문자 집합: 기본 문자 집합은 latin1입니다. 인코딩에 다른 문자 집합(예: UTF-8)을 사용하려는 경우 목록에서 선택하십시오. |
|
5 |
MySQL Standard/Community를 사용하는 경우 다음 필드를 완성하십시오. |
|
• |
MyISAM 백업 방법: 환경에서 MyISAM 저장소 엔진 또는 테이블 유형을 사용하는 경우 이 확인란을 선택한 다음 해당 하위 옵션을 선택합니다. |
|
• |
테이블 파일 잠금 및 복사(기본 선택): 테이블 파일을 잠금, 플러시 및 복사하기 위한 표준 방법을 사용하려면 이 옵션을 선택합니다. |
|
팁 : 플러그인은 InnoDB 테이블에 대해 MySQL "--single-transaction" 옵션을 사용하지만 MyISAM은 이 옵션을 지원하지 않습니다. 이 옵션은 InnoDB와 같은 트랜잭션 테이블에 사용할 때 유용하며 MyISAM과 같은 다른 유형의 테이블에는 유용하지 않습니다. 플러그인이 전체 백업을 완료하면 대상 MySQL 인스턴스의 모든 테이블 유형에 대해 일관된 상태가 필요합니다. 또한 백업 작업은 백업되는 각 테이블에 대해 mysqldump를 실행하므로 모든 테이블이 동시에 백업되지 않습니다. 이 백업 방법을 사용하면 전체 MySQL 인스턴스를 복원하는 대신, 필요 시 복원할 특정 데이터베이스 개체를 선택할 수 있습니다. 업데이트를 방지하기 위해 테이블을 잠그지 않는 온라인 접근 방식을 사용하려면 MySQL 복제 환경을 사용해 보십시오. 이 환경에서는 데이터베이스 사용자가 마스터 MySQL Server와 상호 작용하며, 이 경우 어떠한 테이블도 잠기지 않습니다. 슬레이브 MySQL Server에서 백업이 수행됩니다. 백업 프로세스가 진행되는 동안 백업이 완료될 때까지 마스터 서버에서 복제 업데이트가 일시 중지됩니다. 복제 설정과 함께 플러그인 사용에 대한 자세한 내용은 기본 MySQL 복제 작업을 참조하십시오. |
|
• |
Mysqldump: 테이블이 과도하게 사용되거나 로드되는 경우 테이블을 복사하는 대신 mysqldump 유틸리티를 사용하려면 이 옵션을 선택합니다. 이 설정은 성능에 영향을 줄 수 있습니다. |
|
• |
MySQL 복제 활성화: 이 인스턴스에 기본 MySQL 복제가 활성화되어 있으면 이 확인란을 선택합니다. 자세한 내용은 기본 MySQL 복제 작업 항목을 참조하십시오. |
|
• |
슬레이브 인스턴스: 복제 가능 인스턴스의 경우, 이 인스턴스가 슬레이브로 구성되어 있으면 이 옵션을 선택합니다. |
|
• |
마스터 인스턴스: 복제 가능 인스턴스의 경우, 이 인스턴스가 마스터로 구성되어 있으면 이 옵션을 선택합니다. |
|
• |
특정 시점 복구 활성화: PIT 백업 및 복원을 사용하려면 이 확인란을 선택합니다. 이 설정을 사용하면 데이터 손상이 발생하기 전후의 특정 시점으로 복구를 수행할 수 있습니다. 이 기능을 사용하려면 MySQL Server에서 바이너리 로그 활성화(Standard/Community 옵션 전용)에 설명된 대로 MySQL 바이너리 로그를 활성화하십시오. |
|
• |
바이너리 로그 인덱스 경로: 특정 시점 복구 활성화 확인란을 선택한 경우 이 필드를 사용하여 바이너리 로그 인덱스 파일의 전체 경로를 지정합니다. 기본적으로 경로와 파일은 다음과 같습니다. |
|
• |
릴레이 로그 인덱스 경로: 슬레이브 인스턴스를 구성하는 경우, 릴레이 로그 인덱스 파일에 대한 전체 경로를 입력하여 백업에 포함시킵니다. |
|
6 |
MySQL Enterprise Backup을 사용하는 경우 mysqlbackup 유틸리티가 있는 디렉터리의 전체 경로를 입력하여 필요한 Mysqlbackup 경로 필드를 완성합니다. |
Linux 환경의 경우, Quest에서는 mysqlbackup 유틸리티를 실행하는 대신 NetVault Backup 스크립트, .sh 파일을 사용할 것을 권장합니다.
|
참고: .sh 파일 대신 유틸리티를 사용하도록 선택하는 경우 mysqlbackup 유틸리티의 기본 경로는 사용자 환경 및 해당 위치를 사용자 지정했는지 여부에 따라 달라집니다. 예를 들어 Ubuntu 14 deb 패키지를 사용하는 경우 이 유틸리티는 기본적으로 /usr/bin/mysqlbackup에 설치됩니다. |
기존 인스턴스 구성 업데이트
MySQL의 인스턴스가 성공적으로 구성되고 사용을 위해 플러그인에 추가된 후에는 다음 단계를 수행하여 구성 옵션을 편집할 수 있습니다.
|
1 |
|
3 |
MySQL용 플러그인‑ 노드를 엽니다. |
|
4 |
해당 인스턴스를 클릭하고 상황에 맞는 메뉴에서 구성을 선택합니다. |
구성 대화 상자는 이전의 모든 설정과 함께 표시되어 필요한 수정을 할 수 있습니다.
오류 조건에 대한 기본 작업 설정(선택 사항)
MySQL 백업 작업에는 일반적으로 여러 저장소 엔진, 데이터베이스 및 테이블이 포함됩니다. 백업 작업을 실행하는 동안 지원되지 않는 저장소 엔진이 발견되거나 데이터베이스 또는 테이블에 액세스할 수 없는 경우가 있습니다. 이런 상황이 발생하면 하나 이상의 항목이 제대로 백업되지 않지만 백업 작업에서 선택된 나머지 항목은 백업됩니다. 이러한 조건이 발생할 경우 MySQL DBA는 취해야 할 조치를 결정해야 합니다.
플러그인을 사용하면 백업 및 복구 작업의 기본 옵션을 설정할 수 있습니다. 이러한 옵션은 작업별로 재정의할 수 있습니다.
|
1 |
탐색 창에서 설정 변경을 클릭합니다. |
|
2 |
|
3 |
클라이언트 설정을 선택한 경우에는 해당하는 클라이언트를 선택하고 다음을 클릭합니다. |
|
4 |
MySQL용 플러그인‑ 섹션에 다음 항목이 나열됩니다.
|
• |
잠긴 테이블: 이 문제는 백업에 포함하도록 선택한 테이블이 플러그인 이외의 클라이언트 세션에서 잠긴 경우에 발생합니다. |
|
• |
수동으로 선택한 테이블 사용 불가: 이 문제는 백업 작업이 정의된 이후 삭제되는 등의 이유로 인해 개별 테이블을 백업할 수 없는 경우에 발생합니다. |
|
• |
수동으로 선택한 데이터베이스 사용 불가: 이 문제는 백업 작업이 정의된 이후 삭제되는 등의 이유로 인해 개별 데이터베이스를 백업할 수 없는 경우에 발생합니다. |
|
• |
지원되지 않는 저장소 엔진: 이 문제는 플러그인이 지원하지 않는 저장소 엔진 유형이 있는 백업 중에 테이블이 발견될 때 발생합니다. |
|
• |
경고와 함께 완료 - 저장 집합이 유지됨: 작업에서 "백업이 경고와 함께 완료" 상태를 반환하고 성공적으로 백업된 항목을 포함하는 백업 저장 집합이 만들어집니다. |
|
• |
경고 없이 완료 - 저장 집합이 유지됨: 작업이 완료되고 "백업 완료" 상태를 반환합니다. 오류는 NetVault Backup 바이너리 로그에 기록되고 작업 상태 페이지에서는 무시됩니다. 백업된 항목을 포함하는 백업 저장 집합이 만들어집니다. |
|
• |
실패 - 저장 집합이 유지됨: 작업에서 "백업 실패" 상태를 반환합니다. 하지만 성공적으로 백업된 항목을 포함하는 백업 저장 집합이 생성됩니다. |
|
• |
실패 - 저장 집합이 유지되지 않음: 작업에서 "백업 실패" 상태를 반환하고 백업된 개체의 저장 집합이 유지되지 않습니다. 즉, 개체의 일부가 성공적으로 백업된 경우에도 저장 집합이 삭제됩니다. |
|
6 |
설정을 저장하려면 적용을 클릭합니다. |
데이터 백업
|
• |