Users Guide
Table Of Contents
- DL 어플라이언스의 Rapid Recovery 6.0 사용자 설명서
- DL 어플라이언스 소개
- DL Appliance Core 작업
- Rapid Recovery Core Console 이해
- Core 설정
- Core 구성을 위한 로드맵
- 리포지토리
- 보안 관리
- 클라우드 계정 관리
- 아카이브
- 이벤트
- 신속한 어플라이언스 자동 복구
- Local Mount Utility
- 어플라이언스 관리
- 워크스테이션 및 서버 보호
- 시스템 보호
- Rapid Recovery로 시스템을 보호하는 방법
- Rapid Recovery를 사용한 Linux 시스템 보호 정보
- Rapid Recovery Core에서 Exchange 및 SQL Server 관리 정보
- 서버 클러스터 보호 정보
- 동적 및 기본 볼륨에 대한 지원
- Rapid Recovery Agent 소프트웨어 설치 프로그램 이해
- Core 콘솔에서 에이전트를 다중 시스템에 동시에 배포
- 하나 이상의 시스템에 Rapid Recovery Agent 소프트웨어 배포
- 배포 설정 수정
- 보호 일정 이해
- 시스템 보호
- 보호된 시스템 관리
- 다중 시스템 보호 정보
- 보호된 Exchange 서버의 설정 및 기능
- 보호되는 SQL Server의 설정 및 기능
- Rapid Snap for Virtual 이해
- Rapid Recovery 에이전트 없이 vCenter/ESXi가상 시스템 보호
- 보호된 시스템 진단 액세스
- Rapid Recovery로 시스템을 보호하는 방법
- 시스템 관리
- VM 내보내기
- 에이징 데이터 관리
- 복제
- 시스템 보호
- 데이터 복구
- 보고서 생성 및 보기
- Rapid Recovery Command Line Management 유틸리티 이해
- 명령
- 아카이브
- CancelActiveJobs
- CheckRepository
- CreateArchiveRepository
- createbootcd
- CreateRepository
- DeleteRepository
- Dismount
- DismountArchiveRepository
- EditEsxServer
- 수행
- ForceAttach
- ForceChecksum
- ForceLogTruncation
- ForceMount
- ForceReplication
- ForceRollup
- ForceVirtualStandby
- 도움말
- List
- 마운트
- MountArchiveRepository
- NewCloudAccount
- OpenDvmRepository
- Pause
- Protect
- ProtectCluster
- ProtectEsxServer
- RemoveAgent
- RemoveArchiveRepository
- RemovePoints
- RemoveScheduledArchive
- RemoveVirtualStandby
- Replicate
- 복제
- RestoreAgent
- RestoreArchive
- RestoreUrc
- Resume
- SeedDrive
- StartExport
- UpdateRepository
- 버전
- VirtualStandby
- 현지화
- 명령
- Core Console 참조사항
- Rapid Recovery PowerShell Module 이해
- PowerShell을 사용하기 위한 전제 조건
- 명령 및 cmdlet 사용
- Rapid Recovery PowerShell module cmdlet
- Edit-EsxiVirtualStandby
- Edit-HyperVVirtualStandby
- Edit-ScheduledArchive
- Edit-VBVirtualStandby
- Edit-VMVirtualStandby
- Get-ActiveJobs
- Get-Clusters
- Get-CompletedJobs
- Get-ExchangeMailStores
- Get-Failed
- Get-FailedJobs
- Get-Mounts
- Get-Passed
- Get-ProtectedServers
- Get-ProtectionGroups
- Get-QueuedJobs
- Get-RecoveryPoints
- Get-ReplicatedServers
- Get-Repositories
- Get-ScheduledArchives
- Get-SqlDatabases
- Get-UnprotectedVolumes
- Get-VirtualizedServers
- Get-Volumes
- New-Base
- New-CloudAccount
- New-EncryptionKey
- New-EsxiVirtualStandby
- New-HyperVVirtualStandby
- New-Mount
- Resume-Replication
- New-Repository
- New-ScheduledArchive
- New-Snapshot
- New-VBVirtualStandby
- New-VMVirtualStandby
- Push-Replication
- Push-Rollup
- Remove-Agent
- Remove-Mount
- Remove-Mounts
- Remove-RecoveryPoints
- Remove-Repository
- Remove-ScheduledArchive
- Remove-VirtualStandby
- Resume-Replication
- Resume-Snapshot
- Resume- virtualstandby
- Resume-VMExport
- Start-Archive
- Start-AttachabilityCheck
- Start- checksumcheck
- Start-EsxiExport
- Start-HypervExport
- Start-LogTruncation
- Start-MountabilityCheck
- Start-Protect
- Start-ProtectCluster
- Start- repositorycheck
- Start-RestoreArchive
- Start-ScheduledArchive
- Start-VBExport
- Start- virtualstandby
- Start-VMExport
- Stop-ActiveJobs
- Suspend-Replication
- Suspend- repositoryactivity
- Suspend-ScheduledArchive
- Suspend-Snapshot
- Suspend- virtualstandby
- Suspend-VMExport
- Update-Repository
- 현지화
- 한정자
- 스크립트 작성을 사용하여 Rapid Recovery 작업 확장
- Rapid Recovery API
- Dell 정보
- 용어 해설
- Agent
- Rapid Recovery
- 기본 이미지
- Central Management Console
- 체크섬
- 클러스터
- CCR(Cluster Continuous Replication)
- 클러스터 노드
- 압축
- Core
- Core Console
- DAG(Database Availability Group)
- 암호화
- 이벤트
- global deduplication
- 증분 스냅숏
- 라이센스 키
- License Portal
- Live Recovery
- Local Mount Utility
- 로그 잘라내기
- 관리 역할
- 마운트 가능성
- 객체 파일 시스템
- 암호
- PowerShell 스크립트 작성
- 금지된 문자
- 금지된 구
- 보호된 시스템
- 쿼럼
- 복구 지점
- 복구 지점 전용 시스템
- 원격 Core
- 복제
- 리포지토리
- REST API
- 복원
- 보존
- 롤업
- 시딩
- 서버 클러스터
- SharePoint 백업
- Single Copy Cluster
- Smart Agent
- 스냅숏
- SQL 연결성
- SQL 백업
- SQL 차등 백업
- 대상 Core
- Transport Layer Security
- True Scale
- Universal Recovery
- Verified Recovery
- 가상 대기
- 볼륨 관리자
- 화이트 레이블링
- Windows 장애 조치 클러스터

URC에서 선택한 운영 체제에 드라이버를 로드합니다.
6. 로드해야 할 각 추가 드라이버에 대해 3단계에서 5단계를 반복합니다.
7. BMR 대상 시스템을 다시 시작합니다.
BMR이 완료되었습니다. 다시 시작하는 데 문제가 있으면 부팅 문제 복구 페이지 249을(를) 참조하십시오.
Linux 시스템용 Bare Metal Restore 수행
Rapid Recovery에서 Linux 시스템에 대해 시스템 볼륨 복원을 포함한 BMR(Bare Metal Restore)를 수행할 수 있습니다. Linux 시스템 복
원 시 부트 볼륨 복구 지점으로 롤백합니다. BMR 기능은 명령줄 local_mount 유틸리티 사용 및 Core Console UI에서 지원됩니다.
주의: BMR 프로세스를 시작하기 전에 복원할 Linux 시스템에 ext2 부트 파티션이 포함되지 않았는지 확인하십시오. ext2 파티
션 유형이 있는 시스템에서 BMR를 수행할 경우 일반적으로 시스템이 시작되지 않는 결과가 초래됩니다. 이 경우 BMR를 수행
하려면 시스템을 보호하고 백업하기 전에 모든 ext2 파티션을 ext3, ext4 또는 XFS로 변환해야 합니다.
주의: BMR 후 복원된 Linux 시스템을 처음으로 부팅할 때 Rapid Recovery는 복원된 시스템의 기본 이미지를 가져옵니다. 이 프
로세스는 시스템의 데이터 양에 따라 증분 스냅숏을 작성하는 것보다 많은 시간이 걸립니다. 기본 이미지 및 증분 스냅숏에 대한
자세한 내용은 보호 일정 이해 페이지 117을(를) 참조하십시오.
Linux 시스템의 Bare Metal Restore를 수행하려면 다음 작업을 수행합니다.
● Linux 부트 이미지 관리. Linux Live DVD 부트 ISO 이미지는 대상 드라이브를 시작하는 데 사용되며, Universal Recovery Console에
액세스하여 Core의 백업과 통신할 수 있습니다. Linux 부트 이미지 관리 페이지 242을(를) 참조하십시오.
○ BMR에 대한 부팅 이미지를 얻으려면 먼저 필요한 이미지를 확인한 다음, 라이센스 포털에서 다운로드해야 합니다. Linux용 부
트 ISO 이미지 정보 페이지 242 및 Linux용 부트 ISO 이미지 다운로드 페이지 242을(를) 참조하십시오.
○ 대상 Linux 시스템을 시작하기 위해 실제 미디어가 필요하면 ISO 이미지를 미디어로 전송해야 합니다. Live DVD ISO 이미지를
미디어에 저장 페이지 243을(를) 참조하십시오.
○ 모든 경우 부트 이미지를 대상 서버에 로드하고 부트 이미지에서 서버를 시작해야 합니다. Live DVD 로드 및 대상 시스템 시작
페이지 243을(를) 참조하십시오.
○ 미디어를 로드한 후에는 Rapid Recovery Core에 Linux 시스템을 연결해야 합니다. Rapid Recovery Core에서 BMR 대상에 연결
페이지 243을(를) 참조하십시오.
● 파티션 관리. Linux 시스템에서 BMR를 수행하기 전에 파티션을 만들거나 마운트해야 하는 경우가 있습니다. Linux 파티션 관리 페
이지 243을(를) 참조하십시오.
○ BMR를 수행 중인 Linux 시스템은 복구 지점의 소스 볼륨과 동일한 파티션을 가져야 합니다. 필요에 따라 대상 시스템에 추가
파티션을 만들어야 합니다. 대상 드라이브에 파티션 만들기 페이지 243을(를) 참조하십시오.
○ 수동 BMR를 수행 중인 경우 먼저 파티션을 마운트해야 합니다. 명령줄에서 파티션 마운트 페이지 245을(를) 참조하십시오. 파
티션을 마운트하는 단계는 명령줄에서 BMR를 수행하기 위한 프로세스에 포함됩니다. 명령줄을 사용하여 Linux 시스템용
Bare Metal Restore 실행 페이지 246을(를) 참조하십시오.
Core Console에서 BMR에 대해 자동 파티션 만들기를 사용할 경우 파티션을 마운트할 필요가 없습니다. Rapid Recovery는 복
원 중인 복구 지점에 포함된 것과 동일한 파티션을 복원합니다.
● Linux의 Bare Metal Restore 시작. Live DVD 부트 이미지에서 대상 시스템을 시작한 후 BMR를 시작할 수 있습니다. 필요한 작업은
이 작업을 Rapid Recovery 사용자 인터페이스에서 수행하는지, 아니면 local_mount 유틸리티를 사용하여 명령줄에서 수행하는 지
에 따라 다릅니다. Linux용 Bare Metal Restore 실행 페이지 245을(를) 참조하십시오.
○ Core Console을 사용하는 경우 Core의 복구 지점에서 복원을 시작해야 합니다. 복구 지점 선택 및 BMR 시작 페이지 237을(를)
참조하십시오.
○ Core Console을 사용하는 경우 UI에서 볼륨을 매핑해야 합니다. 완전 복원의 디스크 매핑 방법 페이지 237을(를) 참조하십시
오.
○ (선택 사항) 명령줄에서 복원하는 경우 screen 유틸리티를 사용하여 스크롤 기능을 개선하고 터미널 콘솔에서 명령을 볼 수 있
습니다. 이 유틸리티는 기본적으로 열립니다. 닫는 경우에도 다시 시작할 수 있습니다. 자세한 내용은 Screen 유틸리티 시작
페이지 246을(를) 참조하십시오.
○ local_mount를 사용하는 경우 모든 작업이 명령줄에서 수행됩니다. 자세한 내용은 명령줄을 사용하여 Linux 시스템용 Bare
Metal Restore 실행 페이지 246을(를) 참조하십시오.
● Bare Metal Restore 확인. Bare Metal Restore를 시작한 후 진행 상태를 확인하고 모니터링할 수 있습니다. 명령줄에서 Bare Metal
Restore 확인 페이지 250을(를) 참조하십시오.
○ 복원 진행 상태를 모니터링할 수 있습니다. 복구 진행 상황 보기 페이지 249을(를) 참조하십시오.
○ 완료되면 복원된 서버를 시작할 수 있습니다. 복원된 대상 서버 시작 페이지 249을(를) 참조하십시오.
○ BMR 프로세스 문제 해결. Universal Recovery Console에 대한 연결 문제 해결 페이지 249 및 부팅 문제 복구 페이지 249을(를)
참조하십시오.
데이터 복구 241










