Dell EMC VMAX All Flash 製品ガイド · 2019-11-27 · 「hypermax os 搭載vmax...

Dell EMC VMAX All Flash製品ガイド

HYPERMAX OS搭載 VMAX 250F、450F、850F、950FRevision 12

September 2019

Copyright © 2016-2019 Dell Inc. or its subsidiaries. All rights reserved. （不許複製・禁無断転載）

掲載される情報は、発信現在で正確な情報であり、予告なく変更される場合があります。

本文書に記載される情報は、「現状有姿」の条件で提供されています。本文書に記載される情報に関する、どのような内容についても表明保証条項を設けず、特に、商品性や特定の目的に対する適応性に対する黙示的保証はいたしません。この資料に記載される、いかなる Dell ソフトウェアの使用、複製、頒布も、当該ソフトウェアライセンスが必要です。

Dell Technologies、Dell、EMC、Dell EMC、並びにこれらに関連する商標及び Dell または EMC が提供する製品及びサービスにかかる商標は Dell。その他の商標は、各社の商標又は登録商標です。Published in the USA.

EMC ジャパン株式会社〒 151-0053 東京都渋谷区代々木 2-1-1新宿マインズタワーwww.DellEMC.com/ja-jp/index.htm

2 Dell EMC VMAX All Flash製品ガイド HYPERMAX OS搭載 VMAX 250F、450F、850F、950F

7

9

はじめに 11改訂履歴............................................................................................................18

HYPERMAX OS搭載の VMAX All Flash 21HYPERMAX OS搭載 VMAX オールフラッシュの概要.............................................22

VMAX All Flash ハードウェアの仕様..........................................................24ソフトウェアパッケージ........................................................................................... 25HYPERMAX OS................................................................................................ 27

HYPERMAX OS 5977.1125.1125 の新機能.............................................27HYPERMAX OS のエミュレーション........................................................... 28コンテナアプリケーション............................................................................ 30データの保護と整合性............................................................................. 33インライン圧縮........................................................................................ 40

管理インターフェイス 43管理インターフェイスのバージョン............................................................................. 44Unisphere for VMAX......................................................................................... 44

Workload Planner.................................................................................44FAST Array Advisor..............................................................................45

Unisphere 360.................................................................................................. 45Solutions Enabler.............................................................................................. 45Mainframe Enablers.......................................................................................... 46GDDR（Geographically Dispersed Disaster Restart）.......................................46SMI-S Provider................................................................................................. 47VASA プロバイダー............................................................................................... 47eNAS管理インターフェイス ................................................................................... 47SRM（ストレージリソース管理）.......................................................................... 47vStorage APIs for Array Integration.................................................................. 48VMware vCente Site Recovery Manager用の SRDF アダプター...........................49SRDF/Cluster Enabler...................................................................................... 49Product Suite for z/TPF................................................................................... 49SRDF/TimeFinder Manager for IBMi................................................................ 50AppSync........................................................................................................... 50

オープンシステムの機能 53オープンシステムの HYPERMAX OS のサポート...................................................... 54ProtectPoint と Data Domain を使用したバックアップとリストア..................................54

バックアップ............................................................................................. 54リストア.................................................................................................. 55ProtectPoint エージェント....................................................................... 56

図

表

第 1章

第 2章

第 3章

目次

Dell EMC VMAX All Flash製品ガイド HYPERMAX OS搭載 VMAX 250F、450F、850F、950F 3

ProtectPoint のバックアップおよびリストアに使用される機能......................... 56ProtectPoint と従来のバックアップ............................................................56詳細情報.............................................................................................. 56

VMware仮想ボリューム....................................................................................... 57vVol コンポーネント..................................................................................57vVol の拡張性....................................................................................... 57vVol ワークフロー.....................................................................................58

メインフレームの機能 61HYPERMAX OS によるメインフレームのサポート...................................................... 62IBM Z Systems機能のサポート........................................................................... 62IBM 2107 のサポート............................................................................................63論理制御ユニットの機能.......................................................................................63ディスクドライブエミュレーション...............................................................................64カスケード構成.....................................................................................................64

プロビジョニング 65シンプロビジョニング.............................................................................................. 66

シンプロビジョニングのための事前構成....................................................... 66TDEV（シンデバイス）...........................................................................67シンデバイスのオーバーサブスクリプション..................................................... 67オープンシステム固有のプロビジョニング...................................................... 68

外部階層としての CloudArray.............................................................................. 70

TimeFinder によるネイティブローカルレプリケーション 71TimeFinder について............................................................................................72

レガシー TimeFinder製品との相互運用性................................................73ターゲットレススナップショット......................................................................73Secure Snaps....................................................................................... 74リンクされたターゲットからの複数環境のプロビジョニング.................................. 74スナップショットのカスケード........................................................................ 75ポイントインタイムコピーへのアクセス......................................................... 75

メインフレームの SnapVX と zDP............................................................................ 75

リモートレプリケーション 77SRDF によるネイティブリモートレプリケーション..........................................................78

SRDF 2 サイトソリューション..................................................................... 79SRDF複数サイトソリューション..................................................................81ファミリー間の互換性................................................................................82SRDF デバイスペア.................................................................................82ダイナミックデバイスパーソナリティ.............................................................. 86SRDF動作モード................................................................................... 87SRDF グループ....................................................................................... 88ダイレクターボード、リンク、およびポート.......................................................89SRDF の整合性.....................................................................................89データ移行.............................................................................................90詳細情報...............................................................................................91

SRDF/Metro.....................................................................................................92導入オプション.........................................................................................92

第 4章

第 5章

第 6章

第 7章

目次


SRDF/Metro耐障害性.........................................................................92ディザスタリカバリ機能.............................................................................. 94詳細情報.............................................................................................. 95

RecoverPoint....................................................................................................95eNAS を使用したリモートレプリケーション................................................................ 96

ローカルおよびリモートの混合レプリケーション 97SRDF と TimeFinder の統合................................................................................98TimeFinder操作での R1 および R2 デバイス.......................................................... 98SRDF/AR..........................................................................................................98

SRDF/AR 2 サイト構成..........................................................................99SRDF/AR 3 サイト構成........................................................................ 100

TimeFinder と SRDF/A......................................................................................101TimeFinder と SRDF/S......................................................................................101

データ移行 103概要.................................................................................................................104オープンシステム向けデータ移行...........................................................................105

無停止移行の概要............................................................................... 105Open Replicator..................................................................................109PowerPath Migration Enabler............................................................. 110SRDF/Data Mobility を使用したデータ移行............................................. 111スペースおよびゼロスペースの再利用......................................................... 111

メインフレームのデータ移行.................................................................................... 111Z/OS Migrator を使用したボリュームの移行............................................. 112Z/OS Migrator を使用したデータセットの移行.......................................... 112

CloudArray for VMAX All Flash 115CloudArray について...........................................................................................116CloudArray物理アプライアンス............................................................................ 116クラウドプロバイダーの接続性................................................................................117動的キャッシュ..................................................................................................... 117セキュリティとデータの整合性..................................................................................117管理..................................................................................................................117

メインフレームエラーレポート 119メインフレームホストへのエラーレポート.................................................................. 120SIM重大度レポート作成....................................................................................120

環境エラー.............................................................................................121オペレーターメッセージ............................................................................ 124

ライセンス 127e ライセンス........................................................................................................ 128

容量の測定.......................................................................................... 129オープンシステムのライセンス................................................................................ 130

ライセンススイート.................................................................................. 130個別のライセンス....................................................................................133エコシステムのライセンス.......................................................................... 133

第 8章

第 9章

第 10章

付録 A

付録 B

目次


VMAX オールフラッシュのスケールアップとスケールアウト............................................................23D@RE アーキテクチャ、組み込み........................................................................................... 35D@RE アーキテクチャ、外部..................................................................................................35インライン圧縮とオーバーサブスクライブ.....................................................................................40Data Domain に対するバックアップオペレーション中のデータフロー.............................................. 55自動プロビジョニンググループ................................................................................................. 69SnapVX ターゲットレススナップショット..................................................................................... 74SnapVX カスケードスナップショット.......................................................................................... 75zDP の操作........................................................................................................................ 76R1 および R2 デバイス...........................................................................................................83コンカレント SRDF の R11 デバイス..........................................................................................84カスケード SRDF における R21 デバイス...................................................................................85カスケードおよびコンカレント SRDF/Star における R22 デバイス..................................................86データの移行とセカンダリアレイ（R2）の削除......................................................................... 90SRDF/Metro.....................................................................................................................92SSRDF/Metro のディザスタリカバリ........................................................................................94SRDF/AR 2 サイトソリューション............................................................................................99SRDF/AR 3 サイトソリューション.......................................................................................... 100無停止移行のゾーニング..................................................................................................... 106Open Replicator ホット（またはライブ）プル..........................................................................110Open Replicator コールド（またはポイントインタイム）プル.................................................... 110z/OS のボリュームの移行..................................................................................................... 112z/OS Migrator のデータセット移行....................................................................................... 113VMAX All Flash向けの CloudArray の導入......................................................................... 116z/OS IEA480E救急アラートエラーメッセージ形式（コールホームの障害）............................. 124z/OS IEA480E サービスアラートのエラーメッセージ形式（ディスクアダプター障害）.................. 124z/OS IEA480E サービスアラートのエラーメッセージ形式（SRDF グループ喪失/無関係のリソースに対する SIM表示）............................................................................................................... 125z/OS IEA480E サービスアラートのエラーメッセージ形式（ミラー 2再同期化）........................ 125z/OS IEA480E サービスアラートのエラーメッセージ形式（ミラー 1再同期化）......................... 125e ライセンスのプロセス.......................................................................................................... 128

123456789101112131415161718192021222324252627

282930

図


図


本書で使用される表記規則.................................................................................................. 15改訂履歴............................................................................................................................18VMAX オールフラッシュソフトウェア機能/ソフトウェアパッケージの記号の凡例..............................25モデルごとの VMAX All Flash ソフトウェア機能......................................................................... 25HYPERMAX OS のエミュレーション........................................................................................ 28eManagement リソースの要件..............................................................................................30アレイ別 eNAS構成............................................................................................................ 32Unisphere タスク................................................................................................................. 44vVol アーキテクチャのコンポーネント管理機能...........................................................................57vVol固有の拡張性.............................................................................................................58論理制御ユニットの最大値................................................................................................... 63ポートあたりの最大 LPAR数.................................................................................................63RAID オプション....................................................................................................................66SRDF 2 サイトソリューション.................................................................................................. 79SRDF複数サイトソリューション...............................................................................................81SIM重大度アラート............................................................................................................ 121SIM メッセージとして報告される環境エラー..............................................................................121VMAX オールフラッシュ製品タイトルの容量タイプ.................................................................... 129VMAX オールフラッシュライセンススイート............................................................................. 130オープンシステム環境の個別ライセンス.................................................................................. 133オープンシステム環境の個別ライセンス.................................................................................. 134

123456789101112131415161718192021

表


表


はじめに

製品ラインを改善するための努力の一環として、Dell EMC ではソフトウェアおよびハードウェアのリビジョンを定期的にリリースしています。そのため、このドキュメントで説明されている機能の中には、現在お使いのソフトウェアまたはハードウェアのバージョンによっては、サポートされていないものもあります。製品のリリースノートには、製品の機能に関する最新情報が掲載されています。製品が正常に機能しない、またはこのマニュアルの説明どおりに動作しない場合には、Dell EMC の担当者にお問い合わせください。

注：このマニュアルには、発行時点で正確だった情報が記載されています。このマニュアルの新しいバージョンが Dell EMC オンラインサポート（https://www.dell.com/support/home）でリリースされている可能性があります。このドキュメントの最新バージョンを使用していることを確認してください。

目的このドキュメントでは、HYPERMAX OS 5977 を実行している VMAX All Flash 250F、450F、850F、950F の機能について説明します。

対象読者このドキュメントは、お客様と Dell EMC担当者を対象としています。

関連ドキュメント次のドキュメントポートフォリオには、ハードウェアプラットフォームに関連するドキュメント、およびソフトウェアやストレージシステム構成の管理に必要なマニュアルが含まれています。VMAX All Flash アレイとやり取りする外部コンポーネントに関するドキュメントも含まれています。ハードウェアプラットフォームのドキュメント：「HYPERMAX OS搭載 VMAX 250F、450F、850F、950F向け Dell EMC VMAX All Flash サイトプランニングガイド」

HYPERMAX OS搭載 VMAX 250F、450F、850F、950F の購入と設置に関する計画情報が記載されています。

「Dell EMC VMAX電源接続ベストプラクティスガイド」VMAX3 ファミリーのアレイまたは VMAX オールフラッシュのアレイへのフォルトトレラントな電源を保証するベストプラクティスについて説明します。

「Dell EMC VMAX電源投入および切断の処理手順」VMAX3 ファミリーのアレイまたは VMAX オールフラッシュのアレイの電源投入および電源切断の方法について説明します。

「Dell EMC VMAX安全性向上キット取り付けガイド」VMAX3 ファミリーのアレイまたは VMAX オールフラッシュのアレイに安全性向上キットを取り付ける方法について説明します。

「E-Lab™ Interoperability Navigator（ELN）」Web ベースの相互運用性とソリューション検索ポータルを提供します。ELNは https://elabnavigator.EMC.com で検索できます。

Unisphere のドキュメント：


https://www.dell.com/support/home

https://elabnavigator.EMC.com

https://elabnavigator.EMC.com

「EMC Unisphere for VMAX Release Notes」Unisphere for VMAX の新機能や既知の制限事項について説明します。

「EMC Unisphere for VMAX Installation Guide」Unisphere for VMAX のインストール手順が記載されています。

「EMC Unisphere for VMAX Online Help」Unisphere for VMAX の概念および機能について説明します。

「EMC Unisphere for VMAX Performance Viewer Installation Guide」Unisphere for VMAX Performance Viewer のインストール手順が記載されています。

「EMC Unisphere for VMAX Database Storage Analyzer Online Help」Unisphere for VMAX Database Storage Analyzer の概念および機能について説明します。

「EMC Unisphere 360 for VMAX Release Notes」Unisphere 360 for VMAX の新機能や既知の制限事項について説明します。

「EMC Unisphere 360 for VMAX Installation Guide」Unisphere 360 for VMAX のインストール手順が記載されています。

「EMC Unisphere 360 for VMAX Online Help」Unisphere 360 for VMAX の概念および機能について説明します。

Solutions Enabler のドキュメント：「Dell EMC Solutions Enabler, VSS Provider, and SMI-S Provider Release Notes」

新機能や既知の制限事項について説明します。

「Dell EMC Solutions Enabler Installation and Configuration Guide」ホスト固有のインストール手順を説明しています。

「Dell EMC Solutions Enabler CLI Reference Guide」Solutions Enabler マニュアルページで提供される SYMCLI コマンド、デーモン、エラーコード、オプションファイルパラメーターについて説明しています。

「Dell EMC Solutions Enabler Array Controls and Management CLI User Guide」HYPERMAX OS と PowerMaxOS を実行しているアレイのための SYMCLI コマンドを使用したアレイの制御、管理、移行操作の構成方法について説明しています。

「Dell EMC Solutions Enabler Array Controls and Management CLI User Guide」Enginuity を実行しているアレイのための SYMCLI コマンドを使用したアレイの制御、管理、移行操作の構成方法について説明しています。

「Dell EMC Solutions Enabler SRDF Family CLI User Guide」SYMCLI コマンドを使用した SRDF環境の構成および管理方法について説明しています。

「SRDF Interfamily Connectivity Information」有効な SRDF レプリケーションと SRDF/Metro構成を作成可能で、NDM（無停止移行）に参加可能なPowerMaxOS、HYPERMAX OS、Enginuity のバージョンを定義しています。

「Dell EMC Solutions Enabler TimeFinder SnapVX CLI User Guide」SYMCLI コマンドを使用した TimeFinder SnapVX環境の構成および管理方法について説明しています。

はじめに


「Dell EMC Solutions Enabler SRM CLI User Guide」さまざまなデータオブジェクトとデータ処理機能に関連する SRM（Storage Resource Management）情報を提供します。

「Dell EMC SRDF/Metro vWitness Configuration Guide」vWitness を使用して SRDF/Metro をインストール、構成、管理する方法について説明します。

「Dell EMC Events and Alerts for PowerMax and VMAX User Guide」SYMAPI デーモンメッセージ、非同期エラーとメッセージイベント、SYMCLI リターンコード、イベントログの設定方法について説明します。

eNAS（組み込み NAS）のドキュメント：「EMC VMAX Embedded NAS Release Notes 」

新機能について説明し、現行バージョンで存在する可能性のある既知の機能上の制限やパフォーマンスの問題を示します。

「EMC VMAX Embedded NAS Quick Start Guide」VMAX3 または VMAX オールフラッシュストレージシステムで eNAS を構成する方法について説明します。

「SRDF/S を使用した EMC VMAX Embedded NAS File Auto Recovery」EMC File Auto Recovery with SRDF/S のインストールおよび使用方法について説明します。

「Dell EMC PowerMax eNAS CLI Reference Guide」全 eNAS コマンドの構文、エラーコード、パラメーターが記述されており、コマンドラインユーザーやスクリプトプログラマ用のリファレンスとして使用できます。

ProtectPoint のドキュメント：「Dell EMC ProtectPoint ソリューションガイド」

さまざまなデータオブジェクトとデータ処理機能に関連する ProtectPoint情報が記載されています。

「Dell EMC File System Agent インストールおよび管理ガイド」ProtectPoint File System Agent をインストール、構成、管理する方法を示します。

「Dell EMC Database Application Agent インストールおよび管理ガイド」ProtectPoint Database Application Agent をインストール、構成、管理する方法を示します。

「Dell EMC Microsoft Application Agent インストールおよび管理ガイド」ProtectPoint Microsoft Application Agent をインストール、構成、管理する方法を示します。

注： ProtectPointは Storage Direct に名称変更され、PowerProtect、Data Protection Suite forApps、Data Protection Suite Enterprise Software Edition に含まれます。

Mainframe Enablers のドキュメント：「Dell EMC Mainframe Enablers Installation and Customization Guide」

Mainframe Enablers ソフトウェアのインストールおよび構成の方法について説明します。

「Dell EMC Mainframe Enablers Release Notes」新機能や既知の制限事項について説明します。

「Dell EMC Mainframe Enablers Message Guide」ステータス、警告、およびMainframe Enablers ソフトウェアによって生成されるエラーメッセージについて説明します。

はじめに


「Dell EMC Mainframe Enablers ResourcePak Base for z/OS Product Guide」EMCSCF（EMC Symmetrix Control Facility）を使用した VMAX システムの制御および管理の構成方法について説明します。

「Dell EMC Mainframe Enablers AutoSwap for z/OS Product Guide」ソフトウェアが計画的または予期しない停止を検出したとき、AutoSwap を使用して VMAX システム間で自動ワークロードのスワップを実行する方法について説明します。

「Dell EMC Mainframe Enablers Consistency Groups for z/OS Product Guide」ローリングディザスタが発生した場合、SRDF によってリモートでコピーされるデータの整合性を確保するための ConGroup（Consistency Groups for z/OS）の使用方法について説明します。

「Dell EMC Mainframe Enablers SRDF Host Component for z/OS Product Guide」リモートデータレプリケーションプロセスを制御し、監視するための SRDF Host Component の使用方法について説明します。

「Dell EMC Mainframe Enablers TimeFinder SnapVX and zDP Product Guide」TimeFinder SnapVX と zDP を使用して、スペース効率の高い、ターゲットがないスナップショットを作成し、管理する方法について説明します。

「Dell EMC Mainframe Enablers TimeFinder/Clone Mainframe Snap Facility Product Guide」TimeFinder/Clone、TimeFinder/Snap、TimeFinder/CG をローカルデータレプリケーションプロセスの制御と監視に使用する方法について説明します。

「Dell EMC Mainframe Enablers TimeFinder/Mirror for z/OS Product Guide」TimeFinder/Mirror を使用して BCV（ビジネス継続性ボリューム）を作成する方法について説明します。その後このボリュームはバックアップ、リストア、意思決定支援、またはアプリケーションのテストのために、ソース論理ボリュームから同期化し、分割し、再同期化し、リストアすることができます。

「Dell EMC Mainframe Enablers TimeFinder Utility for z/OS Product Guide」ボリュームとデバイスを適切な状態にするために TimeFinder Utility を使用する方法について説明します。

GDDR（地理的に分散したディザスタリカバリ）のドキュメント：「Dell EMC GDDR for SRDF/S with ConGroup Product Guide」

GDDR（Geographically Dispersed Disaster Restart）を使用して、計画的な停止と災害状況の両方の後にビジネスの復旧を自動化する方法について説明します。

「Dell EMC GDDR for SRDF/S with AutoSwap Product Guide」GDDR（Geographically Dispersed Disaster Restart）を使用して、計画的な停止と災害状況の両方の後にビジネスの復旧を自動化する方法について説明します。

「Dell EMC GDDR for SRDF/Star Product Guide」GDDR（Geographically Dispersed Disaster Restart）を使用して、計画的な停止と災害状況の両方の後にビジネスの復旧を自動化する方法について説明します。

「Dell EMC GDDR for SRDF/Star with AutoSwap Product Guide」GDDR（Geographically Dispersed Disaster Restart）を使用して、計画的な停止と災害状況の両方の後にビジネスの復旧を自動化する方法について説明します。

「Dell EMC GDDR for SRDF/SQAR with AutoSwap Product Guide」GDDR（Geographically Dispersed Disaster Restart）を使用して、計画的な停止と災害状況の両方の後にビジネスの復旧を自動化する方法について説明します。

はじめに


「Dell EMC GDDR for SRDF/A Product Guide」GDDR（Geographically Dispersed Disaster Restart）を使用して、計画的な停止と災害状況の両方の後にビジネスの復旧を自動化する方法について説明します。

「Dell EMC GDDR Message Guide」ステータス、警告、および GDDR によって生成されるエラーメッセージについて説明します。

「Dell EMC GDDR Release Notes」新機能や既知の制限事項について説明します。

z/OS Migrator のドキュメント：「Dell EMC z/OS Migrator Product Guide」

Z/OS Migrator を使用して、ボリュームのミラーリングおよびMigrator の機能に加え、論理的移行機能を実行する方法について説明します。

「Dell EMC z/OS Migrator Message Guide」ステータス、警告、および z/OS Migrator によって生成されるエラーメッセージについて説明します。

「Dell EMC z/OS Migrator Release Notes」新機能や既知の制限事項について説明します。

z/TPF のドキュメント：「Dell EMC ResourcePak for z/TPF Product Guide」

Z/TPF オペレーティング環境での VMAX システムの制御と管理を構成する方法について説明します。

「Dell EMC SRDF Controls for z/TPF Product Guide」Z/TPF オペレーティング環境でリモートレプリケーション操作を実行する方法について説明します。

「Dell EMC TimeFinder Controls for z/TPF Product Guide」Z/TPF オペレーティング環境でローカルレプリケーション操作を実行する方法について説明します。

「Dell EMC z/TPF Suite Release Notes」新機能や既知の制限事項について説明します。

表記規則Dell EMC では、以下の表記規則を使用します。

表 1 本書で使用される表記規則

［太字］ウィンドウ名、ダイアログボックス、ボタン、フィールド、タブ名、キー名、メニューパスなど、インタフェースの構成要素（ユーザーが明示的に選択またはクリックする対象）の名前に使用します。

「斜体」本文内で参照される出版物の完全なタイトルに使用します。

Monospace 以下の場合に使用：l システムコードl エラーメッセージやスクリプトなどのシステム出力l パス名、ファイル名、プロンプト、構文l コマンドおよびオプション

モノスペース斜体変数に使用

はじめに


表 1 本書で使用される表記規則（続き）

モノスペース太字ユーザーによる入力値を示す

[ ] オプション値

| 縦棒は、選択肢を示し、「または」を意味する

{ } 中括弧内は、ユーザーが指定する必要のある内容を示す（例：x、y、z）

... 省略記号は、例の中で省略した重要でない情報を示す

問い合わせ先Dell EMC のサポート情報、製品情報、ライセンス情報は、次の場所で入手できます。製品情報

Dell EMC のテクニカルサポート、ドキュメント、リリースノート、ソフトウェアアップデート、Dell EMC製品の情報については、https://www.dell.com/support/home（登録が必要です）または https://www.dellemc.com/en-us/documentation/vmax-all-flash-family.htm を参照してください。

テクニカルサポートDell EMC オンラインサポート（https://www.dell.com/support/home）を通してサービスリクエストを開始するには、有効なサポート契約が必要です。有効なサポート契約を取得する方法の詳細や、アカウントに関するご質問については、Dell EMC担当営業にお問い合わせください。

追加のサポートオプション

l Support by Product：Dell EMCは、統合された、製品固有の情報を次のWeb サイトで提供します。 https://support.EMC.com/products［Support by Product］Web ページでは、ドキュメント、ホワイトペーパー、アドバイザリー（頻繁に使用されるナレッジベース記事など）、ダウンロードのほか、プレゼンテーション、ディスカッション、関連するカスタマーサポートフォーラムへのエントリー、Dell EMC Live Chat へのリンクなど、より動的なコンテンツにもアクセスできます。

l Dell EMC Live Chat：Dell EMC のサポートエンジニアとチャットやインスタントメッセージセッションでやり取りができます。

e ライセンスサポートライセンス資格をアクティブ化して、VMAX ライセンスファイルを取得するには、お客様宛てにメールで送信したライセンス認証コード（LAC）レターに記載されている指示に従って、Dell EMC オンラインサポート（https://www.dell.com/support/home）のサービスセンターにアクセスしてください。

l アクティブ化しても資格が不明または正しくない（つまり、ライセンスが適切に付与されていないために、期待された機能を利用できない）場合、Dell EMC アカウント担当者または認定リセラーにお問い合わせください。

l Solutions Enabler でライセンスファイルの適用時にエラーが発生した場合の対処方法については、Dell EMC カスタマーサポートセンターにお問い合わせください。

l LAC レターを紛失した場合、またはオンラインサポートサイトを通じてライセンスのアクティブ化に関するより詳細な説明が必要な場合、Dell EMC ワールドワイドライセンスチーム宛てに[email protected] から、または下記の電話番号からお問い合わせください。

n 北米、中南米、アジア太平洋/日本/韓国地域、オーストラリア、ニュージーランド：SVC4EMC（800-782-4362）にダイヤル後、音声指示に従ってください。

n EMEA：+353 (0) 21 4879862 をダイヤル後、音声指示に従ってください。

はじめに



https://www.dellemc.com/en-us/documentation/vmax-all-flash-family.htm

https://www.dellemc.com/en-us/documentation/vmax-all-flash-family.htm


https://support.EMC.com/products


ご意見マニュアルの精度、構成、品質を向上するため、ご意見をお待ちしております。コメントやフィードバックは[email protected] までお送りください。

はじめに


mailto:[email protected]

改訂履歴次の表に、このドキュメントの改訂履歴を示します。

表 2 改訂履歴

リビジョン説明または変更オペレーティングシステム

12 PowerMax OS の最新リリースに関連した新機能と変更された機能によって更新 PowerMax OS5978.444.444

11 改訂されたコンテンツ：l SRDF/S を使用するアレイ間の推奨最大距離を明確化

HYPERMAX OS5977.1125.1125

10 改訂されたコンテンツ：l システム容量を更新


09 改訂されたコンテンツ：l バックアップおよびリストア処理のための ProtectPoint の使用に関するセクションを更

新l SRDF機能の表にハードウェア圧縮を追加


08 改訂されたコンテンツ：l オールフラッシュアレイの説明を更新l 「SRDF」の章に PowerMax と PowerMaxOS を追加


07 新しいコンテンツ：l RecoverPoint

l VMAX 950F サポートl Secure Snaps

l 静止データ暗号化


06 改訂されたコンテンツ：l VMAX 250F の電力消費量と発熱量l SRDF/Metro アレイWitness の概要


05 新しいコンテンツ：l VMAX 250F サポートl インライン圧縮l メインフレームサポートl 無停止移行l Virtual Witness（vWitness）


04 サードパーティ製ラックから「RPQ」要件を削除。 HYPERMAX5977.810.784

はじめに


表 2 改訂履歴（続き）

リビジョン説明または変更オペレーティングシステム

03 ライセンス付録の更新。 HYPERMAX5977.810.784

02 電力量と発熱量の仕様表の値を更新。 HYPERMAX OS

5977.691.684 とQ1 2016 ServicePack

01 VMAX 450F、450FX、850F、850FX向け EMC HYPERMAX OS 5977搭載VMAX オールフラッシュの最初のリリース。

HYPERMAX OS

5977.691.684 とQ1 2016 ServicePack

はじめに


はじめに


第 1章

HYPERMAX OS搭載の VMAX All Flash

この章では、VMAX All Flash システムと HYPERMAX OS動作環境について紹介します。

l HYPERMAX OS搭載 VMAX オールフラッシュの概要................................................................. 22l ソフトウェアパッケージ................................................................................................................25l HYPERMAX OS.....................................................................................................................27


HYPERMAX OS搭載 VMAX オールフラッシュの概要VMAX All Flashは、高密度 Flash drive のみを使用するストレージアレイの製品範囲です。この製品範囲には、高い拡張性、低レイテンシ、豊富なデータサービスを組み合わせた次の 4種類のモデルがあります。l VMAX 250F（最大容量 1.16 PBe（実効ペタバイト））l VMAX 450F（最大容量 2.3 PBe）l VMAX 850F（最大容量 4.4 PBe）l VMAX 950F（最大容量 4.42 PBe）各 VMAX All Flash アレイは、V-Brick（オープン・システム・アレイで）または zBrick（メインフレームアレイで）と呼ばれる 1個または複数のビルディングブロックで構成されます。V-Brick または zBrickは以下の内容で構成されます。l 2台のダイレクターを備えたエンジン（冗長データストレージ処理装置）l DAE（ディスクアレイエンクロージャ）のフラッシュ容量：

n VMAX 250F：最小ベース容量 13 TBu の 25 スロット DAE x 2台n VMAX 450F、VMAX 850F：最小ベース容量 53 TBu の 120 スロット DAE x 2台n VMAX 950F（オープンまたは混在システム）：最小ベース容量 53 TBu の 120 スロット DAE x 2台n VMAX 950F（メインフレームシステム）：最小ベース容量 13 TBu の 120 スロット DAE x 2台

l 複数のソフトウェアパッケージを使用可能：オープンシステムアレイ用の F および FXパッケージ、メインフレームアレイ用の zF および zFXパッケージ。

すべての必要なフラッシュ容量およびソフトウェアをバンドルする 11 TBu（250F）または 13 TBu（450F、850F、950F）容量パックを追加することにより、初期構成を増強することができます。オープンシステムアレイでは、容量パックは、フラッシュ容量パックと呼ばれます。メインフレームアレイでは、容量パックは zCapacityパックと呼ばれます。さらに、お客様は、V-Brick または zBrick を追加することにより初期構成をスケールアウトして、パフォーマンス、接続性、スループットを向上させることができます。l VMAX 250F のオールフラッシュアレイは 1～2台の V-Brick に拡張されます。l VMAX 450F のオールフラッシュアレイは 1～4台の V-Brick/zBrick に拡張されます。l VMAX 850F/950F のオールフラッシュアレイは 1～8台の V-Brick/zBrick に拡張されます。容量およびパフォーマンスを個別に直線的に拡張することにより、VMAX オールフラッシュはさまざまなワークロードに非常に柔軟に対処することができます。VMAX All Flash オープンシステムアレイの拡張オポチュニティを次に示します。



図 1 VMAX オールフラッシュのスケールアップとスケールアウト

Scale out

S

c

a

l

e

u

p

* Depending on the VMAX model

V-Brick

11/53 TBu*

V-Brick

11/53 TBu*

Flash pack

11/13 TBu*

Flash pack

11/13 TBu*

V-Brick

11/53 TBu*

START SMALL, GET BIG

LINEAR SCALE TB’s AND IOPS

EASY TO SIZE, CONFIG, ORDER

オールフラッシュアレイは、l 強力な Dynamic Virtual Matrix アーキテクチャを使用します。l 高いレベルのパフォーマンスと拡張性を提供します。たとえば、VMAX 950F アレイでは、帯域幅 150 GB/

秒、レイテンシ 0.5 ミリ秒未満で、IOPS（RRH）674万が可能です。VMAX 250F、450F、850F、950Fの各アレイは一貫した低レスポンスタイム（0.5 ミリ秒未満）を実現します。

l ミッションクリティカルなストレージのニーズに対応するメインフレーム（VMAX 450F、850F、950F）およびオープンシステム（IBM i を含む）ホストとの接続が可能です

l eNAS および Unisphere用の組み込み型の管理サービスを備えたファイルシステムストレージを提供するHYPERMAX OS ハイパーバイザーを使用します。 eNAS（Embedded Network Attached Storage）（31 ページ）これらの機能の詳細については、および組み込み管理（30 ページ）を参照してください。

l 次のようなデータサービスを提供します。n 最新の SRDF/Metro機能を備えた SRDF リモートレプリケーションテクノロジーn SnapVX インフラストラクチャに基づく SnapVX ローカルレプリケーションサービスn データ保護および暗号化n ハイブリッドクラウドへのアクセスTimeFinder について（72 ページ）これらの機能の詳細については、CloudArray について（116 ページ）を参照してください。

l 最上位の Diamond サービスレベルを提供するには、V-Brick/zBrick と容量パックの最新の Flash driveテクノロジーを使用します。



VMAX All Flash ハードウェアの仕様容量、キャッシュメモリ、I/O プロトコル、I/O接続などの VMAX All Flash ハードウェアの詳細な仕様は、以下で入手可能です。l VMAX 250F および 950F：https://www.emc.com/collateral/specification-sheet/h16051-vmax-

all-flash-250f-950f-ss.pdf

l VMAX 450F および 850F：https://www.emc.com/collateral/specification-sheet/h16052-vmax-all-flash-450f-850f-ss.pdf



https://www.emc.com/collateral/specification-sheet/h16051-vmax-all-flash-250f-950f-ss.pdf




ソフトウェアパッケージVMAX All Flash アレイは、標準機能とオプション機能を含む、複数のソフトウェアパッケージ（オープンシステムアレイには F/FX、メインフレームアレイには zF/zFX）で利用可能です。

表 3 VMAX オールフラッシュソフトウェア機能/ソフトウェアパッケージの記号の凡例

そのモデル/ソフトウェアパッケージの標準機能。そのモデル/ソフトウェアパッケージのオプション機能。

表 4 モデルごとの VMAX All Flash ソフトウェア機能

ソフトウェア/機能 VMAX のモデルおよびソフトウェアパッケージ

250F 450F 850F、950F

F FX F FX zF zFX

F FX zF zFX

以下を参照してください。

HYPERMAX OS HYPERMAX OS（27 ページ）

組み込み管理 a 管理インターフェイス（43

ページ）

Mainframe Essentials Plus メインフレームの機能（61

ページ）

SnapVX TimeFinder について（72

ページ）

AppSync Starter Pack AppSync（50 ページ）

圧縮インライン圧縮（40 ページ）

無停止移行無停止移行の概要（105

ページ）

SRDF リモートレプリケーション（77 ページ）

SRDF/Metro SRDF/Metro（92 ページ）

eNAS（Embedded Network

Attached Storage）eNAS（EmbeddedNetwork Attached

Storage）（31 ページ）

Unisphere 360 Unisphere 360（45 ページ）

SRM SRM（ストレージリソース管理）（47 ページ）

静止データ暗号化（D@RE）静止データ暗号化（33 ページ）



表 4 モデルごとの VMAX All Flash ソフトウェア機能（続き）

ソフトウェア/機能 VMAX のモデルおよびソフトウェアパッケージ

250F 450F 850F、950F

F FX F FX zF zFX

F FX zF zFX

以下を参照してください。

CloudArray Enabler CloudArray for VMAX All

Flash（115 ページ）

PowerPath® b b b PowerPath Migration

Enabler（110 ページ）

AppSync フルスイート AppSync（50 ページ）

ProtectPointProtectPoint エージェント（56 ページ）

AutoSwap と zDPメインフレームの SnapVX とzDP（75 ページ）

GDDRGDDR（GeographicallyDispersed Disaster

Restart）（46 ページ）

a. eManagement には、組み込み型の Unisphere、Solutions Enabler、SMI-S が含まれます。b. FXパッケージには 75 の PowerPath ライセンスが付属しています。追加のライセンスは個別に入手できます。



HYPERMAX OSこのセクションでは、HYPERMAX OS の機能について説明します。

HYPERMAX OS 5977.1125.1125 の新機能このセクションでは、VMAX All Flash アレイ用の HYPERMAX OS 5977.1125.1125 で提供される新機能について説明します。RecoverPoint

HYPERMAX OS 5977.1125.1125 では、VMAX ストレージアレイ上での RecoverPoint のサポートが導入されています。RecoverPointは、ローカルおよびリモートサイトで本番データの整合性を確保するよう設計された包括的なデータ保護ソリューションです。RecoverPoint では、ジャーナルテクノロジーを使用して、ポイントインタイムからデータをリカバリする機能も提供します。RecoverPoint（95 ページ）で詳細を参照してください。

Secure Snaps

Secure Snapsは、現在のスナップショットテクノロジーの機能拡張です。Secure Snapsは、管理者または他の高レベルユーザーがスナップショットデータを意図的に、または意図せずに削除してしまうことを防止できます。また、アレイ上の SRP（ストレージリソースプール）または RDP（レプリケーションデータポインター）スペースの不足の原因となる自動障害に対する耐性もあります。Secure Snaps（74 ページ）で詳細を参照してください。

VMAX 950Fのサポート

VMAX 950F オールフラッシュアレイは、ハイエンドのエンタープライズスペースのニーズを満たす目的で設計されています。VMAX 950Fは 1～8個までの V-Brick/zBrick に拡張でき、最大有効容量 4PB を提供します。HYPERMAX OS搭載 VMAX オールフラッシュの概要（22 ページ）で詳細を参照してください。

静止データ暗号化D@RE（静止データ暗号化）は現在、OASIS KMIP（Key Management Interoperability Protocol）をサポートし、このプロトコルもサポートする外部サーバと統合できます。このリリースでは、次の KMIP ベースのキーマネージャと相互運用することが検証されています。l Gemalto SafeNet KeySecure

l IBM Security Key Lifecycle Manager

静止データ暗号化（33 ページ）で詳細を参照してください。

VMAX 950F アレイにおける FBA/CKD混在ドライブのサポート

HYPERMAX OS 5977.1125.1125 では、FBA および CKD混在ドライブ構成のサポートを導入しています。



HYPERMAX OS のエミュレーションHYPERMAX OSは、HYPERMAX環境で特定のデータサービスと制御の機能を実行するエミュレーション（実行可能プログラム）を提供します。次の表に、使用可能なエミュレーションを示します。

表 5 HYPERMAX OS のエミュレーション

領域エミュレーション説明プロトコル速度 a

バックエンド DS ドライブと通信するアレイ内のバックエンド接続。DSは内部ドライブコントローラーとも呼ばれます。

SAS 12 Gb/秒（VMAX

250F） SAS 6 Gb/秒（VMAX

450F、850F、950F）

DX ホストとの接続には使用されないバックエンド接続。ProtectPoint、CloudArray

アレイによって使用されます。

FC 16 または 8 Gb/秒

ProtectPointは Data

Domain をアレイにリンクします。DX ポートを FC プロトコル用に構成する必要があります。

管理 IM インフラストラクチャタスクとエミュレーションを分離する。これらのタスクを分離することで、エミュレーションは I/O固有の動作のみに集中し、一方で IMは環境モニタリング、FRU（フィールド交換可能ユニット）のモニタリング、ヴォールティングといった一般的なインフラストラクチャタスクを管理し、実行します。

該当なし

ED フロントエンドとバックエンドの入出力処理を分離するために使用される中間層。この中間層は、ホストが認識しているフロントエンドと、アレイの物理ストレージを相手に読み取り、書き取り、通信を行う層であるバックエンドとの間の変換層として動作します。

該当なし

ホストとの接続性 FA - ファイバーチャネル

SE - iSCSI

EF - FICON b

フロントエンドエミュレーションが行うこと。l ホスト（ネットワーク）から

データを受け取り、アレイにコミットする

l アレイからホスト/ネットワークへデータを送信する

FC - 16 または 8 Gb/秒

SE - 10 Gb/秒

EF - 16 GB/秒

リモートレプリケーション RF - ファイバーチャネル SRDF用にアレイを相互接続する。

RF - 8 Gb/秒 SRDF

RE - 1 GbE SRDF



表 5 HYPERMAX OS のエミュレーション（続き）

領域エミュレーション説明プロトコル速度 a

RE - GbE RE - 10 GbE SRDF

a. SFP および OM2/OM3/OM4光ケーブルを使用して、8 Gb/秒モジュールは 2/4/8 Gb/秒モジュールと、16 Gb/秒モジュールは16/8/4 Gb/秒モジュールとオートネゴシエーションを行います。

b. VMAX 450F、850F、950F アレイのみ。



コンテナアプリケーションHYPERMAX OS は、データサービスを実行するためのオープンなアプリケーションプラットフォームを提供します。これに付属する軽量のハイパーバイザーにより、ストレージアレイ上で複数のオペレーティング環境を仮想マシンとして実行できます。アプリケーションコンテナは、ストレージアレイ上に組み込み型のアプリケーションを提供する仮想マシンです。各コンテナーは、組み込みアプリケーションに必要な次のようなハードウェアリソースを仮想化します。l ソフトウェアおよび組み込みアプリケーションの実行に必要なハードウェア（プロセッサ、メモリ、PCI デバイス、電

源管理）l LUN がプロビジョニングされる VM ポートl 必要なドライブへのアクセス（ブート、ルート、スワップ、永続、共有）

組み込み管理eManagement コンテナアプリケーションでは、専用の管理ホストなしにアレイを管理できるように、ストレージアレイ上に管理ソフトウェア（Solutions Enabler、SMI-S、Unisphere for VMAX）が組み込まれます。eManagement により、単独のストレージアレイおよび SRDF で接続されたすべてのアレイを管理できます。単一の管理パネルで複数のストレージアレイを管理するには、従来のホストベースの管理インターフェイスであるUnisphere と Solutions Enabler を使用します。このため、eManagement により Unisphere のホストベースのインスタンスをリンクおよび起動することができます。通常、eManagementは事前に構成され、工場出荷時に有効にされます。ただし、HYPERMAX OS5977.945.890 から、eManagementは、フィールドでアレイに追加することができます。詳細については、サポート担当者までお問い合わせください。組み込み型のアプリケーションでは、システムメモリが必要です。次の表では、他のデータサービスで使用不可になったメモリの量を示します。

表 6 eManagement リソースの要件

VMAX All Flash のモデル

CPU メモリサポート対象デバイス

VMAX 250F 4 16 GB 200K

VMAX 450F 4 16 GB 200K

VMAX 850F、950F 4 20 GB 400K

仮想マシンポートVM（仮想マシン）ポートは、物理接続との競合を避けるため仮想マシンに関連づけられたポートです。VM ポートは、ダイレクター FA エミュレーションあたりポート 32～63 としてアドレスが設定されます。LUN を VM ポートにプロビジョニングする方法は、物理ポートのプロビジョニングと同じです。1 つの VM ポートは、1台の仮想マシンにしかマッピングできません。ただし、1台の仮想マシンを複数のポートにマッピングすることはできます。



eNAS（Embedded Network Attached Storage）eNASは VMAX All Flash アレイと完全に統合されています。eNASは柔軟でセキュアなマルチプロトコルファイル共有（NFS 2.0、3.0、4.0/4.1、CIFS/SMB 3.0）と複数のファイルサーバー ID（CIFS および NFS サーバー）を提供します。eNAS により、次のことが可能になります。l ファイルサーバーの統合/マルチテナンシーl 組み込み型非同期ファイルレベルリモートレプリケーション（File Replicator）l 組み込み型 NDMP（Network Data Management Protocol）l SRDF/S およびオプションの自動フェールオーバーマネージャ FAR（ファイルの自動リカバリ）による VDM同

期レプリケーションl ウイルス対策eNASは、次のようにファイルデータサービスを提供します。l 1個のインフラストラクチャでのブロックストレージとファイルストレージの統合l ゲートウェイハードウェアの排除による複雑性とコストの低減l シンプルになった管理統合されたブロックおよびファイルストレージにより、ビジネスの俊敏性を高める一方でコストと複雑性が低減します。お客様は、、ストレージプロビジョニング、動的ホスト I/O上限値、静止データ暗号化などのデータサービスをブロックおよびファイルストレージで活用できます。

eNAS ソリューションと導入eNASは、標準のアレイハードウェア上で稼働し、通常、工場で事前構成済みです。工場での事前構成の一環として、Control Station と Data Mover、コンテナ、制御デバイス、必要なマスキングビューを 1回限りでセットアップします。eNAS の導入には、追加的なフロントエンド I/O モジュールが必要です。ただし、HYPERMAX OS5977.945.890 から、eNASはフィールドでアレイに追加できるようになりました。詳細については、サポート担当者までお問い合わせください。eNASは、HYPERMAX OS ハイパーバイザーを使用して、NAS Data Mover と Control Station の仮想インスタンスを VMAX All Flash コントローラーに作成します。Control Station と Data Moverは、エンジンとそれに関連づけられたミラーペアの数に基づいて、VMAX All Flash アレイに分散配置されます。デフォルトでは、VMAX All Flash アレイには次の要素があります。l 2台の Control Station仮想マシンl 2台以上の Data Mover仮想マシン。Data Mover の数は、アレイのモデルごとに異なります。すべての構成

に 1 つのスタンバイ Data Mover が含まれます。



eNAS構成eNAS対応アレイをサポートするために必要なストレージ容量は、最低 680 GB です。この表は、eNAS構成とフロントエンド I/O モジュールを示しています。

表 7 アレイ別 eNAS構成

コンポーネント説明 VMAX 250F VMAX 450F VMAX 850F、950F

Data Movera 仮想マシン

最大数 4 4 8b

最大容量/DM 512 TB 512 TB 512 TB

論理コア c 12/24 12/24 16/32/48/64b

メモリ（GB）c 48/96 48/96 48/96/144/192b

I/O モジュール（最大）c

12 12d 24d

Control Station

仮想マシン（2台）論理コア 2 2 2

メモリ（GB） 8 8 8

NAS の容量/アレイ

最大 1.15 PB 1.5 PB 3.5 PB

a. Data Moverはペアで追加され、同じ構成にする必要があります。b. 850F および 950Fは Sizer で構成することができます。Data Mover を最大 4台搭載することができま

す。ただし、6台および 8台の Data Moverは RPQ でオーダーできます。Data Mover の数が増えると、I/O カードの最大数、論理コア、メモリー、最大容量も増加します。

c. それぞれ、Data Mover が 2、4、6、8台。d. All Flash の初期構成では、2 ポート 10 GbE光 I/O モジュールが、Data Mover ごとに 1台ずつ必要で

す。ただし、この I/O モジュールは、eNAS Data Mover I/O モジュールに存在する通常の交換機能を使用して、別の I/O モジュール（4 ポート 1 GbE または 2 ポート 10 GbE銅線など）に置き換えることができます。さらに、標準規則に従っている限り、I/O モジュールのアップグレード/追加機能として追加 I/O モジュールを構成することができます（I/O モジュールは Data Mover あたり最大 3台で、I/O モジュールはすべて、Data Mover が存在する各ダイレクター上の同じスロット内に存在する必要があります）。

eNAS を使用したレプリケーションeNAS のファイルシステムで使用可能なレプリケーション方法：l VNX Replicator for File を使用した非同期型のファイルシステムレベルレプリケーション。l FAR（File Auto Recovery）とオプションの FARM（File Auto Recover Manager）を使用した、SRDF/

S による同期レプリケーション。l VNX SnapSure を使用した、チェックポイント（本番ファイルシステムのポイントインタイムの論理イメージ）

の作成と管理。注： SRDF/A、SRDF/Metro、TimeFinderは eNAS では使用できません。



データの保護と整合性HYPERMAX OSは、データの整合性を確保し、システム障害や停電が発生した場合にデータを保護する機能を提供します。l RAID レベルl 静止データ暗号化l データの消去l ブロック CRC エラーのチェックl データ整合性チェックl ドライブの監視と修正l 物理メモリのエラー訂正とエラー検出l ドライブスペアリングとダイレクトメンバースペアリングl ヴォールトからフラッシュ

RAID レベルVMAX All Flash アレイは、次の RAID レベルを提供します。l VMAX 250F：RAID5（7+1）（デフォルト）、RAID5（3+1）、RAID6（6+2）l VMAX 450F、850F、950F：RAID5（7+1）と RAID6（14+2）

静止データ暗号化機密データの保護は、重要な IT問題であり、規制と法令に関係します。最も重要となるデータセキュリティの脅威は、ストレージ環境の保護に関連します。ドライブの紛失や盗難は、第一のリスク要因です。静止データ暗号化（D@RE）は、アレイ全体にバックエンドの暗号化を追加することでデータを保護します。D@REは、AES-XTS のインラインデータ暗号化が組み込まれた I/O モジュールを使用して、VMAX All Flashアレイのためのハードウェアベースの暗号化を行います。これらのモジュールは、ドライブに書き込む、またはドライブから読み取るのと同じように、データを暗号化または復号化します。これで、ドライブがアレイから除去された場合でも、不正アクセスから情報が保護されます。D@REは、内部の組み込みキーマネージャ、または外部にあるエンタープライズクラスのキーマネージャのいずれかを使用できます。l Gemalto の SafeNet KeySecure

l IBM Security Key Lifecycle Manager

D@REは、KMIP（Key Management Interoperability Protocol）を使用して、外部のキーマネージャにアクセスします。EMC E-Lab相互運用性マトリックス（https://www.emc.com/products/interoperability/elab.htm）には、HYPERMAX OS の各バージョンの外部キーマネージャが一覧表示されています。D@RE が有効化されている場合、データドライブ、スペア、プロビジョニングされたボリュームのないドライブを含むすべての構成済みドライブが暗号化されます。ヴォールトデータは、フラッシュ I/O モジュール上に暗号化されます。D@RE には次のような機能と特長があります。l 消去できない障害ドライブのセキュアな交換。

一部のタイプのドライブ障害では、データの消去が不可能です。D@RE がないと、障害のあるドライブが修理される場合に、ドライブ上のデータが危険に晒されます。D@RE では、該当するキーを削除すると障害ドライブ上のデータが読み取り不能になります。

l 盗まれたドライブの保護。ドライブがアレイから取り外された場合、キーは残留し、ドライブ上のデータを読み取り不能にします。



https://www.emc.com/products/interoperability/elab.htm

https://www.emc.com/products/interoperability/elab.htm

l より高速なドライブスペアリング。ドライブリプレーススクリプトは、取り外されたドライブに関連づけられたキーを破棄し、すぐにそのドライブ上のデータをすべて読み取り不能にします。

l セキュアなアレイ廃棄。アレイ上のキーのすべてのコピーを削除するだけで、残りのすべてのデータが読み取り不能になります。

また、D@RE には次のような特長もあります。l すべてのアレイ機能およびサポートされるすべてのドライブタイプまたはボリュームエミュレーションと互換性があ

ります。l パフォーマンスを低下させたり、既存のアプリケーションとインフラストラクチャを停止させたりすることなく、暗号化

を提供します。

D@REの有効化D@REは、工場でインストールされて構成されるライセンス機能です。D@RE を使用するように既存のアレイをアップグレードすることは可能ですが、システムは停止します。アップグレードにはアレイの再インストールが必要であり、データのフルバックアップとリストアが必要になる場合があります。アップグレードの前に、アレイにすでに存在するデータの管理方法を計画する必要があります。Dell EMC プロフェッショナルサービスでは、D@RE の実装を支援するサービスを提供しています。

D@RE コンポーネント組み込み D@RE（図 2（35 ページ））は、プライマリMMCS（Management Module Control Station）に存在する次のコンポーネントのすべてを使用します。l RSA eDPM（Embedded Data Protection Manager）：セキュアなキー生成、格納、配布、監査などのオ

ンボードの暗号化キー管理機能を持つ組み込みキー管理プラットフォームです。l RSA BSAFE®暗号形式ライブラリ：RSA eDPM サーバ（組み込みキー管理）および EMC KTP クライア

ント（外部キー管理）のセキュリティ機能があります。l CST（Common Security Toolkit）ロックボックス：パスワードやその他の機密キーマネージャ構成情報を

安全に格納するハードウェアおよびソフトウェア固有の暗号化リポジトリです。ロックボックスは特定のMMCSにバインドします。

外部 D@RE（図 3（35 ページ））は、組み込み D@RE と同じコンポーネントを使用し、以下を追加します。l EMC KTP（Key Trust Platform）：KMIP クライアントとも呼ばれるこのコンポーネントは、MMCS上に存

在し、OASIS KMIP（Key Management Interoperability Protocol）を使用して外部のキーマネージャと通信して、暗号化キーを管理します。

l 外部キーマネージャ：セキュアなキー生成、格納、配布、監査、FIPS（連邦情報処理規格）140-2 レベル 3検証と HSM（High Security Module）の有効化などの一元型の暗号化キー管理機能があります。

l クラスタ/レプリケーショングループ：構成設定と暗号化キーを共有する複数の外部キーマネージャです。1 つのノードに加えられた構成とキーライフサイクルの変更は、同じクラスタまたはレプリケーショングループ内のすべてのメンバーにレプリケートされます。



図 2 D@RE アーキテクチャ、組み込み

Director

Host

IOModule

IO Module

RSAeDPM Server

IOModule

IOModule

Director

SAN

Storage ConfigurationManagement

RSAeDPM Client

Unencrypted dataManagement trafficEncrypted data

IP

Unique key per physical drive

図 3 D@RE アーキテクチャ、外部

Director

Host

IOModule

IO Module

IOModule

IOModule

Director

SAN

Storage ConfigurationManagement

Unencrypted dataManagement trafficEncrypted data

External (KMIP)

Key Manager

IP

Unique key per physical drive

Key management

KMIP Client

MMCS

Key Trust Platform (KTP)

TLS-authenticatedKMIP traffic

外部のキーマネージャD@RE の外部キー管理は、Gemalto SafeNet KeySecure と IBM Security Key Lifecycle Manager によって行われます。キーは、業界標準（NIST 800-57 および ISO 11770）を使用して生成および配布されます。D@RE を使用すると、ボリュームスナップショットやリモートサイト間でキーをレプリケートする必要がなくなります。D@RE外部キーマネージャは、以下のいずれかで使用できます。l FIPS 140-2 レベル 3妥当性検査済み HSM（Gemalto SafeNet KeySecure の場合）l FIPS 140-2 レベル 1妥当性検査済みソフトウェア（IBM セキュリティキーのライフサイクルマネージャの場合）



暗号化キーには、必要に応じた高い可用性と厳しい保護が必要です。キーおよびキーの使用（復号化中）に必要な情報は、データのライフタイムにわたって保存される必要があります。これは、何年間も保持される暗号化データに対して不可欠です。キーのアクセス性は、高可用性環境で重要です。D@REは、キーをローカルにキャッシュします。そのため、KeyManager への接続はアレイの初期インストール、ドライブのリプレース、ドライブのアップグレードなどの操作にのみ必要です。ライフサイクルイベント（生成と破棄）は、アレイの監査ログに記録されます。キーの保護ローカルキーストアファイルは、ランダムに生成されたパスワードファイルから派生した 256 ビットの AES キーで暗号化されます。このパスワードファイルは、RSA BSAFE テクノロジーを使用する Common Security Toolkit（CST）ロックボックス内に保全されます。ロックボックスはプライマリMMCS のMMCS固有の Stable SystemValues（SSVs）を使用して保護されます。これらは、セキュアサービス認証情報（SSC）を保護するのと同じSSVs です。MMCS のドライブへの侵害、またはアレイ外のロックボックス/キーストアファイルのコピーが起こると、SSV テストは失敗します。MMCS全体を侵害しても、SSC の侵害も成功しない限り、アクセスすることはできません。D@RE セキュリティをバイパスするバックドアキーやパスワードはありません。キー操作D@REは、スペアドライブを含むアレイ内の物理ドライブごとに、個別に固有のデータ暗号化キー（DataEncryption Key、DEK）を提供します。D@RE が特定のドライブに正しいキーを使用することを保証するために、以下が行われます。l アレイに格納されている DEK には、アレイで使用するために DEK がラップ（暗号化）される場合の一意のキ

ータグとキーメタデータが含まれています。この情報は、アレイで使用するために DEK がラップ（暗号化）される場合にキー指定要素とともに含まれます。

l 暗号化 I/O中、ドライブに関連づけられている期待されるキータグがラップされたキーとは別に提供される。l キーのラップ解除中、暗号化ハードウェアはキーが正しくラップ解除されていることと、提供されたキータグと一

致することを確認する。l 予約されたシステム LBA（物理情報ブロック：Physical Information Block、すなわち PHIB）は、ドライブ

の暗号化に使用されるキーを検証し、ドライブが正しい場所にあることを確認する。l 初期化中、ハードウェアは自己テストを実行して、暗号化/復号化ロジックが損なわれていないことを確認す

る。自己テストにより、暗号化ハードウェアの障害によるサイレントなデータ破損が防止されます。

監査ログ監査ログには、次のようなアレイ上の主要なアクティビティが記録されます。l ホストから開始された操作l 物理コンポーネントの変更l MMCS に対するアクションl D@RE鍵管理イベントl セキュリティ管理（Access Controls）によってブロックされた試行監査ログは安全で改ざん防止されているため、イベントの内容は改変できません。監査者アクセス権を持つユーザーは、ログを表示できますが、変更はできません。

データの消去Dell EMC認定データ消去は、特殊なソフトウェアを使用して、アレイ上の情報を消去します。これは情報流布のリスクを緩和し、情報ライフサイクルの終了時に情報を保護するために役立ちます。データ消去の機能：



l データを不正アクセスから保護l ソースアレイ上のデータを読み取り不能にすることで、安全なデータ移行を保証l 内部ポリシーおよび規制条件に対するコンプライアンスのサポートデータ消去は、ドライブへの最低限のアプリケーションアドレス可能レベルでデータを上書きします。上書き回数は、選択したアレイ上のランダムパターンの組み合わせで 3（デフォルト）から 7 に設定できます。消去の証明書を提供するためのオプションの認証サービスを使用できます。消去に失敗したドライブは、お客様に渡されお客様が破棄します。個々のフラッシュドライブでは、Secure Erase操作により、ユーザーデータが含まれている可能性があるドライブ上のすべての物理フラッシュ領域が消去されます。使用可能なデータ消去サービス：l フルアレイ用 Dell EMC認定データ消去：アレイのリプレース、廃棄、転用時にシステム内のすべてのドライブ

上のデータを上書きします。l Dell EMC認定データ消去/単体ドライブ：個々のドライブ上のデータを上書きします。l Dell EMC ディスク保持：すべてのメディアを保持する必要のある組織が障害ドライブを保持できるようにしま

す。l ストレージセキュリティ用 Dell EMC評価サービス：情報保護ポリシーを評価し、包括的なセキュリティ戦略を

提案します。すべての消去サービスは、お客様のデータセンターのセキュリティ下でオンサイトで実施され、データ消去証明書と消去結果のレポートを含みます。

ブロック CRC エラーのチェックHYPERMAX OS の機能は次のとおりです。l トラックフォーマットの業界標準の T10 DIF（データの整合性フィールド）ブロック CRC（周期的冗長性チェ

ック）。オープンシステムの場合、これによりホストが生成した DIF CRC がユーザーデータとともにアレイに格納され、エンドツーエンドのデータ整合性の確認に使用されます。

l アドレス/制御障害モードの保護機能を追加し、障害に対する保護レベルをさらに強化。これらの保護機能は、T10標準によってサポートされているユーザー定義可能なブロックで定義されます。

l ブロック CRC のアプリケーションタグや参照タグ部分の追加バイトでのアドレスおよび書き込みステータス情報。

データ整合性チェックHYPERMAX OSは、データの存続期間中、あらゆる可能な場所でデータの整合性を検証します。アレイに保存された時点から、データはエラー検出メタデータによって継続的に保護されます。このメタデータは、アレイの内部でデータが移動される際には常に、ハードウェアおよびソフトウェアメカニズムによってチェックされます。これにより、ハードウェアまたはソフトウェアの障害に対抗する真のエンドツーエンド整合性チェックと保護を、アレイに提供できます。保護メタデータはデータストリームに追加され、期待されるデータの位置を示す情報と、実際のデータ内容のCRC表現が格納されています。保護メタデータで見つかる期待値は、データストリームとは別の領域に永続的に保存されます。保護メタデータは、プロトコルチップ、内部バッファー、内部データファブリックエンドポイント、システムキャッシュ、システムディスク間でデータが移動されるときに、アレイ内で移動されるデータの論理的な正確さを検証するために使用されます。



ドライブの監視と修正HYPERMAX OSは、各ディスクデータ転送の結果を検査し、アイドル時にディスク全体をプロアクティブにスキャンすることで、メディアの欠陥を監視します。ディスク上のブロックに不良があることがわかると、ダイレクターによって次の処理が行われます。

1. 必要に応じて、物理ストレージ上にデータを再構築します。2. 必要に応じて、物理ストレージにデータを再度書き込みます。ダイレクターはドライブ上で検出された各不良ブロックをトラッキングします。不良ブロックの数が事前定義された閾値を超えると、アレイはプロアクティブにスペアリング動作を起動し、欠陥ドライブをリプレースしてから、必要に応じてカスタマーサポートにコレクティブアクションの手配をするようアラートを送信します。遅延サービスモデルでは、即時のアクションが必要ない場合があります。

物理メモリのエラー訂正とエラー検出HYPERMAX OSはシングルビットエラーを修正し、シングルビットエラーが事前定義された閾値に達すると、エラーコードをレポートします。万一、物理メモリの交換が必要になった場合、アレイはカスタマーサポートに通知し、交換を要求します。

ドライブスペアリングとダイレクトメンバースペアリングHYPERMAX OS 5977は、ドライブに障害発生の恐れ、または障害の発生を検知すると、DMS（ダイレクトメンバースペアリング）処理を開始します。ダイレクトスペアリングは、同じエンジン内に同じブロック長、容量、スピードを備えた利用可能なスペアを探し、利用可能な最善のスペアが常に使用されるようにします。ダイレクトメンバースペアリングを使用すると、呼び出されたスペアは RAID グループの新しいメンバーとして追加されます。ドライブの再構築中、障害が発生しているドライブから、呼び出されたスペアドライブにデータを直接コピーするオプションを使用できます。障害が発生したドライブは、コピー処理が完了したときにのみ削除されます。ダイレクトメンバースペアリングは、ドライブエラーの状況が検出されると自動的に起動されます。ダイレクトメンバースペアリングには次のようなメリットがあります。l アレイでは、故障している RAID メンバー（該当する場合）からデータをコピーできるので、データをすべてのメ

ンバーから読み取り、再構築する必要がありません。新しい RAID メンバーへのコピーでは CPU の負荷が少なくなります。

l アレイでは、別のメンバーで障害が発生した場合でも、障害が発生しているメンバーから自動的にデータをリカバリできます（該当する場合）。

l 1 つの RAID グループに対して複数のスペアが同時にサポートされます。

ヴォールトからフラッシュシステムの電源が切断されたり、オフラインになったり、あるいは空調システムの故障によってデータセンターが機能不全に陥るなどの環境的な問題が発生した場合、VMAX All Flash アレイはヴォールト動作を開始します。各アレイは Standby Power Supply（SPS）モジュールを備えています。電源が失われると、アレイは SPS電力を使用して、フラッシュストレージにシステムミラーキャッシュを書き込みます。ヴォールティングされたイメージは完全に冗長化されており、システムミラーキャッシュの内容は、独立したフラッシュストレージに 2回保存されます。

ヴォールト動作ヴォールト開始時の動作：l ヴォールト動作の保存部分では、VMAX All Flash アレイのすべての I/O が停止されます。システムミラーリ

ングキャッシュがコンシステント状態に達すると、ダイレクターが内容をヴォールトデバイスに書き込み、2 つのデータのコピーを保存します。アレイで電源を完全にオフにするか、電源をオフにする必要がない場合はオフライン状態のままになります。



l 動作のリストア部分で、アレイの起動プログラムによりハードウェアと環境システムが初期化され、保存されたデータから（データの整合性をチェックしながら）システムミラーリングキャッシュがリストアされます。

SPS モジュールに、もう 1度ヴォールト操作を完了するための十分な充電量がある場合、システムは通常の運用に復帰します。安全でない条件がある場合、システムの動作は再開されず、カスタマーサポートに診断と修復の必要性が通知されます。これにより、カスタマーサポートがアレイと通信して、通常のシステム動作を再開できます。

ヴォールトの構成に関する考慮事項l ヴォールトからフラッシュをサポートするには、VMAX All Flash アレイに次の数のフラッシュ I/O モジュールが必

要です。n VMAX 250F を 1 エンジン/V-Brick あたり 2～6基n VMAX 450F を 1 エンジン/V-Brick/zBrick あたり 4～8基n VMAX 850F、950F を 1 エンジン/V-Brick/zBrick あたり 4～8基

l フラッシュモジュールのサイズは、構成に必要なシステムキャッシュとメタデータの数量によって決定されます。l ヴォールトスペースは社内使用のみに限定され、システムがオンラインである間はその他の目的で使用するこ

とができません。l 全ヴォールトフラッシュパーティションの総容量は、システムミラーリングキャッシュの永続部分の論理コピーを

2個保持するために十分な容量です。



インライン圧縮HYPERMAX OS 5977.945.890 では、VMAX All Flash アレイでのインライン圧縮のサポートが導入されています。インライン圧縮では、データがフラッシュドライブに書き込まれる際にそのデータを圧縮します。インライン圧縮は、ストレージグループの機能です。有効な場合（これがデフォルトです）、ディスクに書き込むときに、ストレージグループに対して新しい I/O が圧縮され、ストレージグループ上の既存のデータはバックグランドで圧縮が開始されます。圧縮をオフにすると、新しい I/Oは圧縮されず、既存のデータは、再び書き込まれるまで圧縮されたままです。再び書き込まれると解凍されます。インライン圧縮、重複排除、オーバーサブスクリプションは、互いを補完し合います。オーバーサブスクリプションにより、シンデバイスによって示される領域を完全に割り当てるための物理ドライブがなくても、必要なデバイスより大容量のデバイスをホストに提示できます（オーバーサブスクリプションの詳細については、シンデバイスのオーバーサブスクリプション（67 ページ）を参照してください）。インライン圧縮は、アレイの実効容量を増やすことでデータのフットプリントをさらに縮小します。これを図 4（40 ページ）の例に示します。ここで、ホストに接続されたデバイス（TDEV）の 1.3 PBは、バックエンド（TDAT）の 1.0 PB にオーバープロビジョニングされ、フラッシュドライブの 1.0 PB に配置されます。データ圧縮の後、データブロックはそれぞれ 2:1 の比率で圧縮され、フラッシュドライブの数は半分に削減されます。基本的に、圧縮が有効な場合、アレイは指定されたフロントエンド容量をサポートするため、半分のドライブ数が必要です。図 4 インライン圧縮とオーバーサブスクライブ

1.3 PB 1.0 PB

Over-subscription ratio: 1.3:1

TDEVsFront-end

TDATsBack-end

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

Flash drives1.0 PB

1.3 PB 1.0 PB

Over-subscription ratio: 1.3:1

TDEVsFront-end

TDATsBack-end

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

Flash drives0.5 PB

Compression ratio: 2:1

圧縮は、工場で新しい VMAX All Flash アレイに事前構成されます。現場にある既存の VMAX All Flash アレイには圧縮を追加することができます。詳細については、サポート担当者までお問い合わせください。圧縮の詳細な特性は次のとおりです。l 圧縮では、SnapVX、SRDF、暗号化などのすべてのサポート対象のデータサービスがサポートされます。



l 圧縮は、オープンシステム（FBA）でのみ使用できます（eNAS を含む）。FBA デバイスと CKD デバイスが混在している場合を含め、CKD アレイでは使用できません。圧縮が有効なオープンシステムアレイはすべて、それに CKD デバイスを追加できません。

l ProtectPoint操作は引き続き Data Domain アレイにサポートされます。CloudArrayは別の SRP内にある限り、圧縮が有効なアレイ上で実行できます。

l 圧縮は、Solutions Enabler および Unisphere を介してオン/オフを切り替えられます。l 圧縮の効率性は、SRP、ストレージグループ、ボリュームで監視することができます。l アクティビティベースの圧縮：最もアクティブなトラックがキャッシュに保持され、キャッシュからディスクに移動され

るまで圧縮されません。この機能により、フラッシュドライブへの格納量を減らしながら、アレイの全体的なパフォーマンスを向上させることができます。



第 2章

管理インターフェイス

この章では、アレイを管理するツールを紹介します。

l 管理インターフェイスのバージョン..................................................................................................44l Unisphere for VMAX..............................................................................................................44l Unisphere 360.......................................................................................................................45l Solutions Enabler.................................................................................................................. 45l Mainframe Enablers...............................................................................................................46l GDDR（Geographically Dispersed Disaster Restart）........................................................... 46l SMI-S Provider......................................................................................................................47l VASA プロバイダー....................................................................................................................47l eNAS管理インターフェイス ........................................................................................................47l SRM（ストレージリソース管理）...............................................................................................47l vStorage APIs for Array Integration...................................................................................... 48l VMware vCente Site Recovery Manager用の SRDF アダプター............................................... 49l SRDF/Cluster Enabler...........................................................................................................49l Product Suite for z/TPF........................................................................................................49l SRDF/TimeFinder Manager for IBMi.....................................................................................50l AppSync................................................................................................................................50


管理インターフェイスのバージョン次のコンポーネントでは、HYPERMAX OS 5977.1125.1125 の管理機能を提供します。l Unisphere for VMAX V8.4

l Solutions Enabler V8.4

l Mainframe Enablers V8.2

l GDDR V5.0

l SMI-S V8.4

l SRDF/CE V4.2.1

l SRA V6.3

l VASA Provider V8.4

Unisphere for VMAXUnisphere for VMAXは、アレイのプロビジョニング、管理、監視を提供するWeb ベースのアプリケーションです。Unisphere を使用して次のタスクを実行できます。

表 8 Unisphere タスク

セクションユーザーが実行できる処理：

Home アレイの使用状況、アラート設定、認証オプション、システム環境設定、ユーザー権限などの表示および管理機能と、クライアント登録のリンクと起動を実行できます。

Storage ストレージグループやストレージ階層を表示し、管理できます。

Hosts イニシエーター、マスキングビュー、イニシエーターグループ、アレイホストエイリアス、ポートグループを表示し、管理できます。

Data Protection ローカルレプリケーションの表示と管理、レプリケーションプールの監視と管理、デバイスグループの作成と表示、移行セッションの監視と管理ができます。

Performance アレイダッシュボードの監視と管理、将来のキャパシティプランニングのためのトレンド分析の実行、データの分析ができます。

Databases データベースやストレージの問題のトラブルシューティングと Database Storage

Analyzer の起動ができます。

System ダッシュボード、アクティブなジョブ、アラート、アレイ属性、ライセンスを表示できます。

Support Unisphere タスクに関するオンラインヘルプを表示できます。

Unisphereは REST（Representational State Transfer）API としても使用できます。この API を使用すると、パフォーマンス情報および構成情報にアクセスでき、ストレージアレイをプロビジョニングすることができます。このAPIは、HTTP要求を発行できるWeb ブラウザやプログラミングプラットフォームなどの標準 REST クライアントをサポートする任意のプログラミング環境で使用できます。

Workload Planner

Workload Planner には、アプリケーションのパフォーマンスメトリックが表示されます。Workload Planner を使用して、次の操作を行います。



l あるストレージシステムから別のストレージシステムへのワークロードの移行のインパクトをモデル化する。l 新しいワークロード案をモデル化する。l HYPERMAX OS を実行している特定のアレイから 1 つまたは複数のワークロードを移動した場合の影響を

評価する。l 要求されたワークロードを維持するための措置が求められるような、現在または将来のリソース不足を把握す

る。

FAST Array Advisor

FAST Array Advisor ウィザードは、あるアレイから別のアレイへのワークロードの移行のパフォーマンスインパクトを判断するステップをガイドします。ウィザードでターゲットアレイが追加のワークロードを吸収できると決定した場合、ターゲットアレイのソースワークロードを複製するために必要なすべての自動プロビジョニンググループを自動的に作成します。

Unisphere 360Unisphere 360 とは、1 つのサイトで HYPERMAX OS を実行しているアレイ間で単一のウィンドウを提供する、オンプレミスの管理ソリューションです。Unisphere 360は以下の目的に使用できます。l Unisphere管理ストレージシステムデータのデータコレクションとレポート作成のために、Unisphere 360 に

Unisphere サーバーを追加します。l データセンターのシステムの稼働状態、容量、アラート、容量のトレンドを表示します。l 登録済みのすべての Unisphere インスタンスからのすべてのストレージシステムを 1 か所で表示します。l パフォーマンスと容量の詳細を表示します。l V8.2以降を実行する Unisphere のインスタンスにリンクし、起動します。l Unisphere 360 のユーザーを管理し、認証ルールと許可ルールを構成します。l 現ストレージとターゲットストレージを含む、可視のストレージアレイの詳細を表示します。

Solutions EnablerSolutions Enablerは、ストレージ環境を管理するための包括的な SYMCLI（コマンドラインインターフェイス）を備えています。SYMCLI コマンドは、コマンドライン上で対話形式で、またはスクリプトを使用して管理ホストから起動されます。SYMCLIは、システムコールを使用して下位レベルの I/O SCSI コマンドを生成する機能の上に構築されています。構成およびステータス情報はホストデータベースファイルに保持されるため、ホストからアレイへの照会数が削減されます。SYMCLI を使用して次の操作を実行：l アレイソフトウェア（TimeFinder、SRDF、Open Replicatorなど）の構成l デバイスの構成とステータスの監視l デバイスとデータオブジェクトに対する管理操作の実行Solutions Enablerは REST（Representational State Transfer）API としても使用できます。この API を使用すると、パフォーマンス情報および構成情報にアクセスでき、ストレージアレイをプロビジョニングすることができます。これは、HTTP要求を発行できるWeb ブラウザやプログラミングプラットフォームなどの標準 REST クライアントをサポートする任意のプログラミング環境で使用できます。



Mainframe EnablersDell EMC Mainframe Enablersは、メインフレーム環境で HYPERMAX OS を実行しているアレイを監視および管理できる以下のソフトウェアコンポーネントのスイートです。l ResourcePak Base for z/OS

メインフレームベースのアプリケーション（Dell EMC または独立系ソフトウェアベンダーが提供）とPowerMax/VMAX アレイ間の通信を可能にします。

l SRDF Host Component for z/OSホストから実行するコマンドを使用して、SRDF プロセスを監視して制御します。SRDF では、物理的に離れたサイトにある複数のアレイ内の論理ボリュームレベルで、データのリアルタイムコピーを維持します。

l Dell EMC Consistency Groups for z/OSローリングディザスタが発生した場合、SRDF機能によりリモートでコピーされたデータの整合性を確保します。

l AutoSwap for z/OS予期しないシステム停止または問題が検出されたときに、アレイ間で自動ワークロードスワップを処理します。

l TimeFinder SnapVXMainframe Enablers V8.0以降では、SnapVX によりソースデバイスの SRP（ストレージリソースプール）に直接ポイントインタイムのコピーが作成されるため、ターゲットデバイスおよびソース/ターゲットペアの概念がなくなりました。SnapVX のポイントインタイムのコピーは、別のデバイス上にあるコピーを提示するリンクメカニズムにより、ホストにアクセスできます。TimeFinder SnapVX および HYPERMAX OS では、TimeFinder/Clone、TimeFinder VP Snap、TimeFinder/Mirrorなどの従来の TimeFinder製品に対しては後方互換性がサポートされます。

l Data Protector for z Systems（zDP™）Mainframe Enablers V8.0以降を使用する場合、zDPは SnapVX上に実装されます。zDPは、データに対する意図しない変更からアプリケーションのリカバリーを細分性の高いレベルで提供します。zDPは、アプリケーションレベルのリカバリーを実行できる、データの自動化された整合性のあるポイントインタイムコピーを提供することによってこれを実現します。

l TimeFinder/Clone Mainframe Snap Facilityフルボリュームまたは個々のデータセットのポイントインタイムコピーを作成します。Timefinder/Clone オペレーションはフルボリュームまたはデータセットに関係し、ここでのソースデータの量は、ターゲットデータの量と同じです。TimeFinder VP Snap ではクローンテクノロジーを使用して、シンデバイスに設置効率の高いスナップを作成します。

l TimeFinder/Mirror for z/OSBCV（Business Continuance Volume）の作成を可能にし、ソースの論理ボリュームから確立、スプリット、再確立、リストアを行う機能を提供します。

l TimeFinder Utilityボリュームのラベルを付け直し、（オプションで）データセットの名前を変更してカタログを再作成することにより、スプリット BCV の状態を整えます。これにより、BCV をマウントして使用できます。

GDDR（Geographically Dispersed Disaster Restart）GDDRは、計画的な停止と、データセンター全体の消失といった災害状況の後の業務復旧を自動化します。GDDRは、VMAX All Flash アーキテクチャと、SRDF と TimeFinder レプリケーションファミリーの基盤を使用して、メインフレーム環境での災害後の業務再開プランのために単一障害点を排除します。GDDR インテリジェンスが、トリガーイベントに基づいて災害後の業務再開の計画を自動的に調整します。GDDRは、レプリケーションおよびリカバリーサービス自体は提供しません。代わりに GDDRは、他の Dell EMC製品およびサードパーティ製品が提供する継続的な運用または業務再開に必要なサービスを監視して自動化



します。GDDRは、オンデマンドで実行できるスクリプトを生成することにより、ビジネス継続性を容易にします。たとえば、主要なデータセンターでのインシデント後にビジネスアプリケーションを再起動したり、予期しないリンク停止後にレプリケーションを再開したりするスクリプトがあります。スクリプトは、エキスパートシステムによって起動されるときにカスタマイズされ、エキスパートシステムでは、GDDRが管理している構成およびイベントに基づいてステップを調整します。GDDRは、イベントの自動検出と管理テクノロジーのエンドツーエンドの自動化によって、リカバリプロセスから人為的ミスを排除し、可能な限り最短の時間で完了するようにします。また、GDDR エキスパートシステムは、1 つのデータセンターから別のデータセンターに計算処理を移動するなど、計画済み処理手順を自動的に生成するためにも呼び出されます。これは高可用性コンピューティング運用を実現するためのゴールドスタンダードであり、アプリケーションワークロードを中断することなく、スケジュール設定された週末の DR テストアクティビティを定期的にスケジュール設定されたデータセンタースワップに移動させることができます。

SMI-S ProviderDell EMC SMI-S Providerは、ストレージ管理の ANSI規格である SNIA SMI（Storage ManagementInitiative）をサポートしています。このイニシアティブにより標準管理インターフェイスが開発され、包括的な仕様（SMI仕様（SMI-S））が策定されました。SMI-Sは、複数ベンダーのストレージ管理テクノロジーの相互運用性を実現するためのオープンストレージ管理インターフェイスを定義しています。これらのテクノロジーは、マルチベンダートポロジーや SAN トポロジーのストレージリソースの監視および制御に使用されます。SMI-S Provider の運用に必要な Solutions Enabler コンポーネントは、SMI-S Provider のインストールの一部として含まれています。

VASAプロバイダーVASA プロバイダーを使用すると、VMAX All Flash管理ソフトウェアから vVols を含む VMFS ストレージの構成方法および保護方法を vCenter に通知することができます。これらの機能は、Dell EMC によって定義され、ディスクタイプ、プロビジョニングのタイプ、ストレージ階層、リモートレプリケーションのステータスなどの特性が含まれます。これにより、vSphere管理者は仮想マシンの配置に関して迅速で、情報に基づく意思決定を行うことができます。VASAは、vSphere管理者が、パフォーマンスと可用性のニーズを満たすために、VMFS ボリュームをホストしているデバイスを構成する方法を追跡するためのプラグインとその他のツールの使用を補完する機能を提供します。

eNAS管理インターフェイスeNAS のブロックとファイルのストレージは、Unisphere File Dashboard を使用して管理します。リンクと起動を使用すると、同じセッション内でブロックとファイルの管理 GUI を実行できます。構成ウィザードを使用すると、Data Mover に自動的にプロビジョニングされるストレージグループをすばやく簡単に作成できます。ストレージグループを作成すると、ファイルレベルのプロビジョニングタスクに使用できるストレージプールが Unisphere に作成されます。

SRM（ストレージリソース管理）SRMは、異機種の混在するブロック、ファイル、仮想化のいずれのストレージ環境に対しても、包括的なモニタリング、レポート作成、分析機能を提供します。SRMは次の目的で使用します。



l アプリケーションとストレージの依存関係を可視化l 構成および容量の増加を監視および分析l 投資収益率を向上させるように環境を最適化仮想化により、ビジネスで管理の合理化、コストの抑制、アップタイムの保証が可能になります。ただし仮想化環境は IT インフラストラクチャの複雑性が増して可視性が損なわれ、ストレージリソース管理を煩雑なものにする可能性があります。SRM では、物理環境と仮想環境の関係性について可視性を提供し、一貫したサービスレベルを保証することで、これらのレイヤーに対処します。お客様がクラウドインフラストラクチャを構築する際に、SRMは、ストレージのサービスレベルを保証する一方で、IT リソースを最適化するために役立ちます。これらはいずれも、クラウドの導入を成功させるために重要な要素です。SRMは、マルチベンダーのネットワーク、ホスト、ストレージデバイスを含む異機種混在環境で使用するように設計されています。この ProSphere が収集する情報と管理する機能は、地理的に異なる場所にある技術的に異なるデバイスに存在可能です。SRMは、ストレージ管理をさらに前進させ、デバイス情報とリソーストポロジーのドメイン間の相関関係にプラットフォームを提供し、ストレージ環境およびエンタープライズデータセンターの視野をさらに広げます。SRMは、Watch4net を通じて、エンタープライズレベルでのストレージ容量のダッシュボードビューを提供します。Watch4net ダッシュボードビューには、ストレージ容量に関する意思決定をサポートする情報が表示されます。Watch4net ダッシュボードでは、複数の場所にある複数の ProSphere インスタンスのデータが統合されています。ここでは、環境の全体的な容量ステータスの概要、容量（未フォーマット時）使用率、有効容量、目的別の使用済み容量、プール別の有効容量、サービスレベルをすばやく確認できます。

vStorage APIs for Array IntegrationVMware VAAI（vStorage APIs for Array Integration）は、仮想マシンの操作を HYPERMAX OS を実行するアレイにオフロードして、サーバのパフォーマンスを最適化します。ストレージアレイは選択されたストレージタスクを実行し、アプリケーションの処理や他のタスク用にホストリソースを解放します。VMware環境において、ストレージアレイは次の VAAI コンポーネントをサポートしています。l フルコピー：（Hardware Accelerated Copy）レプリケーションをストレージアレイにオフロードすることで、仮

想マシンの導入、クローン、スナップショット、VMware Storage vMotion®操作が高速になります。l ブロックゼロ：（Hardware Accelerated Zeroing）ファイルシステムブロックおよび仮想ドライブ領域をより迅

速に初期化しますl ハードウェア支援ロック —（Atomic Test and Set）メタデータの更新をより効率化し、仮想デスクトップの

導入を支援しますl UNMAP — データストア上の使用されていないスペースを回収して初期のシンプロビジョニングプールに戻す

ことにより、仮想マシンスペースの使用効率を改善します。l VMware VASA（vSphere Storage APIs for Storage Awareness）VAAIは、HYPERMAX OS でネイティブであり、eNAS も実装されていない限り追加のソフトウェアは不要です。eNAS がアレイに実装されている場合、VAAI のサポートには NAS用の VAAI プラグインが必要です。このプラグインは Dell EMC サポートWeb サイトから利用できます。



VMware vCente Site Recovery Manager用の SRDF アダプターDell EMC SRDF Adapterは、VMware vCenter Site Recovery Manager 5.x の災害後の業務再開管理機能を、HYPERMAX OS を実行するアレイにまで拡張する Storage Replication Adapter（SRA）です。SRA によって、Site Recovery Manager で、SRDF構成内のストレージアレイに対するストレージベースの災害後の業務再開操作を自動化できます。

SRDF/Cluster EnablerCE（Cluster Enabler）for Microsoft Failover Clustersは、フェイルオーバークラスター機能のソフトウェア拡張機能です。Cluster Enabler では、Microsoft Failover Clusters上で動作するWindows Server 2012（R2 を含む）の Standard および Datacenter エディションを、地理的に分散されたクラスターの複数の接続されたストレージアレイ全体にわたって操作できます。SRDF/Cluster Enabler（SRDF/CE）は、Dell EMC Cluster Enabler for Microsoft Failover Clusters ソフトウェア用のソフトウェアプラグインモジュールです。Cluster Enabler プラグインアーキテクチャは、CE ベースモジュールコンポーネントと、選択したストレージレプリケーションテクノロジーを提供する別途入手可能なプラグインモジュールから構成されます。SRDF/CE のサポート対象：l 同期および非同期モード（SRDF動作モード（87 ページ）はこれらのモードについて要約しています）l コンカレントおよびカスケード SRDF構成（SRDF複数サイトソリューション（81 ページ）はこれらの構成に

ついて要約しています）

Product Suite for z/TPFDell EMC Product Suite for z/TPFは、z/TPF ホストから HYPERMAX OS を実行しているアレイを監視および管理するコンポーネントのスイートです。z/TPFは、高ボリュームのトランザクションレートと大量の通知コンテンツを特徴とする IBM メインフレームオペレーティングシステムです。次のソフトウェアコンポーネントは個別に分散させ、個別または任意の組み合わせでインストールすることができます。l SRDF Controls for z/TPF

z/TPF Prime CRAS（コンピュータールームエージェントセット）で入力された機能エントリーを持つ SRDFプロセスを監視および制御します。

l TimeFinder Controls for z/TPFTimeFinder SnapVX、Timefinder/Clone、Timefinder/Mirror から構成される、ビジネス継続性ソリューションを提供します。

l ResourcePak for z/TPFPowerMax および VMAX の構成と統計のレポートと、SRDF Controls for z/TPF および TimeFinderControls for z/TPF の拡張機能を提供します。



SRDF/TimeFinder Manager for IBMiDell EMC SRDF/TimeFinder Manager for IBM iは一連のホストベースのユーティリティで、SRDF およびTimeFinder に IBM i インターフェイスを提供します。この機能を使用すると、IBM i ホストに接続されているアレイ上で SRDF または TimeFinder の動作を次のとおり構成し、制御することができます。l SRDF：次のような SRDF デバイスの構成、同期、分割：

n SRDF/A

n SRDF/S

n コンカレント SRDF/A

n コンカレント SRDF/S

l TimeFinder：n フルボリュームまたは個々のデータセットのポイントインタイムコピーの作成。n イメージのポイントインタイムスナップショットの作成。

拡張機能SRDF/TimeFinder Manager for IBM i拡張機能は、IBM IASP（独立 ASP）機能を提供します。IASPは切り換え可能またはプライベートな補助ディスクプール（最大 223個）で、他のシステムに影響を及ぼすことなく IBM i ホスト上でオンラインまたはオフラインにできます。SRDF/TimeFinder Manager for IBM i と組み合わせた場合、IASPは IBM i ホストに接続されたアレイ上で次のように SRDF または TimeFinder の動作を制御できます。l TimeFinder SnapVX デバイスの表示や割り当てを行う。l SRDF コマンドまたは TimeFinder コマンドを実行し、SRDF または TimeFinder デバイスの同期や分割を

行う。l BC（ビジネス継続性）プロセスのため、IASP イメージを格納している 1 つまたは複数のターゲットデバイスを

他のホストに提示する。拡張された機能制御操作へのアクセスは次のとおりです。l SRDF/TimeFinder Manager メニュー方式のインターフェイスを使用する。l コマンドラインから SRDF/TimeFinder Manager コマンドや関連する IBM i コマンドを使用する。

AppSyncDell EMCAppSyncは、Microsoft と Oracle の重要なアプリケーションおよび VMware環境の保護、リストア、クローン作成のための、SLA指向のシンプルなセルフサービスアプローチを提供します。アプリケーション所有者は、サービスプランを設定した後、基盤となる Dell EMC レプリケーションテクノロジーを活用して、アイテムレベルの細分性で本番データを迅速に保護、リストア、クローン作成できます。AppSyncは、SLA が遵守されていないときにアラートを生成する、アプリケーション保護モニタリングサービスも備えています。AppSyncは、以下のアプリケーションとストレージアレイをサポートします。l アプリケーション：Oracle、Microsoft SQL Server、Microsoft Exchange、VMware VMFS/NFS データ

ストア、ファイルシステムl レプリケーションテクノロジー：SRDF、SnapVX、RecoverPoint、XtremIO Snapshot、VNX Advanced

Snapshots、VNXe Unified Snapshot、ViPR Snapshot



注： VMAX All Flash アレイの場合、AppSyncはスターターバンドルで使用可能です。AppSync スターターバンドルには、拡張制限があるものの、完全な機能を備えたバージョンの AppSync を使用するためのライセンスが含まれています。詳細については、Dell EMC オンラインサポート用Web サイト掲載の「AppSync

Starter Bundle with VMAX All Flash Product Brief」を参照してください。



第 3章

オープンシステムの機能

この章では、VMAX All Flash アレイでサポートされているオープンシステム機能について説明します。

l オープンシステムの HYPERMAX OS のサポート...........................................................................54l ProtectPoint と Data Domain を使用したバックアップとリストア...................................................... 54l VMware仮想ボリューム............................................................................................................57


オープンシステムの HYPERMAX OSのサポートHYPERMAX OS では、オープンシステムと D910 for IBM i向けの FBA デバイスエミュレーションを提供します。ホスト上にインストールされている論理デバイス管理ソフトウェアはすべて、ストレージデバイスで使用できます。HYPERMAX OS では、旧世代のアレイから、拡張性の制限が次のように向上しています。l 最大のデバイスサイズは 64 TB

l 各アレイの最大のホストアドレス可能なデバイス数は 64,000

l 各アレイの最大のストレージグループ数、ポートグループ数、マスキングビュー数は 64,000

l 各ポートでアドレス可能な最大のデバイスは 4,000HYPERMAX OSはメタデバイスをサポートしないため、この制限に達する可能性はいっそう低くなります。

オープンシステム環境でのストレージのプロビジョニングについての詳細は、オープンシステム固有のプロビジョニング（68 ページ）を参照してください。http://elabnavigator.emc.com にある E-Lab Interoperability Navigator での Dell EMC サポートマトリックスには、HYPERMAX オープンシステム機能での最新情報があります。

ProtectPoint と Data Domain を使用したバックアップとリストアDell EMC ProtectPointは、VMAX All Flash アレイのデータバックアップとリストア機能を提供します。リモートの Data Domain アレイにデータのバックアップコピーが格納されます。ProtectPointは VMAX All Flash および Data Domain アレイの既存の機能を使用してバックアップコピーを作成し、必要に応じてバックアップされたデータをリストアします。特殊または追加のハードウェアおよびソフトウェアは必要ありません。このセクションでは、ProtectPoint のバックアップとリストア機能の概要を説明します。また、構成して管理する手順など、製品に関する詳細情報の入手先も記載しています。ProtectPointは Storage Direct に名称変更され、PowerProtect、Data Protection Suite for Apps、Data Protection Suite Enterprise Software Edition に含まれます。

バックアップLUNは、ProtectPoint のバックアップの基本的な単位です。LUN ごとに、ProtectPoint が Data Domain アレイ上に［バックアップイメージ］を作成します。バックアップイメージをグループ化して、［バックアップセット］を作成することができます。バックアップセットの 1 つの用途は、アプリケーションのすべてのデータをポイントインタイムイメージとして収集することです。

バックアッププロセスLUN のバックアップを作成するために、ProtectPoint で以下が実行されます。

1. SnapVX を使用して VMAX All Flash アレイ上の LUN のローカルスナップショット（プライマリーストレージアレイ）を作成します。これが作成されると、ProtectPoint とアプリケーションは相互に独立して実行できるようになり、バックアッププロセスはアプリケーションに影響を与えません。

2. スナップショットを Data Domain アレイ上の vdisk にコピーします。ここで、重複排除されて、カタログ化されます。プライマリーストレージアレイで、vdiskは VMAX FAST.X のカプセル化された LUN として表示されます。vdisk へのスナップショットのコピーは、既存の SnapVX リンクコピーと VMAX All Flash のデステージテクノロジーを使用します。



http://elabnavigator.emc.com

vdisk に LUN のすべてのデータが含められると、Data Domainはデータを［静的イメージ］に変換します。このイメージにはメタデータが追加されており、Data Domainは最終的なバックアップイメージをカタログ化します。図 5 Data Domain に対するバックアップオペレーション中のデータフロー

インクリメンタルデータコピーProtectPoint による LUN の初回バックアップ時には、SnapVX スナップショットを使用してコンテンツの完全なコピーが取得されます。このスナップショットを取得している間、LUN に割り当てられたアプリケーションは短い時間一時停止します。これにより、ProtectPoint にアプリケーションコンシステントな LUN のコピーが確保されます。LUN の初回のバックアップイメージを作成するために、ProtectPoint ではスナップショット全体を Data Domainアレイにコピーします。以降の LUN のバックアップごとに、ProtectPoint では変更された LUN の一部のみをコピーします。これにより、通信リンクが最適に使用され、バックアップの作成に必要な時間を最小限に抑えることができます。

リストアProtectPointは、次の 2 つの形式のデータリストアを提供します。l 選択したバックアップイメージからのオブジェクトレベルのリストアl アプリケーション全体のロールバックリストア

オブジェクトレベルのリストアオブジェクトレベルのリストアでは、Data Domainは選択したバックアップイメージの静的イメージを vdisk に配置します。バックアッププロセスと同様に、Data Domain アレイ上のこの vdiskは VMAX All Flash アレイで、VMAXFAST.X のカプセル化された LUN として表示されます。管理者は、カプセル化された LUN のファイルシステムをマウントして、1 つ以上のオブジェクトを最終的な宛先にリストアできるようになりました。

アプリケーション全体のロールバックリストアアプリケーション全体のロールバックリストアでは、選択されたバックアップセットのすべての静的イメージが DataDomain アレイ上の vdisk として使用可能になり、VMAX All Flash たアレイ上で FAST.X でカプセル化されたLUN として使用可能になります。これにより、管理者は、カプセル化された LUN から元のデバイスにデータをリストアできます。



ProtectPoint エージェントProtectPoint には、特定のタイプのデータのバックアップとリストアを行う 3 つのエージェントがあります。File System Agent

アプリケーション LUN をバックアップ、管理、リストアする機能を提供します。

Database Application Agent

DB2 データベース、Oracle データベース、SAP with Oracle データベースのデータをバックアップ、管理、リストアする機能を提供します。

Microsoft Application Agent

Microsoft Exchange およびMicrosoft SQL データベースをバックアップ、管理、リストアする処理機能を提供します。

ProtectPoint のバックアップおよびリストアに使用される機能ProtectPointは、HYPERMAX OS および Data Domain の既存の機能を使用して、バックアップとリストアのサービスを提供します。l HYPERMAX OS：

n SnapVX

n FAST.X のカプセル化されたデバイスl Data Domain：

n ProtectPoint のブロックサービスn vdisk サービスn FastCopy

ProtectPoint と従来のバックアップバックアップウィンドウが少ないかほとんどない、または RTO（目標復旧時間）や RPO（目標復旧時点）要件が厳しい、あるいはこれら両方など、従来のやり方ではビジネス要件を十分満たすことができなかったような状況でも、ProtectPoint のワークフローを利用すればデータ保護を実現することができます。ProtectPointは、従来のバックアップやリカバリーと異なり、バックアップが必要なデータを特定する個別プロセスや、データをバックアップストレージに移動するための追加アクションが不要です。専用のハードウェア、ホスト、ネットワークリソースを使用する代わりに、ProtectPointは既存のアプリケーションやストレージ機能を使用して、大規模なデータセットのポイントインタイムコピーを作成できます。コピーは重複排除されながら SAN（ストレージエリアネットワーク）を越えて Data Domain システムに移動するので、ストレージの効率性を最大限に保ちながらコピーを保護できます。ProtectPointは大規模なデータセットを保護するために必要な時間を最小化し、バックアップを最小限のバックアップウィンドウに収めることで、厳しい RTO または RPO要件を満たします。

詳細情報ProtectPoint、そのコンポーネント、構成方法、使用方法の詳細については、以下を参照してください。l 「ProtectPoint ソリューションガイド」l 「File System Agent インストールおよび管理ガイド」



l 「Database Application Agent インストールおよび管理ガイド」l 「Microsoft Application Agent インストールおよび管理ガイド」

VMware仮想ボリュームVMware Virtual Volumes（vVols）は VMware が開発したストレージオブジェクトで、仮想化環境での管理とプロビジョニングを簡素化します。vVols により、管理プロセスは LUN（データストア）から仮想マシン（VM）に移行します。この精度レベルにより、VMware とクラウド管理者は、パフォーマンスとストレージの要件に従って各VM に特定のストレージ属性を割り当てることができます。HYPERMAX OS を実行しているストレージアレイはvVols を実装しています。

vVol コンポーネントvVols の管理機能をサポートするために、ストレージ/vCenter環境に以下が必要です。l EMC VMAX VASA Provider - VASA Provider（VP）は、バンド外管理 API（VASAバージョン 2.0）

のセットを使用するソフトウェアプラグインです。VASA プロバイダーは、ストレージアレイ機能をエクスポートし、VASA API を通じて vSphere にそれらを提供します。VVolsは、Unisphere for VMAX ユーザーインターフェイスまたは Solutions Enabler CLI ではなく、VASA Provider API（create/delete）により vSphereを使用して管理されます。vVols がアレイ上にセットアップされた後で、Unisphere および Solutions Enablerは、VVol の監視/レポート作成のみをサポートします。

l Storage Containers（SC）：ストレージコンテナーは VVol を論理的にグループ化するために使用される、物理ストレージのチャンクです。SCは、仮想マシンディスク（VMDK）の特定サービスレベルへのグループ化に基づいています。SC の容量は、ハードウェアの容量によってのみ制限されます。ストレージシステムごとに少なくとも 1 つの SC が必要ですが、1 アレイあたり複数の SCは可能です。SCはストレージ管理者がアレイ上で作成し、管理します。Unisphere および Solutions Enabler CLIは、SC の管理をサポートします。

l Protocol Endpoints（PE）：プロトコルエンドポイントは、ストレージ管理者による、ホストからアレイへのアクセスポイントです。PEは FC に準拠し、LUN とマウントポイントの使用をリプレースします。vVolsは PE に「バインド」され、バインドとバインド解除の操作は、Solutions Enabler CLI ではなく VP API を使用して管理されます。既存のマルチパスポリシーと NFS トポロジーの要件を PE に適用できます。PEはストレージ管理者がアレイ上で作成し、管理します。Unisphere および Solutions Enabler CLIは、PE の管理をサポートします。

表 9 vVol アーキテクチャのコンポーネント管理機能

機能コンポーネント

vVol デバイス管理（作成、削除） VASA プロバイダー API/Solutions Enabler API

vVolバインド管理（バインド、バインド解除）

プロトコルエンドポイントデバイス管理（作成、削除） Unisphere/Solutions Enabler CLI

プロトコルエンドポイント- vVol レポート（リスト、表示）

ストレージコンテナー管理（作成、削除、変更）

ストレージコンテナーレポート（リスト、表示）

vVol の拡張性vVol の拡張性の制限は次のとおりです。



表 10 vVol固有の拡張性

要件値

アレイあたりの vVols の数 64,000

スナップショット/仮想マシンの数 a 12

アレイあたりのストレージコンテナーの数 16

アレイあたりのプロトコルエンドポイントの数 1/VMware ESXi ホスト

アレイあたりのプロトコルエンドポイント最大数 1,024

VP あたりのサポートアレイの数 1

VP当たりの vCenter の数 2

最大デバイスサイズ 16 TB

a. vVol スナップショットは vSphere のみを使用して管理されます。Unisphere または Solutions Enablerではこのスナップショットは作成できません。

vVol ワークフロー要件以下のアプリケーションをインストールして設定します。l Unisphere for VMAX V8.2以降l Solutions Enabler CLI V8.2以降l VASA Provider V8.2以降Unisphere および Solutions Enabler をインストールする手順については、各インストールガイドを参照してください。VASA Provider をインストールする手順については、「Dell EMC PowerMax VASA Provider リリースノート」を参照してください。

手順vVol ベースの仮想マシンの作成には、ストレージ管理者と VMware管理者の両方が関わります。ストレージ管理者

ストレージ管理者は、Unisphere または Solutions Enabler を使用して、以下の手順でストレージを作成し VMware環境に提供します。

1. ストレージアレイ上に 1 つまたは複数のストレージコンテナーを作成します。このステップでは、VMware ユーザーがプロビジョニングできるストレージの容量と、開始サービスレベルを定義します。

2. プロトコルエンドポイントを作成し、VMware ESXi ホストにプロビジョニングします。

VMware管理者VMAX ストレージ管理者がストレージアレイ上に VM を導入する場合は、vSphere Web Client を使用します。

1. VASA Provider を vCenter に追加します。これにより、vCenterはストレージアレイと通信できます。

2. ストレージコンテナから VVol データストアを作成します。



3. VM ストレージポリシーを作成します。4. VM ストレージポリシーのいずれかを選択して、vVol データストアに VM を作成します。



第 4章

メインフレームの機能

この章では、 VMAX オールフラッシュアレイのメインフレーム固有の機能について紹介します。

l HYPERMAX OS によるメインフレームのサポート...........................................................................62l IBM Z Systems機能のサポート................................................................................................62l IBM 2107 のサポート................................................................................................................ 63l 論理制御ユニットの機能........................................................................................................... 63l ディスクドライブエミュレーション................................................................................................... 64l カスケード構成......................................................................................................................... 64


HYPERMAX OS によるメインフレームのサポートVMAX 450F、850F、950F アレイは、メインフレームをサポートする zF および zFX ソフトウェアパッケージとともにオーダーすることができます。VMAX All Flash アレイは、次のメインフレーム機能を提供します。l FBA および CKD の混在ドライブ構成。l 64、128、256 FICON のシングルモードおよびマルチモードのポートをそれぞれサポート。l CKD 3380/3390 デバイスおよび FBA デバイスをサポート。l メインフレーム（FICON）および OS FC/iSCSI接続。l 大容量 Flash drive。l 最大 16 Gb/秒 FICON ホスト接続。l 前方エラー訂正、クエリーホストアクセス、FICON ダイナミックルーティングのサポート。l データパス（キャッシュとディスク上）に沿った CKD データの T10 DIF保護により、複数レコード操作のパフォ

ーマンスを改善。l D@RE の外部のキーマネージャ。静止データ暗号化（33 ページ） D@RE および外部のキーマネージャの

詳細については、を参照してください。

IBM Z Systems機能のサポートVMAX All Flash アレイは IBM Z Systems の最新の機能拡張をサポートしており、アレイが最も要求度の高いメインフレーム環境を処理できるようにします。l zHPF（単一のトラック、複数のトラック、リストのプリフェッチ、双方向の転送、QSAM/BSAM アクセス、フォー

マット書き込みのサポートを含む）l zHyperWrite

l 無停止状態での保存（NDSS）l 互換ネイティブフラッシュ（フラッシュコピー）l コンカレントコピーl マルチサブシステムイメージングl 並列アクセスボリューム（PAV）l 動的チャネル管理（DCM）l 動的並列アクセスボリューム/Multiple Allegiance（PAV/MA）l ピアツーピアリモートコピー（PPRC）SoftFence

l 拡張アドレスボリューム（EAV）l 永続的 IU ペーシング（拡張ディスタンス FICON）l HyperPAV

l PDS検索支援l Modified Indirect Data Address Word（MIDAW）l Multiple Allegiance（MA）l シーケンシャルデータストライピング



l 複数パスロック機能l Product Suite for z/TPF

l HyperSwap

注： VMAX All Flash アレイは、z/OS Global Mirror（XRC）構成にセカンダリとしてのみ参加できます。

IBM 2107のサポートVMAX All Flash アレイが IBM 2107 をエミュレートするとき、IBM コマンドの出力と互換性を保つため、外部的に、アレイのシリアル番号を英数字の番号として表します。内部的には、IBM 2107 エミュレーションの数値のシリアル番号を保持します。HYPERMAX OS が英数字と数値のシリアル番号の相関関係を処理します。

論理制御ユニットの機能次の表では、LCU（論理制御ユニット）の最大値を示します。

表 11 論理制御ユニットの最大値

機能最大値

ダイレクタースライス（またはポート）ごとの LCU数 255（00~FE の範囲）

スプリットごとの LCU数 a 255

アレイあたりのスプリット数 16 (0 to 15)

スプリットごとのデバイス数 65,280

アレイごとの LCU数 512

LCU あたりのデバイス数 256

ポートあたりの論理パス数 2,048

ポートごとの LCU あたり論理パス数（表 12 （63

ページ）を参照）128

アレイあたりのアレイシステムホストアドレス（ベースおよびエイリアス）

64K

アレイエンジンあたりの I/O ホスト接続数 32

a. スプリットは、一意のデバイス、SSID、ホストのシリアル番号で識別される、ストレージアレイの論理パーティションです。アレイあたり最大のストレージアレイホストアドレスにはすべてのスプリットが含まれます。

次の表には、アクティブパスを含む LCU数に基づく、ポートあたりの最大 LPAR数を一覧表示します。表 12 ポートあたりの最大 LPAR数

ポートあたりのアクティブパスを含む LCU数

ポートあたりのサポート対象最大ボリューム数

ポートあたりのアレイの最大 LPAR

数

16 4 K 128

32 8K 64

64 16K 32

128 32K 16



表 12 ポートあたりの最大 LPAR数（続き）

ポートあたりのアクティブパスを含む LCU数

ポートあたりのサポート対象最大ボリューム数

ポートあたりのアレイの最大 LPAR

数

255 64K 8

ディスクドライブエミュレーションメインフレームホストに VMAX All Flash アレイが構成されている場合、データ記録フォーマットは ECKD（拡張CKD）です。サポートされている CKD エミュレーションは 3380 と 3390 です。

カスケード構成カスケード構成では、FICON ネットワークへの CPU のスイッチ間拡張機能を使用することにより、ローカルサイトとリモートサイト間で FICON の接続性が大幅に向上します。これらのカスケードスイッチは、ISL（Inter-SwitchLink）と呼ばれる少数の高速ラインを使用して、長距離で通信します。CPU とストレージアレイの間のパス内で、最大 2台のスイッチをまとめて接続できます。カスケード構成では同じスイッチベンダーを使用する必要があります。カスケードをサポートするには、各スイッチベンダーは、具体的なモデル、ハードウェア機能、ソフトウェアの機能、構成の設定、制限事項が必要です。また、特定の IBM CPU モデル、オペレーティングシステムのリリースレベル、ホストハードウェア、HYPERMAX レベルも必要です。スイッチサポートの最新の情報については、http://elabnavigator.emc.com の ELN（E-Lab™

Interoperability Navigator）で提供されている Dell EMC サポートマトリックスを参照してください。



http://elabnavigator.emc.com

第 5章

プロビジョニング

この章では、ストレージのプロビジョニングについて紹介します。

l シンプロビジョニング...................................................................................................................66l 外部階層としての CloudArray...................................................................................................70


シンプロビジョニングVMAX All Flash アレイは、工場でシンプロビジョニングプールが構成されており、すぐに使用できます。シンプロビジョニングにより、容量の使用率が向上し、ストレージ管理がシンプルになります。また、1 つまたは多数のアプリケーションに提供されるストレージプールからオンデマンドでストレージを割り当て、アクセスすることが可能になります。データプールへの領域の追加に応じて、ホストやアプリケーションに影響を与えることなく、LUN を徐々に「拡張」できます。物理ストレージ（ドライブ）間でデータを広くストライプすることで、標準プロビジョニングよりも優れたパフォーマンスを実現します。

注： TDAT（データデバイス）は、ホストアドレス可能ストレージデバイスの TDEV が環境に応じてお客様またはカスタマーサポートにより作成されるときに、プロビジョニング/事前構成/作成されます。

シンプロビジョニングは、容量使用率を増やし、次のようにしてストレージ管理をシンプルにします。l 物理的消費量より多くのストレージをホストに提供できるようにするl 共有シンプロビジョニングプールから必要なだけのストレージを割り当てるl 自動化されたワイドストライピング機能によりデータレイアウトを簡単にするl 拡張に対応するために必要な手順を減らすシンプロビジョニングは次のことを可能にします。l Unisphere または Solutions Enabler を使用して、ホストアドレス可能なシンデバイス（TDEV）を作成す

る。l ストレージグループに TDEV を追加する。l ストレージグループ上でアプリケーションワークロードを実行する。ホストが TDEV に書き込むとき、デフォルトのストレージリソースプールから物理ストレージが自動的に割り当てられます。

シンプロビジョニングのための事前構成VMAX All Flash アレイは、工場出荷時におけるシンプロビジョニングの事前設定を含め、アレイベースのソフトウェアアプリケーションを用いて、次のようなカスタムビルドと事前構成が施されています。l ［Data devices (TDAT)］：シンデバイスによって使用される物理ストレージを提供する内部デバイス。l ［Virtual provisioning pool］：同じエミュレーションおよび保護タイプのデータデバイスの集積。そのすべてが

同じテクノロジータイプとスピードのドライブ上に存在します。データプール内のドライブはすべて同じディスクグループからのものです。

l ［Disk group］：ドライブテクノロジーと容量が同じ、アレイ内の物理ドライブの集積。RAID保護オプションは、ディスクグループレベルで構成されます。Dell EMC では、すべてのデータデバイスに対して 1 つ以上の RAIDデータ保護スキームを使用することを推奨しています。

表 13 RAID オプション

RAID 以下を提供構成に関する考慮事項

RAID 5 RAID グループのすべてのドライブに分散されたパリティおよびストライプされたデータオプションは次のとおりです。l RAID 5（3+1）：各デバイス

にパリティとデータがストライプ

l RAID-5（3+1）は、データストレージ容量の 75%を提供します。VMAX 250F アレイでのみ使用できます。



表 13 RAID オプション（続き）

RAID 以下を提供構成に関する考慮事項

された 4台のドライブで構成されます。

l RAID-5（7+1）：各デバイスにパリティとデータがストライプされた 8台のドライブで構成されます。

l RAID-5（7+1）は、データストレージ容量の 87.5%を提供します。

l RAID-5 グループ内の 1台のドライブの障害に対処します。

RAID 6 二重の分散パリティ（水平および対角）と、ストライプされたドライブです。最高レベルの可用性オプションは次のとおりです。l RAID-6（6+2）：各デバイス

に二重パリティとデータがストライプされた 8台のドライブで構成されます。

l RAID-6（14+2）：各デバイスに二重パリティとデータがストライプされた 16台のドライブで構成されます。

l RAID-6（6+2）は、データストレージ容量の 75%を提供します。VMAX 250F アレイでのみ使用できます。

l RAID-6（14+2）は、データストレージ容量の 87.5%を提供します。

l RAID-6 グループ内の 2台のドライブの障害に対処します。

l ［ストレージリソースプール］：アレイには、1 つの（デフォルト）ストレージリソースプールが事前構成されています。構成プロセスは自動で行われるので、ユーザーによる構成は不要です。ストレージリソースプールの変更はできませんが、構成を一覧表示できます。また、ストレージグループがストレージリソースプールに課しているデマンドの詳細を記載したレポートを生成できます。

TDEV（シンデバイス）注： VMAX All Flash アレイでは、シンデバイスがフロントエンドデバイスの唯一のデバイスタイプです。

TDEV（シンデバイス）では、最初の書き込みがデバイスに発行されるまで、ストレージは割り当てられません。代わりに、アレイはプールから物理ストレージの最小割り当てのみを行い、そのストレージを、書き込みのターゲットである領域を含め、シンデバイスのリージョンにマップします。これらの最小限の初期割り当ては、シンデバイスエクステントと呼ばれるユニットで実行されます。シンデバイスの各エクステントは 1 トラック（128 KB）です。デバイスで読み取りを実行した場合、読み取られるデータは、シンデバイスエクステントが割り当てられている適切なデータデバイスから取得されます。マッピングされていないシンデバイスの領域の読み取りでは、アロケーション操作はトリガーされません。マッピングされていないブロックを読み取ると、各バイトがゼロであるブロックが返されます。既存のシンデバイスまたは今後のシンデバイスのためにより多くのストレージが必要な場合は、既存のシンストレージグループにデータデバイスを追加できます。

シンデバイスのオーバーサブスクリプションデバイスの報告済み容量をすべてマッピングする前に、ホストで使用するためのシンデバイスを提示できます。特定のプールを使用するシンデバイスの認識された容量の合計が、プールの使用可能なストレージ容量を超えてもかまいません。シンデバイスの容量が関連づけられているプールの容量を超えている場合、そのシンデバイスは「オーバーサブスクライブ」されています。



オーバーサブスクライブにより、シンデバイスによって示される領域を完全に割り当てるための物理ドライブがなくても、必要なデバイスより大容量のデバイスをホストおよびアプリケーションに提示できます。

オープンシステム固有のプロビジョニング

オープンシステムに対する HYPERMAX ホスト I/O の上限値オープンシステム上では、ホスト I/O の上限値を定義し、制限をストレージグループと関連づけることができます。I/O制限の定義には、秒あたりの I/O の動作パラメーターと帯域幅制限が含まれます。I/O制限がストレージグループと関連づけられていると、制限はストレージグループに関連づけられているマスキングビュー内のすべてのダイレクター間で均等に分割されます。そのストレージグループに属するすべてのデバイスが制限をシェアします。アプリケーションを構成するとき、デバイスのリストを含んでいるストレージグループに制限を関連づけることができます。1 つのストレージグループに対して関連付けられる制限は 1 つのみで、デバイスは、制限が関連付けられている 1 つのストレージグループにのみ属することができます。最大で 4096個の I/O制限が可能です。ホスト I/O の上限値を使用する場合、次の点を考慮します。l カスケード型のストレージグループ構成における親と子のストレージグループの制限を制御する、カスケードホ

スト I/O制限。l ダイレクターのオフラインや失敗によってクォータの割り当てを失う代わりに、提供されているすべてのクォータを

利用可能にする、オフラインおよび失敗ダイレクターにおけるクォータの再分配。l 安定状態の未使用ダイレクタークォータの動的な再分配をサポートする、ダイナミックホスト I/O制限。

オープンシステムの自動プロビジョニンググループオープンシステムに対してグループを自動プロビジョニングすると、プロビジョニングが容易になり、人件費およびエラーのリスクを軽減できます。また、自動プロビジョニンググループを使用すると、イニシエーター、フロントエンドポート、デバイスをグループ化し、ポートおよびイニシエーターにデバイスを関連づけるマスキングビューを構築できます。マスキングビューが作成されると、必要なマッピングおよびマスキング操作がストレージのプロビジョニングに対して自動的に実行されます。マスキングビューが存在するようになると、イニシエーター、ポート、ストレージデバイスのグループに対する変更がビュー全体に自動的に適用され、必要に応じてマッピングとマスキングが自動的に更新されます。



自動プロビジョニンググループのコンポーネント図 6 自動プロビジョニンググループ

Masking view

dev

dev

devdev

dev

dev

VM 1 VM 2 VM 3 VM 4H

BA

1

HB

A 2

HB

A 4

HB

A 3

ESX

2

VM 1 VM 2 VM 3 VM 4H

BA

1H

BA

1

HB

A 2

HB

A 2

HB

A 4

HB

A 4

HB

A 3

HB

A 3 ESX

1

dev

dev

devdev

dev

dev

Storage group

Devices

Port group

Host initiators

Initiator group

Ports

SYM-002353

イニシエーターグループファイバーチャネルイニシエーターの論理的なグループです。イニシエーターグループは、他のグループを含むことができる親または 1 つのイニシエーターロールを含む子に制限されます。1 つのグループにイニシエーターと子の名前を混在させることはできません。

ポートグループファイバーチャネルのフロントエンドダイレクターポートの論理的なグループです。ポートグループは、最大 32個のポートで構成されます。

ストレージ・グループシンデバイスの論理的なグループです。グループがカスケードされているかスタンドアロンの場合、ストレージグループ内のデバイスにはビューの作成時に LUN アドレスが割り当てられます。多くの場合、ストレージグループとホストアプリケーションの間に相関関係があります。システムの管理を簡素化するために、1 つ以上のストレージグループをアプリケーションに割り当てることができます。アプリケーション間でストレージグループを共有することもできます。

カスケードストレージグループデバイスで構成される子ストレージグループを含む複数のストレージグループ（親ストレージグループのメンバー）から成る親ストレージグループです。子ストレージグループを親ストレージグループのメンバーに割り当て、マスキングビューを親ストレージグループに適用することで、マスキングビューは対応する子ストレージグループ内のすべてのデバイスを継承する。

マスキングビュー1 つのイニシエーターグループ、1 つのポートグループ、1 つのストレージグループの間の関連性です。マスキングビューを作成するとき、ビュー内のグループは親であり、子のコンテンツが使用されます。たとえば、子イニシエーターグループからのイニシエーターや、子ストレージグループからのデバイスなどです。各サーバーまたはサーバーグループは、サーバーの要件およびアプリケーションの要件に応じて、シンデバイスのセットをアプリケー



ション、サーバー、サーバーのクラスターのいずれかに関連付ける 1 つまたは複数のマスキングビューを取得することができます。

外部階層としての CloudArray

移行のために、VMAX All Flashは CloudArray のストレージ製品と完全に統合することができます。このテクノロジーを実現することにより、古いアプリケーションワークロードをクラウドへとシームレスにアーカイブして、新しいワークロードのための貴重な容量を解放できます。古いアプリケーションをアーカイブした後は、いつでも直接取得できるようになります。CloudArray構成の管理は、CloudArray管理コンソール（設定、キャッシュ暗号化、モニタリング）や従来の管理インターフェイス（Unisphere、Solutions Enabler、API）を使用して行います。



第 6章

TimeFinder によるネイティブローカルレプリケーション

この章では、ローカルレプリケーション機能について紹介します。

l TimeFinder について................................................................................................................ 72l メインフレームの SnapVX と zDP................................................................................................ 75


TimeFinder についてDell EMC TimeFinder では、バックアップ、意思決定支援、データウェアハウスの更新など、本番データへの並列アクセスを必要とする処理で利用可能な、ボリュームのポイントインタイムコピーが提供されます。以前の VMAX ファミリーは、それぞれ独自の特性と用途を持つ複数の TimeFinder製品を提供していました。これらの従来の製品は、スナップショットまたはクローンデータを保持するためにターゲットボリュームを必要としました。HYPERMAX OSは、拡張性や使いやすさの向上と組み合わせて従来の TimeFinder製品の利点を提供するTimeFinder SnapVX を導入しています。TimeFinder SnapVXは、次のレガシーレプリケーション製品をエミュレートします。l FBA デバイス：

n TimeFinder/Clone

n TimeFinder/Mirror

n TimeFinder VP Snap

l メインフレーム（CKD デバイス）：n TimeFinder/Clone

n TimeFinder/Mirror

n TimeFinder/Snap

n Dell EMC Dataset Snap

n IBM FlashCopy（フルボリュームおよびエクステントレベル）TimeFinder SnapVXは、スナップショットとクローンの影響を大幅に削減します。l スナップショットの場合、これは ROW（Redirect On Write）テクノロジーを使用して行われます。l クローンの場合、これはソースデバイスのストレージリソースプール内に変更されたトラック（デルタ）を直接保

存し、スナップショットバージョン間で（可能な場合はソースデバイスとも）トラックを共有することで行われます。

ターゲットデバイスとソース/ターゲットペアを指定する必要はありません。SnapVX では、ボリュームあたり最大256個のスナップショットがサポートされます。各スナップショットには、名前と自動有効期限の日付を指定できます。

スナップショットへのアクセスSnapVX では、ホストからアクセス可能なボリューム（ターゲットボリュームと呼ぶ）に［リンク］することでスナップショットにアクセスできます。ターゲットボリュームは、標準の VMAX All Flash TDEV です。ソースボリュームのスナップショットへは、最大 1024個のターゲットボリュームをリンクできます。1024 リンクは、すべてソースボリューム上の同じスナップショットにするか、同じソースボリュームの複数のスナップショットにリンクされる複数のターゲットボリュームにすることができます。ただし、ターゲットボリュームは、1度に 1 つのスナップショットにのみリンクできます。リンクされたターゲットからスナップショットをカスケードしたり、ターゲットをリンクされたターゲットのスナップショットにリンクしたりできます。カスケードのレベル数に制限はなく、カスケードは細分化できます。SnapVXは次のモードでターゲットにリンクします。l NoCopy モード（デフォルト）：SnapVXはリンクされたターゲットボリュームにデータをコピーせず、スナップショ

ットへのポインターを介してポイントインタイムイメージへのアクセスを可能にします。ポイントインタイムへのリンクを解除した後でも、ターゲットデバイスは変更可能であり、スペース効率の高い方法でフルイメージを保持します。



l Copy モード：SnapVXは、スナップショットのポイントインタイムイメージから、関連トラックをすべて、リンクされたターゲットボリュームにコピーします。これにより、ターゲットのリンクが解除された後も使用可能なポイントインタイムイメージの完全コピーが作成されます。

アプリケーションで大きなスナップショット内の特定のポイントインタイムコピーを検索する必要がある場合、SnapVX では適切なスナップショットが特定されるまでリンクおよび再リンクできます。

レガシー TimeFinder製品との相互運用性TimeFinder SnapVX と HYPERMAX OSは、レガシー TimeFinder製品および IBM FlashCopy レプリケーション製品をエミュレートして下位互換性を提供します。レガシーレプリケーションスクリプト/ジョブを変更することなく、TimeFinder SnapVX および HYPERMAX OS を実行する VMAX All Flash アレイでこれらのスクリプト/ジョブを実行することができます。PowerMaxOS 5978.444.444以降を実行しているアレイでは、レガシー TimeFinder製品との SnapVX の共存と相互運用性が有効です。このアレイでは、デバイスは SnapVX のオペレーションのソースにすると同時に、これらのレガシー TimeFinder製品のいずれかのソースにすることもできます。l TimeFinder/Clone

l TimeFinder/Miror

l TimeFinder VP Snap

レガシー TimeFinder製品のターゲットデバイスを SnapVX のソースデバイスにすることはできません。同様に、SnapVX のターゲットデバイスをレガシー TimeFinder製品のソースデバイスにすることはできません。レガシー TimeFinder製品との SnapVX の共存を使用するケースとしては次のものがあります。l SnapVX の試行中に、サイトで現在のレガシー構成を維持する必要がある。l SnapVX に移行する場合、既存のレガシーセッションを削除する必要があり、それがローカルのビジネスポリ

シーに違反する場合がある。注： SnapVX セッションのソースでリストア処理が実行されている場合、SnapVX とレガシー TimeFinder製品の共存は利用できません。

ターゲットレススナップショットTimeFinder SnapVX管理インターフェイスでは、単一のコマンドを使用して VMAX All Flash ストレージグループ全体のスナップショットを作成できます。このため、VMAX All Flashは最大 64K のストレージグループをサポートします。グループの数は、最も要求度の高い環境でも、アプリケーションごとに 1 つ用意するのに十分です。マスキングビュー用に作成されるため、ストレージグループ構造はほとんどのケースですでに存在します。TimeFinderSnapVX では、この既存の構造を使用するので、アプリケーションとそのレプリケーション環境を維持するために必要な管理を削減することができます。SnapVX スナップショットの作成では、追加のボリュームを事前に構成する必要はありません。これにより、SnapVX スナップショットで使用されるキャッシュの量が削減され、実装がシンプルになります。スナップショットの作成と自動終了は、簡単にスクリプト化できます。次の Solutions Enabler例では、スナップショットは 2日の保存期間で作成されています。コマンドは、複数バージョンのスナップショットを作成するスクリプトの一部として実行するようにスケジュールすることができます。各スナップショットは、可能な限り、他のスナップショットおよびソースデバイスとトラックを共有します。cron ジョブまたはスケジューラを使用して、スケジュールに対してスナップショットスクリプトを実行し、ソースボリュームのスナップショットを最大 256個作成します。これは、2日間の保存期間で 15分ごとにスナップショットを作成するのに十分です。symsnapvx -sid 001 -sg StorageGroup1 -name sg1_snap establish -ttl -delta 2リストア処理が必要な場合、この例で作成されたいずれかのスナップショットを指定できます。



ストレージグループがリストア済み状態に移行したら、リストアセッションを終了できます。スナップショットデータはリストア処理中に保存され、将来のリストアでスナップショットデータが必要になった場合に再度使用できます。

Secure Snaps

Secure Snapsは、管理者または他の高レベルユーザーがスナップショットデータを意図的に、または意図せずに削除してしまうことを防止します。また、アレイ上のストレージリソースプール（SRP）またはレプリケーションデータポインター（RDP）スペースの不足の原因となる自動障害に対する耐性もあります。管理者が安全なスナップショットを作成すると、有効期限の日時が割り当てられます。管理者は、有効期限を現在の日付からの差分として、または絶対日付として表すことができます。有効期限日が過ぎると、スナップショットにリンクがない場合は、HYPERMAX OS がスナップショットを自動的に削除します。その有効期限になる前に、管理者は有効期限日を延長することのみができます。有効期限を短くしたり、スナップショットを削除したりすることはできません。セキュリティで保護されたスナップショットが期限切れになり、ボリュームがそれにリンクされているか、アクティブなリストアセッションがある場合は、スナップショットは削除されません。ただし、セキュリティで保護されているとはみなされなくなります。

注：セキュリティで保護されたスナップショットは、有効期限が切れた場合か、お客様の許可を受けた DellEMC サポートの操作によってのみ終了できます。詳細については、ナレッジベース記事 498316 を参照してください。

リンクされたターゲットからの複数環境のプロビジョニングSnapVX を使用し、リンクされたスナップショットを使用して複数のテストおよび開発環境を作成します。ポイントインタイムコピーにアクセスするには、スナップショットデータから、ホストがマッピングされたターゲットデバイスにリンクを作成します。リンクされた各ストレージグループは、同じスナップショットにアクセスでき、またはそれぞれが no copy または copyモードで異なるスナップショットバージョンにアクセスできます。リンクされたボリュームに対する変更は、スナップショットデータに影響しません。テストまたは開発環境を元のスナップショットイメージにロールバックするには、再リンク操作を実行します。図 7 SnapVX ターゲットレススナップショット

注：ホストオペレーティングシステムがファイルシステムデータをキャッシュしないようにするために、再リンクコマンドを発行する前にターゲットボリュームをアンマウントします。VPLEX経由でアクセスしている場合は、次のテクニカルノートに記載されている手順を実行してください。「VPLEX：Leveraging Array Based and

Native Copy Technologies」（Dell EMC サポート用Web サイトで入手可能）。再リンクが完了すると、ボリュームを再マウントできます。



スナップショットデータはリンクされたターゲットによって変更されないため、スナップショットを使用して本番データをリストアすることもできます。

スナップショットのカスケード機密データをテストまたは開発環境に提供する多くの場合で、データのソースを事前に偽装する必要があります。カスケードされたスナップショットは、次の図に示すように、この分離および偽装を提供します。図 8 SnapVX カスケードスナップショット

テストまたは開発環境に提示する前にデータに対する変更が不要な場合、カスケード関係を作成する必要はありません。

ポイントインタイムコピーへのアクセスポイントインタイムコピーにアクセスするには、スナップショットデータから、ホストがマッピングされたターゲットデバイスにリンクを作成します。リンクは、ターゲットデバイスでの永続コピーの場合は Copy モードで、一時使用の場合は NoCopy モードで作成されます。Copy モードでリンクを作成すると、データのフルボリューム、フルコピーのクローンがターゲットデバイスのストレージリソースプールにコピーされます。NoCopy モードのリンクは省ディスクスペース型のスナップショットであり、ソースデバイスのストレージリソースプールに格納されている変更済みデータに必要なスペースのみが消費されます。HYPERMAX OSは、ソースデバイスあたり最大で 1,024個のリンク済みターゲットをサポートします。

注：ターゲットを初めてリンクするとき、トラックはすべて未定義です。つまり、ターゲットはストレージリソースプールのトラックの場所を特定できず、ターゲットへのホストアクセスを SnapVX メタデータから取得する必要があることを意味します。最終的にはバックグラウンド処理によってトラックが定義され、ソースデバイスのストレージリソースプール内のトラックの場所を直接ポイントするようシンデバイスが更新されます。

メインフレームの SnapVX と zDPData Protector for z Systems（zDP）は VMAX All Flash アレイの SnapVX上で階層化されるメインフレームソフトウェアソリューションです。zDP を使用すると、データ消失を最小限に抑えて論理データの破損からリカバリーすることができます。zDPは、複数の整合性のあるデータのポイントインタイムコピーを自動的に提供することにより、これを実現します。これらのコピーを使用して、アプリケーションまたは環境を論理的な破損の前のポイントにリカバリーすることができます。



異なるポイントインタイムの多数のデータコピー（数分単位）に簡単にアクセスできる手段を提供することで、アプリケーションベースのリカバリー手順で、破損した論理データから正確にリカバリできるようにします。zDPは、日次または週次のバックアップからデータをリストアするなど、他の方法と比べてデータ消失を最小限に抑えます。図 9（76 ページ）に示すように、zDP を使用してボリュームの複数のポイントインタイムスナップショットを作成し、管理することができます。それぞれのスナップショットは、ポインタをベースにした、単一ボリュームのポイントインタイムイメージです。これらのイメージを作成するには、HYPERMAX OS の SnapVX機能を使用します。SnapVXは、シンデバイスのスナップショットを作成し、ソースボリュームに変更が加えられた場合にのみ追加のストレージ容量を消費する、スペース効率の高い方法です。SnapVXは、ポイントインタイムコピーのキャプチャと使用を分離するため、ターゲットボリュームに各スナップショットをコピーする必要はありません。ポイントインタイムコピーを収集するとき、ターゲットボリュームは必要ありません。ホストからのポイントインタイムのコピーを使用する場合は、ターゲットボリュームにスナップショットをリンクする必要があります。スナップショットはソースボリュームごとに最大 256個作成できます。図 9 zDP の操作

これらのスナップショットは、それぞれソースボリュームの一意のポイントインタイムイメージを表し続けながら、可能な限り同一のトラックイメージへの割り当てを共有します。変更されていないデータへの共有割り当てによって実現するスペースの効率性に関係なく、ポイントインタイムのスナップショットごとにキャプチャされる変更済みトラックの更新前のイメージを保存するために追加の容量が必要となります。zDP の実装プロセスは、計画フェーズと実装フェーズの 2 フェーズです。l 計画フェーズは、現在 VMAX All Flash ユーザーである場合、zDP に必要な容量のサイジングに役立つツー

ルへのアクセス権を持つ EMC の担当者と連携して実行します。l 実装フェーズでは、z/OS用に次の方法を使用します。

n zDP を定義し、管理するためのジョブを送信することができるバッチインターフェイス。n スナップセットを作成するために SCF の下で実行される zDP ランタイム環境。

zDP の使用に関する詳細は、「TimeFinder SnapVX and zDP Product Guide」を参照してください。z/TPF での zDP の使用に関する詳細は、「TimeFinder Controls for z/TPF Product Guide」を参照してください。



第 7章

リモートレプリケーション

この章では、リモートレプリケーションの機能について紹介します。

l SRDF によるネイティブリモートレプリケーション.............................................................................. 78l SRDF/Metro......................................................................................................................... 92l RecoverPoint........................................................................................................................ 95l eNAS を使用したリモートレプリケーション.....................................................................................96


SRDF によるネイティブリモートレプリケーションDell EMC Symmetrix Remote Data Facility（SRDF）製品ファミリーでは、Dell EMC ストレージシステム向けに次のようなアレイベースのディザスターリカバリー、並列処理、およびデータ移行の各種ソリューションを提供します。l PowerMax 2000 および 8000 アレイと VMAX All Flash 450F および 950F アレイ向けの

PowerMaxOS

l HYPERMAX OS搭載の VMAX オールフラッシュ 250F、450F、850F、950F アレイl HYPERMAX OS搭載の VMAX 100K、200K、400K アレイl Enginuity搭載の VMAX 10K、20K、40K アレイSRDF災害復旧ソリューションは、「アクティブなリモート」ミラーリングと相互依存する書き込みのロジックにより、整合性のあるデータコピーを作成します。相互依存する書き込みの整合性は、アプリケーションをリモートロケーションで再開するときにトランザクションの整合性を確保します。SRDF ソリューションは、さまざまな目標復旧時点や目標復旧時間に合わせてカスタマイズできます。SRDF を使用すると、次を実行するためのソリューション一式を構築できます。l 1 つ、2 つ、3 つのリモートアレイで、リアルタイムまたは相互依存書き込み整合のコピーを作成する。l データを遠隔地に迅速に移動させる。l データ消失ゼロのリカバリ、ビジネス継続性保護、災害後の再起動で、3 サイトでの災害復旧を実現する。SRDF と他の Dell EMC製品を統合し、次を実行するためのソリューション一式を構築できます。l データ消失ゼロとビジネス継続性保護で災害後に運用を再開する。l クラスター環境で運用を再開する。たとえば、Microsoft Failover Cluster搭載のMicrosoft Cluster

Serverなど。l 代替のローカルまたはリモートサーバー上で再開動作を監視し、自動化する。l VMware環境で再開動作を自動化する。



SRDF 2 サイトソリューション次の表では、SRDF 2 サイトソリューションについて説明します。表 14 SRDF 2 サイトソリューション

ソリューションの特徴サイトのトポロジー

［SRDF/Synchronous（SRDF/S）］物理的に分離したアレイで、本番データのリアルタイムコピーを維持します。l データ露出なし。l SRDF/コンシステンシーグループにより、整合性

保護を確保。l 長い距離ではアプリケーションのレイテンシーが許

容範囲外のレベルまで高くなる可能性があるため、アレイ間の推奨最大距離は 200 km（125 マイル）です。a

Primary Secondary

Limited distanceR1 R2

Synchronous

Host

［SRDF/A（Asynchronous）］遠隔地のセカンダリサイトで、データの相互依存する書き込みの整合性コピーを維持します。サイト間の距離に制限はありません。通常、セカンダリサイトにあるデータのコピーの遅れは、プライマリサイトと比較して数秒です。

Primary Secondary

Unlimited distance

Asynchronous

R1 R2

Host

［SRDF/DM（SRDF/Data Mobility）］遠隔地における R1 デバイスから R2 デバイスへのデータの高速転送を可能にします。l アダプティブコピーモードを使用してデータを転送

します。l 災害後の業務再開ソリューションではなく、移行ま

たはデータレプリケーションの目的のために設計されています。

SRDF links

Site A Site B

Host R1 R2Host

［SRDF/AR（SRDF/Automated Replication）］

l SRDF と TimeFinder を組み合わせ、帯域幅要件を最適化し、長距離での災害後の業務再開ソリューションを提供する。

l SRDF/DM を TimeFinder と組み合わせて使用する、2 サイトソリューションとして運用。

Site A

Host

Site B

R1 R2

TimeFinderTimeFinder

SRDF

background copy

Host



表 14 SRDF 2 サイトソリューション（続き）


［SRDF/CE（Cluster Enabler）］

l SRDF/S または SRDF/A をMSCS（Microsoft

Failover Cluster）と統合することで、サイトフェイルオーバーを自動化または半自動化する。

l クラスター環境での業務再開動作の包括的なソリューション（MSCS とMicrosoft Failover

Cluster）。l SRDF リモートレプリケーションを完全に保護しな

がら、クラスターストレージと管理機能の範囲を拡大する。

Site A Site B

SRDF/S or SRDF/A links

Fibre Channel

hub/switch

Fibre Channel

hub/switch

VLAN switch VLAN switch

Extended IP subnet

Cluster 1

Host 2

Cluster 2

Host 1

Cluster 2

Host 2

Cluster 1

Host 1

SRDF-2node2cluster.eps

［SRDF and VMware Site Recovery Manager］SRDF トポロジーの VMware環境でのストレージベースの災害後の業務再開動作を完全に自動化します。l Dell EMC SRDF Adapter により、VMware

Site Recovery Manager が SRDF ソリューションでのストレージベースの災害後の業務再開動作を自動化できる。

l データが複数のストレージアレイまたは SRDF グループ間に分散している構成にも対応可能。

l アレイの検出を速やかに行い、フェイルオーバー動作を開始するには、各アレイにアダプタを取り付ける必要がある。

l 必要なツール：n SRDF/S

n SRDF/A

n SRDF/Star

n TimeFinder

IP Network

SAN Fabric SAN Fabric

SRDF mirroring

SAN Fabric SAN Fabric

Site A, primary

IP Network

Site B, secondary

vCenter and SRM Server

Solutions Enabler software

Protection side

vCenter and SRM Server


Recovery side

ESX Server


configured as a SYMAPI server

a. 状況によっては、200 km を超える距離で SRDF/S を使用することも可能です。詳細については、Dell EMC担当者にお問い合わせください。



SRDF複数サイトソリューション次の表では、SRDF複数サイトソリューションについて説明します。

表 15 SRDF複数サイトソリューション


［SRDF/AR（SRDF/Automated

Replication）］

l SRDF と TimeFinder を組み合わせ、帯域幅要件を最適化し、長距離での災害後の業務再開ソリューションを提供する。

l SRDF/S、SRDF/DM、TimeFinder を組み合わせ、3

サイト環境として運用する。SRDF/S

Site A Site C

Host

Site B

R1R2

Host

TimeFinder

R1TimeFinder

SRDF adaptive

copy

R2

［Concurrent SRDF ］3 サイトの災害復旧と高度な複数サイトにおけるビジネス継続性保護を提供。l プライマリサイトのデータは 2 つ

のセカンダリサイトで同時にレプリケートされる。

l リモートサイトへのレプリケーションには、SRDF/S、SRDF/A、またはアダプティブコピーを使用できる。

Site A

SRDF/S

adaptive copy

Site C

Site B

R2R11

R2

［Cascaded SRDF ］3 サイトの災害復旧と高度な複数サイトにおけるビジネス継続性保護を提供。

プライマリーサイト（サイト A）上のデータは、セカンダリサイト（サイト B）に同期的にミラーリングされ、セカンダリサイトから第 3 のサイト（サイト C）に非同期的にミラーリングされる。

Site A Site CSite B

SRDF/S SRDF/A

R1 R2R21



表 15 SRDF複数サイトソリューション（続き）


［SRDF/Star ］データ消失ゼロのリカバリー、ビジネス継続性保護、災害後の再起動による 3 サイトでのデータ保護とディザスターリカバリー。

l 2 つの構成で使用可能：

n カスケード SRDF/Star

n コンカレント SRDF/Star

l 差分同期により、複数サイトの災害復旧実装で正常に稼働している残りのサイト間のミラーリングを迅速に再確立できる。

l SRDF CG（コンシステンシーグループ）と SRDF/S およびSRDF/A を使用して実装する。

Site A

SRDF/S SRDF/A

SRDF/A (recovery)

R11

Site C

Site B

Cascaded SRDF/Star

Concurrent SRDF/Star

Site A

SRDF/S

SRDF/A Site C

Site B

SRDF/A (recovery)

R11R2/

R22

R2/

R22

R21

R21

ファミリー間の互換性SRDFは、異なるオペレーティング環境やアレイ間の接続性をサポートします。HYPERMAX OS を実行しているアレイは、旧オペレーティング環境で実行されているレガシーアレイにも接続可能です。アレイがさまざまなバージョンで動作している混在構成で、最も古いバージョンの SRDF機能がサポートされます。VMAX All Flash アレイは以下に接続できます。l PowerMaxOS を実行している PowerMax アレイl HYPERMAX OS を実行している VMAX 250F、450F、850F、950F の各アレイl HYPERMAX OS を実行している VMAX 100K、200K、400K の各アレイl Enginuity ePack による Enginuity 5876 を実行している VMAX 10K、20K、40K の各アレイ

注：異なるオペレーティング環境で動作しているアレイ間を接続する場合、制限事項が適用されることもあります。サポートされている SRDF機能について、また 2 サイトおよび 3 サイトソリューションに適用される制限事項についての情報は、「SRDF Interfamily Connectivity Information」に記載されています。

こうしたファミリー間の接続性により、既存の SRDF ソリューションに最新のハードウェアプラットフォームやオペレーティング環境を追加して、テクノロジーを最新化できます。

SRDF デバイスペアSRDF デバイスは、2 つ目のアレイに存在している他の論理デバイスとペアとなる論理デバイスです。アレイ間は、SRDF リンクによって接続されます。ProtectPoint用に使用されるカプセル化された Data Domain デバイスは、SRDF デバイスペアの一部にすることはできません。

注： ProtectPointは Storage Direct に名称変更され、PowerProtect、Data Protection Suite forApps、Data Protection Suite Enterprise Edition ソフトウェアに含まれます。



R1 および R2 デバイスR1 デバイスは、デバイスペアのうち、ソース（本番）サイトにあるメンバーです。一般的に、R1 デバイスはアプリケーションホストに対して読み取りアクセスと書き込みアクセスが可能です。R2 デバイスは、デバイスペアのうち、ターゲット（リモート）サイトにあるメンバーです。通常の運用中、R1 デバイスへのホスト I/O書き込みは、SRDF リンクを経由して、R2 デバイスにミラーされます。一般的に、SRDF関係がアクティブな場合、R2 デバイス上のデータはアプリケーションホストに提供されません。ただし、SRDF同期モードでは、R2 デバイスを読み取り専用モードにすることで、ホストが R2 からデータを読み取ることができます。一般的な環境では、次のようになります。l アプリケーションの本番ホストには R1 デバイスへの読み取り/書き込みアクセス権があります。l R2 デバイスに接続されたアプリケーションホストには、R2 デバイスに対する読み取り専用アクセス権（書き込

み禁止）があります。図 10 R1 および R2 デバイス

Active host path Recovery path

Write Disabled

SRDF Links

Optional remote hostProduction host

R1 data copies to R2

Open systems hosts

R2Read Only

R1Read/Write



R11 デバイスR11 デバイスは、2 つの R2 デバイスに対する R1 デバイスとして動作します。両方の R2 デバイスに対するリンクはアクティブです。通常、R11 デバイスは、R11 サイト上のデータが 2台のセカンダリ（R2）アレイにミラーリングされる 3 サイトのコンカレント構成で使用されます。図 11 コンカレント SRDF の R11 デバイス

Site A

Source

Site B

Target

Site C

TargetR11

R2

R2



R21 デバイスR21 デバイスには、次のようにカスケード 3 サイト構成で使用されるデュアルロールがあります。l R1 サイト上のデータはセカンダリ（R21）サイトに同期的にミラーされる。さらにl セカンダリ（R21）サイトから第 3 の（R2）サイトに非同期的にミラーされる。図 12 カスケード SRDF における R21 デバイス

Site BSite A

SRDF Links

Production

host

Site C

R1 R21 R2

R21 デバイスは、R1 デバイスからのアップデートを受信する R2 デバイスとして機能し、R2 デバイスにアップデート送信する R1 デバイスとして機能します。R1->R21->R2 SRDF の関係が確立されていると、ホストは R21 デバイスに書き込みアクセスできません。Enginuity を実行するアレイでは、R21 デバイスをディスクレスにすることができます。つまり、キャッシュメモリーのみで構成され、関連づけられているストレージデバイスはありません。R1 デバイスの変更を R2 デバイスにリレーするためだけに機能します。この機能では、シックデバイスを使用する必要があります。PowerMaxOS またはHYPERMAX OS を実行するシステムにはシンデバイスのみが含まれるため、これらの環境を実行するアレイでは、ディスクレス R21 デバイスをセットアップすることはできません。



R22 デバイスR22 デバイス：l 2台の R1 デバイスがあり、一度に一方のみがアクティブになる。l 複雑性を低減し、フェールオーバーおよびフェイルバック操作の完了に必要な時間を短縮するために、カスケー

ド SRDF/Star およびコンカレント SRDF/Star構成で一般に使用される。l 古い SRDF ペアを除去して新しい SRDF ペアを作成することなくリカバリできる。図 13 カスケードおよびコンカレント SRDF/Star における R22 デバイス

SRDF/S

Site A

SRDF/A

Site C

SRDF/S

Site B

Active

links

HostHost

Site B Site A

Site C

SRDF/A SRDF/A

SRDF/A

Cascaded STAR Concurrent STAR

Inactive

links

R22 R2

R11 R21R11 R21

ダイナミックデバイスパーソナリティSRDF デバイスは R1 と R2 の間で「パーソナリティ」を動的にスワップできます。パーソナリティスワップの後：l デバイスペアの R1は R2 デバイスとなり、l R2は R1 デバイスとなります。本番サイトでアプリケーションに障害が発生した場合、R1 と R2 のパーソナリティをスワップすることで、レプリケーションに割り込むことなくリモートサイトでアプリケーションを再開できます。スワップ後、R2側（今は R1）に処理の制御が移り、プライマリ（今は R2）サイトで遠隔ミラーリングが行われます。次の場合、R1/R2パーソナリティスワップはサポートされません。l R2 デバイスが R1 デバイスより大きい場合。l スワップ対象のデバイスがアクティブな SRDF/A セッションに参加している場合。l SRDF/EDP トポロジーディスクレス R11 または R22 デバイスが、有効なエンド状態にない場合。l スワップ対象のデバイスが、TimeFinder または EMC互換フラッシュ操作のターゲットデバイスである場合。



SRDF動作モードSRDF動作モードで、以下が決定されます。l R1 デバイスが SRDF リンク経由でどのように R2 デバイスに遠隔ミラーされるかl I/O動作をどのように処理するかl I/O書き込みコマンドを発行したアプリケーションホストにいつ確認応答が返されるかSRDF には、次の 3 つのプリンシパルモードがあります。l 同期l 非同期l アダプティブコピー

同期モード同期モードは、200 km（125 マイル）以下の距離範囲内にある R1 デバイスおよび R2 デバイス間で、データのリアルタイムミラーイメージを保持します。ホストデータは、両方のアレイにリアルタイムで書き込まれます。アプリケーションホストは、両方のアレイのキャッシュにデータが格納されるまで確認応答を受信しません。

非同期モード非同期モードでは、R1 デバイスと R2 デバイス間で相互依存する書き込みの整合性コピーを無制限の距離で維持します。アプリケーションホストからデータを受信すると、リンクの R1側で SRDF によりデータがキャッシュに書き込まれます。また、［デルタセット］に受信されたデータをバッチ処理します。デルタセットは所定のサイクルで R2 デバイスに転送されます。R1側でキャッシュにデータが正常に書き込まれると、アプリケーションホストは確認応答を受信します。

アダプティブコピーモードアダプティブコピーモード：l アプリケーションホストに影響を及ぼし、大量のデータを転送する。l R1側の R2 デバイスに送信される書き込み要求は累積しても、キャッシュメモリーには累積しない。l バックグラウンドコピープロセスは保留中の書き込み要求を R2 デバイスに送信する。l R1 デバイスおよび R2 デバイスをユーザーが定義した［最大スキュー値］まで非同期にできる。スキュー値を

超過すると、SRDFはバッチ化されたデータを R2 デバイスに転送する。l R1側のキャッシュにデータが正常に書き込まれると、アプリケーションホストに確認応答を送信する。非同期モードとは異なり、アダプティブコピーモードでは、R2 デバイス上のデータの相互依存する書き込みコピーは保証されません。



SRDF グループSRDF グループは、SRDF リンクの両側にある SRDF デバイスとダイレクター間の論理的な関係を定義します。

グループのプロパティSRDF グループのプロパティは次のとおりです。l ラベル（名前）l SRDF リンク経由の通信で使用されるローカルアレイ上のポートのセットl SRDF リンク経由の通信で使用されるリモートアレイ上のポートのセットl ローカルグループ番号l リモートグループ番号l 1 つ以上のデバイスのペアグループ内のデバイスは、ポート、およびポートのダイレクターの関連する CPU リソースを共有します。

グループのタイプSRDF グループには 2 つのタイプがあります。l 静的：ローカルアレイの構成ファイルで定義されます。l 動的：アレイのキャッシュメモリーに格納されている SRDF管理ツールとそのプロパティを使用して定義されま

す。PowerMaxOS または HYPERMAX OS を実行しているアレイでは、すべての SRDF グループは動的になります。



ダイレクターボード、リンク、およびポートSRDF リンクとは、SRDF グループとそれぞれのポート間の論理的接続を意味します。ポートは、ケーブル、ルーター、エクステンダー、スイッチ、その他のネットワークデバイスによって物理的に接続されています。

注：冗長性とフォールトトレランスを確保するには、SRDF グループあたり 2 つ以上の SRDF リンクが必要です。

ダイレクター上のリソース（CPU コアやポート）間の関係は、オペレーティング環境に応じて異なります。

HYPERMAX OS

HYPERMAX OS を実行しているアレイの場合：l SRDF エミュレーションとダイレクター上のリソース間の関係は、次のとおり構成できます。

n 1 ダイレクター/複数の CPU コア/複数のポート。n 接続性（SRDF グループ内のポート）は、処理能力（CPU コアの数）に依存していません。したがって、処理能力を変えることなく、接続量を変更できます。

l 各ダイレクターには最大 16個のフロントエンドポートがあり、それらの一部またはすべてを SRDF で使用できます。SRDF ギガビット Ethernet と SRDF ファイバーチャネルエミュレーションはどのポートでも使用できます。

l SRDF グループ内では、デバイスへのデータパスは 1 つのポートに固定されません。代わりに、データ用のパスはグループ内の全ポートで共有されます。

混在構成：HYPERMAX OS と Enginuity 5876

1 つのアレイで Enginuity 5876 を実行し、その他のアレイで HYPERMAX OS を実行しているような構成の場合、次のルールが適用されます。l 5876側では、SRDF グループは複数のダイレクターをフル装備で搭載可能ですが、HYPERMAX OS側で

は 16 ポートまでとなります。l 16 のダイレクターにポートを 1 つずつ使用して接続したり、2 つのダイレクターにポートを 8 つずつ使用して接続

したりするなど、SRDF グループあたり 16 ポートを超えない範囲で組み合わせを変更できます。

SRDF の整合性多くのアプリケーション（特にデータベースシステム）は、相互依存書き込みロジックを使用してデータの整合性を確保します。つまり、次の作業を開始する前に、各書き込み処理が正常に完了している必要があります。書き込みの依存関係がない場合、書き込み処理の順序が失われ、回復不能なデータ消失が生じる可能性があります。SRDF により、［コンシステンシーグループ］（SRDF/CG とも呼ばれる）を使用して書き込みの依存関係が実装されます。コンシステンシーグループは、書き込みの依存関係を使用する SRDF デバイスのセットで構成されます。グループ内の各デバイスについて、SRDFは書き込み処理が対応する R2 デバイスが正しい順序で伝播されるようにします。ただし、グループ内のいずれかの R2 デバイスに対する書き込み操作の伝播を完了できない場合、SRDFはすべてのグループの R2 デバイスに対する伝播を中断します。この中断により、R2 デバイス上のデータの整合性が維持されます。R2 デバイスが使用できない場合、SRDFは R1 デバイスに対する書き込み処理の格納を続行します。また、これらの書き込み操作のリストも維持します。グループ内のすべての R2 デバイスが使用可能になると、SRDFは、グループ内の各デバイスに対して、未処理の書き込み操作を正しい順序で伝播します。SRDF/CGは、SRDF/S と SRDF/A の両方で使用可能です。



データ移行データ移行とは、1 つのアレイから別のアレイにデータを 1回だけ移動することです。移動が完了すると、セカンダリアレイからデータにアクセスします。移行の一般的な使用方法は、古いアレイを新しいアレイと交換することです。Dell EMC サポート担当者が、移行プロジェクトの計画と実装を支援できます。SRDF マルチサイト構成では、移行を次のいずれかの方法で行うことができます。l R2 デバイスを交換します。l R1 デバイスを交換します。l R1 デバイスと R2 デバイスの両方を同時に交換します。たとえば、次の図は、コンカレント SRDF を使用して 2 サイト構成のセカンダリ（R2）アレイを交換する方法を示しています。図 14 データの移行とセカンダリアレイ（R2）の削除

Site A Site B

Site C

SRDF

migration

Site A

Site C

Site A Site B

R1 R2

R11 R2 R1

R2R2

各セクションは次のとおりです。l 図の上部のセクションは元の 2 サイト構成を示しています。l 図の左下のセクションは、2個のセカンダリアレイにコピーされるデータを含む、中間の 3 サイト構成を示してい

ます。



l 図の右下のセクションは、元のアレイを新しいセカンダリアレイに交換した最終的な 2 サイト構成を示しています。

「Dell EMC SRDF Introduction」には、SRDF を使用してデータを移行する方法についての詳細が記載されています。

詳細情報ここでは、レプリケーションと移行での SRDF の使用に関する詳細情報が記載されたその他の Dell EMC ドキュメントを示します。「SRDF Introduction」「SRDF and NDM Interfamily Connectivity Information」「SRDF/Cluster Enabler Plug-in Product Guide」「Using the Dell EMC Adapter for VMWare Site Recovery Manager Technical Book」「Dell EMC SRDF Adapter for VMware Site Recovery Manager Release Notes」



SRDF/Metro従来の SRDF構成では、R1 デバイスのみがアプリケーションホストに読み取り/書き込みアクセス可能です。R2デバイスは読み取り専用であり、書き込み禁止です。ただし、SRDF/Metro構成では、次のようになります。l R1 デバイスと R2 デバイスの両方がアプリケーションホストに読み取り/書き込みアクセス可能。l アプリケーションホストはデバイスペアの R1側と R2側の両方に書き込み可能。l R2 デバイスでは、R1 デバイスと同じ外部デバイス ID が想定される。ID には、デバイスのジオメトリとデバイス

のWWN が含まれている。この共有 ID により、R1 デバイスと R2 デバイスは、アプリケーションホストからは 2 つのアレイをまたがる単一の仮想デバイスのように見えます。

導入オプションSRDF/Metroは、単一のマルチパスホスト環境またはクラスタ化されたホスト環境に導入できます。図 15 SRDF/Metro

SRDF links

Site A Site B

Multi-Path

R1 R2 SRDF links

Site A Site B

R1 R2

Read/WriteRead/Write

Cluster

Read/Write Read/Write

ホストは R1 デバイスと R2 デバイスの両方に対して読み取り/書き込みできます。l 単一のホスト構成では、1 つのホストが I/O動作を発行します。マルチパス機能のソフトウェアは、各アレイに

並列読み取りおよび書き込みを指示します。l クラスター化されたホスト構成では、複数のホストが I/O動作を発行します。これらのホストは、SRDF デバイ

スペアの両側にアクセスします。各クラスターノードには、いずれかのストレージアレイへの専用アクセスがあります。

l どちらの構成でも、R1 デバイスおよび R2 デバイスへの書き込みは、もう一方のアレイでペアのデバイスに同期的にコピーされます。SRDF/Metro ソフトウェアは、SRDF デバイスペア上に整合性のとれたイメージを維持するために、書き込みの競合を解決します。

SRDF/Metro耐障害性SRDF/Metro構成のいずれかのデバイスが Not Ready になっているか、デバイス間の接続が失われた場合、SRDF/Metroは、どちら側がアプリケーションホストからアクセス可能であるかを判断する必要があります。SRDF/Metro で使用できるメカニズムには、デバイスバイアスとWitness の 2 つがあります。

デバイスバイアス

SRDF/Metro のデバイスペアは、［バイアス］属性を使用して作成されます。デフォルトでは、ペア作成操作により、バイアスはペアの R1側に設定されます。つまり、SRDF リンク上でデバイスペアが Not Ready（NR）状態になった場合、R1（バイアス側）はホストからアクセス可能な状態に維持され、R2（非バイアス側）はアクセス不能



になります。ただし、R1側で障害が発生した場合、ホストはデバイスペアへのすべての接続を失います。デバイスバイアス方式では、R2 デバイスをホストから使用できるように設定できません。

目撃者Witnessは、SRDF/Metro のペアの両側を仲介して以下を支援するサードパーティです。l ホストから使用可能な側を判断するl 障害が発生した場合でも、両側がホストからアクセス可能な状態を維持しようとする、「スプリットブレイン」シ

ナリオを回避するWitness方式により、バイアスのみの方式では正常な非バイアスアレイへのホストの可用性を継続できない場合に、継続運用する側をインテリジェントに選択できます。Witness メカニズムには 2 つの形式があります。l ［Array Witness］：第 3 のアレイの動作環境は、仲介者です。l ［Virtual Witness（vWitness）］：個別の仮想マシンで実行されているデーモンは、仲介者です。両側で PowerMaxOS 5978 SRDF/Metro を実行すると、ホストからアクセス可能な状態を維持する側を選択するときに、次の条件が考慮されます（優先順）。

1. アプリケーションホストに接続されている側（PowerMaxOS 5978.444.444 が必要）2. SRDF/A DR レッグがある側3. SRDF/A DR レッグが同期されているかどうか4. 利用可能な RA または FA ダイレクターの過半数を持っている側5. 現在バイアス側である側

1 つのアレイに含まれ、他のアレイに含まれてない、これらの最初の条件によって選択プロセスが停止します。条件が一致した側が優先されます。



ディザスタリカバリ機能SRDF/Metro グループ内のデバイスは、同時に、3番目のディザスターリカバリーサイトにデータをレプリケートするデバイスグループの一部になることができます。Metro リージョンのいずれか、または両方のサイトをレプリケートすることができます。ビジネスニーズに適したあらゆる構成を選択できます。次の図に、代替構成を示します。

注： SRDF/Metro セッションがWitness を使用している場合、Metro ペアの R1側は、優先される側のWitness の判断に基づいて変化する可能性があります。

図 16 SSRDF/Metro のディザスタリカバリ

Site A Site B

Site C

Site A Site B

Site C

R11

SRDF/Metro SRDF/Metro

SRDF/Aor Adaptive Copy Disk

SRDF/Aor Adaptive Copy

Disk

R2

R2 R2

R21R1

Single-sided replication

Site A Site B

Site C

Site A Site B

Site C

R11

SRDF/Metro SRDF/Metro



R21

R2

R2

R21R11

Double-sided replication

Site D


R2

R2


デバイス名は、標準の SRDF/Metro構成とは異なることに注意してください。これは、ディザスターリカバリー機能が設けられているときのデバイスの機能の変更が反映されます。たとえば、R2側がディザスターリカバリーサイトにレプリケートされると、それは次のどちらでもあるため、その名前は R21 に変更されます。



l SRDF/Metro構成の R2 デバイスl ディザスターリカバリー構成の R1 デバイス

詳細情報SRDF/Metro に関する詳細情報が記載されたその他の Dell EMC ドキュメントを次に示します。「SRDF Introduction」「SRDF/Metro vWitness Configuration Guide」「SRDF Interfamily Connectivity Information」

RecoverPointHYPERMAX OS 5977.1125.1125 では、VMAX ストレージアレイでの RecoverPoint のサポートが導入されています。 RecoverPointは、ローカルおよびリモートサイトで本番データの整合性を確保するよう設計された包括的なデータ保護ソリューションです。RecoverPoint では、ジャーナルテクノロジーを使用して、ポイントインタイムからデータをリカバリする機能も提供します。RecoverPoint を使用する主な理由は次のとおりです。l 異機種混在アレイへのリモートレプリケーションl ローカルおよびリモートのデータ破損からの保護l ディザスタリカバリl セカンダリデバイスのリパーパスl データ移行RecoverPoint システムは、アプリケーションが SAN接続ストレージに書き込むデータのローカルおよびリモートレプリケーションをサポートします。RecoverPoint システムは、既存のホストアプリケーションおよびデータストレージサブシステムとシームレスに統合する既存のファイバチャネルインフラストラクチャを使用します。リモートレプリケーション用には、既存のファイバチャネル接続を使用して、複製されたデータをWAN経由で送信するか、ファイバチャネルインフラストラクチャを使用してデータが非同期に複製されます。システムは、プライマリサイトで障害が発生した場合は、セカンダリサイトへの操作のフェールオーバーを提供します。スプリッタに依存していた RecoverPoint の以前の実装では、保護対象のボリュームに対する変更をトラッキングします。現在の実装では、1 つまたは複数の RecoverPoint ストレージグループを使用してプロビジョニングされるRecoverPoint ノードのクラスタに依存して、ストレージアレイ上の SnapVX テクノロジーを活用します。RecoverPoint ストレージグループ内のボリュームは、クラスタ内のすべてのノードに認識され、他のストレージアレイへのレプリケーションに使用可能です。RecoverPoint では、RecoverPoint クラスタあたり最大 8,000台の LUN のデータレプリケーションが可能で、および 1 つのアレイに異なる最大 8台の RecoverPoint クラスタを接続可能です。サポートされているアレイタイプには、PowerMax、VMAX All Flash、VMAX3、VMAX、VNX、VPLEX、XtremIO が含まれます。RecoverPoint にはライセンスが付与され個別に販売されています。RecoverPoint とその機能の詳細については、「Dell EMC RecoverPoint Product Guide」を参照してください。



eNAS を使用したリモートレプリケーションFAR（File Auto Recovery）では、手動でフェイルオーバーするか、ソース eNAS システムからデスティネーションeNAS システムに VDM（仮想 Data Mover）を移動することができます。フェールオーバーまたは移動にはブロックレベルの SRDF同期レプリケーションが活用されているので、予期しない動作が発生した場合にデータ消失ゼロが発生します。この機能は、VDM、ファイルシステム、ファイルシステムチェックポイントのスケジュール、CIFS サーバ、ネットワーキング、VDM構成を独自の別個のプールに統合します。この機能は、ソースが使用できない場合にリカバリに使用できます。予定外のフェールオーバー発生時のリカバリサポートに備え、ソースシステムのリカバリとクリーンアップを行って将来のデスティネーションとして準備するためのオプションがあります。EMC FARM（File Auto Recovery Manager）を使用して、手動で開始するフェールオーバーとリバース操作を実行できます。FARM を使用して、ソース eNAS システム上の選択した同期レプリケーション済み VDM をデスティネーション eNAS システムに自動的にフェールオーバーする機能を提供します。また、FARM では、同期レプリケーションされた VDM の監視を設定し、NAS クライアントがデータにアクセスできなくなる原因になる DataMover、ファイルシステム、Control Station、IP ネットワークの使用不可状態を基にして自動フェールオーバーをトリガーすることができます。



第 8章

ローカルおよびリモートの混合レプリケーション

この章では、SRDF と TimeFinder の統合について紹介します。

l SRDF と TimeFinder の統合.................................................................................................... 98l TimeFinder操作での R1 および R2 デバイス...............................................................................98l SRDF/AR.............................................................................................................................. 98l TimeFinder と SRDF/A.......................................................................................................... 101l TimeFinder と SRDF/S.......................................................................................................... 101


SRDF と TimeFinderの統合TimeFinder と SRDF製品を使用することで、ローカルとリモートの両方のレプリケーションが必要な場合に相互に補完することができます。たとえば、TimeFinder を使用することで、リカバリ操作および災害復旧ソリューションのテスト用に SRDF デバイスのローカルゴールドコピーを作成できます。TimeFinder と SRDF との統合の利点は次のとおりです。l リモート制御で自動化を容易に — Dell EMC ホストベースの制御ソフトウェアを使用して、SRDF リンク経

由でコマンドを転送します。ホストからプライマリアレイへのコマンド 1 つで、プライマリアレイとセカンダリアレイの両方で TimeFinder処理を開始できます。

l 複数のデバイスやアレイ間で整合性のあるデータイメージ — SRDF/CGは、R1 デバイス上にある本番データの相互依存する書き込みの整合性のとれたイメージを、SRDF リンクを経由して確実にレプリケートします。

SRDF構成で TimeFinder/CG を使用することで、複数のデバイスとアレイにわたって、本番データの相互依存する書き込みの整合性のとれたローカルイメージとリモートイメージを作成できます。

注： SRDF/A シングルセッションの使用では、SRDF リンク全体での相互依存する書き込みの整合性を保証し、SRDF/CG を必要としません。SRDF/A MSC モードでは、複数のセッション間での整合性を管理するホストソフトウェアが必要です。

注：一部の TimeFinder動作は、SRDF によって保護されているデバイスではサポートされていません。詳細については、「Dell EMC Solutions Enabler TimeFinder SnapVX CLI User Guide」を参照してください。

この章の残りの部分では、SRDF と TimeFinder を統合する方法についてまとめています。

TimeFinder操作での R1および R2 デバイスTimeFinder を使用すれば、R1 および R2 デバイスのローカルレプリカを作成できます。以下のルールが適用されます。l R1 および R2 デバイスは TimeFinder のソースデバイスとして使用できる。l 処理中に R1 にアクセスするホストがない限り、R1 デバイスを TimeFinder処理のターゲットとすることができ

る。l SRDF レプリケーションがアクティブでなければ、R2 デバイスを TimeFinder のターゲットデバイスとして使用で

きる（R2 デバイスに書き込み）。R2 デバイスを TimeFinder ターゲットデバイスとして使用する場合、まずSRDF レプリケーションセッションを中断します。

SRDF/ARSRDF/ARは、SRDF と TimeFinder を組み合わせ、長距離の災害後の業務再開ソリューションを提供します。SRDF/ARは、2 サイトまたは 3 サイトで導入できます。l 2 サイト構成では、SRDF/DMは TimeFinder とともに導入されます。l 3 サイト構成では、SRDF/DMは SRDF/S と TimeFinder の組み合わせとともに導入されます。新しいレプリケートされたコンシステントなイメージを作成する時間は、デルタのレプリケーションにかかる時間によって決定されます。



SRDF/AR 2 サイト構成次のイメージは、プライマリアレイ（Site A）の本番デバイス（R1）が TimeFinder のターゲットデバイスでもある2 サイト構成を示しています。図 17 SRDF/AR 2 サイトソリューション

Site A

Host

Site B

R1 R2

TimeFinderTimeFinder

SRDF

background copy

Host

この構成では、SRDF R1/TimeFinder ターゲットデバイスのデータは SRDF リンク経由で SRDF R2 デバイスにレプリケーションされます。SRDF R2 デバイスは TimeFinder のソースデバイスでもあります。TimeFinderは、このデバイスを TimeFinderターゲットデバイスにレプリケーションします。TimeFinder のターゲットデバイスを、サイト B のセカンダリアレイに接続されたホストに割り当てることができます。2 サイト構成では、SRDF オペレーションはプライマリおよびセカンダリアレイ両方の本番処理から独立しています。SRDF オペレーションに割り込むことなく、セカンダリサイトのリソースを使用できます。SRDF/AR 2 サイト構成は、次の目的で使用します。l 各 SRDF ターゲットサイト間で差分再同期化を使用することで、必要なネットワーク帯域幅を削減。l 遠距離 SRDF の実行においてネットワークコストを削減し、再同期化に要する時間を短縮。



SRDF/AR 3 サイト構成SRDF/AR 3 サイト構成は、プライマリサイトが機能停止した場合において、長距離対応のデータ消失ゼロソリューションを提供します。次のイメージは、次のような 3 サイト構成を示しています。l 同期モードの SRDF を使用してサイト A とサイト B が接続されている。l アダプティブコピーモードの SRDF を使用してサイト B とサイト C が接続されている。図 18 SRDF/AR 3 サイトソリューション

SRDF/S

Site A Site C

Host

Site B

R1R2

Host

TimeFinder

R1TimeFinder

SRDF adaptive

copy

R2

Site A（プライマリサイト）に障害が発生すると、サイト B の R2 デバイスはデータ消失ゼロで再開可能なコピーを提供します。サイト Cは非同期で再開可能なコピーを提供します。サイト A とサイト B の両方に障害が生じると、サイト C のデバイスはデータ消失が制御された再開可能コピーを提供します。この場合のデータ消失量は、サイト B とサイト C間でのレプリケーションサイクルタイムと相関関係があります。すべてのサイトの R1 デバイスと R2 デバイスに向けた SRDF および TimeFinder制御コマンドをサイト A から発行できます。サイト B で制御ホストは要求されません。SRDF/AR 3 サイト構成は、次の目的で使用します。l セカンダリ SRDF ターゲットサイトと第 3 の SRDF ターゲットサイト間で差分再同期化を使用することで、必

要なネットワーク帯域幅を削減。l 遠距離 SRDF の実行においてネットワークコストを削減し、再同期化に要する時間を短縮。l 災害復旧テスト、ポイントインタイムバックアップ、意思決定支援オペレーション、サードパーティ製ソフトウェ

アのテスト、アプリケーションアップグレードのテスト、新規アプリケーションのテストを提供します。

要件および制限事項3 サイトの SRDF/AR マルチホップ構成では、サイト A に向けた SRDF/S ホスト I/Oは、サイト B がそれを確認するまで確認されません。これによりホストのレスポンスタイムに遅れが生じる場合があります。



TimeFinder と SRDF/ASRDF/A ソリューションでは、デバイスペーシングにより次が可能になります。l SRDF/A R2 デバイスが TimeFinder のソースデバイスでもあるとき、キャッシュ使用率のボトルネックを防

止。l TimeFinder のソースデバイスとして、ミドルホップの R2 または R22 デバイスの利用が可能。

注： HYPERMAX OS および Enginuity 5876 を含む構成では、デバイスの書き込みペーシングは不要です。

TimeFinder と SRDF/SSRDF/S ソリューションは、TimeFinder操作での R1 および R2 デバイス（98 ページ）に記載されている条件が満たされている限り、R1 デバイスと R2 デバイスで実行されているあらゆるタイプの TimeFinder コピーセッションをサポートします。



第 9章

データ移行

この章では、データ移行ソリューションについて紹介します。

l 概要..................................................................................................................................... 104l オープンシステム向けデータ移行............................................................................................... 105l メインフレームのデータ移行.........................................................................................................111


概要データ移行とは、データを 1 つのアレイ（ソース）から別のアレイ（ターゲット）に 1回だけ移動することです。典型的な例は、データを古いアレイから移動した後にアレイを廃棄または転用するデータセンターの更新です。データ移行は、レプリケーションによるデータの移動（ターゲットの作成後にソースデータにアクセスできる）やデータ移動（ターゲットが継続的に更新される）では［ありません］。データ移行操作後には、データにアクセスするアプリケーションは新しい場所のデータを参照します。データ移行を計画するには、次のようなビジネスに対する潜在的なインパクトを考慮します。l 移行するデータのタイプl サイトの場所l システムとアプリケーションの数l 移動の対象となるデータの量l ビジネスニーズとスケジュールPowerMaxOSは以下の移行機能を提供します。l オープンシステムl IBM System i

l メインフレーム

データ移行


オープンシステム向けデータ移行オープンシステム環境で使用できるデータ移行機能には、以下のものがあります。l 無停止移行l Open Replicator

l PowerPath Migration Enabler

l SRDF/Data Mobility を使用したデータ移行l スペースおよびゼロスペースの再利用

無停止移行の概要NDM（無停止移行）では、アプリケーションホストのダウンタイムなしに、Metro対応距離内（通常はデータセンター内）をソースアレイからターゲットアレイにデータを移行できます。NDM アレイオペレーティングシステムのバージョンサポートについては、NDM サポートマトリックス、または「SRDF Interfamily Connectivity Guide」を参照してください。DR（ディザスタリカバリ）の規制やビジネス要件に、移行時に SRDF/S の使用が規定されている場合は、SRDF/S構成に必要な ePack について Dell EMC にお問い合わせください。通常の移行に含まれる NDM操作は次のとおりです。l 環境構成：移行プロセスに使用するソースおよびターゲットアレイインフラストラクチャを構成します。l 作成：ソースアレイからターゲットアレイにアプリケーションストレージ環境を複製します。l カットオーバー：ソースアレイからターゲットアレイにアプリケーションデータアクセスを切り替え、ソースアレイ上

のアプリケーションデータをターゲットアレイに複製します。l コミット：ソースアレイからアプリケーションリソースを削除し、移行に使用されるリソースを解放します。アプリケ

ーションは、ターゲットアレイ上で永続的に実行されます。l 環境の削除：環境構成で作成した移行インフラストラクチャを削除します。NDM の主要機能の一部は次のとおりです。l 移行のためのシンプルなプロセス：

1. 移行するストレージグループを選択します。2. 移行セッションを作成します。3. ホストへのパスを検出します。4. VMAX3 または VMAX オールフラッシュアレイにストレージグループをカットオーバーまたは readytgt を実行します。

5. 同期が終了するのを監視します。6. 移行をコミットします。

l 移行中に VMAX オールフラッシュアレイ上でのインライン圧縮を許可します。l ソースアレイのスナップショットとディザスタリカバリ関係は維持されますが、移行はされません。l 無停止でソースアレイを復元できます。l 最大 50件のコンカレント移行セッションを許可します。l HYPERMAX OS の一部であるため、ライセンスは不要です。l データパスに追加のハードウェアは不要です。

データ移行


https://elabnavigator.emc.com/vault/pdf/VMAX_All_Flash_VMAX3_Features.pdf?key=111

次の図は、ホスト（単一とクラスタ）およびソースとターゲットアレイ間で必要な接続と、2 つのアレイ間の SRDF接続を示します。図 19 無停止移行のゾーニング

両方のアレイへのアプリケーションホスト接続では FC を、アレイ間の SRDF接続では FC または GigE を使用します。アプリケーションホストではなく、コントロールホストから移行コントロールを実行してください。コントロールホストは、ソースアレイとターゲットアレイの両方を確認できる必要があります。次のデバイスとコンポーネントは NDM ではサポートされていません。l CKD デバイスl eNAS データl ProtectPoint、FAST.X関係および関連データ

無停止移行の環境要件正常にデータを移行するためには以下の構成が必要になります。アレイ構成l ターゲットアレイでは HYPERMAX OS 5977.811.784以降が実行されている必要があります。これには、

VMAX3 ファミリーアレイと VMAX オールフラッシュアレイが含まれます。l ソースアレイは、必要な ePack（必要な ePack については Dell EMC にお問い合わせください）と

Enginuity 5876 を実行している VMAX アレイである必要があります。l SRDF がデータ移行に使用されるため、ソースとターゲットのアレイ間の SRDF ポートのゾーニングが必要で

す。NDM の料金はありませんので、SRDF のライセンスは必要ないことに注意してください。l NDM の RDF グループは、冗長性とフォールトトレランスを確保するため、異なるダイレクター上の最低 2 つ

のパスで構成されます。それより多くのパスが見つかった場合は、最大 8 つのパスが構成されます。l SRDF が移行環境で一般的に使用されていない場合は、ソースとターゲットの両方のアレイ上に RDF ダイレ

クターとポートを設置して構成し、物理的に SAN接続を構成する必要がある場合があります。

データ移行


ホスト構成l アプリケーションホストではなく、コントロールホストから移行コントロールを実行してください。l ソースとターゲットの両方のアレイが移行コマンドを実行するコントロールホストから確認できる必要がありま

す。

NDM の移行前のルールと制限移行環境の一般的な構成要件のほか、移行を開始する前には以下のルールと制限が適用されます。l ストレージグループは、移行されるデータコンテナで、グループとそのデバイスには次の要件が適用されます。

n ストレージグループには、マスキングビューが必要です。ソースアレイ上のグループ内のすべてのデバイスは、マスキングビューからのみ認識される必要があります。各デバイスは、マスキングビューの一部になっているポートにのみマッピングされる必要があります。

n 同じイニシエーターグループを使用するストレージグループの複数のマスキングビューは、次の場合にのみ有効です。– ターゲットアレイ上のポートグループが各マスキングビューに存在する– ポートグループのポートが選択されている

n ストレージグループは、親またはスタンドアロングループである必要があります。子グループのマスキングビューを伴う子ストレージグループはサポートされていません。

n 選択したストレージグループが親である場合は、その子グループも移行されます。n ストレージグループとその子（ある場合）の名前は、ターゲットアレイ上に存在しないものである必要があります。

n ストレージグループ内の Gatekeeper デバイスは移行されません。l デバイスでは以下ができません。

n モビリティ ID を持つn ソースアレイが Enginuity 5876 を実行しているときに、作成日以外の ID を持つn BCV属性を持つn カプセル化されるn RP デバイスにするn Data Domain デバイスにするn vVOL デバイスにするn R2 またはコンカレント SRDF デバイスにするn FCoE（ソースアレイの場合）、iSCSI、非 ACLX、NVMe over FC ポートにマスキングされるn 別のデータ移行操作の一部にするn ORS関係の一部にするn 他のマスキングされたストレージグループに含めるn デバイスステータスを Not Ready にする

l デバイスは TimeFinder セッションの一部にすることができます。l デバイスは R1 デバイスとして動作することができますが、SRDF/Star または SRDF/SQAR構成の一部にす

ることはできません。l 移行するマスキンググループの名前は、ターゲットアレイに存在しないものである必要があります。l 移行するイニシエーターグループの名前は、ターゲットアレイ上に存在するものであってもかまいません。ただ

し、マスキンググループで使用するイニシエーターグループ内のホストイニシエーターの集約セットは、同じであ

データ移行


る必要があります。また、ホストイニシエーターの有効なポートフラグは、両方のアレイで同じ設定にする必要があります。

l ターゲットアレイ上のグループがログ履歴テーブルの少なくとも 1 つのポートにある場合は、移行するポートグループの名前は、ターゲットアレイ上に存在するものであってもかまいません。

l ターゲットアレイのステータスは、以下のようにする必要があります。n 移行に対してターゲットサイドの SRP（ストレージリソースプール）が指定されている場合、その SRPは、ターゲットアレイ上に存在する必要があります。

n ターゲットサイドのストレージに使用される SRP には、移行をサポートするための十分な空き容量が必要です。

n ターゲットサイドでは、ソースサイドのデータを受信するために必要な追加のデバイスをサポートできる必要があります。

n ソースアレイ上のアプリケーションにプロビジョニングされたすべてのイニシエータは、ターゲットアレイ上のポートにもログインする必要があります。

移行のインフラストラクチャ：RDF デバイスペアRDF デバイスペアは、作成操作中に実行され、デバイスペア時に以下のアクションが発生します。l NDMは、ソースアレイ上のデバイスとターゲットアレイ上のデバイス間に、DM RDF グループの RDF デバイス

ペアを作成します。l デバイスのペアリングが完了すると、NDMは移行プロセスの両側間のデータフローを制御します。l 移行が完了すると、移行をコミットするときに RDF ペアが削除されます。l 別の移行が進行中の場合は、他の RDF ペアが DM RDF グループ内に存在する場合があります。ソースとターゲットのアレイ間のデバイス属性の違いにより、移行中に以下のルールが適用されます。l シリンダーが奇数のソースアレイデバイスはすべて、GCM（ジオメトリ互換モード）が設定されたターゲットア

レイ上のデバイスに移行されます。l ソースアレイメタデバイスはすべて、ターゲットアレイ上の非メタデバイスに移行されます。ターゲットアレイへのデータのコピーが開始されると、ターゲットデバイスには、リモートレプリケーション用に SRDF ミラー（R2 デバイス）を追加できます。ただし、ミラーデバイスを次のようにすることはできません。l MSC または同期 SRDF の整合性に対して有効にするl SRDF/Star、SRDF/SQAR、SRDF/Metro構成の一部とする

データ移行


Open Replicator

Open Replicator では、SAN（Storage Area Network）インフラストラクチャ内の認定されたアレイとHYPERMAX OS を実行しているアレイ間でデータをコピーできます（フルコピーまたはインクリメンタルコピー）。Open Replicator では、Solutions Enabler SYMCLI symrcopy コマンドを使用します。Open Replicator を使用して、HYPERMAX OS を実行しているアレイ間で既存のデータのバックアップ/アーカイブを移行します。Open Replicatorは、ホストアプリケーションや継続的な業務活動に影響を及ぼすことなく、SAN インフラストラクチャ内の Solutions Enabler SYMCLI symrcopy およびサードパーティ製ストレージアレイを使用します。Open Replicator を使用して、次の操作を行います。l 認定されたリモートアレイ上のソースボリュームから HYPERMAX OS を実行しているアレイ上のボリュームに

プルする。Open Replicator では、Solutions Enabler SYMCLI symrcopy を使用します。l 認定されたストレージから HYPERMAX OS を実行しているアレイへのデータ移行をオンラインで実行する。

Open Replicatorは、ホストアプリケーションのシステム停止を最小限に抑えながら、Solutions EnablerSYMCLI symrcopy使用します。通知 Open Replicator では、TimeFinder で使用中のボリュームはコピーできません。

Open Replicator の動作Open Replicator には、次の用語が使用されています。コントロール

受信側アレイおよびそのデバイスは、コピー操作の制御側と呼ばれます。

リモートドナー Dell EMC アレイや、SAN上のサードパーティアレイは、リモートアレイまたはリモートデバイスと呼ばれます。

ホットスタンバイコントロールデバイスは、コピー操作の実行中、ホストに対して読み取り/書き込みオンラインです。

注：ホットプッシュ操作は、HYPERMAX OS を実行するアレイではサポートされません。OpenReplicator では、Solutions Enabler SYMCLIsymrcopy を使用します。

コールドスタンバイコントロールデバイスは、コピー操作の実行中、ホストに対して Not Ready（オフライン）です。

プルプル動作では、リモートデバイス（単数または複数）から制御デバイスにデータがコピーされます。

プッシュプッシュ動作では、制御デバイスからリモートデバイス（単数または複数）にデータがコピーされます。

プル動作HYPERMAX OS を実行するアレイで、Open Replicatorは Solutions Enabler SYMCLI symrcopy を使用して最大 512個のプルセッションをサポートします。プル動作では、コピープロセス中に、ボリュームをライブ状態にできます。ローカルホストやアプリケーションは、データコピー処理が完了していなくても、セッションの開始後すぐにデータアクセスを開始できます。これらの機能では、リモートにヴォールティングされたボリュームの迅速で効率の高いリストアと、他のストレージプラットフォームからの移行が可能になります。

データ移行


Copy on First Access（最初のアクセスでコピー）により、ホストの動作に適したデータを必要なときに確保できます。次のイメージは、Open Replicator ホットプルを示しています。図 20 Open Replicator ホット（またはライブ）プル

STD

PS0 PS1 PS2 PS3 PS4 SMB0 SMB1

SB

0

SB

1

SB

2

SB

3

SB

4

SB

5

SB

6

SB

7

SB

8

SB

9

SB

10

SB

11

SB

12

SB

13

SB

14

SB

15

PiT Copy

PiT Copy

STD

静的ボリュームに対して、コールドモードでプルを実行することもできます。次のイメージは、Open Replicator コールドプルを示しています。図 21 Open Replicator コールド（またはポイントインタイム）プル

STD

Target

Target

PS0 PS1 PS2 PS3 PS4 SMB0 SMB1

SB

0

SB

1

SB

2

SB

3

SB

4

SB

5

SB

6

SB

7

SB

8

SB

9

SB

10

SB

11

SB

12

SB

13

SB

14

SB

15

STD

STD

Target

PowerPath Migration Enabler

Dell EMC PowerPathは、ホストベースのソフトウェアで、物理および仮想環境に導入された異機種混在サーバー、ネットワーク、ストレージのために自動化されたデータパス管理およびロードバランシング機能を提供します。PowerPath には、PPME（PowerPath Migration Enabler）という移行ツールが含まれています。PPME により、ストレージシステム間や単一のストレージシステム内で無停止または最小限の停止でデータ移行を実行できます。PPME では、移行プロセス全体でアプリケーションの継続的なデータアクセスが可能です。PPMEは、他のテクノロジーと統合されて、データ移行中のアプリケーションダウンタイムを最小化または排除します。PPMEは、Open Replicator、SnapVX、Host Copy といった基盤テクノロジーと連携して動作します。

注： PowerPath Multipathingはホストマシンにインストールする必要があります。

次に示すドキュメントに補足情報が記載されています。l 「Dell EMC Support Matrix PowerPath Family Protocol Support」l 「Dell EMCPowerPath Migration Enabler User Guide」

データ移行


SRDF/Data Mobility を使用したデータ移行SRDF/DM（Data Mobility）では、SRDF のアダプティブコピーモードを使用して、ホストにインパクトを与えずに大量のデータを転送します。SRDF/DM では、HYPERMAX OS を実行する 2 つ以上のアレイ間でのデータレプリケーションまたは移行がサポートされます。アダプティブコピーモードを使用すると、プライマリボリュームを使用するアプリケーションは、リモートサイトへのデータ転送中の伝播の遅延を回避できます。SRDF/DMは、ローカルまたはリモートの転送に使用できます。データ移行（90 ページ）には、SRDF を使用したデータ移行の詳細が記載されています。

スペースおよびゼロスペースの再利用スペースの再利用は、通常のデバイスからシンデバイスへのレプリケーションまたは移行アクティビティを実行した後に、使用していないスペースを再利用します。Open Replicatorや Open Migrator といったソフトウェアツールは、すべてゼロのスペース（未使用のスペース）をシンデバイスのターゲットシンボリュームにコピーします。スペースの再利用は、すべてゼロを含むデータチャンクを割り当て解除します。スペースの再利用は、標準の完全にプロビジョニングされたデバイスからシンデバイスへの移行に最も効果的です。スペース再利用は無停止であり、ターゲットのシンデバイスのオペレーティングシステムやアプリケーションを完全に利用可能な状態に保ちながら実行することができます。ゼロスペースの再利用では、Open Replicator および SRDF の移行操作中に、すべてのゼロスペースを再利用することによって瞬時にゼロを検出します。このゼロスペースには、ホスト未書き込みエクステント（またはチャンク）およびファイルシステムやデータベースのフォーマットが原因で生じるすべてゼロのスペースが含まれるチャンクの両方があります。Solutions Enabler および Unisphere を使用して、スペース再利用プロセスを開始および監視できます。

メインフレームのデータ移行メインフレーム環境で、z/OS Migratorは、任意のベンダーストレージから VMAX All Flash または VMAX アレイへの無停止移行を提供します。z/OS Migratorは、1 つの VMAX または VMAX All Flash アレイから別のVMAX または VMAX All Flash アレイにデータを移行することもできます。z/OS Migrator を使用すると、次の操作を実行できます。l サービスの停止を最小限に抑えながら新しいストレージサブシステムテクノロジーを導入します。l 大容量のボリュームへのデータセットの移行を合理化することで（ボリュームを結合）、z/OS UCB を再利用し

ます。l アプリケーションが引き続き実行され、移行データに完全にアクセスできる状態でのデータ移行を容易にして、

データを移行するときに通常必要なアプリケーションのダウンタイムをなくします。l ビジネス全体にわたってアプリケーションのダウンタイムを調整する必要性を排除し、コストがかかるこのようなダ

ウンタイムのビジネスへのインパクトを排除します。l 使用率の低いボリューム/ストレージアレイへの、低パフォーマンスのデータセットの再配置を容易にすることに

よって、アプリケーションパフォーマンスを改善します。l すべてのメタデータに、移行中のデータセットの場所とステータスが常に正確に反映されるようにします。詳細な製品情報は、「Dell EMC z/OS Migrator Product Guide」を参照してください。

データ移行


Z/OS Migrator を使用したボリュームの移行EMC z/OS Migratorは、従来のボリューム移行だけでなくホストベースのボリュームミラーリングを実行するホストベースのデータ移行機能です。これらの機能をまとめて、z/OS Migrator のボリュームのミラーおよびMigrator機能と呼ばれます。図 22 z/OS のボリュームの移行

ボリュームレベルのデータ移行機能では、完全に論理ボリュームを移行します。z/OS Migrator のボリューム移行は、関連するボリュームの論理コンテンツに関係なく、トラックごとにトラック上で実行されます。ボリュームの移行は、ボリューム上のデータを使用してボリュームスワップで終了します。ボリュームスワップ中にシステムは停止しません。

ボリュームの移行ボリュームの移行では、データ移行用のホストベースのサービスをボリュームレベルでメインフレームシステム上に提供します。ボリュームの移行では、Dell EMC アレイ間の移行だけでなく、サードパーティ製デバイスから Dell EMCアレイのデバイスへの移行も提供しています。

ボリュームのミラーリングボリュームのミラーリングにより、メインフレームのインストール環境において、EMC アレイ上の 1台のデバイスから別のデバイスへのボリュームレベルのミラーリングが行われます。ホストのリソース（UCB、CPU、チャネル）を使用して、指定したプライマリボリュームへの書き込みをスケジュール設定したチャネルプログラムを監視するとともに、指定したターゲットボリューム（ミラーボリュームと呼ばれる）への書き込み用にクローンを作成します。プライマリボリュームとミラーボリュームの間で同期状態を実現した後、オペレーターコマンドによって、またはボリュームミラーデバイスへの I/O障害によって中断されない限り、ボリュームミラーは完全な同期状態で無期限にボリュームを維持します。ミラーリングは、ボリュームグループによって制御されます。ミラーリングはグループ内のすべてのボリュームに一貫して一時停止されることがあります。

Z/OS Migrator を使用したデータセットの移行ボリュームの移行に加え、z/OS Migrator では論理的な移行、つまり個々のデータセットの移行が可能です。z/OS Migratorは、ボリューム移行の機能とは対照的に、ボリュームの内容と、論理ボリューム上のデータセットを説明する z/OS システム内のメタデータを完全に認識しながら、データセットを移行します。

データ移行


図 23 z/OS Migrator のデータセット移行

何千ものデータセットを個別に選択するか、ワイルドカードで選択できます。z/OS Migratorはアプリケーションの実行を継続しながら、移行プロセス中にすべてのメタデータを自動管理します。

データ移行


データ移行


第 10章

CloudArray for VMAX All Flash

この章では、CloudArray for VMAX All Flash について紹介します。

l CloudArray について............................................................................................................... 116l CloudArray物理アプライアンス................................................................................................. 116l クラウドプロバイダーの接続性.................................................................................................... 117l 動的キャッシュ......................................................................................................................... 117l セキュリティとデータの整合性...................................................................................................... 117l 管理...................................................................................................................................... 117


CloudArray についてDell EMC CloudArrayは従来のエンタープライズ IT環境にクラウドベースのストレージを統合するストレージソフトウェアテクノロジーです。これまでは、データボリュームが増加すると、ストレージ環境を拡張するか、セカンダリストレージで補強するか、単純にコールドデータを削除するかを組織で選択しなければなりませんでした。CloudArray によってクラウドのリソースの効率性とオンサイトストレージとを組み合わせることにより、組織はインフラストラクチャを拡張し、将来のデータの増加を計画できます。CloudArrayは、ローカルストレージのような外見と操作性のクラウドオブジェクトストレージを実現します。これにより、実質的に無制限のストレージ階層を 1 つの使いやすいパッケージで提供しながら、既存のアプリケーションとシームレスに統合します。CloudArrayは、ストレージシステムを大容量のクラウドストレージに接続することで、費用対効果の高いクラウドストレージを活用しながら、高パフォーマンスなプライマリアレイをより効率的に利用できます。CloudArrayは、VMAX All Flash データのクラウド統合と保護を可能にする豊富な機能を提供します。l CloudArray のローカルドライブキャッシュにより、最近アクセスしたデータは、クラウドストレージにありがちなレ

ーテンシーなしに、ローカルスピードで利用可能です。l CloudArrayは Amazon、EMC ECS、Google Cloud、Microsoft Azureなど、20社を超えるパブリックお

よびプライベートクラウドプロバイダーに対応しています。l 256 ビット AES暗号化により、CloudArray から送信される、クラウド内の未了および静的なすべてのデータ

にセキュリティを提供します。l ファイルとブロックへのサポートにより、CloudArrayはデータストレージレベルにかかわらず、クラウドをストレー

ジ環境に統合できます。l データ圧縮と帯域幅のスケジューリングにより、クラウド容量の需要を低減し、ネットワークへの影響を抑制しま

す。次の図は、VMAX All Flash向けの一般的な CloudArray の導入を示します。図 24 VMAX All Flash向けの CloudArray の導入

CloudArray物理アプライアンス物理アプライアンスは、ファイバーチャネルのコントローラカードを使用して、VMAX All Flash からクラウドストレージへの物理接続機能を提供します。FAST.Xは外部デバイスとして物理アプライアンスを示します。



CloudArray の物理アプライアンスは、次の要素で構成される 2U サーバーです。l 最大 40TB使用可能なローカルキャッシュ（RAID6構成の 12個の 4TB ドライブ）l 192GB RAM

l 2枚の 2 ポート 8Gb ファイバーチャネルカードが物理アプライアンス上のアドインスロットに構成されている

クラウドプロバイダーの接続性CloudArrayは、20 を超えるパブリッククラウドおよびプライベートクラウドのストレージプロバイダーと直接接続します。CloudArray により、クラウドのオブジェクトベースのストレージが 1 つまたは複数のローカルボリュームに変換されます。

動的キャッシュCloudArrayは、ローカルなキャッシュストレージを活用して、クラウドストレージに多くみられる帯域幅とレイテンシの問題に対処します。ディスクベースのキャッシュは、アクティブデータにローカルのパフォーマンスを提供し、読み取り/書き込み処理のためのバッファーとして機能します。各データボリュームは、固有の専用キャッシュと関連づけることや、共同プールとは別に運用することができます。各ボリュームに割り当てられたキャッシュの量を個別に構成することができます。ボリュームのパフォーマンスは、ローカルキャッシュに保存されたデータの量と、キャッシュに使用されるディスクのタイプに依存します。CloudArray のキャッシュの詳細と構成のガイドラインについては、EMC.com の「CloudArray Best Practices」ホワイトペーパーを参照してください。

セキュリティとデータの整合性CloudArray では未了（in-flight）の暗号化と静止時の暗号化の両方を使って、データのセキュリティを確保します。各ボリュームは、クラウドへのレプリケーションの前に、256 ビット AES暗号化を使用して暗号化できます。また、CloudArrayはデータとメタデータとを分けて暗号化し、ローカルで別の暗号化キーを保存することにより、不正なアクセスを防止します。CloudArray の暗号化は、データの整合性を確保するうえで重要な要素です。CloudArrayは、キャッシュをキャッシュページにセグメント化し、暗号化プロセスの一環として、一意のハッシュを生成し、各キャッシュページに割り当てます。ハッシュは、該当するページが要求側イニシエーターによるアクセス用に取得されるまで、キャッシュページとともに残存します。ページが復号化されるとき、ハッシュは復号化アルゴリズムによって生成された値に一致しなければなりません。ハッシュが一致しない場合、ページは破損しているものとして宣言されます。このプロセスは、データの破損がエンドユーザーにまで広がることを防ぐのに役立ちます。

管理CloudArrayは、ブラウザーベースの GUI を使用して構成します。このインターフェイスを使って管理者は次のことができます。l ボリューム、ファイル共有、キャッシュを作成、変更、拡張するl CloudArray の稼働状態、パフォーマンス、キャッシュのステータスを監視および表示するl ソフトウェアアップデートを適用するl スナップショットおよび帯域幅スロットルをスケジュール設定および構成するまた、CloudArrayはオンラインポータルを活用してユーザーが次のことをできるようにします。



http://www.emc.com/collateral/TechnicalDocument/docu60787.pdf

l CloudArray のライセンスとソフトウェアの更新をダウンロードするl アラートを構成し、CloudArray の製品マニュアルにアクセスするl 災害復旧時に取得できるように CloudArray の構成ファイルのコピーを格納する



付録 A

メインフレームエラーレポート

この付録では、メインフレーム環境のエラーのリストを記載します。

l メインフレームホストへのエラーレポート.......................................................................................120l SIM重大度レポート作成........................................................................................................ 120


メインフレームホストへのエラーレポートHYPERMAX OS では、ストレージシステムのメインフレームホストで次のエラータイプを検出および報告できます。l データチェック：ディスクから読み取られたビットパターンでエラーを HYPERMAX OS が検出しました。データ

チェックは、データの書き込みまたは読み取り時のハードウェアの問題、メディアの欠陥、ランダムイベントによるものです。

l システムまたはプログラムのチェック：HYPERMAX OS によりコマンドが拒否されました。このタイプのエラーはプロセッサに示され、要求元のプログラムに常に返されます。

l オーバーラン：ホストから転送されたときのレートで HYPERMAX OS がデータを受信できません。このエラーは、タイミングの問題を示します。通常、I/O操作を再送信すると、このエラーが修正されます。

l 機器のチェック：ハードウェアの操作におけるエラーが HYPERMAX OS で検出されました。l 環境：HYPERMAX OS の内部テストにより、環境のエラーが検出されました。内部環境テストでは、重要な

ハードウェアコンポーネントの障害を監視し、チェックし、レポートします。システムの初期電源投入時、すべてのソフトウェアリセットイベント時、通常のオペレーション中に少なくとも 24時間ごとに 1回実行されます。

環境のテストでエラー状況が検出された場合は、保留中のエラーを示すためにフラグが設定され、次の I/O動作時にホストにユニットチェックステータスが提示されます。次に、エラー状況を検出したテストは、より頻繁に実行するようにスケジュール設定されます。デバイスレベルの問題が検出された場合は、エラーが発生しているデバイスへのすべての論理パスにわたって報告されます。障害が修正されるまで、そのデバイスの後続のエラーは報告されません。保留中のエラーレポート状態が有効であるときにデバイスで 2件目の障害が検出された場合、HYPERMAXOSは、次の I/O時に保留中のエラーを報告した後、2件目のエラーを報告します。HYPERMAX OSはエラー状態をホストと Dell EMC カスタマーサポートセンターに報告します。ホストに報告する際、HYPERMAX OSはデータチェック、コマンド拒否、オーバーラン、機器チェック、環境エラーなどのエラー状態が検出されるたびに、ユニットチェックステータスをステータスバイトでチャネルに示します。ユニットチェックステータスが示されたら、ホストはストレージアレイからセンスデータを取得し、ロギング動作が要求された場合はそれを ERDS（エラー記録データセット）に配置します。EREP（環境記録、編集、印刷）プログラムは、エラー情報を表示します。センスデータは中断を発生させた条件を特定し、エラーと発生元のタイプを示します。センスデータの形式は、メインフレームオペレーティングシステムによって異なります。2105、2107、3990コントローラーのエミュレーションでは、SIM形式でセンスデータが返されます。

SIM重大度レポート作成HYPERMAX OSは SIM の重大度のレポート作成をサポートし、これによりMVS（マルチプルバーチャルストレージ）コンソールに通知される SIM重大度アラートのフィルタリングを可能にします。l SIM重大度のすべてのアラートは、デフォルトで EREP（環境記録、編集、印刷プログラム）にレポートされ

ます。l ACUTE、SERIOUS、MODERATE の各アラートはデフォルトでMVS コンソールにレポートされます。SIM重大度レポート作成のデフォルト設定を次の表に示します。



表 16 SIM重大度アラート

重大度説明

SERVICE システムまたはアプリケーションのパフォーマンスの低下は予期されません。システムまたはアプリケーションの停止は発生していません。

MODERATE パフォーマンスの低下が、負荷の高い環境で発生する可能性があります。システムまたはアプリケーションの停止は発生していません。

SERIOUS プライマリ I/O サブシステムのリソースが無効です。パフォーマンスが著しく低下している可能性があります。システムまたはアプリケーションの停止が発生した可能性があります。

ACUTE 主な I/O サブシステムのリソースが無効になっているか、製品が損傷している可能性があります。パフォーマンスが大きく低下している可能性があります。システムまたはアプリケーションの停止が発生した可能性があります。

REMOTE SERVICE EMC カスタマーサポートセンターがシステム上のサービス/メンテナンス操作を実行しています。

REMOTE FAILED サービスプロセッサーは、EMC カスタマーサポートセンターと通信できません。

環境エラー次の表では、HYPERMAX OS 5977以降の環境エラーを SIM形式で一覧表示します。

表 17 SIM メッセージとして報告される環境エラー

HEX コード重大度レベル説明 SIM参照コード

04DD MODERATE MMCS ヘルスチェックエラー 24DD

043E MODERATE SRDF コンシステンシグループが一時停止しました。

E43E

044D MODERATE SRDFパスが失われました。 E44D

044E SERVICE SRDFパスは前回の失敗後に動作します。

E44E

0461 NONE M2はM1 デバイスと再同期されます。M2 デバイスが Ready

状態に戻ると、このイベントが発生します。a

E461

0462 NONE M1はM2 デバイスと再同期されます。M1 デバイスが Ready

状態に戻ると、このイベントが発生します。a

E462

0463 SERIOUS バックエンドダイレクターの 1 つで障害が発生して IMPL監視状態になりました。

2463



表 17 SIM メッセージとして報告される環境エラー（続き）


0465 NONE デバイスの再同期化処理が開始されました。a

E465

0467 MODERATE リモートストレージシステムにより、SRDF リンク経由で SRDF

エラーが報告されました。

E467

046D MODERATE SRDF グループが失われました。たとえば、すべての SRDF リンクに障害が発生したときにこのイベントが発生します。

E46D

046E SERVICE SRDF グループは稼働しています。

E46E

0470 ACUTE メモリモジュールの温度を基にすると過熱状態です。

2470

0471 ACUTE ストレージリソースプールの上限の閾値を超えました。

2471

0473 SERIOUS 定期的な環境のテスト（env_test9）で Not Ready

状態のミラーデバイスが検出されました。

E473

0474 SERIOUS 定期的な環境のテスト（env_test9）でWD（ライト禁止）状態のミラーデバイスが検出されました。

E474

0475 SERIOUS SRDF R1 リモートミラーが Not

Ready状態です。E475

0476 SERVICE サービスプロセッサがリセットされました。

2476

0477 REMOTE FAILED 通信の問題によりサービスプロセッサーが EMC カスタマーサポートセンターを呼び出せませんでした（オートコールに失敗）。

1477

047A MODERATE 電源領域 A または B への AC

電源が消失しました。247A

047B MODERATE RDF アダプターがドロップした後、デバイスをドロップします。

E47B

01BA02BA

03BA

04BA

ACUTE 電源またはエンクロージャ SPS

の問題です。24BA





047C ACUTE ストレージリソースプールにNot Ready または Inactive のTDAT があります。

247C

047D MODERATE SRDF グループで SRDF リンクが失われたか、SRDF グループがローカルで失われました。

E47D

047E SERVICE SRDF リンクが障害からリカバリしました。SRDF リンクが動作しています。

E47E

047F REMOTE SERVICE サービスプロセッサーは EMC カスタマーサポートセンターを正常に呼び出し（Call Home）、エラーを報告しました。

147F

0488 SERIOUS レプリケーションデータのポインターメタデータの使用率が 90～99%に達しました。

E488

0489 ACUTE レプリケーションデータのポインターメタデータの使用率が100%に達しました。

E489

0492 MODERATE フラッシュモニターまたはMMCS ドライブのエラーです。

2492

04BE MODERATE メタデータのページングファイルシステムミラーが Not Ready

状態です。

24BE

04CA MODERATE 非ユーザー要求により、SRDF/A セッションがドロップされました。致命的なエラー、SRDF リンクの消失、最大SRDF/A ホストレスポンス遅延時間に到達したなどの理由が考えられます。

E4CA

04D1 REMOTE SERVICE リモート接続が確立されました。リモートコントロールに接続されています。

14D1

04D2 REMOTE SERVICE リモート接続が閉じられました。リモートコントロールが拒否されました。

14D2

04D3 MODERATE Flex フィルターの問題です。 24D3

04D4 REMOTE SERVICE リモート接続が閉じられました。リモートコントロールが切断されています。

14D4





04DA MODERATE タスク/スレッドに問題が発生しました。

24DA

04DB SERIOUS SYMPL スクリプトによりエラーが生成されました。

24DB

04DC MODERATE PC関連の問題です。 24DC

04E0 REMOTE FAILED 通信の問題です。 14E0

04E1 SERIOUS エラーポーリングの問題です。 24E1

052F なし同期 SRDF書き込み障害が発生しました。

E42F

3D10 SERIOUS SnapVX のスナップショットが失敗しました。

E410

a. Dell EMC の推奨事項：NONE

オペレーターメッセージエラーメッセージ

z/OS には、IEA480E サービスアラートのエラーメッセージとして SIM のメッセージが表示されます。メッセージは次のようにフォーマット設定されます。図 25 z/OS IEA480E救急アラートエラーメッセージ形式（コールホームの障害）

*IEA480E 1900,SCU,ACUTE ALERT,MT=2107,SER=0509-ANTPC, 266

REFCODE=1477-0000-0000,SENSE=00101000 003C8F00 40C00000 00000014

PC failed to call home due to communication problems.

図 26 z/OS IEA480E サービスアラートのエラーメッセージ形式（ディスクアダプター障害）

*IEA480E 1900,SCU,SERIOUS ALERT,MT=2107,SER=0509-ANTPC, 531

REFCODE=2463-0000-0021,SENSE=00101000 003C8F00 11800000

Disk Adapter = Director 21 = 0x2C

One of the Disk Adapters failed into IMPL Monitor state.



図 27 z/OS IEA480E サービスアラートのエラーメッセージ形式（SRDF グループ喪失/無関係のリソースに対するSIM表示）

*IEA480E 1900,DASD,MODERATE ALERT,MT=2107,SER=0509-ANTPC, 100

REFCODE=E46D-0000-0001,VOLSER=/UNKN/,ID=00,SENSE=00001F10

SIM presented against unreleated resourceSRDF Group 1

An SRDF Group is lost (no links)

イベントメッセージ

ストレージアレイは、ホストとサービスプロセッサーにもイベントを報告します。次のようなイベントが対象です。l ミラー 2 のボリュームがソースボリュームと同期した。l ミラー 1 のボリュームがターゲットボリュームと同期した。l デバイスの再同期化処理が開始された。z/OS には、IEA480E サービスアラートのエラーメッセージとしてこれらのイベントが表示されます。メッセージは次のようにフォーマット設定されます。図 28 z/OS IEA480E サービスアラートのエラーメッセージ形式（ミラー 2再同期化）

*IEA480E 0D03,SCU,SERVICE ALERT,MT=3990-3,SER=,

REFCODE=E461-0000-6200

Channel address of the synchronized device

E461 = Mirror-2 volume resynchronized with Mirror-1 volume

図 29 z/OS IEA480E サービスアラートのエラーメッセージ形式（ミラー 1再同期化）

*IEA480E 0D03,SCU,SERVICE ALERT,MT=3990-3,SER=,

REFCODE=E462-0000-6200

Channel address of the synchronized device

E462 = Mirror-1 volume resynchronized with Mirror-2 volume



付録 B

ライセンス

この付録は、HYPERMAX OS を実行しているアレイのライセンスについての概要です。

l e ライセンス............................................................................................................................ 128l オープンシステムのライセンス..................................................................................................... 130


e ライセンスHYPERMAX OS を実行しているアレイでは、「電子ライセンス」（e ライセンス）が使用されます。

注： e ライセンスの詳細については、Dell EMC オンラインサポートのWeb サイトで、Dell EMC ナレッジベース記事 335235 を参照してください。

Dell EMC オンラインサポートからライセンスファイルを取得し、それを Solutions Enabler または Unisphere のホストにコピーして、アレイにプッシュします。次の図は、e ライセンスの要求と取得のプロセスを示しています。図 30 e ライセンスのプロセス

New software purchase either aspart of a new array, or asan additional purchaseto an existing system.

1. EMC generates a single license filefor the array and posts it

on support.emc.com for download.

2.

A License Authorization Code (LAC) withinstructions on how to obtain the license

activation file is emailed to theentitled users (one per array).

3.3.

The entitled user retrieves the LAC letteron the Get and Manage Licenses page

on support.emc.com, and thendownloads the license file.

4.

The entitled user loads the license fileto the array and verifies that

the licenses were successfully activated.

5.

注：アレイのライセンスをインストールするには、「Solutions Enabler インストールガイド」と「Unisphere オンラインヘルプ」に記載された手順に従います。

各ライセンスファイルには、ライセンスのタイプ、ライセンスされた容量など、特定のシステムに対するすべての資格が定義されています。機能の追加、またはライセンス供与された容量の増加には、新しいライセンスファイルを取得し、インストールします。ほとんどのアレイライセンスはアレイベースです。つまり、アレイ上のシステム機能登録データベースに内部的に格納されます。ただし、ホストベースのライセンスも多数あります。アレイベースの e ライセンスは、次の形式で使用できます。l 「1 つのライセンス」で 1 つの機能を利用できます。l 「ライセンススイート」は複数の機能を利用するための単一のライセンスです。ライセンススイートは、すべての

機能が有効になっている場合にのみ使用可能です。l 「ライセンスパック」は特定の目的に適合するライセンススイートの集合です。有効なライセンスと使用状況の詳細なレポートを表示するには、Solutions Enabler、Unisphere、MainframeEnablers、TPF（Transaction Processing Facility）、IBM i プラットフォームコンソールを使用します。

ライセンス


容量の測定アレイベースのライセンスには、ライセンスの適用範囲を定義するライセンス容量の値が含まれます。この値を測定する方法は、ライセンスの容量のタイプ（有効容量または登録済み容量）によって異なります。すべての製品タイトルが、次に示すようなすべての容量タイプで使用できるわけではありません。

表 18 VMAX オールフラッシュ製品タイトルの容量タイプ

有効登録済みその他

F ソフトウェアパッケージのすべてのタイトル

ProtectPoint PowerPath （個別に購入した場合）

FX ソフトウェアパッケージのすべてのタイトル

Events and Retention Suite

zF ソフトウェアパッケージのすべてのタイトル

zFX ソフトウェアパッケージのすべてのタイトル

RecoverPoint

有効容量有効容量は、アレイで使用可能なストレージ容量として定義されます。有効容量は、使用可能なすべての SRP（ストレージリソースプール）容量の合計として計算されます。この容量には、外部ストレージの容量は含まれません。

登録済み容量登録済み容量は、特定の製品タイトルごとに管理または保護されるユーザーデータの量です。アレイ内のディスクのタイプやサイズとは関係ありません。登録済み容量を測定する方法は、ライセンスがバンドルの一部であるか個別のものであるかによって異なります。

登録済み容量ライセンス登録済み容量は、以下に基づいて測定されます。l ProtectPoint

n 本ライセンスの登録済み容量は、リンクターゲットであるすべてのカプセル化された DataDomain デバイスの合計です。TimeFinder で、ProtectPoint ライセンスのみがあり、TimeFinder ライセンスがないアレイに存在する TimeFinder セッションがある場合、リンクターゲットを持つすべてのカプセル化されたDataDomain デバイスの合計と、すべての TimeFinder が割り当てたソースデバイスとデルタ RDP の合計として計算されます。

ライセンス


オープンシステムのライセンスこのセクションでは、オープンシステム環境で使用可能なライセンスについて詳しく説明します。

ライセンススイートこの表は、オープンシステム環境で使用可能なライセンススイートの一覧です。表 19 VMAX オールフラッシュライセンススイート

ライセンススイート含まれるものユーザーが実行できる処理使用コマンド

オールフラッシュ F l HYPERMAX OS

l Priority Controls

l OR-DM

l Unisphere for VMAX

l FAST

l SL Provisioning

l Workload Planner

l Database StorageAnalyzer

l Unisphere for File

タイムウィンドウの作成 symoptmz

symtw

l ディスクグループ階層をFAST ポリシーに追加

l FAST の有効化l 次の FASTパラメーター

の設定：n 認識不可デバイスをスワップ

n スワップのみ許可n ユーザー承認モードn 移動最大デバイス数

n 最大同時デバイス数

n ワークロード期間n 最小パフォーマンス期間

l VP（仮想プール）階層を FAST ポリシーに追加

l 次の FAST VP固有パラメーターの設定：n シンデータ移行モード

n シン再配置レートn プール確保容量

l 次の FASTパラメーターの設定：n ワークロード期間n 最小パフォーマンス期間

symfast

ライセンス


表 19 VMAX オールフラッシュライセンススイート（続き）


SL ベースのプロビジョニングを実行

symconfigure

symsg

symcfg

AppSync Microsoft、Oracle、VMware環境向けのクリティカルなアプリケーションとデータベースの保護とレプリケーションを管理します。

l TimeFinder/Snap

l TimeFinder/SnapVX

l SnapSure

新しいネイティブクローンセッションの作成

symclone

新しい TimeFinder/クローンエミュレーションの作成

symmir

l 新しいセッションの作成l 既存のセッションの複製

symsnap

l スナッププールの作成l SAVE デバイスの作成

symconfigure

l SnapVX Establish のオペレーションを実行

l SnapVX スナップショットのリンクのオペレーションを実行

symsnapvx

オールフラッシュ FX オールフラッシュ F スイートオールフラッシュ F スイートで利用可能なタスクを実行します。

l SRDF

l SRDF/A

l SRDF/S

l SRDF/STAR

l ファイルのレプリケーション

l 新しい SRDF グループの作成

l アダプティブコピーモードで動的 SRDF ペアの作成

symrdf

l SRDF デバイスの作成l 非 SRDF デバイスを

SRDF に変換l アダプティブコピーモード

のデバイスに SRDF ミラーを追加

デバイスに動的 SRDF

対応の属性を設定

SAVE デバイスの作成

symconfigure

ライセンス




l 非同期モードで動的SRDF ペアを作成

l SRDF ペアを非同期モードに設定

symrdf

l 非同期モードのデバイスに SRDF ミラーを追加

RDFA_DSE プールの作成

SRDF グループに次のいずれかの SRDF/A属性を設定n Minimum Cycle

Time

n Transmit Idle

n 次を含む DSE属性：

– SRDF とのRDFA-DSE プールの関連づけgroup

DSEThreshold

DSE Autostart

n 次を含む書き込みペーシング属性：

– 書き込みペーシング閾値

– 書き込みペーシング Autostart

– デバイス書き込みペーシングの例外

– TimeFinder書き込みペーシング Autostart

symconfigure

l 同期モードで動的SRDF ペアを作成

l SRDF ペアを同期モードに設定

symrdf

ライセンス




同期モードでデバイスにSRDF ミラーを追加

symconfigure

D@RE データを暗号化し、有効なキーが提供されている場合を除き、不正アクセスから保護します。これにより、データへのアクセスを防止し、データをすばやく消去するためのメカニズムを提供します。

SRDF/Metro l SRDF/Metro構成に新しい SRDF デバイスペアを配置します。

l デバイスペアの同期。

VIPR Suite（コントローラーおよび SRM）

運用効率を向上させるために、ストレージのプロビジョニングと再利用のタスクを自動化します。

個別のライセンスこれらの項目は HYPERMAX OS を実行しているアレイで使用可能で、どのライセンススイートにも含まれていません。表 20 オープンシステム環境の個別ライセンス

License ユーザーが実行できる処理使用コマンド

ProtectPoint HYPERMAX OS を実行するアレイと Data Domain アレイを含む統合環境内に、バックアップデータを格納し、取得します。

RecoverPoint ローカルおよびリモートサイトでのデータの整合性を保護し、ジャーナルテクノロジーを使用してポイントインタイムからデータをリカバリします。

エコシステムのライセンスこれらのライセンスは、アレイには適用されません。

ライセンス


表 21 オープンシステム環境の個別ライセンス

ライセンスユーザーが実行できる処理

PowerPath データパスのフェイルオーバーとリカバリを自動化し、アプリケーションを常時使用可能で動作可能な状態にします。

Events and Retention Suite l 意図しない変更、削除、悪意のある操作からデータを保護します。

l データを作成時に暗号化し、サーバー外部のすべての場所で保護します。

l 使用されていない状態の選択したデータについて機密性を確保し、ファイルレベルでの保存を強制適用して、コンプライアンスに関する要件を満たします。

l サードパーティ製のウイルスチェック、クォータ管理、監査の各アプリケーションと統合します。

ライセンス


Dell EMC VMAX All Flash 製品ガイド · 2019-11-27 · 「hypermax os 搭載vmax...

Documents

Transcript of Dell EMC VMAX All Flash 製品ガイド · 2019-11-27 · 「hypermax os 搭載vmax...