MySQL 5.6 한글메뉴얼

18.5.3.2 MySQL Cluster 관리 클라이언트를 사용하여 백업 만들기

백업을 시작하기 전에 백업을 수행하기 위해 클러스터가 제대로 구성되어 있는지 확인합니다. ( 섹션 18.5.3.3 "MySQL Cluster 백업 구성" 을 참조하십시오.)

START BACKUP 명령은 백업을 만드는 데 사용됩니다.

START BACKUP [backup_id] [wait_option] [snapshot_option]

wait_option:
WAIT {STARTED | COMPLETED} | NOWAIT

snapshot_option:
SNAPSHOTSTART | SNAPSHOTEND

연속적인 백업이 자동으로 순차적으로 식별되기 때문에 backup_id (1 이상의 정수)는 옵션입니다. 이것을 생략하면 사용 가능한 다음 값이 사용됩니다. 기존 backup_id 값이 사용되면 Backup failed : file already exists라는 오류 백업에 실패합니다. 이를 사용하려면 기타 옵션을 사용하기 전에 START BACKUP 직후 backup_id 를 지정해야합니다.

wait_option 을 사용하면 다음 목록에 표시된대로 START BACKUP 명령을 실행 한 후 관리 클라이언트에 반환 될 타이밍을 확인할 수 있습니다.

NOWAIT 를 지정하면 즉시 다음과 같은 메시지가 관리 클라이언트에 표시됩니다.
```
ndb_mgm> START BACKUP NOWAIT
ndb_mgm>
```
이 경우 백업 과정에서 진행 정보가 출력되는 동안에도 관리 클라이언트를 사용할 수 있습니다.
WAIT STARTED 를 지정하면 다음과 같이 관리 클라이언트는 백업이 시작될 때까지 대기 한 후 사용자에게 제어를 반환합니다.
```
ndb_mgm> START BACKUP WAIT STARTED
Waiting for started, this may take several minutes
Node 2: Backup 3 started from node 1
ndb_mgm>
```
WAIT COMPLETED 를 지정하면 관리 클라이언트는 백업 프로세스가 완료 될 때까지 기다린 후 사용자에게 제어를 반환합니다.

WAIT COMPLETED 은 기본입니다.

snapshot_option 를 사용하면 START BACKUP 가 발행 된 때, 또는 그것이 완료되면 클러스터의 상태와 백업이 일치하는지 여부를 확인할 수 있습니다. SNAPSHOTSTART 을 사용하면 백업이 백업을 시작할 때 클러스터의 상태와 일치합니다. SNAPSHOTEND 을 사용하면 백업은 백업이 완료되면 클러스터의 상태를 반영합니다. SNAPSHOTEND 은 기본이며, 이전의 MySQL Cluster 릴리스에서보고 된 동작과 일치합니다.

참고

START BACKUP 으로 SNAPSHOTSTART 를 사용하면 CompressedBackup 매개 변수가 설정되어있는 경우, 데이터 파일 및 제어 파일 만 압축 된 로그 파일은 압축되지 않습니다.

wait_option 과 snapshot_option 을 모두 사용하는 경우, 그들은 어떤 순서로도 지정할 수 있습니다. 예를 들어 ID로 4를 가진 기존의 백업이 존재하지 않는다고 가정하면, 다음의 명령은 유효합니다.

START BACKUP WAIT STARTED SNAPSHOTSTART
START BACKUP SNAPSHOTSTART WAIT STARTED
START BACKUP 4 WAIT COMPLETED SNAPSHOTSTART
START BACKUP SNAPSHOTEND WAIT COMPLETED
START BACKUP 4 NOWAIT SNAPSHOTSTART

백업을 생성하려면 다음의 단계로 구성됩니다.

관리 클라이언트 (ndb_mgm)가 아직 실행되고 있지 않으면 시작합니다.

START BACKUP 명령을 실행합니다. 그러면 다음과 같이 백업 진행 상황을 나타내는 여러 줄의 출력이 생성됩니다.

ndb_mgm> START BACKUP
Waiting for completed, this may take several minutes
Node 2: Backup 1 started from node 1
Node 2: Backup 1 started from node 1 completed
 StartGCP: 177 StopGCP: 180
 #Records: 7362 #LogRecords: 0
 Data: 453648 bytes Log: 0 bytes
ndb_mgm>

백업이 시작되면 다음 메시지가 관리 클라이언트에 표시됩니다.
```
Backup backup_id started from node node_id
```
backup_id 은 특정 백업을 나타내는 고유 식별자입니다. 게다가 구성되어 있지 않은 경우,이 식별자는 클러스터 로그에 저장됩니다. node_id 는 데이터 노드와 백업을 조정하는 관리 서버의 식별자입니다. 백업 프로세스의이 시점에서 클러스터 백업 요청을 받아 처리하고 있습니다. 백업이 완료되었음을 의미하는 것은 아닙니다. 그런 다음이 문을 보여줍니다.
```
Node 2: Backup 1 started from node 1
```
관리 클라이언트는 다음과 같은 메시지 백업이 시작되었음을 나타냅니다.
```
Backup backup_id started from node node_id completed
```
백업이 시작 된 것을 나타내는 통지의 경우도 마찬가지로, backup_id 이 특정 백업을 나타내는 고유 식별자이며, node_id 는 데이터 노드와 백업을 조정하는 관리 서버의 노드 ID입니다. 이 출력은 다음과 같이 관련 글로벌 체크 포인트 백업 된 레코드 수 및 데이터의 크기를 포함한 추가 정보가 포함됩니다.
```
Node 2: Backup 1 started from node 1 completed
 StartGCP: 177 StopGCP: 180
 #Records: 7362 #LogRecords: 0
 Data: 453648 bytes Log: 0 bytes
```

또한 다음의 예와 같이, -e 또는 --execute 옵션으로 ndb_mgm를 호출하여 시스템 쉘에서 백업을 수행 할 수 있습니다.

shell> ndb_mgm -e "START BACKUP 6 WAIT COMPLETED SNAPSHOTSTART"

이 방법으로 START BACKUP 을 사용할 때 백업 ID를 지정해야합니다.

클러스터 백업은 기본적으로 각 데이터 노드의 DataDir 의 BACKUP 서브 디렉토리에 작성됩니다. 이것은 하나 이상의 데이터 노드에 대해 개별적으로 대체하거나 BackupDataDir 구성 매개 변수를 사용하여 config.ini 파일의 모든 클러스터 데이터 노드에 대해 재정의 할 수 있습니다. 특정 backup_id 을 가진 백업 생성 된 백업 파일은 백업 디렉토리의 BACKUP- backup_id 라는 하위 디렉터리에 저장됩니다.

이미 진행중인 백업을 중지하려면 :

관리 클라이언트를 시작합니다.
다음 명령을 실행합니다.
```
ndb_mgm> ABORT BACKUP backup_id
```
수치 backup_id 백업이 시작되면 관리 클라이언트의 응답 ( 「Backup backup_id started from node management_node_id」 메시지)에 포함 된 백업의 식별자입니다.
관리 클라이언트는 「Abort of backup backup_id ordered」 에서 중지 요청을 수락합니다.
참고
이 시점에서 관리 클라이언트는 여전히 클러스터 데이터 노드에서이 요청에 대한 응답을받지 않기 때문에 실제로 백업은 아직 중단되지 않습니다.
백업이 중지되면 관리 클라이언트는 다음 것과 유사한 방법으로이 일을보고합니다.
```
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
```
이 예에서는 4 개의 데이터 노드 클러스터의 샘플 출력을 보여줍니다. 여기에서 중지되는 백업의 시퀀스 번호는 3 에서 클러스터 관리 클라이언트가 연결되는 관리 노드의 ID는 5 입니다. 백업 중단시 그 역할을 먼저 완료 한 노드는 중지의 이유가 사용자의 요청 때문이었다되었음을보고합니다. (나머지 노드는 알 수없는 내부 오류로 인해 백업이 중지 된 것을보고합니다.)
참고
클러스터 노드가 특정 순서로 ABORT BACKUP 명령에 응답하는 보증은 없습니다.
「Backup backup_id started from node management_node_id has been aborted」 라는 메시지는 백업이 완료이 백업에 관련된 모든 파일이 클러스터 파일 시스템에서 삭제 된 것을 보여줍니다.

이 명령을 사용하면 시스템 쉘에서 진행중인 백업을 중지 할 수 있습니다.

shell> ndb_mgm -e "ABORT BACKUP backup_id"

참고

ABORT BACKUP 발행시 ID backup_id 을 가진 백업이 실행되지 않으면 관리 클라이언트가 응답 할 클러스터 로그에 잘못된 중지 명령이 전송 된 것이 나타날 수도 없습니다.