• MySQL매뉴얼
    • MySQL 5.6 매뉴얼
    • MySQL 5.1 매뉴얼
    • MySQL 5.0 매뉴얼
    • MySQL HA 매뉴얼
  • 기술문서
    • Xtrabackup 구성
    • 메모리 사용량 모니터링
  • 서비스
    • MySQL유지보수
    • MySQL라이선스
  • 온라인문의
  • 회사소개
  • → 목 록 (MySQL HA 한글메뉴얼) [close]
  • 1. Chapter 리플리케이션
  • 2. Chapter MySQL ndb Cluster
  • 1. MySQL 클러스터 소개
    2. MySQL 클러스터 5.1 캐리어 그래이드 에디션 (Carrier Grade Edition)
    3. 멀티-컴퓨터 설치 방법
    4. MySQL 클러스터 구성 (Configuration)
    5. MySQL 클러스터 업그레이드 및 다운그레이드
    6. MySQL 클러스터 프로세스 관리
    7. MySQL 클러스터 관리
    8. MySQL 클러스터 온-라인 백업
    1. 클러스터 백업 개념
    2. 관리 클라이언트로 백업 생성하기
    3. ndb_restore — 클러스터 백업 리스토어 (Restore)
    4. 클러스터 백업용 구성 (Configuration)
    5. 백업 문제 해결
    9. 클러스터 유틸리티 프로그램
    10. MySQL 클러스터 리플리케이션
    11. MySQL 클러스터 디스크 데이터 테이블
    12. MySQL 클러스터와 함께 고속 인터커넥션 (Interconnection) 사용하기
    13. MySQL 클러스터의 한계

2.8.2. 관리 클라이언트로 백업 생성하기

 

백업을 시작하기 전에는 반드시 클러스터가 백업을 실행할 수 있도록 올바르게 구성되어 있는지를 확인하도록 한다.

관리 클라이언트를 사용한 백업 생성에는 아래의 단계가 포함된다:

 

1.      관리 클라이언트를 시작한다 (ndb_mgm).

2.      START BACKUP 명령문을 실행한다.

3.      관리 클라이언트는 다음과 같이 응답한다:

 

Waiting for completed, this may take several minutes

Node 1: Backup backup_id started from node management_node_id

 

여기에서 backup_id는 특정 백업용 고유 아이덴티파이어가 된다. (이 아이덴티파이어 역시 클러스터 로그에 저장된다.) management_node_id는 관리 클라이언트가 연결되어 있는 관리 서버의 노드 ID이다.

이것은 클러스터가 백업 요청을 받은 후에 백업을 진행하였음을 의미한다. 하지만, 백업이 완료되었음을 의미하는 것은 아니다.

Note: MySQL 5.1.12 또는 5.1.13 버전에서는 백업 메시지가 클러스터 로그에 기록되지 않는다. 백업 연산에 대한 로깅은 MySQL 5.1.14 버전부터 기록된다. (Bug#24544 참조).

 

4.      백업이 완료되면, 관리 클라이언트는 다음과 같이 지시를 하게 될 것이다:

 

Node 1: Backup backup_id started from node management_node_id completed

StartGCP: 417599 StopGCP: 417602

 #Records: 105957 #LogRecords: 0

 Data: 99719356 bytes Log: 0 bytes

 

StartGCP, StopGCP, #Records, #LogRecords, Data, 그리고 Log에 대한 값은 클러스터의 환경에 따라서 다르게 나올 수 있다.

 

클러스터 백업은 디폴트로 각 데이터 노드의 DataDir의 BACKUP 서브 디렉토리에 생성된다. backup_id가 주어지면 백업 파일은 백업 디렉토리의 BACKUP-backup_id라는 서브 디렉토리에 저장된다.

현재 진행 중에 있는 백업을 중지하고자 한다면:

 

1.      관리 클라이언트를 시작.

2.      다음 명령어를 실행:

 

ndb_mgm> ABORT BACKUP backup_id

 

backup_id는 백업이 시작될 때 관리 클라이언트에 대한 응답에 포함되어 있는 백업 아이덴티파이어이다 (Backup backup_id started from node management_node_id 메시지에 있는).

 

3.      관리 클라이언트는 Abort of backup backup_id ordered를 통해서 백업 중지 요청을 인식하게 된다 Note: 이 시점에서는 아직 관리 클라이언트가 중지 요청에 대한 클러스터의 응답을 받지 못하기 때문에, 백업이 실제로 중지되지는 않는다.

 

4.      백업이 중단된 후에, 관리 클라이언트는 중단된 내용을 다음과 같이 보고한다:

 

Node 1: Backup 3 started from 5 has been aborted. Error: 1321 - Backup aborted by user request: Permanent error: User defined error

Node 3: Backup 3 started from 5 has been aborted. Error: 1323 - 1323: Permanent error: Internal error

Node 2: Backup 3 started from 5 has been aborted. Error: 1323 - 1323: Permanent error: Internal error

Node 4: Backup 3 started from 5 has been aborted. Error: 1323 - 1323: Permanent error: Internal error

 

Backup backup_id started from node management_node_id has been aborted는 백업이 중지되었고 백업에 관련된 모든 파일들이 클러스터 파일 시스템에서 제거되었음을 의미한다.

시스템 쉘에서 아래의 명령문을 실행해도 진행 중인 백업을 중지 시킬 수 있다:

 

shell> ndb_mgm -e "ABORT BACKUP backup_id"

 

Note: ABORT BACKUP을 실행하였을 때 ID backup_id를 가진 백업 파일이 없다면, 관리 클라이언트는 아무런 응답을 하지 않거나, 또는 올바르지 못한 명령어가 입력되었음을 클러스터 로그에 기록한다.

서울시 강남구 영동대로 602 6층  TEL: 02-6061-0006
주식회사 이노클러스터  등록번호 : 727-86-02261
Copyright © innocluster Co. ltd. all rights reserved