자동 백업 생성

Gen 2 Cloud Databases 인스턴스를 프로비저닝하면, 시스템이 매일 예약된 백업을 위해 독립적인 백업 인스턴스를 자동으로 생성합니다. 다음 백업들:

• 백업 일정에 따라 매일 생성됩니다
• 기본적으로 30일 동안 유지됩니다
• 서비스에 의해 자동으로 관리됩니다
• 리소스 목록 및 데이터베이스 허브에 표시됩니다

요청 시 백업 생성

IBM Cloud 리소스 컨트롤러를 사용하면 언제든지 필요에 따라 독립적인 백업을 생성할 수 있습니다. 다음 백업들:

• 요청 즉시 생성됩니다
• 자동 백업과 동일한 보존 정책을 따릅니다
• 만료되기 전에 수동으로 삭제할 수 있습니다
• 대규모 변경이나 마이그레이션을 진행하기 전에 유용합니다

백업 수명 주기

독립 백업은 다음과 같은 수명 주기를 따릅니다:

1. 프로비저닝: 백업 인스턴스가 생성됩니다(자동 또는 수동)
2. 활성: 복원 작업에 백업을 사용할 수 있습니다
3. 만료: 백업이 보존 기간(기본값 30일)이 만료됨
4. 삭제: 백업은 자동으로 삭제되거나 수동으로 제거됩니다

연동 백업과 달리, 독립 백업은 리소스 컨트롤러를 통해 언제든지 수동으로 삭제할 수 있으므로, 백업 데이터와 관련 비용을 보다 효과적으로 관리할 수 있습니다.

독립적인 백업을 위해 데이터베이스 인스턴스 구성하기

데이터베이스 인스턴스에서 다음과 같은 기능을 구성할 수 있습니다:

데이터베이스 인스턴스의 프로비저닝 매개변수에서 허용되는 구성을 설정할 수 있습니다. 예를 들어, 다음 구성은 데이터베이스가 삭제된 후에도 백업을 유지하도록 설정합니다:

ibmcloud resource service-instance-create \
  <DATABASE_INSTANCE_NAME> \
  <DATABASE_SERVICE_NAME> \
  <DATABASE_SERVICE_PLAN_NAME> \
  <REGION> \
  -g <RESOURCE_GROUP> \
  -p '{
    "dataservices": {
      "backups": {"preserve": true}
    }
  }'

데이터베이스 인스턴스 프로비저닝 요청에서 ‘보존’ 옵션을 설정할 수 있습니다. 다음 예제는 데이터베이스 인스턴스가 삭제된 후에도 백업을 유지하도록 데이터베이스 인스턴스를 구성하는 방법입니다

curl -X POST \
  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <>' \
  -H 'Content-Type: application/json' \
  -d '{
    "name": "<DATABASE_INSTANCE_NAME>",
    "target": "<REGION>",
    "resource_group": "<RESOURCE-GROUP>",
    "resource_plan_id": "<DATABASE_SERVICE_PLAN_NAME>",
    "parameters": {
      "dataservices": {
        "backups": {
          "preserve": true
        }
      }
    }
  }'

별도의 백업에서 복원하기

독립형 백업은 소스 인스턴스가 더 이상 존재하지 않더라도 새로운 데이터베이스 인스턴스로 복원할 수 있어, 재해 복구 및 데이터 보존 시나리오에서 더 큰 유연성을 제공합니다.

백업 데이터는 새로운 인스턴스로 복원됩니다. 새 인스턴스의 프로비저닝이 완료되면, 백업 파일에 있는 데이터가 새 인스턴스로 복원됩니다.

기본적으로 새 인스턴스는 복원 대상인 백업 시점의 소스 인스턴스와 동일한 호스트 크기와 기본 디스크 크기로 자동 조정됩니다. 새 인스턴스에 할당된 리소스를 조정하려면 UI, CLI 또는 API의 선택적 필드를 사용하여 새 인스턴스의 크기를 조정하십시오. 데이터 및 워크로드에 필요한 만큼의 리소스를 충분히 할당해야 합니다. 인스턴스에 충분한 리소스가 할당되지 않았거나, 백업에 포함된 스토리지 용량이 기본 디스크 크기보다 크며 디스크 크기가 지정되지 않은 경우, 복원이 실패합니다.

백업 복원 중에는 백업을 삭제하지 마십시오. 백업을 삭제하기 전에, 새 인스턴스가 프로비저닝되고 백업이 복원될 때까지 기다리십시오. 데이터베이스 인스턴스를 삭제하면 기본적으로 해당 인스턴스의 백업도 함께 삭제됩니다.

복구된 데이터베이스 인스턴스에 즉시 액세스할 수 있지만, 하이드레이션이 완료될 때까지는 I/O 성능이 저하됩니다. 하이드레이션이 완료되기 전까지는 복원된 인스턴스에서 백업을 생성할 수 없습니다. Activity Tracker 플랫폼의 이벤트 기능을 활용하여 수분 섭취 진행 상황을 추적할 수 있습니다. 자세한 내용은 at-events를 참조하십시오.

curl -X POST \
  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <>' \
  -H 'Content-Type: application/json' \
  -d '{
    "name": "<DATABASE_INSTANCE_NAME>",
    "target": "<REGION>",
    "resource_group": "<RESOURCE-GROUP>",
    "resource_plan_id": "<DATABASE_SERVICE_PLAN_NAME>",
    "parameters": {
      "dataservices": {
        "restore_backup_id": "<BACKUP_CRN>"
      }
    }
  }'

예:

  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <>' \
  -H 'Content-Type: application/json' \
  -d '{
    "name": "mysql-restore-abc",
    "target": "us-east",
    "resource_group": "b67d9228670d473097259e2b343de464",
    "resource_plan_id": "databases-for-mysql-gen2-standard",
    "parameters": {
      "dataservices": {
        "restore_backup_id": "crn:v1:bluemix:public:databases-independent-backups:us-east:a/26b19aex04da4475b6e31205fa93248d:793b4f27-7733-4803-917f-de8e055e2deb::"
      }
    }
  }'

ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE-ID>-gen2-<PLAN NAME> <REGION> -p  '{"dataservices":{"restore_backup_id":"<BACKUP_CRN>"}}'

ibmcloud resource service-instance-create mysql-restore-abc databases-for-mysql databases-for-mysql-gen2-standard us-east -p  '{"dataservices":{"restore_backup_id":"crn:v1:bluemix:public:databases-independent-backups:us-east:a/26b19aex04da4475b6e31205fa93248d:793b4f27-7733-4803-917f-de8e055e2deb::"}}'

ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE-ID> gen2-<PLAN NAME> <REGION> -p
'{"restore_backup_id":"BACKUP_ID","key_protect_key":"KEY_PROTECT_KEY_CRN", "storage_gb":"DESIRED_DISK_IN_GB", "host_flavor": "<VALUE>"}'

curl -X POST \
  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <>' \
  -H 'Content-Type: application/json' \
    -d '{
    "name": "<INSTANCE_NAME>",
    "target": "<REGION>",
    "resource_group": "<YOUR-RESOURCE-GROUP>",
    "resource_plan_id": "<SERVICE-ID>",
    "parameters":{
      "restore_backup_id": "<BACKUP_ID>"
    }
  }'

백업 암호화

독립 백업은 데이터베이스 인스턴스와 동일한 암호화 방식을 사용하여 저장 시 암호화됩니다. Key Protect 를 사용하여 데이터베이스 암호화를 관리하는 경우, 백업 파일도 동일한 키로 암호화됩니다. 자세한 내용은 ‘ Key Protect ’ 연동을 참조하십시오.

Key Protect 키로 암호화된 백업을 복원할 때는 동일한 키를 사용하거나 다른 키를 사용할 수 있습니다. 다른 키를 사용하면 새 인스턴스는 해당 키로 암호화됩니다.

계정 간 복원

독립적인 백업은 IBM Cloud 계정 간에 복원할 수 있으며, 이를 통해 다음과 같은 시나리오가 가능해집니다:

• 테스트를 위해 개발 계정에 프로덕션 데이터를 복원하기
• 조직 단위 간 데이터베이스 마이그레이션
• 별도의 계정으로의 재해 복구

백업을 다른 계정에 복원하려면:

1. 소스 계정은 대상 계정에 백업 리소스에 대한 액세스 권한을 부여해야 합니다
2. 대상 계정에서 새 인스턴스를 생성할 때 백업 CRN을 사용하십시오
3. 대상 계정에 적절한 IAM 권한이 부여되어 있는지 확인하십시오

계정 간 복원에 대한 자세한 내용은 ‘계정 간 복원’을 참조하십시오.

독립적인 백업 기능이 지원되는 데이터베이스

해당 데이터베이스 및 지역에 대해 단계적으로 독립 백업 기능이 활성화될 예정입니다.

30일간의 과도기 동안:

• 결합 백업과 독립 백업이 공존합니다.
• 모든 새로운 백업은 독립적인 백업으로 생성됩니다.
• 기존의 연동된 백업은 계속 작동하며, 30일 후에 자동으로 삭제됩니다.
• 사용자 인터페이스에는 두 가지 백업 유형이 모두 표시됩니다.
• 조치가 필요하지 않습니다. 전환은 자동으로 처리됩니다.
• 30일간의 전환 기간이 지나면 독립적인 백업만 남게 됩니다.

MySQL

Databases for MySQL 일반 출시 시점부터는 독립적인 백업만 지원합니다. MySQL 배포에는 연동된 백업도 없고, 전환 기간도 없습니다.