애플리케이션 유형, 관리 방법, 백업 및 DR 서비스 내 위치에 따라 액세스 페이지에서 다음 작업을 할 수 있습니다.
마운트: 이 옵션을 사용하면 데이터를 이동하지 않고도 즉시 데이터에 액세스할 수 있습니다. 표준 마운트를 사용하여 애플리케이션의 데이터를 마운트하거나 애플리케이션 인식 마운트를 사용하여 전체 애플리케이션과 데이터를 가상 애플리케이션으로 마운트합니다. 활성 이미지를 마운트하는 것이 가장 빠른 방법입니다. 이미지를 마운트하면 이미지 데이터에 대한 전체 액세스 권한이 부여됩니다. 마운트된 이미지는 추가 스토리지를 사용하지 않는 가상 사본을 사용합니다. 캡처된 데이터베이스 사본은 관리 콘솔을 사용하여 전환하고 모든 데이터베이스 서버에 마운트할 수 있습니다.
활성 이미지를 마운트하는 방법에 관한 자세한 내용은 이미지 마운트를 참고하세요.
클론: 이 옵션은 데이터 세트의 독립된 사본을 만드는 데 사용됩니다. 가장 일반적인 용도로는 애플리케이션 개발 및 테스트, 규정 준수를 위한 데이터 감사, 데이터 웨어하우스, e-디스커버리, 사용자 수락 테스트가 있습니다. 데이터 세트를 환경의 모든 위치에 있는 별도의 스토리지 위치에 복사할 수 있습니다.
클론에 대한 자세한 내용은 클론을 참고하세요.
LiveClone: 이 옵션은 clone 함수와 유사하지만, 클론과 달리 LiveClone은 주문형으로 또는 일정에 따라 업데이트할 수 있습니다. 데이터의 새로고침된 사본을 사용할 수 있으면 LiveClone을 사용하여 데이터 세트의 독립된 사본을 마운트한 후 독립된 사본으로 기본 데이터를 새로고침합니다. 이를 통해 개발 및 테스트와 같은 팀은 데이터를 수동으로 관리하지 않고도 최신 데이터 세트를 사용해 작업할 수 있습니다. LiveClone 이미지는 액세스 페이지의 램프 보기에서 원본 데이터 옆에 표시됩니다.
클론에 관한 자세한 내용은 LiveClone을 참고하세요.
복원 이 옵션은 백업/복구 어플라이언스의 모든 데이터 복사 복구 옵션을 시작하고 프로덕션 데이터를 지정된 시점으로 되돌립니다. 복원 및 클론은 데이터를 이동하는 유일한 데이터 액세스 작업입니다. 일반적으로 복원 작업은 대규모 데이터 손상 후 데이터베이스를 유효한 상태로 복원하기 위해 실행됩니다. 복원 작업을 완료하는 데 필요한 시간은 관련 데이터의 양에 따라 다릅니다. VM 및 애플리케이션 복원에 관한 배경 정보는 복원 개요를 참고하세요.
테스트 페일오버, 페일오버, 동기화 백, 대체: 이러한 복제 옵션은 백업 및 DR 서비스에만 있습니다. StreamSnap 관리 애플리케이션과 함께 사용되어 애플리케이션의 스토리지 및 구성의 원격 사본을 최신 상태로 유지하고 장애 조치 시나리오에서 사용할 수 있도록 준비하여 고가용성과 중복을 용이하게 합니다.
StreamSnap 관리 애플리케이션이 어떤 이유로든 실패하면 원격 사이트(원격 스냅샷)에서 애플리케이션의 페일오버 이미지를 마운트할 수 있습니다. 문제가 해결되면 최신 변경사항의 동기화 백업 이미지를 사용하여 로컬 사이트에 복원한 후 애플리케이션을 프로덕션 사이트로 페일백할 수 있습니다. 장애 조치 및 장애 복구에 관한 자세한 내용은 장애 조치 및 장애 복구를 참고하세요.
Expire: 이 옵션은 스토리지 공간을 확보하기 위해 예약된 시간보다 일찍 활성 이미지를 만료하도록 강제합니다. 만료되는 활성 이미지에 관한 자세한 내용은 활성 이미지의 만료 강제를 참고하세요.
민감한 정보로 표시: 이 옵션을 사용하면 이미지를 민감한 정보로 표시할 수 있습니다. 민감한 정보에 액세스할 수 있는 사용자만 이 옵션을 볼 수 있습니다. 민감한 이미지는 타임라인 램프 뷰에서 이름 옆에 자물쇠 아이콘 lock이 표시되고 표 뷰에서 민감한 정보 열이 예로 설정됩니다. 민감한 이미지의 경우 작업 드롭다운에서 이미지를 민감하지 않은 것으로 표시할 수 있는 옵션이 제공됩니다.
데이터 민감도 정보
특정 사용자의 민감한 정보에 대한 액세스를 제한할 수 있습니다.
이는 예를 들어 의료 분야에서 환자 데이터를 처리할 때 또는 기밀 정보를 일부 사용자만 처리해야 하는 테스트 또는 개발 환경에서 개인 정보를 사용할 때 필요합니다.
기본적으로 관리자 및 관리자 권한이 있는 사용자는 민감한 정보에 액세스할 수 있습니다. 관리자는 민감한 정보에 대한 액세스 권한을 개별 사용자 또는 특정 역할에 속한 모든 구성원에게 부여할 수도 있습니다.
[[["이해하기 쉬움","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\u003eThe Access page in the Backup and DR Service offers several options, including Mount, Clone, LiveClone, Restore, and replication options like Test Failover, Failover, Syncback, and Fallback, depending on application type, management, and location.\u003c/p\u003e\n"],["\u003cp\u003eMount provides instant access to data without moving it, allowing for either standard or application-aware mounts, while Clone creates an independent copy of a dataset for various uses like development, testing, and compliance.\u003c/p\u003e\n"],["\u003cp\u003eLiveClone is similar to Clone but allows for on-demand or scheduled updates to the dataset, ensuring teams have the latest data without manual management.\u003c/p\u003e\n"],["\u003cp\u003eRestore is used for data recovery, reverting production data to a specific point in time, typically used after massive data corruption, and is one of two options that move data.\u003c/p\u003e\n"],["\u003cp\u003eMark Sensitive allows you to designate an image as data sensitive, restricting access to authorized users, and administrators can manage sensitive data permissions.\u003c/p\u003e\n"]]],[],null,["# Access captured and backed up data\n\nDepending on the application type, how it is managed, and where it resides in\nthe Backup and DR Service, the **Access** page lets you do the following:\n\n- **Mount** : This option provides instant access to data without\n moving it. Use standard mounts to mount an application's data,\n or an application aware mount to mount an entire application and\n its data as virtual applications. Mounting an active image is\n the fastest method. When you mount an image, you have full access\n to its data. Mounted images use a virtual copy that does not take\n additional storage. Captured copies of databases can be rolled\n forward using the management console and mounted on any database server.\n For more information on mounting active images,\n see [Mount images](/backup-disaster-recovery/docs/access-data/mount-images).\n\n- **Clone** : This option is used to create an independent\n copy of a dataset. The most common uses include application\n development and testing, data audit for compliance, data warehousing,\n e-discovery, and user acceptance testing. Data sets can be copied to a\n separate storage location anywhere in your environment.\n For more information on clones, see [Clone](/backup-disaster-recovery/docs/access-data/clone).\n\n- **LiveClone** : This option is similar to the clone function,\n but unlike a clone, a LiveClone can be updated on demand,\n or according to a schedule. When a refreshed copy of the data\n is available, LiveClone allows an independent copy of a dataset\n to be mounted, and then refreshes the primary data with the\n independent copy. This allows teams such as development and test\n to ensure they are working on the latest set of data without having\n to manually manage the data. The LiveClone image appears adjacent to\n the original data in the [ramp view](/backup-disaster-recovery/docs/access-data/access-image-list-and-yaml#access-time) of the **Access** page.\n For more information on clones, see [LiveClone](/backup-disaster-recovery/docs/access-data/liveclone).\n\n- **Restore.** This option initiates all copy data recovery options\n for a backup/recovery appliance and reverts the production data to a\n specified point in time. Restores and clones are the only data\n access operations that move data. Typically restore operations\n are performed to restore a database to a valid state after a\n massive data corruption. The amount of time required to complete\n a restore operation depends on the amount of data involved. For background\n information on restoring VMs and applications, see [Restore overview](/backup-disaster-recovery/docs/restore-data/restore-overview).\n\n- **Test Failover, Failover, Syncback, and Fallback** : These replication\n options are unique to Backup and DR Service. They are used with StreamSnap\n managed applications to allow you to keep a remote copy of an\n application's storage and configuration up-to-date and ready to be used\n in a failover scenario, facilitating high-availability and redundancy.\n When a StreamSnap managed application fails for any reason,\n you can mount a failover image of the application from the\n remote site---remote snapshot. When the problem has been resolved,\n you can perform a restore to the local site with the\n syncback image for the latest changes and then failback the\n application to the production site. For detailed information\n on failover and failback, see [Failover and failback](/backup-disaster-recovery/docs/access-data/failover-and-failback).\n\n- **Expire** : This option forces the expiration of an\n active image earlier than its scheduled time in order to gain\n storage space. For detailed information on expiring active images,\n see [Force expiration on active image](/backup-disaster-recovery/docs/concepts/manage-image-expiration).\n\n- **Mark Sensitive** : This option lets you mark an image as data\n sensitive. Only users with access to sensitive data are able to see this\n option. Sensitive images have a lock icon lock\n next to their name in the timeline ramp view and the sensitive data column\n set to **Yes** in the table view. For sensitive images, the actions drop-down\n provides you with the option of marking the image as non-sensitive.\n\nAbout data sensitivity\n----------------------\n\nYou can restrict access to sensitive data for certain users.\nThis is necessary when dealing with patient data in the healthcare domain for\nexample, or when using personal data in a test or development environment where\nconfidential information must only be handled by a select group of users.\n\nBy default, administrators, and those with administrator privileges, have access to\nsensitive data. Your administrator can also give access to sensitive data to\nindividual users or to all members belonging to a certain role."]]
