DB2용 플러그인‑ 다음과 같은 백업 모드를 지원합니다.
|
• |
오프라인 백업: 오프라인 백업에는 데이터베이스에 대한 전용 연결이 필요합니다. 백업이 진행 중인 동안에는 다른 사용자와 응용 프로그램이 데이터베이스에 연결할 수 없습니다. |
|
• |
온라인 백업: 온라인 백업을 사용하면 다른 사용자와 응용 프로그램이 데이터베이스에 연결하고 백업이 진행되는 동안 데이터를 읽고 수정할 수 있습니다. 온라인 백업의 경우 아카이브 로깅을 위해 데이터베이스를 구성해야 합니다. 자세한 내용은 데이터베이스에 대한 아카이브 로깅 활성화을(를) 참조하십시오. 온라인 백업 중에는 모든 데이터베이스 트랜잭션이 로그에 기록됩니다. 백업이 완료되면 데이터베이스 관리자가 활성 로그를 닫고 아카이브를 생성합니다. 온라인 백업을 복원한 후에는 데이터베이스를 일관적인 상태로 복구하기 위해 로그를 롤포워드해야 합니다. |
DB2용 플러그인‑ 다음과 같은 백업 유형을 지원합니다.
|
• |
전체 백업: 전체 백업에는 지정된 데이터베이스 또는 테이블스페이스의 모든 데이터가 포함됩니다. 전체 백업은 이후의 증분 및 Delta 백업을 위한 기준 백업 역할을 합니다. |
|
• |
증분 백업: 증분 백업에는 마지막 전체 백업 이후 변경된 모든 데이터가 포함됩니다. 증분 백업은 이전 증분 또는 Delta 백업에 의해 백업된 데이터를 복제합니다. 이러한 백업을 누적 백업이라고도 합니다. |
|
• |
Delta 백업: Delta 백업 또는 증분 Delta 백업에는 지정된 테이블스페이스의 마지막 전체, 증분 또는 Delta 백업 이후에 변경된 모든 데이터가 포함됩니다. Delta 백업은 차지하는 저장 공간이 최소이며 비교적 빠르게 수행할 수 있습니다. 이러한 백업을 비누적 백업이라고도 합니다. |
다음 목록에서는 사용할 수 있는 일부 백업 시퀀스에 대한 지침을 제공합니다.
|
• |
전체 백업만 수행: 요구 사항이 전 날까지의 데이터를 보호하는 것을 요구하는 경우 일일 전체 백업을 수행하는 것으로 충분합니다. 오류가 발생하는 경우 플러그인에서 단일 저장 집합만 복원하면 됩니다. |
|
• |
전체 백업 및 아카이브된 로그 백업: 요구 사항이 현재 시간까지의 데이터 보호를 요구하지만 복구 시간이 중요하지 않은 경우 전체 백업 및 아카이브된 로그 백업이 필요한 보호 기능을 제공해야 합니다. 예를 들어, 전체 백업은 일요일마다 수행할 수 있는 반면, 아카이브된 로그 백업은 월요일부터 토요일까지 수행할 수 있습니다. |
|
• |
전체 백업 및 증분 백업과 아카이브된 로그 백업: 요구 사항이 현재 시간까지의 데이터 보호를 요구하고 최대한 빠른 속도로 복구를 수행해야 하는 경우 전체 백업 및 증분 백업과 아카이브된 로그 백업이 최적의 조합을 제공합니다. 예를 들어, 전체 백업은 일요일마다 수행할 수 있는 반면, 증분 백업은 월요일부터 토요일까지는 수행할 수 있으며 아카이브된 로그 백업은 5 ~ 6시간마다 수행할 수 있습니다. 각 증분 백업에는 마지막 전체 백업 이후의 모든 변경 사항이 포함되며, 아카이브된 로그 백업에는 마지막 증분 백업 이후의 트랜잭션 로그가 포함됩니다. |
|
• |
전체 백업 및 Delta 백업과 아카이브된 로그 백업: 요구 사항이 현재 시간까지의 데이터 보호를 요구하고 최대한 빠른 속도로 백업을 수행해야 하는 경우 전체 백업 및 Delta 백업과 아카이브된 로그 백업이 이상적인 전략입니다. 예를 들어, 전체 백업은 일요일마다 수행할 수 있는 반면, Delta 백업은 월요일부터 토요일까지는 수행할 수 있으며 아카이브된 로그 백업은 5 ~ 6시간마다 수행할 수 있습니다. 각 Delta 백업에는 마지막 전체 또는 Delta 백업 이후의 모든 변경 사항이 포함되며, 아카이브된 로그 백업에는 마지막 Delta 백업 이후의 트랜잭션 로그가 포함됩니다. |
플러그인을 사용하여 백업을 수행하는 절차에는 다음 항목에서 설명하는 단계가 포함됩니다.
|
• |
© ALL RIGHTS RESERVED. Terms of Use Privacy Cookie Preference Center
