IDPA: 클라우드 계층화 가이드 및 해결 경로

Summary: 이 문서에서는 구성, 관리 및 문제 해결 단계를 포함하여 클라우드 계층화와 관련된 여러 단계를 안내합니다.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

이 문서는 Data Domain을 사용한 클라우드 계층화의 해결 경로입니다. 문제 해결 단계 및 기타 중요 정보를 포함하여 클라우드 계층화를 구성하고 관리하는 동안의 단계별 접근 방식을 간략하게 설명합니다.

 

 

설치 및 구성:
 
 

1단계: Data Domain에서 클라우드 유닛 인증서 가져오기:

클라우드 유닛 인증서를 통합하는 절차와 단계는 사용자 가이드의 "클라우드 계층" 장을 참조하십시오.

데모를 보려면 "클라우드 유닛 추가" 섹션의 비디오를 시청하십시오. 
 

클라우드 유닛 인증서 생성과 관련된 여러 클라우드 공급업체의 중요 KB 링크

Google Cloud: Data Domain 배포: Google Cloud 스토리지를 사용하여 Cloud Tier 기능을 구성하기 위한 인증서 요구 사항입니다.

Amazon AWS: Data Domain Cloud Tier: Data Domain과 Amazon AWS S3 통합.

참고: AWS의 경우 Baltimore 인증서 외에도 새로 릴리스된 "Starfield Class 2" 인증서도 추가됩니다. 자세한 내용은 문서 #000184415를 참조하십시오.
 
 

Azure Virtustream, ECS:  Data Domain 클라우드 계층화: 클라우드 유닛 추가 도중 인증서 오류 발생

참고: Azure의 경우 2022년 2월부터 Data Domain에서 업데이트하려면 Baltimore 인증서 외에 추가 인증서가 필요합니다. 문서 #000192537
 

자세한 내용은 아래 비디오를 살펴보십시오(또는 YouTube에서 시청).

 

ECS:

Data Domain: ECS에 대한 보안 DD Cloud Tier 연결을 위한 인증서 요구 사항 및 모범 사례 가이드

Data Domain: ECS(Elastic Cloud Storage)를 사용하는 F5 인증서를 Data Domain으로 가져올 수 없습니다.

참고: 
ECS에 대한 DD CT(Data Domain Cloud Tier)의 경우 LB(로드 밸런서)가 필요합니다. 하드웨어 또는 소프트웨어 로드 밸런싱 기술을 사용할 수 있습니다.
구성된 LB 호스트 이름 또는 IP 주소를 가리키도록 DD CT 프로파일을 구성해야 합니다. LB는 DD에서 오는 연결을 로드 밸런싱 정책과 설정된 구성에 따라 ECS 노드 중 하나로 전달합니다.

 

 
 

1단계 절차:

PowerProtect DD System Manager에서:

1. Data Management > File System > Cloud Units를 선택합니다.

2. 툴 모음에서 Manage Certificates를 클릭합니다. "Manage Certificates for Cloud" 대화 상자가 표시됩니다.

3. "추가"를 클릭합니다.

4. 다음 옵션 중 하나를 선택합니다.

    • I want to upload the certificate as a .pem file.
      • 이후: 인증서 파일을 찾아 선택합니다. 
    • I want to copy and paste the certificate text
      • 이후: .pem 파일의 내용을 복사하고 내용을 대화 상자에 붙여넣습니다.


5. "추가"를 클릭합니다.

이 단계를 완료하면 Data Domain UI에 "Cloud Unit Certificate"가 표시됩니다.

(Data Management --> Cloud Units --> Certificates):

kA53a0000004OYhCAM_1_0

 
 

2단계: Data Domain에 클라우드 유닛 추가

클라우드 유닛을 Data Domain에 통합하는 절차와 단계는 사용자 가이드의 "클라우드 계층" 장을 참조하십시오. 

데모를 보려면 아래 비디오를 살펴보십시오(또는 YouTube에서 시청).

2단계 절차: 

PowerProtect DD System Manager에서:

1. Data Management > File System > Cloud Units를 선택합니다.

2. 'Add'를 클릭합니다.

3. 'Add Cloud Unit' 대화 상자에서 다음 세부 정보를 입력합니다.

    • 이름: 클라우드 유닛에 대해 익숙한 이름입니다.
    • Cloud Provider: 클라우드 공급업체(예: AWS, Azure, ECS 등).
    • 스토리지 클래스, 스토리지 리전, 액세스 키, 비밀 키, 기본 키, 엔드포인트 등 기타 세부 정보를 입력합니다.

(위의 입력 옵션은 선택한 클라우드 공급업체에 따라 다릅니다.) 

참고: "Cloud Verification Failed at Connectivity Check: Validating Certificate" 오류가 표시되면 이 기술 자료 문서를 참조하여 서비스 요청을 생성하십시오.
 
 

3단계: Avamar 또는 백업 서버에서 클라우드 계층 활성화

Avamar 또는 백업 서버에서 클라우드 계층화를 활성화하는 절차와 단계는 사용자 가이드의 "클라우드 계층" 장을 참조하십시오.

데모를 보려면 아래 비디오를 살펴보십시오(또는 YouTube에서 시청).

 

알려진 문제 및 문서:

 

 

4단계: Avamar Server에서 클라우드 계층화 정책 생성 및 예약 

계층화 정책을 생성 및 예약하는 절차와 단계는 사용자 가이드의 "클라우드 계층" 장을 참조하십시오.

데모를 보려면 아래 비디오를 살펴보십시오(또는 YouTube에서 시청).

 

5단계: DD에서 데이터 이동을 예약합니다.

자세한 내용은 사용자 가이드의 "수동으로 데이터 이동" 및 "자동으로 데이터 이동" 섹션을 참조하십시오.

데모를 보려면 아래 비디오를 살펴보십시오(또는 YouTube에서 시청).

 

5단계 절차:

데이터는 수동으로 시작 및 중지하거나 일정(매일, 매주 또는 매월)과 임계치를 사용하여 자동으로 시작할 수 있습니다.

PowerProtect DD System Manager에서:

수동:

1. Data Management > File System을 선택합니다.

2. 페이지 하단에서 Show Status of File System Services를 클릭합니다.

상태 항목이 표시됩니다.

File System
Physical Capacity Measurement
Data Movement
Active Tier Cleaning

3. Data Movement에서 Start를 클릭합니다.

자동:

1. Data Management > File System > Settings를 선택합니다.

2. Data Movement 탭을 클릭합니다.

3. 임계치와 일정을 설정합니다.

 
 
 
관리 
 

Avamar Server에서 계층화 정책 생성: 

이 단계는 Avamar Server에서 클라우드 계층화 정책 생성을 지원합니다.
 
클라우드 계층 정책에서 지시하는 사항:
    • 계층화가 가능한 클라이언트
    • 계층화해야 하는 클라이언트의 백업
    • 백업이 클라우드에 계층화되어야 하는 시기
    • 클라우드에서의 백업 만료. 
계층 그룹은 클라이언트, 백업, 예약 및 클라우드 계층 구성과 관련된 기타 정보를 구성하는 데 사용됩니다.
 
계층화 정책을 생성 및 예약하는 절차와 단계는 사용자 가이드의 "클라우드 계층" 장을 참조하십시오.
 
데모를 보려면 3단계의 비디오를 살펴보십시오(또는 YouTube에서 시청).
 
 


클라우드 계층에서 백업 리콜:

리콜 작업은 클라우드로 계층화된 백업을 Data Domain의 활성 계층으로 다시 이동합니다. 
 
사용자 가이드의 "클라우드 계층" 장을 참조하여 절차를 찾고 "클라우드 계층의 리콜 작업" 섹션을 따르십시오.

 

 
 

클라우드 계층의 복원 작업: 

Cloud Disaster Recovery 소프트웨어는 클라우드에서 Data Domain의 활성 계층으로 백업 복제본을 리콜합니다. 이후 활성 계층에서 클라이언트로 백업을 복원합니다. 상태는 Cloud로 표시됩니다. 백업은 복원 후 Data Domain Cloud Tier에 저장됩니다. Data Domain 활성 계층의 백업 복제본은 복원 작업에 사용되며 10일 후 삭제됩니다.
참고: AUI에서는 파일 시스템 및 VMware 플러그인만 복원 작업을 지원합니다. 다른 플러그인의 경우 Avamar Administrator를 사용하여 복원 작업을 수행합니다.


활성 계층의 임시 복제본의 수명을 연장하려면 Cloud Disaster Recovery 서버에서 /usr/local/avamar/var/ddrmaint.cmd 명령에 다음 매개변수를 사용합니다.
 
--cloud-copy-lifetime=days
 
참고: 백업 만료 기간 범위는 14일 이상이어야 합니다. 최소 만료 시간은 기간 임계값 값에 따라 다릅니다. 
 
 
 

클라우드 계층의 파일 또는 세분화 수준 복원:

Avamar는 ECS 클라우드 유닛에서만 파일 또는 세분화 수준 복원을 지원합니다.
 
ECS 클라우드 유닛으로 계층화된 백업에서 파일 또는 세분화 수준 복원은 일반적인 파일 또는 세분화 수준 복원 작업과 동일합니다. 
ECS 클라우드 유닛에 있는 백업에서 단일 파일 또는 조각을 복원하기 위해 Avamar가 전체 백업을 클라우드에서 Data Domain의 활성 계층으로 리콜할 필요는 없습니다. Avamar Client는 클라우드에서 단일 파일 또는 조각을 직접 읽습니다. 
 
Avamar는 비 ECS 클라우드 유닛에서 파일 또는 세분화 수준 복원을 지원하지 않습니다. 비 ECS 클라우드 유닛에 있는 백업에서 단일 파일 또는 조각을 복원하려면 먼저 Avamar가 전체 백업을 클라우드에서 Data Domain 활성 계층으로 리콜해야 합니다. 이후 Avamar Client는 Data Domain의 활성 계층에서 단일 파일 또는 조각을 복원합니다.
 
 
 

클라우드 계층에서 Avamar 백업을 식별하거나 동일한 항목에 대한 보고서를 생성하는 방법:

Avamar AUI HTML 기반 UI에서:

1. 왼쪽의 AUI 탐색 창에서 *를 클릭한 다음 Asset Management를 클릭합니다.
Asset Management 창이 표시됩니다.
 
2. 도메인 트리에서 클라이언트의 도메인을 선택합니다.
 
3. 클라이언트 목록에서 관리할 백업이 수행된 클라이언트를 선택합니다.
 
4. 오른쪽의 Client Summary 창에서 VIEW MORE를 클릭합니다.
 
5. Backups 탭을 클릭합니다. 이 클라이언트에 대해 완료된 백업 목록이 표시됩니다. 클라이언트를 복원하는 데 이 목록에 포함된 백업 중 하나를 사용할 수 있습니다.
 
6. 날짜 기준으로 백업 찾기:
a. Search 버튼을 클릭합니다.
b. From 및 To 필드에 날짜 범위를 지정합니다.
c. Retrieve를 클릭합니다. 날짜 범위에 해당하는 백업 목록이 표시됩니다.
 
7. Tier 열을 확인하여 백업의 계층을 확인합니다.
  • Active: 백업이 Data Domain Active Tier(온프레미스 스토리지)에 상주합니다.
  • Marked: 백업은 Data Domain Active Tier(온프레미스 스토리지)에 상주하며 Cloud Tier로 이동할 준비가 되었습니다. DD 데이터 이동으로 다음 주기에 이러한 백업이 클라우드로 이동합니다. 
  • 클라우드: 백업은 Data Domain Cloud Tier(클라우드 스토리지)에 상주합니다.

Avamar 명령줄에서:
 

1. Avamar: dump_root_hashes.rb 스크립트를 사용하여 클라이언트 및 백업 목록을 생성하는 방법 스크립트를 Avamar Server에서 다운로드합니다. 

2. 실행: ruby dump_root_hashes.rb --mode=backuplist --mc-retired=include --replicate=include --show-tier-info

작업 디렉토리에 gz 파일이 생성되고, 이 파일에는 백업 계층화 정보가 포함된 CSV 파일이 있습니다. 

     
 
 

Data Domain의 데이터 이동 프로세스

(이 프로세스는 DD의 백업을 Active Tier에서 Cloud Tier로 이동합니다. 5단계 - 설치 및 구성 섹션에서도 설명됨)

 

Q: 데이터 이동은 어떻게 수동으로 시작할 수 있습니까?

A: "data-movement start" 명령을 사용할 수 있습니다. 

예:

data-movement start
Data-movement started.
 
 

Q: 데이터 이동은 어떻게 모니터링할 수 있습니까?

A: 데이터 이동 상태를 확인하려면 "data-movement status" 명령을 사용할 수 있습니다.

예:

data-movement status
----------------------------
Data-movement is initializing..
Data-movement recall:
---------------------
No recall operations found.

 

데이터 이동이 실행 중인 경우 명령어 "data-movement watch"를 사용할 수 있습니다.

예를 들면 다음과 같습니다.

data-movement watch
Data-movement: phase 1 of 3 (copying)  
 92% complete; time: phase  0:08:04, total  0:08:14       Copied (post-comp): 3.35 GiB, (pre-comp): 3.29 GiB,B,      Files copied: 7, Files verified: 3, Files installed: 3
 
 

Q: 데이터 이동을 중지하려면 어떻게 해야 합니까?

A: "data-movement stop" 명령을 사용할 수 있습니다.

예:

data-movement stop
Data-movement stop initiated. Run the status command to check its status.
 
 
 

Data Domain Restorer 및 클라우드에 장기간 보존: 자주 묻는 질문에서 자세한 내용을 알아보십시오.

 
 

클라우드 계층 정리 과정

 

Q: 수동 클라우드 계층 정리는 어떻게 시작합니까?

A1: 절차 - PowerProtect DD System Manager에서:

a. Data Management > File System > Settings를 선택합니다.

b. Cleaning 탭을 클릭합니다.

c. 클라우드 계층에 대한 임계치 및 일정을 설정합니다.

A2: "cloud clean start" 명령을 사용할 수 있습니다(또는 클라우드가 여러 개인 경우 "cloud clean start").

예:

cloud clean start cloudunit2
Cloud tier cleaning started for cloud unit "cloudunit2". Use 'cloud clean watch' to monitor progress.
 
 

Q: 클라우드 계층 정리를 어떻게 모니터링할 수 있습니까?

A: "cloud clean status" 명령을 사용하여 클라우드 정리가 실행 중인지 확인할 수 있습니다.

예:

cloud clean status
Cloud tier cleaning finished on cloud unit "cloudunit2" at 2023/09/12 06:19:03.
Previous cloud tier cleaning attempt was unsuccessful.
 Failure reason:
cloud unit "cloudunit2" did not have sufficient cleanable data.
Cloud tier cleaning finished at 2023/09/15 12:16:06.
 
 

현재 클라우드 정리가 실행 중이라면, 명령어 "cloud clean watch"로 진행 상태를 모니터링할 수 있습니다.

 
 

Q: 활성 계층 정리를 클라우드 계층 정리와 동시에 실행할 수 있습니까?

A: 아니요. 활성 계층 정리와 클라우드 계층 정리 모두 독점적인 액세스가 필요한 동일한 공통 내부 공유 데이터 구조를 사용합니다.

 
 

Q: 클라우드 계층 정리 일정을 표시하거나 변경하려면 어떻게 해야 합니까?

A: 현재 클라우드 정리 일정을 표시하려면 "cloud clean frequency show" 명령을 사용할 수 있습니다.

예:

cloud clean frequency show
Cloud tier cleaning frequency is set to run after every 4 active tier cleaning cycles.
 
 

Q: 클라우드 정리 일정을 변경하려면 어떻게 해야 합니까?

A: 일정을 변경하려면 "cloud clean frequency set" 명령을 사용할 수 있습니다.

예:

cloud clean frequency set 3
Cloud tier cleaning frequency is set to run after every 3 active tier cleaning cycles.
 
 

Q: 클라우드 계층 정리 임계치를 변경하거나 표시하려면 어떻게 해야 합니까?

A: 기본적으로 클라우드 계층 정리 임계치는 50%로 설정됩니다.

현재 클라우드 정리 임계치를 표시하려면 "cloud clean throttle show" 명령을 사용할 수 있습니다. 

예:

cloud clean throttle show
Cloud tier cleaning throttle is set to 28 percent
 
 

정리 임계치를 변경하려면 "cloud clean throttle set" 명령을 사용할 수 있습니다.

예:

cloud clean throttle set 20
Cloud tier cleaning throttle set to 20 percent
 
 
 

클라우드 정리에 대해 자세히 알아보려면 다음을 참조하십시오. Data Domain: Data Domain Restorer의 장기간 보존/클라우드 계층 정리/가비지 컬렉션 소개

 

Additional Information

부록 A
 

IDPA 또는 Avamar 관련 기술 자료, 알려진 절차 및 수정 사항 - Data Domain 클라우드 계층화:

 

NetWorker를 사용한 Data Domain 클라우드 계층화:

 
부록 B

 

 

Avamar는 "avtier"라는 내부 플러그인을 사용하여 백업을 계층화하도록 표시하고, 클라우드 계층에서 백업을 리콜하고, 기타 클라우드 계층화 작업을 수행합니다.

 

Avamar 문제 해결 팁:

Avamar 클라우드 계층화 정책에 의해 표시된 백업:

    • Avtier 내부 플러그인은 Avamar의 ddrmaint 프로세스를 사용하여 백업 이동을 표시합니다. 
    • 이 프로세스를 사용하면 Data Domain에 클라우드로 이동할 특정 백업을 표시하도록 알립니다. 

계층화 정책에 의해 백업이 표시되었는지 확인하려면 다음 명령을 루트로 실행합니다. 

grep -i mark-backup /usr/local/avamar/var/ddrmaintlogs/ddrmaint.log

 

 
 

복원, 수동 리콜 또는 계층화 정책을 사용한 리콜을 활용하여 Avamar에서 리콜된 백업:

    • avtier 내부 플러그인은 Avamar의 ddrmaint 프로세스를 사용하여 Data Domain의 Cloud Tier에서 Active Tier로 백업을 리콜하도록 알립니다.

Active Tier로 백업이 리콜되는지 확인하려면 다음 명령을 루트로 실행합니다.  

grep -i "recall-backup" /usr/local/avamar/var/ddrmaintlogs/ddrmaint.log

 

 
 


Data Domain 문제 해결 팁

Data Domain에서 다음 명령을 사용하여 동일한 항목을 확인할 수 있습니다.

data-movement status

자세한 내용은 리콜 섹션을 검토하십시오. 

 

 

Data Domain의 파일 위치 보고서에 Cloud 또는 Active Tier에서 파일이 있는 위치가 표시:

filesys report generate file-location <File_path_with_file_name> 
 
 


클라우드 계층의 구조:

    • 클라우드 계층은 '클라우드 유닛'으로 세분화됩니다. 
    • 클라우드 계층에는 최대 2개의 클라우드 유닛이 포함될 수 있습니다.
    • 각 클라우드 유닛은 지정된 DDR 모델에 대해 지원되는 최대 활성 계층 크기만큼 클 수 있습니다.
    • 각 클라우드 유닛은 서로 다른 오브젝트 스토리지 공급자가 프로비저닝할 수 있습니다.


예:

cloud unit list 
Name        Profile       Status   Reason
---------   -----------   ------   -------------------------------
ECS_Unit1   ECS_Profile   Active   Cloud unit connected and ready.
S3_Unit     S3_Profile    Active   Cloud unit connected and ready.
---------   -----------   ------   -------------------------------
 
 

Q: 리콜 작업은 어떻게 모니터링할 수 있습니까?

A: 리콜 작업은 'data-movement status path all' 명령을 사용하거나 특정 파일이 필요한 경우 ' data-movement status path /data/col1/<avamar-xxxx>/<Client_ID>/<Backup_ID>/<File_Name> '를 사용하여 모니터링할 수 있습니다. 

예:

data-movement status path /data/col1/<Avamar-xxxxx>/<Client_ID>/<Backup_ID>/<File_Name>  
Data-movement recall: 
---------------------
Data-movement for  /data/col1/mtree1/file1 :
phase 2 of 3 (Verifying) 80% complete; time: phase XX:XX:XX total XX:XX:XX 
Copied (post-comp): XX XX, (pre-comp) XX XX 

 

 
 

Affected Products

Integrated Data Protection Appliance Family

Products

Avamar, Avamar Data Store, Avamar Data Transport, Avamar Server, Avamar Virtual Edition, Data Domain, Data Domain Boost – File System, PowerProtect DP4400, DD OS, PowerProtect DP5300, PowerProtect DP5800, PowerProtect DP8300, PowerProtect DP8800 , PowerProtect Data Protection Software, Integrated Data Protection Appliance Family, PowerProtect Data Protection Hardware, Integrated Data Protection Appliance Software ...
Article Properties
Article Number: 000157594
Article Type: How To
Last Modified: 23 Sept 2025
Version:  42
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.