Data Domain: NetWorker, Data Domain ve Cloud Tier ile nasıl işleyiş gösterir?

NetWorker (NW), Data Domain Cloud Tier (DD CT) için yerleşik desteğe sahiptir. Bu, NW yöneticisinin buluta katmanlama için politikalar ayarlayabileceği anlamına gelir: NW, yedekleme görüntülerini tek tek işaretler, böylece daha sonra buluta DD verilerini taşıma işlemi çalışır ve bu dosyaları yapılandırılmış bulut birimine gönderir.

Vurgulanması gereken ilk önemli husus, NW'nin verileri buluta taşımaması veya kopyalamamasıdır (klonlamamasıdır). Bunun yerine NW, buluta gönderilmek üzere SSID'lerin kopyalarını (klonlarını) oluşturur ancak klonlar başlangıçta DD aktif katmanında durur. Bulut için işaretlenen (katmanlanan) SSID'nin bulut depolamaya gönderilmesi gerektiğinde ise yapılandırılmış DD veri taşıma planı devreye girer.

Bir yedeklemenin oluşturulmasından bu SSID'nin bulutta mevcut olacağı noktaya kadar olan tüm süreç aşağıdaki gibi işler:

1. NW, yedeklemeleri bir DD'de depolamak üzere yapılandırılmıştır (alma işlemi her zaman DD aktif katmanında gerçekleşir). Bunun için genellikle tek bir depolama birimi kullanır:

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 içinde her yedekleme politikası, NetWorker'ın "aygıt" olarak adlandırdığı bir konumda saklanır. Aygıt, depolama birimi kökünün bir alt dizininden ibarettir. Örneğin:

/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

Burada politikalar veya aygıtlar "DAILY-DB-DEV01", "DAILY-DB-DEV02", "MONTHLY-DB-DEV01" ve "MONTHLY-FS-DEV06" şeklinde olacaktır.

3. NW, sonuç olarak DD CT için yapılandırılır ve DD'de uygulama tarafından yönetilen şunun gibi bir veri taşıma yapılandırmasıyla sonuçlanır:

Cloud Data-Movement Configuration
---------------------------------
Mtree                             Target(Tier/Unit Name)   Policy        Value
-------------------------------   ----------------------   -----------   -------
/data/col1/NW-STORAGE-UNIT        Cloud/CLOUD-UNIT         app-managed   enabled
-------------------------------   ----------------------   -----------   -------

Buluta DD veri taşıma yapılandırması, bir kaynak MTree (NW depolama birimi), bir hedef bulut birimi (CLOUD-UNIT) ve bir politika içerir. Buluta taşınacak dosyalar dosya yaşına göre değil NW tarafından belirlendiğinden (işaretlendiğinden), NetWorker (ve Avamar) için bu politika, "age-threshold" (yaş eşiği) yerine "app-managed" (uygulama tarafından yönetilen) olmalıdır.

4. NW'nin DD CT için çalışma mantığına göre, buluta taşınacak dosyalar orijinal konumlarında "işaretlenmez": Müşteri, bulut katmanlama için NW'yi ayarladığında, buluta gönderilecek dosyaların önce NW tarafından klonlanacağı başka bir aygıtı aynı depolama birimi içinde oluşturmalıdır. Örneğin, DD CT'de depolanmak üzere yapılandırılmış belirli bir SSID, bir DD dosya konumu raporunda iki ayrı (ancak birbiriyle aynı) dosya olarak görünür:

# 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

Yukarıdaki bilgilerden şu çıkarımlar yapılır:

• Uzun SSID'ye ("365bdbce-00000006-3157c1bc-6657c1bc-32035000-e36c9c56") sahip yedekleme görüntüsü, DD aktif katmanına yazılmıştır ve "MONTHLY-FS-DEV05" aygıt adıyla en son "30 Mayıs 2024, Perşembe günü saat 04:00:59"da yazılmıştır.
• "CLOUD-LONG-TERM-DEV04/" adlı bir katmanlama politikası (hedef aygıt içeren) mevcuttur.
• Katmanlama politikası çalıştırıldığında (muhtemelen yedekleme tamamlanır tamamlanmaz), orijinal aygıttan "CLOUD-LONG-TERM-DEV04" adlı NW bulut aygıtına SSID'nin bir kopyası (klonu) eklenmiştir.
• Bir süre sonra DD veri taşıma işlemi çalıştırılmış ve orijinal yedeklemenin klonu aktif katmandan bulut birimine taşınarak "1 Haziran 2024, Cumartesi günü saat 11:13:33"te dosya işlemi tamamlanmıştır.
• Yukarıdaki dosya konumu bilgilerinin toplandığı sırada, hem aktif katmanda hem de bulut DD katmanında aynı uzun SSID'nin bir kopyası mevcuttur.
• Zamanı geldiğinde, tek tek kopyaların süresinin dolması ve silinmesi NW'ye bağlı olacaktır. Teorik olarak, aktif katmandaki kopyanın süresi, daha uzun süre saklanması gereken buluttakinden daha erken sona erecektir (aksi takdirde, bu yedekleme görüntüsünü başlangıçta buluta göndermek anlamsız olacaktı).

5. NetWorker belgelerinde, NW sihirbazındaki bulut katmanı aygıtının aktif katmandaki dosyalarla aynı depolama birimi altında oluşturulması gerektiği belirtilir. Bulut aygıtını farklı bir depolama biriminde oluşturmak, klonların "fastcopy" (hızlı kopyalama) dışında bir yöntemle klonlanmasına neden olarak çok daha uzun klonlama sürelerine yol açabilir. NW belgelerindeki ilgili bölüme buradan göz atabilirsiniz:
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 belgelerinde yer alan yukarıdaki ifadenin sonuçlarından biri, bulut katmanına sahip bir NetWorker/Data Domain kurulumunda genellikle tüm verilerin DD içindeki aynı depolama biriminde depolanması ve NW yedekleme görüntülerini iki ayrı bulut birimine göndermenin desteklenen bir yolunun olmamasıdır. DD veri taşıma yapılandırması, aynı kaynak Mtree için birden fazla politikaya sahip olamaz. Bu durum, örneğin ilk bulut birimi kapasitesinin tamamen dolması gibi durumlarda soruna neden olabilir (örnek için aşağıya bakın):

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
------------------------   ----------------------   -----------   -------

7. Yukarıdaki sınırlamaların üstesinden gelmeye çalışan bir müşteri, sonraki yedeklemeler için yeni bir NetWorker depolama birimi oluşturabilir. Alternatif olarak, mevcut depolama birimindeki klonları yeni depolama birimindeki bir aygıtta oluşturabilir ve daha sonra, yeni depolama birimindeki ikinci bir DD veri taşıma politikasını yeni bulut birimine ekleyebilir. Bu, aşağıdaki gibi bir yapılandırmayla sonuçlanır:

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 belgelerindeki gerekliliğinin yanı sıra, klonlama işleminin yavaş yapılacak olması bir sorundur. Ayrıca DD SSP'de (system show performance) aşağıdakine benzer bir çıktı görebilirsiniz:

                     -----------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, klonlar için "fastcopy" özelliğini kullandığında (aynı depolama birimindeki klonlar için bu özellik kullanılır), okuma yükü görünmemelidir. Ancak burada, depolama birimlerindeki klon, NW tarafından "filecopy" yoluyla oluşturulduğundan okuma yükü görülmektedir. Aşağıdaki örnekteki durum ise daha da kötüdür:

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

Burada, "d2b98e7a-00000006-4f5a1067-665a1067-88e55000-e36c9c56" SSID'si için klon işlemi gerçekleşmektedir:

• (NW-STORAGE-UNIT) adlı orijinal depolama birimindeki "MONTHLY-FS-DEV06" aygıtından OKUMA işi, "nw-node1.example.com" adlı NW düğümünden yapılmaktadır.
• Yeni depolama birimi (NW-STORAGE-UNIT-CT) altındaki "CLOUD-LONG-TERM02-DEV07" adlı aygıta YAZMA işi ise "nw-node2.example.com" adlı NW düğümüne yapılmaktadır.

Bu okuma işinde veriler DD'den ağa gelir, müşteri ağında bir NW düğümünden diğerine geçer ve daha sonra aynı bayt akışı kullanılarak, verilerin başlangıçta geldikleri aynı DD'ye yeni bir dosya halinde yazılır.

8. Örnekteki gibi bir durumda (tek bir depolama birimine sahip NW yapılandırması ve bulut biriminin halihazırda dolu olduğu DD CT) NW için doğru yapılandırma, DD'de yeni bir bulut birimi oluşturmaktır.
Bu işlem, DD'de ikinci bir depolama birimi oluşturulmasını önler ve NW'de, aynı mevcut depolama birimindeki farklı bir aygıta yeni bir bulut katmanlama politikası oluşturulmasını sağlar.
Ardından, yaklaşan veri taşıma için DD veri taşıma yapılandırmasını değiştirme işlemi, yeni bulut biriminin hedef olarak kullanılması için çalıştırılır.
DD tarafındaki nihai yapılandırma şu şekilde olur:

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"
-------------------------------   ----------------------   -----------   -------

Hem mevcut hem de yeni NW katmanlama politikaları çalıştırıldığında, buluta gönderilmek üzere kayıt kümelerinin klonlarını oluştururlar, klonlar aynı depolama birimi içinde farklı bir aygıt (alt dizin) altında oluşturulur ve NW "bulut aygıtları" içindeki dosyalar veri taşıma için işaretlenir.

DD veri taşıma işlemi planlandığı gibi çalıştığında, tek NW depolama birimindeki tüm dosyalar listelenir ve veri taşıma için uygun olup henüz herhangi bir bulut biriminde değilse belirlenir (işaretlenir). DD içindeki hangi alt dizinde (aygıtta) olursa olsun, henüz bir bulut biriminde olmayıp veri taşıma için işaretlenen tüm dosyalar, sırayla ve tek tek olmak üzere hedef bulut birimine (CLOUD-UNIT02) gönderilir.

Bir dosya, buluta başarıyla kopyalandıktan ve DD tarafından doğrulandıktan sonra "yüklenir". Bu işlem, DD'nin dosya CH'sini (İçerik Tanıtıcısı), dosyanın fiziksel konumunu gösterecek şekilde değiştirir (dosyanın aktif katmandaki veya iki bulut biriminden herhangi birindeki verilerinin bulunmasına izin vermek amacıyla).

Yedekleme uygulaması daha sonra buluttaki dosyaları okumayı veya geri çağırmayı denediğinde, DD tam olarak nereden veri okuyacağını bildiği için dosya verilerinin fiziksel konumu NW'ye açık olacaktır. Bu işlem, geçerli DD veri taşıma yapılandırmasından ayrılmıştır.


9. Son olarak, örnekteki müşteri başlangıçta NW belgelerini takip etmemiş (NW klonu performansıyla ilgili ciddi sorunlar yaşamış) ve bazı SSID'lerin üç kez depolanması (biri aktif katmanda ve diğer ikisi iki bulut biriminin her birinde) durumuyla karşılaşmıştır; ki bunun olmasında herhangi bir sakınca yoktur (ancak yapılandırılan saklama politikalarına bağlı olarak alan kaybı söz konusu olabilir):

--------------------------------                                                                                  ----------------------      -----         ---------------------------
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

Şu anda aynı dosyanın üç kopyası mevcuttur, bulut birimlerinin her birine birer tane olmak üzere dosyanın iki kopyası buluta taşınmıştır.
NW bunların herhangi birinden okumaya çalıştığında, DD her bir dosyanın nerede olduğunu bilir ve yalnızca aktif katmana sahip bir durumla tamamen aynı şekilde, verileri NW'ye geri iletmek için gerekeni yapar.
Zamanla, üç dosyanın her birinin süresi sona erer ve NW tarafından silinir.

Şu anda aynı dosyanın üç kopyası mevcuttur, bulut birimlerinin her birine birer tane olmak üzere dosyanın iki kopyası buluta taşınmıştır.
NW bunların herhangi birinden okumaya çalıştığında, DD her bir dosyanın tam olarak nerede olduğunu bilir ve yalnızca aktif katmana sahip bir durumla tamamen aynı şekilde, verileri NW'ye geri iletmek için gerekeni yapar.
Zamanla, üç dosyanın her birinin süresi sona erer ve NW tarafından silinir.