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 장애 조치 클러스터

최고의 속도 제한 방법을 결정하는 데 영향을 미치는 요소가 여러 가지 있습니다. 그중 보호되는 시스템의 유형은 핵심 요소입니다.
예를 들어, 사용 중인 Microsoft Exchange Server는 거의 사용하지 않는 레거시 웹 서버보다 변경률이 훨씬 높습니다.
보호된 시스템에 있는 저장소 볼륨의 입력 및 출력 기능도 효율성에 영향을 줄 수 있습니다.
네트워크의 속도 또한 중요한 요소 중 하나이며, 변수가 많습니다. 준비되어 있는 네트워크 백본(예: 1GbE과 10GbE), 아키텍처, 구성,
NIC 티밍 내부 사용 및 사용된 케이블 유형은 모두 네트워크 전송 속도에 영향을 미칩니다. 저속 광역 통신망을 사용하고 있고 전송
작업이 백업 또는 복제에 실패한 경우 이러한 일부 설정을 사용하여 전송 속도를 제한하는 것을 고려하십시오.
궁극적으로 네트워크 제한 프로세스에는 시행착오가 동반됩니다. Dell은 전송 설정을 조정 및 테스트하고 이러한 설정을 주기적으로
다시 검토하여 현재 설정이 요구사항에 맞는지를 확인하는 것을 권장합니다.
전송 속도 조정은 개별 시스템 단위로 수행해야 합니다. Core Console에서 특정 시스템을 탐색하고 설정을 선택한 후 전송 속도를 조
정합니다. 이러한 설정을 보고 변경하는 방법에 대한 자세한 내용은 보호된 시스템 설정 보기 및 수정 페이지 128을(를) 참조하십시
오. 이 항목에서는 전송 제한에 사용되는 각 설정에 대해서도 설명합니다. 먼저 실험해야 하는 설정을 결정하는 데 유용한 설명이 있
습니다.
전송 속도 제한과 관련된 기본 설정 네 가지는 다음 표에 설명되어 있습니다.
표 77. 전송 속도를 제한하는 데 사용되는 보호된 시스템 설정
시스템 수준 설정 기본 설정 제안된 제한 설정
최대 동시 스트림 수 8 4
최대 동시 쓰기 수 8 4
최대 세그먼트 크기 4194304 2097152
스트림당 대기 중인 읽기 수 0 24에서 시작
Dell은 Dell 지원 담당자가 지시한 경우가 아니라면 스트림당 대기 중인 읽기의 기본 설정을 변경하기 전에 다른 설정을 조정 및 테스
트하는 것을 권장합니다. 이 설정을 조정 및 테스트할 경우 시작 값은 24입니다.
보호된 시스템 전송 매개 변수에 제한을 지정할 경우 이러한 제한 사항은 작업별로 적용됩니다. 전송 작업 2개가 동시에 발생하거나
겹치는 경우 대역폭이 2배 사용됩니다. 마찬가지로 네트워크에서 전송 작업 4개가 겹치는 경우 대역폭이 4배 사용됩니다.
보호되는 시스템에 대한 야간 작업 사용자 지정
해당 Configuration(구성) 탭에서 Core 수준 및 시스템 수준에서 야간 작업을 구성할 수 있습니다. 야간 작업을 Core 수준에서 설정하
면 변경 사항이 해당 Core에 의해 보호되는 모든 관련 시스템에 적용됩니다. 시스템 수준에서 야간 작업의 변경 사항은 Core 수준의
지정된 시스템에만 적용됩니다.
설명과 각 야간 작업에 사용할 수 있는 범위를 포함하여 야간 작업의 목록을 보려면 야간 작업 이해 페이지 34을(를) 참조하십시오.
단일 보호되는 시스템에 대한 야간 작업을 변경하려면 다음 절차의 단계를 완료하십시오.
1. Rapid Recovery Core 콘솔의 Protected Machines(보호되는 시스템) 메뉴 아래에서 야간 작업을 사용자 지정하려는 시스템의 IP 주
소 또는 시스템 이름을 클릭합니다.
선택한 시스템에 대한 Summary(요약) 페이지가 나타납니다.
2. Settings(설정) 메뉴를 클릭합니다.
선택한 시스템의 구성 설정을 보여 주는 Settings(설정) 페이지가 나타납니다.
3. 선택적으로, Settings(설정) 페이지로 스크롤하여 야간 작업 설정을 보려면 Nightly Jobs(야간 작업) 링크를 클릭합니다.
4. Nightly Jobs(야간 작업) 제목 아래에서
Change(변경)을 클릭합니다.
Nightly Jobs(야간 작업) 대화 상자가 표시됩니다.
노트: 사용자 지정 보존 정책 설정을 포함하여 롤업 설정에 대한 정보는 보호되는 시스템에 대한 보존 정책 설정 사용자 지정
페이지 189을(를) 참조하십시오.
5. Nightly Jobs(야간 작업) 대화 상자에서 야간에 실행하기 위해 포함할 작업을 선택하거나 이 시스템에서 생략하려는 옵션을 선
택 취소합니다.
노트: 옵션은 시스템마다 다를 수 있습니다. 예를 들어, Exchange Server를 사용하는 보호되는 시스템은 Exchange 데이터베
이스의 체크섬 검사 및 Exchange 로그의 자르기를 포함할 수 있습니다.
6. 확인을 클릭합니다.
134 워크스테이션 및 서버 보호










