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가 사용 가능할 때까지의 전체 프로세스는 다음과 같습니다.

Cause

1. NW는 백업을 DD에 저장하도록 구성됩니다(수집은 항상 DD Active 계층에 실시됨). 일반적으로 다음과 같은 용도로 단일 스토리지 장치를 사용합니다.
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 데이터 이동 정책을 추가할 수도 있습니다. 이렇게 하면 아래와 같은 구성이 이루어집니다.
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 노드로 쓰기 작업이 실시됩니다.
이 읽기에는 데이터가 DD에서 네트워크로 전송되어 하나의 NW 노드에서 다른 NW 노드로 고객 네트워크를 횡단하고, 이후에는 동일한 바이트 스트림을 사용하여 처음 위치에서 동일한 DD에 새 파일을 씁니다.

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 Domain
Article 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.