이 두 가지 설정에 따라 가져오는 백업 이미지의 유형이 결정됩니다. 이러한 설정이 올바르게 설정되어 있는지 확인하는 것이 중요합니다.
스테이징 디스크 형식이 올바르게 설정되었는지 확인
호스트를 추가할 때 스테이징 디스크 형식을 설정했습니다. 계속하기 전에 스테이징 디스크 형식을 확인하여 필요한 백업 이미지 유형을 가져올 수 있는지 확인합니다.
스테이징 디스크 형식을 확인하려면 다음 단계를 따르세요.
관리의 호스트 목록에서 호스트를 마우스 오른쪽 버튼으로 클릭하고 수정을 선택합니다.
호스트 수정 페이지 중간쯤에 있는 스테이징 디스크 형식은 NFS 또는 블록입니다.
블록: 블록 기반 스테이징 디스크는 백업 및 DR과 TDM 사용 모두에 가장 유용합니다. 백업 및 DR 변경 블록 추적은 블록 기반 스테이징 디스크에서만 사용할 수 있으며 가상 데이터베이스는 블록 기반 스테이징 디스크에만 마운트할 수 있습니다.
NFS: NFS 기반 스테이징 디스크는 전체+증분 파일 시스템 백업이 포함된 파일 기반 백업만 허용합니다. 네트워크에서 차단 옵션을 사용할 수 없는 경우에만 NFS를 선택합니다.
스테이징 디스크 형식이 잘못 설정된 경우 지금 변경하고 계속하기 전에 저장을 클릭합니다.
이 데이터베이스 또는 인스턴스에 사용할 백업 방법을 선택합니다.
백업 방법에 따라 볼륨 수준 또는 파일 기반 백업 이미지 유형이 결정됩니다.
이 데이터베이스의 세부정보와 설정을 입력할 때 백업 방법을 설정했습니다. 계속하기 전에 백업 방법을 확인하여 필요한 백업 이미지 유형을 가져오는지 확인합니다.
데이터베이스 백업 계획 설정을 구성하려면 다음 안내를 따르세요.
앱 관리자>애플리케이션을 클릭합니다.
데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 백업 계획 관리를 선택합니다.
세부정보 및 설정을 선택합니다.
백업 캡처 방법으로 이동합니다. 다음 두 가지 백업 방법 중에서 선택합니다.
볼륨 수준 백업: Linux에서 블록 기반 스테이징 디스크에 대한 변경 블록 추적과 함께 볼륨 수준 논리 볼륨 관리자 스냅샷을 사용합니다. 이 옵션을 사용하면 스냅샷 이미지에서 애플리케이션 인식 가상 데이터베이스를 만들 수 있습니다. 프로덕션 인스턴스 또는 데이터베이스가 논리 볼륨 관리자 볼륨에 있어야 합니다.
전체+증분 백업: 파일 기반 백업 및 복구입니다.
이 파일 덤프 메서드는 가상 데이터베이스 생성을 지원하지 않습니다.
블록 및 NFS 스테이징 디스크 모두에 사용할 수 있습니다. NFS 스테이징 디스크를 사용해야 하는 경우 이 백업 방법을 사용하세요. 대부분의 경우 볼륨 수준 백업 이미지를 사용하는 것이 좋습니다.
가상 데이터베이스는 개별적으로 보호할 수 있으며 보호는 전체 인스턴스에 적용됩니다. 백업 계획 관리 페이지의 데이터베이스 포함 규칙을 사용하여 프로세스 중에 특정 데이터베이스를 포함하거나 제외할 수 있습니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-04(UTC)"],[[["\u003cp\u003eStaging disk format, either Block or NFS, dictates the type of backup image and functionalities available, with Block being preferred for Backup, DR, and virtual databases.\u003c/p\u003e\n"],["\u003cp\u003eThe backup method, set during database setup, determines whether the backup is volume-level or file-based, each supporting different features like virtual databases and compatibility with different staging disk formats.\u003c/p\u003e\n"],["\u003cp\u003eVolume-level backups utilize logical volume manager snapshots and change block tracking on block-based staging disks, allowing for the creation of application-aware virtual databases.\u003c/p\u003e\n"],["\u003cp\u003eFull+Incremental backups are file-based, suitable for both Block and NFS staging disks, but do not support virtual database creation.\u003c/p\u003e\n"],["\u003cp\u003eDatabase protection typically applies to the entire Db2 instance, though specific databases can be included or excluded via a Database Inclusion Rule in the Manage backup plan, while virtual databases can be protected individually.\u003c/p\u003e\n"]]],[],null,["# Check staging disk format and backup method for other databases\n\nThese two settings determine the type of backup image that you get. It is\nimportant to make sure they are set properly.\n\nEnsure that the staging disk format is set correctly\n----------------------------------------------------\n\nYou set the staging disk format when you added the host. Before continuing,\ncheck the staging disk format to be sure that you can get the backup image type\nthat you need.\n\nTo check the staging disk format, follow these steps:\n\n1. From **Manage** , **Hosts** list, right-click the host and select **Edit**.\n\n2. Halfway down the **Edit Host** page, the **Staging Disk Format** is\n either **NFS** or **Block**:\n\n - **Block**: Block-based staging disks are the most useful for both\n Backup and DR and TDM usage. Backup and DR changed-block tracking\n is only available on block-based staging disks, and virtual databases\n can only be mounted to block-based staging disks.\n\n - **NFS** : NFS based staging disks permit only file-based backup with\n Full+Incremental file system backup. Select **NFS** only if **Block** is\n not an option in your network.\n\n3. If the staging disk format is set incorrectly, change it now\n and click **Save** before continuing.\n\n | **Note:** System databases on a root partition can be backed up as logical volume manager snapshots and later mounted as virtual databases, but they cannot be used in a **Restore** operation as the root partition cannot be unmounted. This needs manual restore and recovery from a standard mount back to the same host.\n\nCheck the backup method to be used for this database or instance\n----------------------------------------------------------------\n\nThe backup method determines the type of backup image you get, either\nvolume-level or file-based.\n\nYou set the backup method when you filled in the details and settings for this\ndatabase. Before continuing, check the backup method to ensure that you get the\nbackup image type you need.\n\nTo configure the database backup plan settings, follow these instructions:\n\n1. Click **App manager** \\\u003e **Applications**.\n\n2. Right-click the database and select **Manage backup plan**.\n\n3. Select **Details \\& settings**.\n\n4. Go to **Backup capture method**. Choose between two backup methods:\n\n - **Volume level backup**: Use volume level logical volume manager snapshots\n with change block tracking on Linux to a block-based staging disk. This\n option lets you create application aware virtual databases from the\n snapshot images. The production instance or database must be present on the\n logical volume manager volume.\n\n - **Full+Incremental backup**: This is file-based backup and recovery.\n This file dump method does not support the creation of virtual databases.\n You can use this for both block and NFS staging disks. If you need to use NFS\n staging disks, then use this backup method. For most purposes, volume-level\n backup images are a better choice.\n\n A virtual database can be protected individually and the protection\n applies on the entire instance. You can include or exclude specific\n databases during the process using a database inclusion rule from the\n **Manage backup plan** pages.\n5. Click **Save** at the bottom of the page if changes were made to your\n settings.\n\n| **Note:** With one exception, protection is set for the entire Db2 instance. You can include or exclude specific databases during the process using a **Database Inclusion Rule** from the **Manage Backup Plan** pages. The exception is that a virtual database can be protected individually.\n\nWhat's next\n-----------\n\n[Protect the database or instance and its logs](/backup-disaster-recovery/docs/backup/otherdb-protect)"]]
