Data Domain: Data Domain 및 Cloud Tier에서의 NetWorker 작동 방식
Summary: NW(NetWorker)는 DD CT(Data Domain Cloud Tier)를 기본적으로 지원합니다. 이 문서에서는 오해와 용어 간 충돌을 다룹니다.
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.
Symptoms
NW(NetWorker)는 DD CT(Data Domain Cloud Tier)를 기본적으로 지원합니다. 즉, NW 관리자는 클라우드에 대한 계층화 정책을 설정할 수 있습니다. NW는 나중에 클라우드로의 DD 데이터 이동이 실행되고 해당 파일을 구성된 클라우드 장치로 보내도록 개별 백업 이미지를 표시합니다.
가장 먼저 강조해야 할 중요한 사실은 NW가 데이터를 클라우드로 이동하거나 복제(클론 생성)하지 않는다는 사실입니다. 클라우드로 보낼 SSID의 복제본(클론)을 생성하지만 클론은 (초기에) DD Active 계층에 머뭅니다. 이는 구성된 DD 데이터 이동 예약이 시작된 후에만 (계층화된) 클라우드로 표시된 SSID가 클라우드 스토리지로 전송됩니다.
백업을 가져오는 것부터 클라우드에서 SSD가 사용 가능할 때까지의 전체 프로세스는 다음과 같습니다.
가장 먼저 강조해야 할 중요한 사실은 NW가 데이터를 클라우드로 이동하거나 복제(클론 생성)하지 않는다는 사실입니다. 클라우드로 보낼 SSID의 복제본(클론)을 생성하지만 클론은 (초기에) DD Active 계층에 머뭅니다. 이는 구성된 DD 데이터 이동 예약이 시작된 후에만 (계층화된) 클라우드로 표시된 SSID가 클라우드 스토리지로 전송됩니다.
백업을 가져오는 것부터 클라우드에서 SSD가 사용 가능할 때까지의 전체 프로세스는 다음과 같습니다.
Cause
1. NW는 백업을 DD에 저장하도록 구성됩니다(수집은 항상 DD Active 계층에 실시됨). 일반적으로 다음과 같은 용도로 단일 스토리지 장치를 사용합니다.
2. NetWorker 내에서 각 백업 정책은 NetWorker에서 "디바이스"라고 부르는 항목 아래에 저장됩니다. 디바이스는 스토리지 장치의 루트 아래에 있는 하위 디렉토리이며, 예를 들면 다음과 같습니다.
3. NW는 최종적으로 DD CT에 대해 구성되고, 그에 따라 아래와 같이 DD에서 데이터 이동 앱 관리형 데이터 이동 구성이 생성됩니다.
4. NW가 DD CT에서 작동하는 방식은 원래 위치에서 클라우드로 이동할 파일을 "표시"하지 않습니다. 고객이 NW의 클라우드 계층화를 설정하면 고객은 동일한 스토리지 장치 내에 다른 디바이스를 생성해야 하고, 여기에서 클라우드로 전송할 파일이 우선 NW에 의해 복제됩니다. 예를 들어, DD CT에 저장되도록 구성된 특정 SSID는 DD 파일 위치 보고서에서 두 개의 별도(그러나 동일한) 파일로 표시됩니다.
5. NetWorker 설명서에서는 NW 마법사의 Cloud Tier 디바이스가 Active 계층의 파일과 동일한 스토리지 장치에 생성되도록 요청합니다. 다른 스토리지 장치에 클라우드 디바이스를 생성하면 "fastcopy" 이외의 무언가를 사용하여 복제가 이루어지므로 클론 생성 시간이 훨씬 느려질 수 있습니다. NW 설명서의 해당 섹션:
https://www.dell.com/support/manuals/en-us/networker/nw_p_ddboostdedup_integration/configuring-networker-devices-for-dd-cloud-tier?guid=guid-680d906f-10c7-4266-822e-1a0f3ba3e201⟨=en-us
6. NW 설명서에서 위의 설명이 의미하는 것 중 하나는 Cloud Tier이 있는 NetWorker/Data Domain 설정에서 일반적으로 모든 데이터가 DD 내의 동일한 스토리지 장치에 저장되고 NW 백업 이미지를 두 개의 다른 클라우드 장치로 전송할 수 있도록 지원되는 방법이 없다는 것입니다. DD 데이터 이동 구성에는 동일한 소스 MTree에 대한 정책이 두 개 이상 있을 수 없으며, 첫 번째 클라우드 장치의 용량이 최대인 경우와 같은 상황에서 문제가 발생할 수 있습니다(아래 예시 참조).
DDBOOST Storage-Unit Show Type BoostFS ------------------------- Name Pre-Comp (GiB) Status User Report Physical BoostFS Size (MiB) -------------------- -------------- ------ ------------- --------------- ------- NW-STORAGE-UNIT 25680542.0 RW boostuser - no -------------------- -------------- ------ ------------- --------------- -------
2. NetWorker 내에서 각 백업 정책은 NetWorker에서 "디바이스"라고 부르는 항목 아래에 저장됩니다. 디바이스는 스토리지 장치의 루트 아래에 있는 하위 디렉토리이며, 예를 들면 다음과 같습니다.
/data/col1/NW-STORAGE-UNIT/DAILY-DB-DEV01/00/80/ee140226-00000006-2b625ef6-66625ef6-0e095000-e36c9c56 /data/col1/NW-STORAGE-UNIT/DAILY-DB-DEV02/00/48/f8959462-00000006-3f775a89-66775a89-b8fa5000-e36c9c56 /data/col1/NW-STORAGE-UNIT/MONTHLY-DB-DEV01/03/93/30e0c543-00000006-3d5cac26-665cac26-f6f75000-e36c9c56 /data/col1/NW-STORAGE-UNIT/MONTHLY-FS-DEV06/92/30/05729157-00000006-cc5a6431-665a6431-9e685000-e36c9c56여기서 정책 또는 디바이스는 "DAILY-DB-DEV01", "DAILY-DB-DEV02", "MONTHLY-DB-DEV01" 및 "MONTHLY-FS-DEV06"입니다.
3. NW는 최종적으로 DD CT에 대해 구성되고, 그에 따라 아래와 같이 DD에서 데이터 이동 앱 관리형 데이터 이동 구성이 생성됩니다.
Cloud Data-Movement Configuration --------------------------------- Mtree Target(Tier/Unit Name) Policy Value ------------------------------- ---------------------- ----------- ------- /data/col1/NW-STORAGE-UNIT Cloud/CLOUD-UNIT app-managed enabled ------------------------------- ---------------------- ----------- -------클라우드로의 DD 데이터 이동 구성에는 소스 MTree(NW 스토리지 장치), 타겟 클라우드 장치(CLOUD-UNIT) 및 정책이 사용되고, NetWorker(및 Avamar)의 경우 "기간 임계값" 대신 "앱 관리형"이어야 하며, 클라우드로 이동할 파일이 파일 자체의 기간으로 선택되지 않고 NW에 의해 결정(표시)됩니다.
4. NW가 DD CT에서 작동하는 방식은 원래 위치에서 클라우드로 이동할 파일을 "표시"하지 않습니다. 고객이 NW의 클라우드 계층화를 설정하면 고객은 동일한 스토리지 장치 내에 다른 디바이스를 생성해야 하고, 여기에서 클라우드로 전송할 파일이 우선 NW에 의해 복제됩니다. 예를 들어, DD CT에 저장되도록 구성된 특정 SSID는 DD 파일 위치 보고서에서 두 개의 별도(그러나 동일한) 파일로 표시됩니다.
# filesys report generate file-location tiering -------------------------------- ---------------------- ----- --------------------------- File Name Location(Unit Name) Size Placement Time -------------------------------- ---------------------- ----- --------------------------- /data/col1/NW-STORAGE-UNIT/MONTHLY-FS-DEV05/85/72/365bdbce-00000006-3157c1bc-6657c1bc-32035000-e36c9c56 Active 1.15 TiB Thu May 30 04:00:59 2024 /data/col1/NW-STORAGE-UNIT/CLOUD-LONG-TERM-DEV04/85/72/365bdbce-00000006-3157c1bc-6657c1bc-32035000-e36c9c56 CLOUD-UNIT 1.15 TiB Sat Jun 1 11:13:33 2024위의 정보는 다음을 보여줍니다.
- 긴 SSID "365bdbce-00000006-3157c1bc-6657c1bc-32035000-e36c9c56"이 있는 백업 이미지가 DD Active 계층에 기록되고 "Thu May 30 04:00:59 2024"에 "MONTHLY-FS-DEV05" 디바이스에서 마지막으로 기록되었습니다.
- "CLOUD-LONG-TERM-DEV04/"라는 계층화 정책(타겟 디바이스 포함)이 있습니다.
- 계층화 정책이 실행되었을 때(백업이 완료되는 즉시 실행될 가능성이 높음) SSID의 복제본(클론)이 원래 디바이스에서 "CLOUD-LONG-TERM-DEV04"라는 NW 클라우드 디바이스로 생성되었습니다.
- 최종적으로 DD 데이터 이동이 실행되고 원래 백업의 클론이 Active에서 클라우드 장치로 이동했으며, "Sat Jun 1 11:13:33 2024"에 파일에 대한 프로세스가 완료되었습니다.
- 위 파일 위치 정보가 수집된 당시에는 Active와 Cloud DD 계층 모두에서 같은 길이의 SSID 복제본이 있습니다.
- 기한이 되면 개별 복제본을 만료하고 삭제하는 것은 NW에서 가능합니다. 이론상 Active 계층의 복제본은 클라우드의 복제본(더 오래 보존됨)보다 더 일찍 만료됩니다(그렇지 않으면 백업 이미지를 처음부터 클라우드로 보내는 것이 무의미함).
5. NetWorker 설명서에서는 NW 마법사의 Cloud Tier 디바이스가 Active 계층의 파일과 동일한 스토리지 장치에 생성되도록 요청합니다. 다른 스토리지 장치에 클라우드 디바이스를 생성하면 "fastcopy" 이외의 무언가를 사용하여 복제가 이루어지므로 클론 생성 시간이 훨씬 느려질 수 있습니다. NW 설명서의 해당 섹션:
https://www.dell.com/support/manuals/en-us/networker/nw_p_ddboostdedup_integration/configuring-networker-devices-for-dd-cloud-tier?guid=guid-680d906f-10c7-4266-822e-1a0f3ba3e201⟨=en-us
Configuring NetWorker devices for DD Cloud Tier ----------------------------------------------- Use the Device Configuration Wizard to configure NetWorker devices for the DD Cloud Tier devices. The Data Domain devices that contain the source backup data must reside on the same mtree as the DD Cloud Tier device that will store the clone data. The storage node that manages the Data Domain devices must be a NetWorker 19.7 storage node.
6. NW 설명서에서 위의 설명이 의미하는 것 중 하나는 Cloud Tier이 있는 NetWorker/Data Domain 설정에서 일반적으로 모든 데이터가 DD 내의 동일한 스토리지 장치에 저장되고 NW 백업 이미지를 두 개의 다른 클라우드 장치로 전송할 수 있도록 지원되는 방법이 없다는 것입니다. DD 데이터 이동 구성에는 동일한 소스 MTree에 대한 정책이 두 개 이상 있을 수 없으며, 첫 번째 클라우드 장치의 용량이 최대인 경우와 같은 상황에서 문제가 발생할 수 있습니다(아래 예시 참조).
Active Tier: Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB* ---------------- -------- --------- --------- ---- -------------- /data: pre-comp - 8477328.0 - - - /data: post-comp 944180.2 769927.8 174252.4 82% 90605.3 ---------------- -------- --------- --------- ---- -------------- Cloud Tier unit-wise space usage -------------------------------- CLOUD-UNIT Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB ---------------- ---------- ---------- --------- ---- ------------- /data: pre-comp - 16935910.0 - - - /data: post-comp 1572768.4* 1572755.0 13.4 100% 0.0 ---------------- ---------- ---------- --------- ---- ------------- Cloud Data-Movement Configuration --------------------------------- Mtree Target(Tier/Unit Name) Policy Value ------------------------ ---------------------- ----------- ------- /data/col1/NW-STORAGE-UNIT Cloud/CLOUD-UNIT app-managed enabled ------------------------ ---------------------- ----------- -------
Resolution
7. 위의 제한 사항을 극복하려고 할 때 고객은 향후 백업을 위해 새 NetWorker 스토리지 장치를 생성할 수 있습니다. 또는 기존 스토리지 장치에서 새 스토리지 장치의 디바이스로 클론을 생성하고, 나중에 새 스토리지 장치에서 새 클라우드 장치로 두 번째 DD 데이터 이동 정책을 추가할 수도 있습니다. 이렇게 하면 아래와 같은 구성이 이루어집니다.
NW 설명서의 요구 사항 이외에 클론 생성의 주된 문제는 속도가 느리다는 것입니다. 또한 DD SSP(System Show Performance)에서 다음과 비슷한 것을 확인할 수 있습니다.
NW에서 클론에 대해 "fastcopy"를 사용하는 경우(동일한 스토리지 장치 내의 클론에 대해 사용) 읽기 로드가 표시되지 않아야 합니다. 스토리지 장치에서의 클론이 NW에서 "filecopy"를 통해 실시되기 때문에 이 예시에서는 이보다 더 좋지 않았습니다.
8. 예시와 같은 경우(단일 스토리지 장치가 있는 NW 구성 및 클라우드 장치가 이미 가득 찬 DD CT) NW에 대한 올바른 구성은 DD에 새 클라우드 장치를 생성하는 것입니다.
이를 통해 DD에서 두 번째 스토리지 장치가 생성되지 않고 NW에서 동일한 기존 스토리지 장치 내의 다른 디바이스로 새 클라우드 계층화 정책을 생성할 수 있습니다.
이후 예정된 데이터 이동에 대한 DD 데이터 이동 구성을 변경하면 새 클라우드 장치가 타겟으로 설정됩니다.
최종 DD 측 구성은 다음과 같습니다.
DD 데이터 이동이 예정대로 실행되면 단일 NW 스토리지 장치의 모든 파일이 나열되고 데이터 이동에 적격(표시됨)이고 아직 클라우드 장치에 없는지 여부가 판단됩니다. 하위 디렉토리(디바이스)와 무관하게 DD 내에서 데이터 이동으로 표시된 모든 파일은 아직 클라우드 장치에 없지만 타겟 클라우드 장치(CLOUD-UNIT02)로 차례로 개별 전송됩니다.
파일이 클라우드에 성공적으로 복제되고 DD에서 이를 확인하면 파일이 "설치"됩니다. 즉, DD가 파일의 물리적 위치를 나타내는 파일 CH(Content Handle)를 변경합니다(Active 계층 또는 두 클라우드 장치 중 하나에서 파일의 데이터 찾기 허용).
나중에 백업 애플리케이션이 클라우드에서 파일을 읽거나 리콜하려고 하면 DD가 데이터를 읽을 위치를 정확히 알기 때문에 파일 데이터의 물리적 위치가 NW에 투명하게 표시됩니다. 이는 현재 DD 데이터 이동 구성과 분리됩니다.
9. 마지막으로 이 예시의 고객은 처음에 NW 설명서를 따르지 않았고(심각한 NW 클론 성능 문제가 발생함) 일부 SSID가 세 번(Active에 한 번, 두 클라우드 장치에 각각 한 번)에 저장되었습니다. 이는 구성된 보존 정책에 따라 공간 낭비일 수는 있지만 괜찮습니다.
동일한 파일의 복제본이 3개 있고, 이 가운데 2개는 클라우드로 각각 이동하여 클라우드 장치에 저장되었습니다.
NW가 이 중에서 읽기를 시도하면 DD는 각각이 어디에 있는지 인식하고 Active 계층만 있는 상황과 비교할 때 아무런 차이 없이 NW로 데이터를 다시 제공하는 데 필요한 작업을 수행합니다.
3개의 파일 각각은 결국 NW에 의해 만료 및 삭제됩니다.
동일한 파일의 복제본이 3개 있고, 이 가운데 2개는 클라우드로 각각 이동하여 클라우드 장치에 저장되었습니다.
NW가 이 중에서 읽기를 시도하면 DD는 각각이 어디에 있는지 인식하고 Active 계층만 있는 상황과 비교할 때 아무런 차이 없이 NW로 데이터를 다시 제공하는 데 필요한 작업을 수행합니다.
3개의 파일 각각은 결국 NW에 의해 만료 및 삭제됩니다.
Cloud Unit List --------------- Name Profile Status Reason ------------ ------------------ ------ ------------------------------- CLOUD-UNIT CLOUD-UNIT_profile Active Cloud unit connected and ready. <<-- existing Cloud Unit CLOUD-UNIT02 CLOUD-UNIT_profile Active Cloud unit connected and ready. <<-- new Cloud Unit ------------ ------------------ ------ ------------------------------- Cloud Data-Movement Configuration --------------------------------- Mtree Target(Tier/Unit Name) Policy Value ------------------------------- ---------------------- ----------- ------- /data/col1/NW-STORAGE-UNIT Cloud/CLOUD-UNIT app-managed enabled /data/col1/NW-STORAGE-UNIT-NEW Cloud/CLOUD-UNIT02 app-managed enabled ------------------------------- ---------------------- ----------- -------
NW 설명서의 요구 사항 이외에 클론 생성의 주된 문제는 속도가 느리다는 것입니다. 또한 DD SSP(System Show Performance)에서 다음과 비슷한 것을 확인할 수 있습니다.
-----------Throughput (MB/s)----------- ---------------Protocol----------------- Compression ------Cache Miss-------- -----------Streams----------- -MTree Active- ----State--- -----Utilization----- --Latency-- Repl Date Time Read Write Repl Network Repl Pre-comp ops/s load data(MB/s) wait(ms/MB) gcomp lcomp thra unus ovhd data meta rd/ wr/ r+/ w+/ in/ out rd/wr 'CDPVMSFIRL' CPU disk in ms stream ---------- -------- ----- ----- ----in/out--- ----in/out--- ----- --%-- --in/out--- --in/out--- ----- ----- ---- ---- ---- ---- ---- ----------------------------- -------------- ----------- -avg/max---- --max--- --avg/sdev- ----------- 2024/06/13 18:27:00 0.0 0.0 0.00/ 0.00 0.00/ 0.00 2 NaN% 0.00/ 0.00 20.97/ 37.46 1.7 1.7 0% 0% 21% 0% 2% 0/ 0/ 0/ 0/ 0/ 0 0/ 0 ---V---I--- 6%/ 8%[13] 7%[28] 2.1/ 7.5 116.0/ 2.2 2024/06/13 18:37:00 0.0 0.0 0.00/ 0.00 0.00/ 0.00 89 NaN% 0.01/ 0.01 19.45/ 68.12 2.8 2.1 0% 0% 21% 0% 1% 0/ 0/ 0/ 0/ 0/ 0 0/ 0 ---V---I--- 5%/ 6%[4] 7%[28] 0.7/ 3.7 115.8/ 3.0 2024/06/13 18:47:00 39.6 39.5 0.00/ 0.00 0.00/ 0.00 1160 NaN% 0.54/ 37.82 4.27/ 0.42 62.5 1.7 0% 0% 11% 0% 1% 1/ 1/ 0/ 0/ 0/ 0 1/ 1 ---V---I--- 5%/ 7%[4] 7%[28] 0.4/ 3.0 118.8/ 3.4 2024/06/13 18:57:00 215.5 215.5 0.00/ 0.00 0.00/ 0.00 825 NaN% 0.93/205.66 4.29/ 0.30 291.2 1.2 0% 0% 7% 0% 1% 1/ 1/ 0/ 0/ 0/ 0 1/ 1 ---V---I--- 7%/ 9%[14] 8%[28] 0.1/ 3.8 118.8/ 3.7 2024/06/13 19:07:00 223.9 223.9 0.00/ 0.00 0.00/ 0.00 856 NaN% 0.94/213.74 4.32/ 0.29 327.5 1.1 0% 0% 7% 0% 1% 1/ 1/ 0/ 0/ 0/ 0 1/ 1 ---V---I--- 7%/ 9%[14] 8%[28] 0.1/ 0.8 118.5/ 4.4 2024/06/13 19:17:00 218.5 218.5 0.00/ 0.00 0.00/ 0.00 1916 NaN% 1.01/208.56 5.34/ 0.32 278.3 1.3 0% 0% 9% 0% 1% 1/ 1/ 0/ 0/ 0/ 0 1/ 1 ---V---I--- 7%/ 9%[4] 8%[28] 0.2/ 3.7 118.2/ 3.6 2024/06/13 19:27:00 174.3 174.3 0.00/ 0.00 0.00/ 0.00 696 NaN% 2.25/166.37 2.02/ 0.30 64.7 1.5 0% 1% 19% 0% 1% 1/ 1/ 0/ 0/ 0/ 0 0/ 2 ---V---I--- 8%/ 12%[13] 9%[28] 0.4/ 6.5 121.5/ 4.6 2024/06/13 19:37:00 182.6 183.5 0.00/ 0.00 0.00/ 0.00 719 NaN% 5.40/174.31 1.24/ 0.29 34.8 1.1 2% 6% 28% 0% 3% 1/ 3/ 0/ 0/ 0/ 0 0/ 2 ---V---I--- 8%/ 11%[43] 12%[28] 0.3/ 6.0 121.8/ 6.9 ... 2024/06/20 15:39:00 150.4 293.6 0.00/ 0.00 0.00/ 0.00 6716 NaN% 25.47/146.12 1.39/ 0.59 11.8 1.0 1% 0% 19% 0% 4% 0/ 2/ 0/ 0/ 0/ 0 0/ 2 ---V---I--- 7%/ 13%[15] 5%[14] 0.2/ 1.0 119.2/ 4.0 2024/06/20 15:49:00 215.9 298.8 0.00/ 0.00 0.00/ 0.00 12448 NaN% 31.55/212.33 1.60/ 0.65 9.8 1.0 2% 0% 0% 0% 2% 0/ 2/ 0/ 0/ 0/ 0 0/ 2 ---V---I--- 8%/ 15%[15] 4%[21] 0.2/ 0.5 117.5/ 2.7 2024/06/20 15:59:00 186.5 344.3 0.00/ 0.00 0.00/ 0.00 1854 NaN% 24.07/178.14 1.04/ 0.33 14.6 1.0 5% 0% 21% 0% 2% 1/ 2/ 0/ 0/ 0/ 0 0/ 2 ---V---I--- 6%/ 14%[15] 5%[ 3] 0.4/ 4.4 119.2/ 2.3 2024/06/20 16:09:00 205.3 426.2 0.00/ 0.00 0.00/ 0.00 808 NaN% 18.73/196.08 1.09/ 0.30 24.4 1.0 4% 5% 27% 0% 3% 0/ 2/ 0/ 0/ 0/ 0 0/ 2 ---V---I--- 6%/ 14%[47] 5%[ 3] 0.3/ 0.3 117.5/ 2.6 2024/06/20 16:19:00 211.7 399.3 0.00/ 0.00 0.00/ 0.00 843 NaN% 17.86/202.10 1.09/ 0.29 23.5 1.0 2% 0% 0% 0% 2% 1/ 2/ 0/ 0/ 0/ 0 0/ 2 ---V---I--- 6%/ 13%[15] 3%[ 3] 0.3/ 4.8 119.2/ 1.8 ... 2024/06/23 18:21:00 470.3 484.6 0.00/ 0.00 0.00/ 0.00 1807 NaN% 9.85/448.86 2.59/ 0.30 50.2 1.1 1% 21% 34% 0% 0% 4/ 5/ 0/ 0/ 0/ 0 0/ 2 ---V---I--- 7%/ 11%[9] 9%[13] 0.2/ 1.5 126.8/ 8.8 2024/06/23 18:31:00 477.2 494.6 0.00/ 0.00 0.00/ 0.00 1846 NaN% 8.99/455.44 2.69/ 0.29 57.3 1.1 1% 13% 27% 0% 0% 4/ 5/ 0/ 0/ 0/ 0 0/ 2 -------I--- 5%/ 9%[0] 7%[17] 0.2/ 1.7 127.0/ 6.8 2024/06/23 18:41:00 458.9 481.3 0.00/ 0.00 0.00/ 0.00 2913 NaN% 10.17/438.07 2.57/ 0.30 48.3 1.1 1% 12% 28% 0% 0% 4/ 5/ 0/ 0/ 0/ 0 0/ 2 -------I--- 5%/ 8%[0] 7%[ 3] 0.2/ 1.2 127.0/ 5.8 2024/06/23 18:51:00 468.7 481.2 0.00/ 0.00 0.00/ 0.00 1807 NaN% 10.60/447.40 2.27/ 0.29 46.5 1.1 1% 19% 34% 0% 1% 4/ 5/ 0/ 0/ 0/ 0 0/ 2 -------I--- 7%/ 9%[9] 9%[ 3] 0.2/ 1.5 127.0/ 5.6 2024/06/23 19:01:00 474.0 485.5 0.00/ 0.00 0.00/ 0.00 1814 NaN% 14.32/452.44 1.99/ 0.29 33.6 1.1 2% 26% 39% 0% 0% 4/ 5/ 0/ 0/ 0/ 0 0/ 2 ---V---I--- 6%/ 10%[15] 11%[ 3] 0.2/ 1.5 126.2/ 6.4
NW에서 클론에 대해 "fastcopy"를 사용하는 경우(동일한 스토리지 장치 내의 클론에 대해 사용) 읽기 로드가 표시되지 않아야 합니다. 스토리지 장치에서의 클론이 NW에서 "filecopy"를 통해 실시되기 때문에 이 예시에서는 이보다 더 좋지 않았습니다.
06/19 08:24:14.178358 [7fbbf6b4a390] ddboost-<nw-node1.example.com-52424>: JOB START IMAGE_READ ip=10.20.30.40 pid=1727382 cd=1 enc=off //NW-STORAGE-UNIT/MONTHLY-FS-DEV06/03/54/d2b98e7a-00000006-4f5a1067-665a1067-88e55000-e36c9c56 06/19 08:24:14.286608 [7facd6691b70] ddboost-<nw-node2.example.com-58788>: JOB START IMAGE_WRITE ip=10.20.30.40 pid=18392 cd=1 enc=off //NW-STORAGE-UNIT-CT/CLOUD-LONG-TERM02-DEV07/03/54/d2b98e7a-00000006-4f5a1067-665a1067-88e55000-e36c9c56여기에서 SSID "d2b98e7a-00000006-4f5a1067-665a1067-88e55000-e36c9c56"에 대한 클론이 있습니다.
- 이름이 지정된 원래 스토리지 장치(NW-STORAGE-UNIT)의 디바이스 "MONTHLY-FS-DEV06"에서 "nw-node1.example.com"이라는 NW 노드에서 읽기 작업이 실시됩니다.
- 새 스토리지 장치(NW-STORAGE-UNIT-CT)의 "CLOUD-LONG-TERM02-DEV07"이라는 디바이스에 "nw-node2.example.com"이라는 NW 노드로 쓰기 작업이 실시됩니다.
8. 예시와 같은 경우(단일 스토리지 장치가 있는 NW 구성 및 클라우드 장치가 이미 가득 찬 DD CT) NW에 대한 올바른 구성은 DD에 새 클라우드 장치를 생성하는 것입니다.
이를 통해 DD에서 두 번째 스토리지 장치가 생성되지 않고 NW에서 동일한 기존 스토리지 장치 내의 다른 디바이스로 새 클라우드 계층화 정책을 생성할 수 있습니다.
이후 예정된 데이터 이동에 대한 DD 데이터 이동 구성을 변경하면 새 클라우드 장치가 타겟으로 설정됩니다.
최종 DD 측 구성은 다음과 같습니다.
Cloud Unit List --------------- Name Profile Status Reason ------------ ------------------ ------ ------------------------------- CLOUD-UNIT CLOUD-UNIT_profile Active Cloud unit connected and ready. <<-- existing Cloud Unit CLOUD-UNIT02 CLOUD-UNIT_profile Active Cloud unit connected and ready. <<-- new Cloud Unit ------------ ------------------ ------ ------------------------------- Cloud Data-Movement Configuration --------------------------------- Mtree Target(Tier/Unit Name) Policy Value ------------------------------- ---------------------- ----------- ------- /data/col1/NW-STORAGE-UNIT Cloud/CLOUD-UNIT02 app-managed enabled <<-- target cloud unit changed from "CLOUD-UNIT" ------------------------------- ---------------------- ----------- -------기존 NW 계층화 정책과 새 NW 계층화 정책을 모두 실행하면 클라우드로 보낼 세이브 세트의 클론이 생성되고 클론이 다른 디바이스(하위 디렉토리)의 동일한 스토리지 장치 내에 생성되며, NW "클라우드 디바이스" 내에 있는 파일이 데이터 이동으로 표시됩니다.
DD 데이터 이동이 예정대로 실행되면 단일 NW 스토리지 장치의 모든 파일이 나열되고 데이터 이동에 적격(표시됨)이고 아직 클라우드 장치에 없는지 여부가 판단됩니다. 하위 디렉토리(디바이스)와 무관하게 DD 내에서 데이터 이동으로 표시된 모든 파일은 아직 클라우드 장치에 없지만 타겟 클라우드 장치(CLOUD-UNIT02)로 차례로 개별 전송됩니다.
파일이 클라우드에 성공적으로 복제되고 DD에서 이를 확인하면 파일이 "설치"됩니다. 즉, DD가 파일의 물리적 위치를 나타내는 파일 CH(Content Handle)를 변경합니다(Active 계층 또는 두 클라우드 장치 중 하나에서 파일의 데이터 찾기 허용).
나중에 백업 애플리케이션이 클라우드에서 파일을 읽거나 리콜하려고 하면 DD가 데이터를 읽을 위치를 정확히 알기 때문에 파일 데이터의 물리적 위치가 NW에 투명하게 표시됩니다. 이는 현재 DD 데이터 이동 구성과 분리됩니다.
9. 마지막으로 이 예시의 고객은 처음에 NW 설명서를 따르지 않았고(심각한 NW 클론 성능 문제가 발생함) 일부 SSID가 세 번(Active에 한 번, 두 클라우드 장치에 각각 한 번)에 저장되었습니다. 이는 구성된 보존 정책에 따라 공간 낭비일 수는 있지만 괜찮습니다.
-------------------------------- ---------------------- ----- --------------------------- File Name Location(Unit Name) Size Placement Time -------------------------------- ---------------------- ----- --------------------------- /data/col1/NW-STORAGE-UNIT/MONTHLY-FS-DEV05/85/72/365bdbce-00000006-3157c1bc-6657c1bc-32035000-e36c9c56 Active 1.15 TiB Thu May 30 04:00:59 2024 /data/col1/NW-STORAGE-UNIT/CLOUD-LONG-TERM-DEV04 /85/72/365bdbce-00000006-3157c1bc-6657c1bc-32035000-e36c9c56 CLOUD-UNIT 1.15 TiB Sat Jun 1 11:13:33 2024 /data/col1/NW-STORAGE-UNIT-CT/CLOUD-LONG-TERM02-DEV07/85/72/365bdbce-00000006-3157c1bc-6657c1bc-32035000-e36c9c56 CLOUD-UNIT02 1.15 TiB Tue Jun 18 10:49:10 2024
동일한 파일의 복제본이 3개 있고, 이 가운데 2개는 클라우드로 각각 이동하여 클라우드 장치에 저장되었습니다.
NW가 이 중에서 읽기를 시도하면 DD는 각각이 어디에 있는지 인식하고 Active 계층만 있는 상황과 비교할 때 아무런 차이 없이 NW로 데이터를 다시 제공하는 데 필요한 작업을 수행합니다.
3개의 파일 각각은 결국 NW에 의해 만료 및 삭제됩니다.
동일한 파일의 복제본이 3개 있고, 이 가운데 2개는 클라우드로 각각 이동하여 클라우드 장치에 저장되었습니다.
NW가 이 중에서 읽기를 시도하면 DD는 각각이 어디에 있는지 인식하고 Active 계층만 있는 상황과 비교할 때 아무런 차이 없이 NW로 데이터를 다시 제공하는 데 필요한 작업을 수행합니다.
3개의 파일 각각은 결국 NW에 의해 만료 및 삭제됩니다.
Affected Products
Data DomainArticle Properties
Article Number: 000226881
Article Type: Solution
Last Modified: 19 Aug 2024
Version: 2
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.