Compute Engine에서 실행되는 IBM Db2 인스턴스 보호 및 복구

이 페이지에서는 영구 디스크 스냅샷을 사용하여 Compute Engine 인스턴스에서 Db2용 백업 및 DR 서비스를 사용하는 방법을 자세히 설명합니다.

데이터 손실, 오류, 손상으로부터 Db2 프로덕션 환경 보호

Db2는 여러 관계형 데이터베이스 관리 시스템 제품을 중심으로 IBM의 정보 관리 부서에 있는 관계형 데이터베이스 관리 시스템 제품군입니다. 많은 기업이 미션 크리티컬 애플리케이션에 Db2를 사용합니다.

다른 데이터베이스에서와 마찬가지로 Db2도 손상, 실수로 인한 삭제, 랜섬웨어 공격과 같은 보안 위협에 취약합니다. 백업 및 DR 서비스를 사용하면 프로덕션 시스템을 효율적이고 안전하게 백업하고 복구할 수 있습니다.

백업 및 DR 서비스를 사용하여 Db2 데이터베이스를 보호하는 방법에 관한 소개는 IBM Db2용 백업 및 DR을 참고하세요.

먼저 백업 및 DR 서비스 배포

시작하기 전에 다음 절차를 읽고 완료해야 합니다.

백업 및 DR 서비스 작동 방식 보기

그런 다음 백업 및 DR 시작하기: Compute Engine 인스턴스 보호 및 복구를 통해 백업 및 DR 서비스의 작동 방식을 알아보세요.

백업을 위한 Db2 인스턴스 준비

기본 요건

  • Db2 서비스 및 데이터베이스가 실행 중이어야 합니다.
  • 보관처리 로그 백업의 데이터베이스 logarchmeth1 및 logarchmeth2 매개변수는 로그 백업의 유효한 경로로 설정해야 합니다.
  • 백업 및 DR 서비스로 보호할 Db2 데이터가 있는 Compute Engine의 모든 Db2 서버는 백업 및 DR 서비스에 온보딩되어야 합니다.
  • 백업 및 DR 서비스로 보호할 Db2 데이터가 있는 Compute Engine의 모든 Db2 서버에는 백업 및 DR 에이전트가 설치되어 있어야 합니다.
  • 모든 Db2 데이터베이스 db, 로그, 로그 백업 마운트 지점에는 영구 디스크 VG 및 LVM이 있어야 합니다. Db2 애플리케이션의 영구 디스크에 직접 파일 시스템을 사용하는 것은 지원되지 않습니다.
  • 데이터베이스, 로그 백업 위치가 있는 활성 로그의 Db2 데이터베이스에 동일한 마운트 지점을 사용해서는 안 됩니다.

Db2 데이터베이스를 호스팅하는 Compute Engine 인스턴스 검색 및 보호

Db2 데이터베이스 애플리케이션을 온보딩하려면 먼저 Db2 Compute Engine VM을 온보딩해야 합니다. Compute Engine 인스턴스를 백업 및 DR 서비스에 온보딩하려면 Compute Engine 인스턴스 탐색 및 보호를 참고하세요.

이 빠른 시작 연습 정보

이 연습에서는 Compute Engine 인스턴스에서 실행 중인 Db2 데이터베이스를 검색하고 보호한 후 백업 이미지에서 새 위치로 완전히 작동하는 새 Db2 데이터베이스를 마운트하는 단계를 안내합니다.

  1. Compute Engine에 백업 및 DR 에이전트 설치
  2. Db2 데이터베이스의 백업 계획 만들기
  3. Db2 데이터베이스 검색 및 보호하기
  4. 백업에서 Db2 데이터베이스 복구: 마운트 및 복원

호스트에 백업 및 DR 에이전트 설치

백업 및 DR 에이전트는 Compute Engine 인스턴스를 백업/복구 어플라이언스에 연결합니다. 에이전트를 설치하려면 Linux 호스트에 백업 및 DR 에이전트 설치를 참고하세요.

Db2 데이터베이스의 백업 계획 만들기

정책 템플릿 만들기를 참고하세요.

Db2 데이터베이스의 고급 정책 설정 지정

정책 템플릿을 만들 때 영구 디스크 스냅샷을 사용하여 Db2 보호와 관련된 고급 정책 설정을 구성합니다.

스냅샷 위치: 영구 디스크 스냅샷을 저장할 리전을 선택합니다. 기본적으로 소스 디스크 위치를 기준으로 멀티 리전이 선택됩니다. 스냅샷 저장소 위치를 소스 디스크 리전과 다른 리전으로 변경할 수도 있습니다. 소스 디스크의 위치와 다른 위치에 스냅샷을 저장하면 네트워크를 통해 해당 위치 간에 데이터가 이동하면서 네트워크 요금이 발생할 수 있습니다. 스냅샷에는 Cloud Storage 이그레스와 동일한 수수료가 부과됩니다. 영구 디스크 스냅샷에 대해 자세히 알아보기 가격 세부정보는 디스크 가격 책정을 참고하세요.

스냅샷 유형: Db2 백업에 사용할 Persistent Disk 스냅샷 유형을 선택합니다. 스냅샷은 영구 디스크의 데이터를 증분식으로 백업합니다. 백업 중에 새 스냅샷이 생성되어 영구 디스크의 현재 상태를 캡처하며 나중에 이를 사용하여 마운트 또는 복원을 위한 새 디스크를 만들 수 있습니다. Compute Engine은 데이터 무결성을 보장하는 자동 체크섬을 사용하여 각 스냅샷의 복사본 여러 개를 여러 위치에 저장합니다. 영구 디스크 스냅샷에 대해 자세히 알아보기 가격 세부정보는 디스크 가격 책정을 참고하세요.

  • 표준: 기본적으로 표준 스냅샷 유형이 선택됩니다. 백업을 90일 미만으로 보관하려면 표준 유형을 사용하세요.
  • 보관처리: 백업을 장기간 보관하려면 보관처리 유형을 선택합니다. 보관처리 스냅샷의 최소 결제 기간은 정책에 정의된 보관 기간과 관계없이 90일이며, 보관처리 유형은 마운트 또는 복원 작업에 사용되는 경우 추가 검색 요금이 청구됩니다.

Db2 보관처리 로그 백업 사용 설정 및 보호

데이터베이스의 스냅샷 정책을 만들 때 지정된 빈도로 로그 파일을 캡처할 수도 있습니다. 데이터베이스 로그가 캡처되는 빈도는 데이터베이스와 별도로 정의됩니다. 예를 들어 데이터베이스는 매일 캡처되고 로그는 매시간 캡처될 수 있습니다.

백업 후 로그 잘라내기 (삭제): 백업 후 Db2 보관처리 로그를 잘라낼지 (삭제할지) 지정합니다. 백업 후 로그 잘라내기가 사용 설정되면 Db2 보관처리 로그가 잘립니다. 기본적으로 보관 파일 삭제는 모든 데이터베이스 백업과 함께 실행됩니다. 최적의 복구 RTO를 달성하려면 기본값을 사용하는 것이 좋습니다. 프로덕션 로그 보관이 설정된 경우 애플리케이션 세부정보 및 설정의 프로덕션 DB 로그 보관 시간(시간) 설정에 따라 삭제가 실행됩니다.

옵션은 다음과 같습니다.

  • 백업 후 로그 잘라내기/삭제 안함: 기본값입니다. 이 모드에서는 보관처리 로그가 삭제되지 않습니다.
  • 백업 후 로그 잘라내기/삭제: 보관처리 로그 삭제를 사용 설정하려면 이 옵션을 선택합니다.
  • 데이터베이스 로그 백업 사용 설정: 옵션을 예로 설정합니다. 데이터베이스 로그 백업 사용 설정 옵션을 사용하면 백업 계획 정책에서 데이터베이스와 모든 연결된 트랜잭션 로그 파일을 백업할 수 있습니다. 로그 스냅샷 작업이 실행되면 로그가 백업됩니다. '예'로 설정하면 관련 옵션이 사용 설정됩니다.
  • RPO: 데이터베이스 로그 백업을 분 단위로 지정합니다. 데이터베이스 로그 백업 사용 설정이 '예'로 설정된 경우 RPO는 데이터베이스 로그 백업의 빈도를 정의합니다. 빈도는 분 단위로 설정되며 데이터베이스 백업 간격을 초과해서는 안 됩니다. 설정할 수 있는 최소값 (분)은 15입니다.
  • 로그 백업 보관 기간 (일): 데이터베이스 로그 백업 사용 설정이 '예'로 설정된 경우 로그 보관은 스냅샷 정책의 보관과 별도로 정의됩니다. 별도의 보관 기간을 지정하면 스냅샷 풀에 저장된 데이터베이스 사본과 함께 로그를 사용할 수 있습니다.
  • 로그 복제 (Streamsnap 기술 사용): 이 옵션을 '아니요'로 설정합니다. Db2 Persistent Disk 스냅샷 보호에는 적용되지 않습니다.
  • OnVault 풀에 로그 전송: 이 옵션을 아니요로 설정합니다. Db2 영구 디스크 스냅샷 보호에는 적용되지 않습니다.

Db2 보관처리 로그 백업 권장사항

로그 백업으로 최상의 결과를 얻으려면 다음 사항에 유의하세요.

  • Db2 데이터베이스 보관처리 로그 마운트를 사용하여 Db2 보관처리 로그 백업 이외의 파일을 저장하지 마세요.
  • 기본적으로 보관 파일 삭제는 24시간마다 실행됩니다. 이렇게 하면 최적의 복구 RTO를 달성할 수 있습니다. 프로덕션 로그 보관이 설정된 경우 애플리케이션 세부정보 및 설정의 프로덕션 DB 로그 보관 시간(시간) 설정에 따라 삭제가 실행됩니다. 프로덕션 로그 보관 기간 설정에 따라 아카이브를 저장할 Db2 보관 파일 로그 백업 디스크의 크기를 조정합니다.

앱 관리자에서 Db2 데이터베이스 검색 및 보호

Db2 데이터베이스 애플리케이션을 검색하고 보호하려면 다음 단계를 따르세요.

  1. 관리 콘솔의 앱 관리자 > 애플리케이션 페이지에서 애플리케이션 추가를 선택합니다 .
  2. 마법사에서 Db2를 선택합니다.
  3. 마법사를 따릅니다.
    1. 선택 섹션에서 관리할 Db2 인스턴스를 선택합니다.
    2. 관리 섹션에서 정책 템플릿과 리소스 프로필을 적용합니다 (백업 계획 만들기에서 만들었음).
    3. 구성 섹션의 애플리케이션 설정에서 백업 옵션 구성을 설정합니다.
    4. 백업 캡처 방법: 영구 디스크 스냅샷 사용을 선택합니다.
    5. 프로덕션 DB 로그 보관 시간(시간): logarchmeth1 대상에서 Db2 아카이브 로그 백업을 삭제하는 데 사용됩니다. 이 설정에 따라 지정된 시간보다 오래된 로그가 삭제됩니다. 기본값을 사용하면 마지막 데이터 백업 이전의 모든 로그가 삭제됩니다(기본값: 24시간).
  4. 저장 > 다음을 클릭한 다음 완료를 클릭합니다.

앱 관리자 애플리케이션 목록에서 백업 계획이 적용되었음을 나타내는 녹색 방패와 함께 데이터베이스를 확인할 수 있습니다.

백업에서 Db2 데이터베이스 복구: 마운트 및 복원

데이터베이스를 복원하면 백업의 원래 데이터가 덮어쓰기됩니다. 이 절차는 백업된 데이터베이스를 복원하는 절차입니다. 백업에서 데이터베이스를 복원하려면 백업에서 Db2 데이터베이스 복원을 참고하세요.

데이터베이스를 마운트하면 원래 데이터베이스와 마찬가지로 사용할 수 있는 데이터베이스의 새 사본이 마운트 지점에 배치됩니다. 백업에서 새 데이터베이스를 마운트하려면 Db2 백업을 표준 마운트로 마운트를 참고하세요.

Db2 백업을 표준 마운트로 마운트

표준 마운트는 데이터, 활성 로그, 보관처리 로그 볼륨의 백업 이미지 디스크를 지정된 타겟에 제공합니다. Db2 데이터베이스의 백업을 수동 작업의 표준 마운트로 마운트할 수 있습니다.

마운트 중 사전 확인

  • 커넥터 연결 상태: {backupdr_name_short} 에이전트가 설치되어 있고 애플리케이션과 에이전트 간의 호스트 연결에 보안 비밀이 적용되어 있는지 확인합니다.
  • 지정된 마운트 위치는 마운트 작업에 사용할 수 있습니다.
  • 대상에 동일한 VG가 있고 데이터베이스에서 사용 중인 경우 VG가 데이터베이스에서 사용 중이라는 메시지와 함께 사전 확인에 실패합니다. 계속하려면 마운트 작업을 진행하기 전에 데이터베이스를 종료하세요.
  • 서비스의 소스 및 대상 프로젝트에 대한 권한 확인 Google Cloud

백업에서 데이터베이스 마운트

다음 안내에 따라 백업을 마운트합니다.

  1. 앱 관리자 > 애플리케이션 목록에서 보호된 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 액세스를 선택합니다.

  2. 스냅샷 이미지를 선택하고 마운트를 선택합니다.

  3. 마운트 페이지에서 GCE 인스턴스 이름 아래의 대상 Db2 서버를 선택합니다. 프로젝트 이름, 리전, 영역 필터를 사용할 수 있습니다.

  4. 원하는 경우 라벨 필드에 마운트와 연결된 고유한 이름을 입력합니다. 포함된 데이터베이스는 백업 이미지 아래의 데이터베이스 목록만 보여주는 정보입니다.

  5. 매핑 옵션에서 다음을 수행합니다.

    • MOUNT POINT: 소스 MOUNT POINT로 미리 채워집니다. 선택한 대상에서 사용되지 않고 대상 서버에 있는 모든 data, active log, dbpath, Logbackup 볼륨의 스냅샷 이미지를 마운트하는 데 사용할 경로를 제공합니다.
    • DISK TYPE: 소스 DISK TYPE 값으로 미리 채워집니다. 드롭다운에서 디스크 유형을 변경할 수 있습니다.

  6. 사전 비행 확인을 클릭합니다. 이렇게 하면 마운트가 성공적으로 이루어지기 위해 타겟 서버에서 필요한 옵션이 검증됩니다. 사전 비행이 완료되면 제출 버튼이 사용 설정됩니다. 실패하면 실행 전 검사에 수정할 검사 실패가 표시되고 실행 전 검사가 다시 실행됩니다.

  7. 제출을 클릭합니다. 작업 모니터로 이동하여 작업의 진행 상황과 세부정보를 확인할 수 있습니다.

더 이상 필요하지 않은 경우 마운트된 데이터베이스 백업을 마운트 해제

마운트된 데이터베이스 백업을 마운트 해제하려면 다음 단계를 따르세요.

  • 마운트가 완료된 후 디스크를 삭제하거나 유지하려면 애플리케이션 > 액세스 페이지로 이동하여 마운트된 이미지를 선택합니다.
  • 액세스 페이지의 현재 활성 마운트 드롭다운에는 두 가지 옵션이 있습니다.
    • 마운트 해제 및 삭제: 이 옵션을 선택하면 마운트 지점을 마운트 해제하고 디스크를 분리한 후 대상 서버에서 디스크를 삭제할 수 있습니다.
    • 활성 마운트 잊어버리기: 디스크를 연결하고 마운트된 상태로 두고 백업 및 DR 서비스에서 메타데이터를 삭제하려면 이 옵션을 선택합니다. 사용자는 Google Cloud 콘솔을 사용하여 대상 인스턴스에서 이 이미지를 삭제해야 합니다.

백업에서 Db2 데이터베이스 복원

이 절차는 백업된 데이터베이스를 복원하는 절차입니다.

프리플라이트 검사

복원 절차를 제출하기 전에 사전 비행 검사에서 데이터베이스 복원에 필요한 기본 요건을 확인합니다.

  • Db2 SID: Db2가 타겟 노드에서 동일한 Db2 SID 이름으로 구성됩니다.
  • Db2 버전: 대상 Db2 버전이 소스 Db2 버전과 동일합니다.
  • 새 대상에 복원하는 경우
    • 매핑 옵션에 지정된 마운트 지점이 대상 서버에서 사용되거나 마운트되지 않았는지 확인합니다.
    • 지정된 마운트 위치를 마운트 작업에 사용할 수 있는지 확인합니다.
  • Db2 인스턴스가 실행 중인지 확인합니다. 복원 작업 중에 종료해야 합니다.
  • 대상에 동일한 VG가 있고 데이터베이스에서 사용 중인 경우 VG가 데이터베이스에서 사용 중이라는 메시지와 함께 사전 확인에 실패합니다. 계속하려면 복원을 진행하기 전에 데이터베이스를 종료하세요.
  • 서비스의 소스 및 대상 프로젝트에 대한 권한 확인 Google Cloud

Db2 데이터베이스를 소스로 다시 복원

  1. 앱 관리자 > 애플리케이션 목록에서 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 액세스를 선택합니다.
  2. 복구할 최신 스냅샷을 선택하고 복원을 선택합니다.
  3. 복원 페이지에서 소스로 복원을 선택합니다. 모든 필드는 보호된 Db2 인스턴스의 소스 값으로 미리 채워지며 애플리케이션 옵션을 제외하고 모두 변경할 수 없습니다.
  4. 라벨: 원하는 경우 이 필드에 마운트와 연결된 고유한 이름을 입력합니다.
  5. 포함된 데이터베이스는 백업 이미지 아래의 데이터베이스 목록을 보여주는 정보 전용입니다.
  6. 애플리케이션 옵션을 설정합니다.
    • 롤포워드 시간: 로그로 보호된 데이터베이스의 경우 복구할 날짜와 시간을 선택합니다.
    • 타겟 인스턴스: 보호된 데이터베이스 인스턴스 이름으로 미리 채워지며 변경할 수 없습니다.
    • 매핑 옵션:
    • 볼륨 마운트 지점 위치: Db2 data, dbpath, log, log backup volumes가 마운트된 소스 볼륨 그룹, 논리 볼륨, 기기 경로, 디스크 유형으로 미리 채워집니다.
    • 디스크 유형: 디스크 유형을 사용하면 백업 이미지에서 복구된 데이터에 사용되는 기본 블록 스토리지 유형을 선택할 수 있습니다.
  7. 사전 비행 검사를 클릭합니다. 실행 전 검사에 실패하면 문제를 해결하고 실행 전 검사를 다시 제출합니다. 사전 비행 검사에 성공하면 제출을 클릭하여 복원 작업을 제출합니다.

Db2 데이터베이스를 새 대상에 복원

  1. 앱 관리자 > 애플리케이션 목록에서 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 액세스를 선택합니다.
  2. 복구할 최신 스냅샷을 선택하고 복원을 선택합니다. 복원 페이지에서 새 대상에 복원을 선택합니다. 모든 필드는 보호된 Db2 인스턴스의 소스 값으로 미리 채워지지만 수정할 수 있습니다.
  3. 새 대상에 복구하려면 Db2 데이터베이스를 복구할 인스턴스의 프로젝트, 리전, 영역을 선택합니다.
  4. 인스턴스 이름의 경우 사용 가능한 Compute Engine 인스턴스의 드롭다운 목록에서 복원할 노드를 선택합니다.
  5. 라벨: 원하는 경우 이 필드에 마운트와 연결된 고유한 이름을 입력합니다.
  6. 포함된 데이터베이스는 백업 이미지 아래의 데이터베이스 목록을 보여주는 정보 전용입니다.
  7. 원래 애플리케이션 ID를 바꿉니다. 이 옵션은 백업이 원래 생성된 것과 동일한 어플라이언스의 새 호스트에 복원되는 경우에만 사용할 수 있습니다.
    • 예: 원래 애플리케이션을 대체하고 원래 애플리케이션과 동일한 애플리케이션 ID, 작업 기록, 백업 이미지, 백업 계획을 보유합니다.
    • 아니요: 원래 애플리케이션을 대체하지 않습니다. 복원 작업의 일환으로 새 애플리케이션으로 검색됩니다.
  8. 애플리케이션 옵션을 설정합니다.
    • 롤포워드 시간: 로그로 보호된 데이터베이스의 경우 복구할 날짜와 시간을 선택합니다.
    • 타겟 인스턴스: 보호된 데이터베이스 인스턴스 이름으로 미리 채워지며 변경할 수 없습니다.
    • 매핑 옵션:
    • 볼륨 마운트 지점 위치: Db2 data, dbpath, log, log backup volumes가 마운트된 소스 볼륨 그룹, 논리 볼륨, 기기 경로, 디스크 유형으로 미리 채워집니다.
    • 디스크 유형: 디스크 유형을 사용하면 백업 이미지에서 복구된 데이터에 사용되는 기본 블록 스토리지 유형을 선택할 수 있습니다.
  9. 사전 비행 검사를 클릭합니다. 실행 전 검사에 실패하면 문제를 해결하고 실행 전 검사를 다시 제출합니다. 사전 비행 검사에 성공하면 제출을 클릭하여 복원 작업을 제출합니다.