Data Domain：NetWorkerがData Domainおよびクラウド階層と連携する仕組み

Summary: NetWorker (NW)には、Data Domain Cloud Tier (DD CT)のサポートが組み込まれています。この記事では、その誤解や用語の意味について解説します。

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.
Check out other resources

Symptoms

NetWorker (NW)には、Data Domain Cloud Tier (DD CT)のサポートが組み込まれています。つまり、NW管理者はクラウドに階層化するためのポリシーを設定できます。NWは、後でDDからクラウドへのデータ移動を実行できるように、個々のバックアップ イメージにマークを付け、それらのファイルを構成済みのクラウド ユニットに送信します。

最初の重要なポイントは、NWはデータをクラウドに移動またはコピー（クローン）しないということです。クラウドに送信されるSSIDのコピー（クローン）を作成しますが、そのクローンは最初にDDアクティブ階層に配置されます。構成済みのDDデータ移動スケジュールが開始された後にのみ、クラウド階層化用にマークされたSSIDがクラウド ストレージに送信されます。

バックアップを作成してから、そのSSIDがクラウドで使用可能になるまでのプロセス全体は、次のように機能します。

Cause

1.NWは、バックアップをDDに格納するように構成されています（取得は常にDDアクティブ階層で行われます）。通常は、そのために単一のストレージ ユニットを使用します。 
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で「app-managed」データ移動構成になります。 
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によって決定（マーク）されるため、「age-threshold」ではなく「app-managed」にする必要があります。

4.NWは、DD CTでは、元の場所でクラウドに移動するファイルを「マーク」しません。お客様がクラウド階層化用にNWを設定する場合、同じストレージ ユニット内に別のデバイスを作成する必要があります。このデバイスでは、クラウドに送信されるファイルが最初にNWによってクローニングされます。例えば、DD CTに保存されるように構成されている特定のSSIDは、DDファイルの場所レポートでは2つの別個の（ただし同一の）ファイルとして表示されます。 
# 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アクティブ階層に書き込まれ、デバイス名「MONTHLY-FS-DEV05」で最後に「Thu May 30 04:00:59 2024」に書き込まれました。
  • 「CLOUD-LONG-TERM-DEV04/」という名前の（ターゲット デバイスを含む）階層化ポリシーが存在します。
  • 階層化ポリシーが実行されると（これはバックアップの完了と同時に発生する可能性が高い）、元のデバイスから「CLOUD-LONG-TERM-DEV04」という名前のNWクラウド デバイスにSSIDのコピー（クローン）が作成されました。
  • 最終的にDDへのデータ移動が実行され、元のバックアップのクローンがアクティブからクラウド ユニットに移動されました。このファイルのプロセスは「Sat Jun 1 1 11:13:33 2024」に完了しました。
  • 前述のファイルの位置情報が収集された時点では、アクティブDD階層とクラウドDD階層の両方に同じ長いSSIDのコピーが存在します。
  • 期限が来たら個々のコピーをNWで期限切れにして削除するのはNW次第です。理論的には、アクティブ階層内のコピーはクラウド内のコピーよりも早く期限切れになり、クラウド内のコピーはより長く保持されます（そうしないと、そもそもバックアップ イメージをクラウドに送信する意味がありません）。

5.NetWorkerのドキュメントでは、NWウィザードのクラウド階層デバイスを、アクティブ階層内のファイルと同じストレージ ユニットの下に作成するように要求されています。別のストレージ ユニットにクラウド デバイスを作成すると、「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ドキュメントの記述から分かるのは、クラウド階層を使用したNetWorker/Data Domainのセットアップでは通常、すべてのデータがDD内の同じストレージ ユニットに格納され、NWバックアップ イメージを2つの別個のクラウド ユニットに送信する方法がサポートされていないということです。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ストレージ ユニットを作成することができます。または、既存のストレージ ユニットから新しいストレージ ユニットのデバイスにクローンを作成し、後で新しいストレージ ユニットから新しいクラウド ユニットに2番目の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からネットワークにデータが送信され、お客様のネットワークを1つのNWノードから別のNWノードにトラバースします。その後、同じバイト ストリームを使用して、最初に送信されたDDに新しいファイルを書き込みます。

8.この例のようなケース（単一のストレージ ユニットとDD CTを使用するNW構成で、クラウド ユニットがすでにフルになっている）では、NWの正しい構成は、DDに新しいクラウド ユニットを作成することです。
これにより、DDに2つ目のストレージ ユニットが作成されることが回避され、同じ既存のストレージ ユニット内の別のデバイスに対する新しいクラウド階層化ポリシーが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（コンテンツ ハンドル）を変更して、ファイルの物理的な場所を示します（アクティブ階層または2つのクラウド ユニットのいずれかでファイルのデータを特定できるようにします）。

その後、バックアップ アプリケーションがクラウド内のファイルの読み取りまたはリコールを試みると、DDはデータの読み取り元を正確に把握しているため、ファイルのデータの物理的な場所はNWに対して透過的になります。これは、現在のDDデータ移動構成とは切り離されています。


9.最後に、この例のお客様は、最初にNWドキュメントに従っていなかったため（NWクローンのパフォーマンスに重大な問題が発生した）、一部のSSIDが3回（アクティブに1回、2つのクラウド ユニットのそれぞれに1回）保存されてしまいました。ただし、これはまったく問題ありません（構成されている保存ポリシーによってはスペースの無駄になる可能性がありますが）。 
--------------------------------                                                                                  ----------------------      -----         ---------------------------
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つはクラウドに、1つは各クラウド ユニットに移動されました。
NWがそれらのいずれかから読み取ろうとすると、DDは各ファイルがどこにあるかを認識し、必要に応じて透過的に処理を行い、アクティブ階層のみの場合と同様にNWにデータを移動します。
3つのファイルはそれぞれ、最終的に期限切れになり、NWによって削除されます。

同じファイルのコピーが3つあり、そのうち2つはクラウドに、1つは各クラウド ユニットに移動されました。
NWがそれらのいずれかから読み取ろうとすると、DDは各ファイルがどこにあるかを正確に認識し、必要に応じて透過的に処理を行い、アクティブ階層のみの場合と同様に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.