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 장애 조치 클러스터
복제를 정의할 때 시드 드라이브의 사용을 지정하는 경우 복제를 설정한
후
소스 Core에 저장된 복구 지점만 대상 Core에 복제됩니
다. 복제가 설정되기
전
에 소스 Core에 저장된 백업은 사용자가 다음 절차에 따라 명시적으로 데이터를
시드
할 때까지 대상 Core에
표시되지 않습니다.
내역 데이터의 집중적인 전송으로 인해 네트워크의 속도가 느려지지 않도록 하려면 시드 드라이브를 사용하여 데이터를 대상 Core에
백업하기 전에 시드하십시오. 시드 드라이브는 중복 제거된 기본 이미지 집합과 소스 Core의 증분 스냅숏을 복사하는 아카이브 파일
입니다. 시드 드라이브는 사용자가 소스 Core에서 대상 Core로 복제하려는 보호된 시스템에 대한 이전의 전체 복구 지점을 포함하고
있습니다.
시드 드라이브 파일을 저장소 볼륨으로 이동하면 대상 Core에서 사용할 수 있습니다. 그런 다음 시드 드라이브의 정보를 사용합니다.
여기에는 시드 드라이브 이미지가 있는 볼륨을 대상 Core에 연결하고 Core Console의 리포지토리로 데이터를 가져오는 과정이 포함
되어 있습니다. 이 프로세스에서 대상 Core에 복제된 증분 스냅숏을 기본 이미지와 결합하여 분리된 항목을 수정하면 하나 이상의 완
전한 복구 지점망을 형성할 수 있습니다. 이 프로세스를 copy-consume이라고도 합니다.
소스 Core의 데이터를 항상 시딩할 필요는 없습니다. 예:
● 새 Rapid Recovery Core에 복제를 설정하는 경우 시드가 필요하지 않습니다.
● 이전 스냅숏의 데이터가 복제된 데이터에 위험하지 않은 경우 복제를 설정한 뒤에 저장된 데이터만 복구해야 하며 시딩이 필요하
지 않습니다.
노트: 이 경우 Dell에서는 복제를 설정하기 전이나 설정한 직후에 새로운 기본 이미지를 캡처하도록 권장합니다. 이 단계에서
이후에 데이터를 복원할 대상 Core에 전체 복구 지점망이 있는지 확인합니다.
● 복제를 설정하기 직전에 기본 이미지를 캡처한 경우 해당 데이터 이후에 캡처된 데이터만 복원해야 하며 시딩이 필요하지 않습니
다.
● 시드 드라이브를 지정하지 않고 복제를 설정하는 경우 스냅숏 데이터가 네트워크를 통해 소스 Core에서 대상 Core로 전송됩니다.
이러한 상황 중 하나에 해당한다면 데이터를 시드할 필요가 없습니다. 이러한 경우에는 소스 Core에서만 복제를 완전히 수행할 수 있
습니다.
기존의 복구 지점이 있는 Core에 복제를 설정하고 볼륨 수준에서 복원해야 하는 경우 BMR을 수행하거나 이전 기본 이미지 또는 증분
스냅숏에서 데이터를 복원하려고 할 수 있습니다. 이 경우 시딩이 필요합니다. 이러한 상황에서는 시딩 요구 및 전략을 고려해 보십시
오. 본 항목의 정보를 검토하고 대상 Core를 시드할지 여부와 어떤 접근 방식을 사용할지 결정합니다.
데이터 시딩 방식
대상 Core의 복제된 시스템에 원본 소스 Core에 있는 이전에 저장된 데이터에 대한 액세스 권한을 부여하려면 다음 방법 중 하나를
사용하여 대상 Core를 시드합니다.
1. 네트워크 연결을 통해 대상 Core에 시드합니다. 복제를 정의할 때 시드 드라이브 사용을 지정합니다. 시드 드라이브가 포함된 폴
더를 대상 Core와 공유하고 네트워크를 통해 시드 드라이브 파일을 사용할 수 있습니다. 데이터 용량이 크거나 연결 속도가 느린
경우, 이 방법으로 시드하면 긴 시간이 소요되거나 상당한 네트워크 대역폭을 소비할 수 있습니다.
노트: Dell에서는 네트워크 연결을 통해 대량의 데이터를 시딩하는 것을 권장하지 않습니다. 초기 시딩에는 매우 많은 양의 데
이터가 포함될 가능성이 있으므로, 일반적인 WAN 연결에 큰 부담이 될 수 있습니다.
2. 물리적 저장소 매체를 사용하여 소스 Core에서 백업 데이터를 전송합니다. 시드 드라이브 파일을 휴대 가능한 외부 이동식 저장
장치로 전송합니다. 일반적으로 이 방법은 대규모 데이터 세트나 연결 속도가 느린 사이트에 유용합니다. 이 방법을 사용하여 시
딩하려면 다음 단계를 수행해야 합니다.
a. 이동식 매체에 저장하여 소스 Core에서 시드 아카이브를 생성합니다.
b. 시드 드라이브를 대상 Core의 물리적 위치로 전송합니다.
c. 드라이브를 대상 Core에 연결합니다.
d. 시드 드라이브의 데이터를 대상 Core의 리포지토리로 소비합니다.
타사 Core를 복제하는 경우 MSP에서 매체를 수신하면 일반적으로 데이터 센터 담당자가 매체를 장착하여 시드 데이터를 Core에
소비(또는 가져오기)할 준비가 되면 알립니다.
노트: 저장 장치에 대량의 데이터를 복사해야 하므로 eSATA, USB 3.0 또는 기타 고속 연결 장치를 사용하는 것이 좋습니다.
시드 데이터 아카이브의 전체 크기가 이동식 매체에서 사용할 수 있는 공간보다 클 경우 아카이브는 여러 장치로 확장될 수
있습니다.
3. 가상 호스트에 저장된 소스 및 대상 Core의 경우 가상 하드 디스크를 사용하여 백업 데이터를 전송합니다. 소스 Core 및 대상
Core가 모두 가상 호스트에 있는 경우 가상 저장소 매체에서 시드 드라이브를 정의하고 소비할 수 있습니다. 이 방법을 사용하여
시딩하려면 다음 단계를 수행해야 합니다.
a. 가상 저장소 볼륨에 저장하여 소스 Core에서 시드 드라이브 파일을 생성합니다.
b. 소스 Core에서 볼륨을 분리하고 대상 Core에 부착합니다.
c. 시드 드라이브의 데이터를 대상 Core의 리포지토리로 소비합니다.
워크스테이션 및 서버 보호 195