november 2019 revision 08 - dell...november 2019 revision 08 - dell ... powermaxos

Dell EMC PowerMax Family Product Guide

PowerMaxOSRevision 08

November 2019

Copyright © 2018-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 PowerMax Family Product Guide PowerMaxOS

7

9

はじめに 11

PowerMax と PowerMaxOS 19PowerMaxOS を搭載した PowerMax の概要.......................................................20

PowerMax アレイ...................................................................................20PowerMaxOS の動作環境..................................................................... 21

ソフトウェアパッケージ............................................................................................ 21Essentials ソフトウェアパッケージ...............................................................21Pro ソフトウェアパッケージ........................................................................ 22zEssentials ソフトウェアパッケージ............................................................ 23zPro ソフトウェアパッケージ...................................................................... 23パッケージの可用性................................................................................. 24

PowerMaxOS....................................................................................................24PowerMaxOS エミュレーション..................................................................24コンテナアプリケーション............................................................................ 26データの保護と整合性............................................................................. 29データ効率性......................................................................................... 35

管理インターフェイス 39管理インターフェイスのバージョン............................................................................. 40Unisphere for PowerMax.................................................................................. 40

Workload Planner................................................................................. 41FAST Array Advisor.............................................................................. 41

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

オープンシステムの機能 51

図

表

第 1章

第 2章

第 3章

目次

Dell EMC PowerMax Family Product Guide PowerMaxOS 3

オープンシステムの PowerMaxOS のサポート......................................................... 52PowerPath........................................................................................................52

運用の概要........................................................................................... 52ホストの登録.......................................................................................... 53デバイスステータス...................................................................................53イニシエーターグループの自動作成............................................................53管理..................................................................................................... 54詳細情報.............................................................................................. 54

ProtectPoint と Data Domain を使用したバックアップとリストア..................................54バックアップ............................................................................................. 54リストア.................................................................................................. 55ProtectPoint エージェント....................................................................... 56ProtectPoint のバックアップおよびリストアに使用される機能......................... 56ProtectPoint と従来のバックアップ............................................................56詳細情報.............................................................................................. 57

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

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

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

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

サービスレベル 71サービスレベルの定義........................................................................................... 72

定義されたサービスレベル.........................................................................72サービスレベルプロパティー....................................................................... 73デフォルトのサービスレベル........................................................................ 73サービスレベルの可用性...........................................................................73

システムパフォーマンスを維持するためのサービスレベルの使用....................................74使用法の例........................................................................................................ 75サービスレベルの管理...........................................................................................76

自動化されたデータ配置 77Environment......................................................................................................78操作.................................................................................................................. 78

第 4章

第 5章

第 6章

第 7章

目次


サービスレベルのバイアス方法................................................................................78圧縮と重複除外..................................................................................................78可用性...............................................................................................................78

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

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

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

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

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

SRDF/Metro................................................................................................... 102導入オプション....................................................................................... 102SRDF/Metro耐障害性....................................................................... 102ディザスタリカバリ機能............................................................................. 104モビリティ ID と ALUA..............................................................................105詳細情報.............................................................................................105

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

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

SRDF/AR 2 サイト構成.........................................................................109SRDF/AR 3 サイト構成......................................................................... 110

TimeFinder と SRDF/A.......................................................................................111TimeFinder と SRDF/S.......................................................................................111

データ移行 113概要................................................................................................................. 114オープンシステム向けデータ移行........................................................................... 115

無停止移行..........................................................................................115

第 8章

第 9章

第 10章

第 11章

目次


Open Replicator..................................................................................123PowerPath Migration Enabler.............................................................125SRDF/Data Mobility を使用したデータ移行............................................125スペースおよびゼロスペースの再利用........................................................125

IBM System i のデータ移行................................................................................126メインフレームのデータ移行................................................................................... 126

Z/OS Migrator を使用したボリュームの移行.............................................127Z/OS Migrator を使用したデータセットの移行.......................................... 127

オンラインデバイスの拡張 129はじめに.............................................................................................................130一般的な特徴................................................................................................... 130スタンドアロンデバイス.......................................................................................... 131SRDF デバイス................................................................................................... 131LREP デバイス................................................................................................... 132管理施設..........................................................................................................133

Solutions Enabler................................................................................ 133Unisphere........................................................................................... 133Mainframe Enablers............................................................................ 134

システムセキュリティ 135ユーザーの認証および許可.................................................................................. 136役割と権限....................................................................................................... 136

ロールとその階層....................................................................................136ロールの権限.........................................................................................137Secure Reads ポリシー..........................................................................140操作のために必要な権限の表示............................................................. 140

Lockbox...........................................................................................................140SSV（Stable System Value）............................................................. 140Lockbox のパスワード............................................................................. 141デフォルト Lockboxパスワード..................................................................141

クライアント/サーバ通信....................................................................................... 141

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

環境エラー............................................................................................145オペレーターメッセージ............................................................................ 148

ライセンス 151e ライセンス........................................................................................................152

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

ライセンスパッケージ............................................................................... 154個別のライセンス....................................................................................157エコシステムのライセンス.......................................................................... 157

第 12章

第 13章

付録 A

付録 B

目次


D@RE アーキテクチャ、組み込み............................................................................................ 31D@RE アーキテクチャ、外部...................................................................................................31インライン圧縮とオーバーサブスクライブ.....................................................................................36Data Domain に対するバックアップオペレーション中のデータフロー.............................................. 55自動プロビジョニンググループ................................................................................................. 69SnapVX ターゲットレススナップショット..................................................................................... 82SnapVX カスケードスナップショット..........................................................................................83zDP の操作........................................................................................................................ 84R1 および R2 デバイス...........................................................................................................93コンカレント SRDF の R11 デバイス..........................................................................................94カスケード SRDF における R21 デバイス...................................................................................95カスケードおよびコンカレント SRDF/Star における R22 デバイス..................................................96データの移行とセカンダリアレイ（R2）の削除........................................................................ 100SRDF/Metro................................................................................................................... 102SSRDF/Metro のディザスタリカバリ.......................................................................................104SRDF/AR 2 サイトソリューション.......................................................................................... 109SRDF/AR 3 サイトソリューション........................................................................................... 110VMAX3、VMAX All Flash、または PowerMax移行の構成....................................................116VMAX移行の構成.............................................................................................................118Open Replicator ホット（またはライブ）プル......................................................................... 124Open Replicator コールド（またはポイントインタイム）プル.................................................... 124z/OS のボリュームの移行.....................................................................................................127z/OS Migrator のデータセット移行...................................................................................... 128Unisphere の［Expand Volume］ダイアログ........................................................................ 134z/OS IEA480E救急アラートエラーメッセージ形式（コールホームの障害）.............................148z/OS IEA480E サービスアラートのエラーメッセージ形式（ディスクアダプター障害）.................. 148z/OS IEA480E サービスアラートのエラーメッセージ形式（SRDF グループ喪失/無関係のリソースに対する SIM表示）............................................................................................................... 149z/OS IEA480E サービスアラートのエラーメッセージ形式（ミラー 2再同期化）........................ 149z/OS IEA480E サービスアラートのエラーメッセージ形式（ミラー 1再同期化）......................... 149e ライセンスのプロセス.......................................................................................................... 152

123456789101112131415161718192021222324252627

282930

図


図


本書で使用される表記規則.................................................................................................. 16PowerMaxOS エミュレーション...............................................................................................24eManagement リソースの要件..............................................................................................26アレイ別 eNAS構成............................................................................................................ 28Unisphere タスク................................................................................................................. 40vVol アーキテクチャのコンポーネント管理機能...........................................................................57vVol固有の拡張性.............................................................................................................58論理制御ユニットの最大値................................................................................................... 63ポートあたりの最大 LPAR数.................................................................................................64RAID オプション....................................................................................................................66SRDF 2 サイトソリューション.................................................................................................. 89SRDF複数サイトソリューション...............................................................................................91SIM重大度アラート........................................................................................................... 145SIM メッセージとして報告される環境エラー............................................................................. 145PowerMax製品タイトル容量タイプ......................................................................................153PowerMax ライセンスパッケージ.......................................................................................... 154オープンシステム環境の個別ライセンス.................................................................................. 157オープンシステム環境の個別ライセンス.................................................................................. 157

123456789101112131415161718

表


表


はじめに

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

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

目的このドキュメントでは、PowerMaxOS 5978 を実行している Dell EMC PowerMax アレイの機能について説明します。ソフトウェア機能の説明は、PowerMaxOS 5978 を実行している VMAX All Flash アレイにも適用されます（メモが付いているものは除く）。

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

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

PowerMaxOS搭載の PowerMax 2000、8000 の購入と設置に関する計画情報が記載されています。

「PowerMaxOS搭載の PowerMax 2000、8000の Dell EMC AC電源接続ベストプラクティスガイド」PowerMax 2000 または PowerMax 8000 アレイへのフォルトトレラントな電源を保証するベストプラクティスについて説明します。

「PowerMaxOS 5978.221.221 Release Notes for Dell EMC PowerMax and All Flash」新機能や制限事項について説明します。

「Dell EMC PowerMax ファミリーセキュリティ構成ガイド」PowerMaxOS を実行している PowerMax アレイを安全に導入する方法を示します。

Unisphere のドキュメント：「Dell EMC Unisphere for PowerMax Release Notes」

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

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

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


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

「Dell EMC Unisphere for PowerMax REST API Concepts and Programmer's Guide」Unisphere for PowerMax REST API の概念および機能について説明します。

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

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

「Dell EMC Unisphere 360 オンラインヘルプ」Unisphere 360 の概念および機能について説明します。

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 リターンコード、イベントログの設定方法について説明します。

PowerPath のドキュメント：

はじめに


「PowerPath/VE for VMware vSphere Release Notes」新機能、変更された機能、既知の制限事項について説明します。

「PowerPath/VE for VMware vSphere Installation and Administration Guide」PowerPath/VE をインストール、構成、管理する方法を示します。

「PowerPath Family CLI and System Messages Reference」PowerPath CLI コマンドとシステムメッセージについて説明します。

「PowerPath ファミリー製品ガイド」PowerPath ファミリーの製品について説明します。

「PowerPath Management Appliance Installation and Configuration Guide」PowerPath Management Appliance をインストールおよび構成する方法を示します。

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

「PowerPath Migration Enabler User Guide」PowerPath Migration Enabler を使用してデータ移行を実行する方法を示します。

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

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

「Dell EMC PowerMax eNAS Quick Start Guide」PowerMax のストレージシステムで eNAS を構成する方法について説明します。

「Dell EMC PowerMax eNAS File Auto Recovery with SRDF/S」SRDF/S を使用した File Auto Recovery のインストールおよび使用方法。

「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」新機能や既知の制限事項について説明します。

「Dell EMC GDDR for Star-A Product Guide」

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 コマンドおよびオプション

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

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

[ ] オプション値

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

{ } 中括弧内は、ユーザーが指定する必要のある内容を示す（例：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）のサービスセンターにアクセスしてください。

はじめに



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


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 をダイヤル後、音声指示に従ってください。

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

はじめに


mailto:[email protected]

はじめに


第 1章

PowerMax と PowerMaxOS

この章では PowerMax システムと PowerMaxOS の動作環境について紹介します。

l PowerMaxOS を搭載した PowerMax の概要........................................................................... 20l ソフトウェアパッケージ.................................................................................................................21l PowerMaxOS........................................................................................................................ 24


PowerMaxOS を搭載した PowerMaxの概要

PowerMax アレイPowerMax アレイのファミリーには、次の 2種類のモデルがあります。l 最大容量が 1 PBe（実効ペタバイト）の PowerMax 2000。オープンシステム環境で運用可能です。l 最大容量が 4 PBe の PowerMax 8000。オープンシステム環境、メインフレーム環境、またはオープンシス

テムとメインフレームの混在環境で動作可能です。PowerMax システムは、お客様の将来のニーズに合わせて拡張可能なモジュラー型です。

システムビルディングブロック

各 PowerMax アレイは、1個または複数のビルディングブロック（それぞれ、オープンシステムアレイではPowerMax Brick、メインフレームアレイでは PowerMax zBrick と呼ばれる）で構成されます。PowerMaxBrick または PowerMax zBrickは以下で構成されます。l 2台のダイレクターを備えたエンジン（冗長データストレージ処理装置）l それぞれ 24本のスロットを備えた 2台の DAE（ドライブアレイエンクロージャ）内のフラッシュストレージl 最小ストレージ容量：

n PowerMax 2000：13 TBu（有効テラバイト数）n オープンシステム環境の PowerMax 8000：53 TBu

n メインフレーム環境の PowerMax 8000：13 TBu

n オープンシステムとメインフレームの混合環境の PowerMax 8000：66 TBu

ハードウェアの拡張お客様は、それぞれフラッシュ容量パック（オープンシステム環境の場合）または zFlash容量パック（メインフレーム環境の場合）と呼ばれる 13 TBu の単位で、初期ストレージ容量を拡張できます。フラッシュ容量パックまたはzFlash容量パックをアレイへ追加する操作は、［スケールアップ］と呼ばれます。また、お客様は PowerMax Brickや PowerMax zBrick をさらに追加して、システムの容量と能力を向上させることができます。PowerMax 2000 アレイには、最大 2個の PowerMax Brick を収容できます。PowerMax8000は、最大で 8個の PowerMax Brick または PowerMax zBrick を収容できます。ブリックをアレイへ追加する操作は、［スケールアウト］と呼ばれます。最後に、お客様はシステムの内蔵メモリーを増やすことができます。PowerMax 2000 システムは、各エンジンに512 GB、1 TB、2 TB のメモリーを搭載できます。PowerMax 8000 システムは、各エンジンに 1 TB または 2 TBのメモリーを搭載できます。

ストレージ・デバイスPowerMaxOS 5978.444.444以降では、PowerMax アレイに使用可能なストレージデバイスには、次の 2 つのタイプがあります。l ストレージクラスメモリー（SCM）ドライブl NVMe フラッシュドライブSCM ドライブは PowerMaxOS 5978.444.444以降で使用できます。PowerMaxOS 5978 の以前のバージョンでは、NVMe フラッシュドライブのみが動作します。SCM ドライブは、NVMe フラッシュドライブよりも大幅に短いレイテンシーを持つ新しい高性能ドライブです。対応するアレイでは、SCM ドライブと NVMe ドライブを混在させることができます。SCM ベースのシステムの場合：



l お客様は、5.25 TBu の単位で SCM ドライブの容量を増やすことができます。l SCM ベースのシステムの最小開始容量は 21 TBu です。

システム仕様PowerMax アレイの詳細な仕様は、Dell EMC のWeb サイトから入手できます。

PowerMaxOS の動作環境PowerMaxOS 5978は、PowerMax アレイのソフトウェア動作環境です。これはストレージを管理し、ホストシステムとの通信を制御します。PowerMaxOS には、リモートレプリケーションなどの特定機能を提供する追加機能があります。PowerMax用のソフトウェアは、コア機能セットと追加のオプション機能で構成されるパッケージで利用できます。オープンシステムアレイ用に 2個、メインフレームアレイ用に 2個のパッケージがあります。詳細情報l ソフトウェアパッケージ（21 ページ）には、ソフトウェアパッケージ、その内容、さまざまな PowerMax プラッ

トフォームでの可用性について記載しています。l PowerMaxOS（24 ページ）には、PowerMaxOS の機能とのコンポーネントについて記載しています。PowerMaxOSは、VMAX All Flash アレイでも実行できます。

ソフトウェアパッケージPowerMax アレイに関する 4種類のソフトウェアパッケージがあります。Essentials および Pro ソフトウェアパッケージは、オープンシステムアレイ向けです。一方、zEssentials および zPro ソフトウェアパッケージは、メインフレームアレイ用です。

Essentials ソフトウェアパッケージ標準機能Essentials ソフトウェアパッケージの標準機能には、次のものがあります。

機能詳細は、次のトピックを参照してください：

PowerMaxOS PowerMaxOS（24 ページ）

組み込み管理（eManagement）a 管理インターフェイス（39 ページ）

圧縮と重複除外インライン圧縮（36 ページ）、インライン重複排除（37 ページ）

SnapVX TimeFinder について（80 ページ）

AppSync Starter Pack AppSync（48 ページ）

移行オープンシステム向けデータ移行（115 ページ）

a. eManagement には、組み込み型の Unisphere、Solutions Enabler、および SMI-S が含まれます。

オプション機能Essentials ソフトウェアパッケージのオプションの機能には、次のものがあります。


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



http://www.dellemc.com/en-us/storage/powermax.htm


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

eNAS（Embedded Network Attached Storage） eNAS（Embedded Network Attached Storage）（27 ページ）

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

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

Unisphere 360 Unisphere 360（41 ページ）

ProtectPoint ProtectPoint と Data Domain を使用したバックアップとリストア（54 ページ）

PowerPath PowerPath（52 ページ）、 PowerPath

Migration Enabler（125 ページ）

RecoverPoint RecoverPoint（105 ページ）

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

ESA（EMC Storage Analytics） ESA（EMC Storage Analytics）（49 ページ）

Pro ソフトウェアパッケージ標準機能Pro ソフトウェアパッケージには、Essentials ソフトウェアパッケージのすべての標準機能に加えて次の機能が含まれています。


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


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

eNAS eNAS（Embedded Network Attached Storage）（27 ページ）


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

PowerPatha PowerPath（52 ページ）、 PowerPath

Migration Enabler（125 ページ）

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

a. Pro ソフトウェアパッケージには 75 の PowerPath ライセンスが含まれています。追加のライセンスは個別に入手できます。

オプション機能Pro ソフトウェアパッケージのオプションの機能には、次のものがあります。




ProtectPoint ProtectPoint と Data Domain を使用したバックアップとリストア（54 ページ）

RecoverPoint RecoverPoint（105 ページ）

EMC Storage Analytics ESA（EMC Storage Analytics）（49 ページ）

zEssentials ソフトウェアパッケージ標準機能zEssentials ソフトウェアパッケージの標準機能には、次のものがあります。


PowerMaxOS PowerMaxOS（24 ページ）

組み込み管理 a 管理インターフェイス（39 ページ）

Snap VX TimeFinder について（80 ページ）

Mainframe Essentials メインフレームの機能（61 ページ）

a. eManagement には、組み込み型の Unisphere、Solutions Enabler、および SMI-S が含まれます。

オプション機能zEssentials ソフトウェアパッケージのオプションの機能には、次のものがあります。





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

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

GDDR GDDR（Geographically Dispersed Disaster

Restart）（44 ページ）

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

Product Suite for z/TPF Product Suite for z/TPF（47 ページ）

zPro ソフトウェアパッケージ標準機能zPro ソフトウェアパッケージには、zEssentials ソフトウェアパッケージのすべての標準機能に加えて次の機能が含まれています。








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

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

オプション機能zPro ソフトウェアパッケージのオプションの機能には、次のものがあります。


GDDR GDDR（Geographically Dispersed Disaster

Restart）（44 ページ）

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

Product Suite for z/TPF Product Suite for z/TPF（47 ページ）

パッケージの可用性PowerMax プラットフォームでの PowerMaxOS ソフトウェアパッケージの可用性は、次のとおりです。

ソフトウェアパッケージプラットフォーム

Essentials ソフトウェアパッケージPowerMax 8000PowerMax 2000Pro ソフトウェアパッケージ

zEssentials ソフトウェアパッケージPowerMax 8000

zPro ソフトウェアパッケージ

PowerMaxOSこのセクションでは、PowerMaxOS の主要な機能について概要を説明します。

PowerMaxOS エミュレーションPowerMaxOSは、PowerMaxOS環境で特定のデータサービスと制御の機能を実行するエミュレーション（実行可能プログラム）を提供します。次のオプションが用意されています。

表 2 PowerMaxOS エミュレーション

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

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

NVMe - 8 Gb/秒



表 2 PowerMaxOS エミュレーション（続き）

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

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

FC - 16 Gb/秒

ProtectPointは Data

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

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

N/A

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

N/A

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

SE - iSCSI

EF - FICONb

FN - FC-NVMe

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

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

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

FC - 16 Gb/秒および 32 Gb/

秒

SE - 10 Gb/秒

EF - 16 GB/秒

FN - 32 Gb/秒 cd

リモートレプリケーション RF - ファイバーチャネル

RE - GbE

SRDF用にアレイを相互接続する。

RF - 16 Gb/秒および 32 Gb/

秒 SRDF

RE - 10 GbE SRDF

a. SFP および OM2/OM3/OM4光ケーブルを使用して、16 Gb/秒モジュールは 16/8/4 Gb/秒にオートネゴシエーションします。b. PowerMax 8000 アレイ上のみ。c. PowerMax アレイでのみ使用できます。d. 32 Gb/秒モジュールは 32/16/8 Gb/秒にオートネゴシエーションします。



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

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

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

表 3 eManagement リソースの要件

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

PowerMax 2000 4 16 GB 200K

PowerMax 8000 4 20 GB 400K

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



eNAS（Embedded Network Attached Storage）eNASは PowerMax アレイと完全に統合されています。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 SnapSure を使用した、本番ファイルシステムのポイントインタイム論理イメージのビルトイン作成。l ウイルス対策eNASは、次のようにファイルデータサービスを提供します。l 1個のインフラストラクチャでのブロックストレージとファイルストレージの統合l ゲートウェイハードウェアの排除による複雑性とコストの低減l シンプルになった管理統合されたブロックおよびファイルストレージにより、ビジネスの俊敏性を高める一方でコストと複雑性が低減します。お客様は、、ストレージプロビジョニング、動的ホスト I/O上限値、静止データ暗号化などのデータサービスをブロックおよびファイルストレージで活用できます。

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

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



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

表 4 アレイ別 eNAS構成

コンポーネント説明 PowerMax 2000 PowerMax 8000

Data Movera 仮想マシン最大数 4 8b

最大容量/DM 512 TB 512 TB

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

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

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

12d 24d

Control Station仮想マシン（2台）

論理コア 4 4

メモリ（GB） 8 8

NAS の容量/アレイ最大 1.15 TB 3.5 TB

a. Data Moverはペアで追加され、同じ構成にする必要があります。b. PowerMax 8000は、最大 4台の Data Mover が搭載された Sizer で構成できます。ただし、6台お

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

c. それぞれ、Data Mover が 2、4、6、8台。d. PowerMax の初期構成では、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 File Auto Recovery（FAR）を使用した SRDF/S との同期レプリケーション。l VNX SnapSure を使用した、チェックポイント（本番ファイルシステムのポイントインタイムの論理イメージ）

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



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

RAID レベルPowerMax アレイでは、次の RAID レベルを使用できます。l PowerMax 2000：RAID 5（7+1）（デフォルト）、RAID 5（3+1）、および RAID 6（6+2）l PowerMax 8000：RAID 5（7+1）および RAID 6（6+2）

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

l IBM Security Key Lifecycle Manager

D@REは、KMIP（Key Management Interoperability Protocol）を使用して、外部のキーマネージャにアクセスします。Dell EMC E-Lab相互運用性マトリックス（https://www.emc.com/products/interoperability/elab.htm）には、PowerMaxOS の各バージョンの外部キーマネージャが一覧表示されています。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（図 1（31 ページ））は、プライマリMMCS（Management Module Control Station）に存在する次のコンポーネントのすべてを使用します。l RSA eDPM（Embedded Data Protection Manager）：セキュアなキー生成、格納、配布、監査などのオ

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

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

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

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

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

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

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



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

図 2 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 エラーのチェックPowerMaxOS の機能は次のとおりです。l トラックフォーマットの業界標準の T10 DIF（データの整合性フィールド）ブロック CRC（周期的冗長性チェ

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

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

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

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

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



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

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

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

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

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

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

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

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

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

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

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



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

す。n PowerMax 2000 を 1 エンジン/PowerMax Brick あたり 2～4基n PowerMax 8000 を 1 エンジン/PowerMax Brick/PowerMax zBrick あたり 4～8基

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

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

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

データ効率性データ効率性は、ストレージシステムのストレージ領域を最大限に利用できるように設計された PowerMax システムの機能です。データ効率性には、次の 2 つの要素があります。l インライン圧縮l 重複排除個々のストレージグループに必要なストレージの量を削減するために連携して動作します。データ効率性を用いて実現したスペース節約量は、データ削減率（DRR）で測定されます。データ効率性は、個々のストレージグループで動作するため、データ効率性を使用するストレージグループと使用しないストレージグループをシステム上に混在させることができます。



インライン圧縮

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

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

圧縮の詳細な特性は次のとおりです。l 圧縮では、SnapVX、SRDF、暗号化などのすべてのサポート対象のデータサービスがサポートされます。l 圧縮は、オープンシステム（FBA）でのみ使用できます（eNAS を含む）。FBA デバイスと CKD デバイスが

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

l 圧縮は、Solutions Enabler および Unisphere を介してオン/オフを切り替えられます。l 圧縮の効率性は、SRP、ストレージグループ、ボリュームで監視することができます。



l アクティビティベースの圧縮：最もアクティブなトラックがキャッシュに保持され、キャッシュからディスクに移動されるまで圧縮されません。この機能により、フラッシュドライブへの格納量を減らしながら、アレイの全体的なパフォーマンスを向上させることができます。

ソフトウェア圧縮PowerMaxOS 5978は、PowerMax アレイのソフトウェア圧縮を導入しています。ソフトウェア圧縮は定期インライン圧縮の拡張版であり、PowerMax システムでのみ使用できます。これは、以前に圧縮されたが 35日間以上アクセスされていないデータで動作します。ソフトウェア圧縮は、大幅に高い DRR が得られるアルゴリズムを用いて、このデータを再圧縮します。達成可能な追加圧縮の量は、データの性質によって異なります。再圧縮するデータエクステントを選択するためにソフトウェア圧縮が使用する基準：l 圧縮が有効のストレージグループ内にエクステントがあるl エクステントに対し、ソフトウェア圧縮による再圧縮がまだ行われていないl エクステントが過去 35日間アクセスされていないソフトウェア圧縮は、この動作がなければフリーであるはずの CPU サイクルを使用して、バックグラウンドで実行されます。そのため、ストレージシステムのパフォーマンスに影響を与えません。また、ソフトウェア圧縮では、アイドル状態のデータが自動的に選択されて再圧縮されるため、ユーザーの操作は不要です。

インライン重複排除重複排除は、ストレージ領域の使用効率性をさらに改善するために、インライン圧縮と連携して動作します。これにより、バックエンドデバイスに格納されている同一トラックのコピーの数が減ります。データの性質に応じて、重複排除は、圧縮による削減の他にもデータ削減を追加して提供できます。ストレージグループは、重複排除が動作する単位です。重複排除は、グループ内の重複トラックを検出すると、それをバックエンドストレージ上にすでに存在するトラックへのポインタに置き換えます。

可用性重複排除は、PowerMaxOS を実行する PowerMax アレイでのみ使用可能です。また、重複排除は FBA データのみで動作します。FBA デバイスと CKD デバイスが別々の SRP を占有している場合でも、FBA デバイスとCKD デバイスの混在するシステムは重複排除を使用できます。

インライン圧縮との関係重複排除は、インライン圧縮と連携して機能します。重複排除を有効にすると、圧縮も可能になります。重複排除は圧縮と独立して動作することができません。さらに、重複排除はシステム全体で動作します。一部のストレージグループで圧縮のみ、他のストレージグループで圧縮と重複排除を使用することはできません。

互換性重複排除は、Dell EMC Live Optics Performance Analyzer と互換性があります。重複排除を使用するアレイは、IT環境のパフォーマンス調査に参加できます。

ユーザー管理Solutions Enabler または Unisphere for PowerMax には、次のような重複排除管理機能があります。l 重複排除を使用するストレージグループの選択l システムパフォーマンスのモニタリング管理インターフェイス（39 ページ）で、Solutions Enabler および Unisphere for PowerMax の概要を説明します。



第 2章

管理インターフェイス

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

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


管理インターフェイスのバージョン次のコンポーネントでは、PowerMaxOS の管理機能を提供します。l Unisphere for PowerMax V9.1

l CloudIQ

l Solutions Enabler V9.1

l Mainframe Enablers V8.4

l GDDR V5.3

l Migrator V9.1

l SMI-S V9.1

l SRDF/CE V4.2.1

l SRA V6.3

l VASA Provider V9.1

l EMC Storage Analytics V4.5

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

表 5 Unisphere タスク

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

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

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

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

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

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

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

Analyzer の起動ができます。

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

Events アラート、ジョブリスト、監査ログを表示できます。

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



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

Workload Planner

Workload Planner には、アプリケーションのパフォーマンスメトリックが表示されます。Workload Planner を使用して、次の操作を行います。l あるストレージシステムから別のストレージシステムへのワークロードの移行のインパクトをモデル化する。l 新しいワークロード案をモデル化する。l PowerMaxOS を実行している特定のアレイから 1 つまたは複数のワークロードを移動した場合の影響を評

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

る。

FAST Array Advisor

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

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

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

CloudIQCloudIQは複数の PowerMax アレイを同時にモニタリングするWeb ベースのアプリケーションです。ただし、CloudIQはパッシブモニター以上の機能があります。予測分析を使用して、以下を支援します。l 容量の使用状況トレンドのビジュアル化l 早期にアクションを実行して問題を回避ための、容量とパフォーマンスの潜在的な問題点の予測l パフォーマンスに関する問題のトラブルシューティングCloudIQは PowerMaxOS 5978.221.221以降と、Unisphere for PowerMax V9.0.1以降で使用できます。



データコレクターは定期的に実行され、Unisphere が管理するアレイおよびそれらのパフォーマンスに関するデータを収集してパッケージ化します。コレクターは、パッケージ化されたデータを CloudIQ に送信します。データを受信すると、CloudIQ によって展開、処理され、GUI で表示できるようになります。CloudIQは、セキュアで可用性が高いフォールトトレラントの Dell EMC インフラストラクチャ上でホストされます。さらに、このインフラストラクチャでは、保証された 4時間のディザスターリカバリーウィンドウが提供されます。このセクションの残りの部分には、CloudIQ の詳細情報と、PowerMax アレイとの連携方法が記載されています。

接続データコレクターは、Secure Remote Services（SRS）ゲートウェイ経由で CloudIQ と通信します。SRSはHTTPS で実行されている暗号化接続を使用して、CloudIQ とデータを交換します。セキュアリモートサービスゲートウェイへの接続は、PowerMax アレイ内のセカンダリManagement Modules Control Station（MMCS）、または Unisphere を実行する管理ホストからの直接接続のいずれかを経由して行われます。MMCS を使用して接続するには、PowerMaxOS 5978.444.444 アレイが実行されている必要があります。データコレクターは、Unisphere for PowerMax のコンポーネントです。そのため、Unisphere と一緒にインストールされ、Unisphere で管理します。

登録アレイを監視する前に、Unisphere for PowerMax の［Settings］ダイアログを使用してアレイを SRS に登録します。アレイを登録できるようにするには、Dell EMC と最新のサポート契約を結んでいる必要があります。アレイが登録されると、データコレクションを開始できます。必要に応じて任意のアレイをデータコレクションから除外し、CloudIQ の監視対象にすることができます。

データ収集データコレクターは、次の 4 つのカテゴリのデータを収集し、カテゴリごとに異なる収集頻度を使用します。

データのタイプ収集頻度

Alerts 5分

Performance 5分

Health 5分

Configuration 1時間

［Performance］カテゴリでは、CloudIQ に帯域幅、レイテンシー、IOPS（I/O動作）が表示されます。これらの値は、アレイから収集された次のデータアイテムから計算されます。l 読み取りスループットl 書き込みスループットl 読み取りレイテンシーl 書き込みレイテンシーl 読み取り IOPS

l 書き込み IOPS

［Configuration］カテゴリには、アレイ全体、各 SRP（Storage Resource Pool）、各ストレージグループの構成、容量、効率性に関する情報が含まれています。CloudIQは、収集するデータアイテムとその収集頻度を定義する構成データをコレクターに提供します。CloudIQは、この構成データを 1日に 1回送信します（最大）。CloudIQは新機能、または既存の機能に対する機能拡張を取得するため、必要なデータはそれに応じて変化します。これは、更新された構成データの形式で、登録された各アレイのデータコレクターと通信します。



モニター機能CloudIQ には、ストレージアレイをモニタリングするための包括的な機能のセットがあります。l ［Summary］ページには、すべてのアレイの稼働状態の概要が表示されます。l ［Systems］ページには、個々のアレイの状態の概要が表示されます。l 詳細により、個々のアレイ、その構成、ストレージ容量、パフォーマンス、稼働状態に関する情報が提供され

ます。l ［Health Center］には、個々のアレイによって発生したアラートの詳細が表示されます。ただし、CloudIQ の差別化要因は、予測分析の使用です。CloudIQは、各アレイから受信したデータを分析して、さまざまなメトリックの値の通常の範囲を決定します。これを使用すると、メトリックがこの通常の範囲外になるとハイライト表示できます。

サポートサービス

SRSは、アレイから CloudIQ に単にデータを送信するだけでなく多くの機能を提供します。l アレイは、発生した重大な問題のサービスリクエストを自動的に作成できます。l Dell EMC サポートスタッフはアレイにアクセスして重大な問題をトラブルシューティングしたり、ログファイルやダ

ンプファイルなどの診断情報を取得したりすることができます。

セキュリティCloudIQ へのアクセス権を持つお客様はそれぞれ、自社のアレイのみが表示される専用のアクセスポータルを使用できます。お客様が他のお客様のアレイやデータにアクセスすることはできません。さらに、SRSは、専用のVPN、多要素認証、お客様が制御するアクセスポリシー、RSA デジタル証明書を介したポイントツーポイントの暗号化を使用して、お客様のすべてのデータが安全に Dell EMC に転送されるようにします。CloudIQ で使用されるインフラストラクチャの脆弱性が定期的にスキャンされ、そのスキャンの結果を受けて修復が行われます。これにより、お客様のすべてのデータのセキュリティとプライバシーを維持することができます。

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は、メインフレーム環境で PowerMaxOS を実行しているアレイを監視および管理できる以下のソフトウェアコンポーネントのスイートです。



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 および PowerMaxOS では、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は、PowerMax アーキテクチャと、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 プロバイダーを使用すると、PowerMax管理ソフトウェアから 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）は、仮想マシンの操作を PowerMaxOS を実行するアレイにオフロードして、サーバのパフォーマンスを最適化します。ストレージアレイは選択されたストレージタスクを実行し、アプリケーションの処理や他のタスク用にホストリソースを解放します。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は、PowerMaxOS でネイティブであり、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 の災害後の業務再開管理機能を、PowerMaxOS を実行するアレイにまで拡張する 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動作モード（97 ページ）はこれらのモードについて要約しています）l コンカレントおよびカスケード SRDF構成（SRDF複数サイトソリューション（91 ページ）はこれらの構成に

ついて要約しています）

Product Suite for z/TPFDell EMC Product Suite for z/TPFは、z/TPF ホストから PowerMaxOS を実行しているアレイを監視および管理するコンポーネントのスイートです。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



PowerMax アレイ上：l Essentials ソフトウェアパッケージには、スターターバンドルに AppSync が含まれています。AppSync スター

ターバンドルには、拡張制限があるものの、完全な機能を備えたバージョンの AppSync を使用するためのライセンスが含まれています。詳細については、Dell EMC オンラインサポート用Web サイト掲載の「AppSyncStarter Bundle with PowerMax Product Brief」を参照してください。

l Pro ソフトウェアパッケージには、AppSync フルスイートが含まれます。

ESA（EMC Storage Analytics）ESAは、ストレージの VMware vRealize Operations Manager と EMC アダプタをリンクします。vRealizeOperations Managerは、次の手順でアダプタから提供されるデータに基づいて、ストレージシステムのパフォーマンスと容量に関するメトリックを表示します。l ストレージシステムリソースに接続してデータを収集するl vRealize Operations Manager が処理可能な形式にデータを変換するl vRealize Operations Manager Collector にデータを渡すvRealize Operations Managerは、集計されたデータを、アラート、ダッシュボード、エンドユーザーが簡単に理解できる定義済みレポートを通じて表示します。EMC アダプタは、vRealize Operations Manager管理ユーザーインターフェイスにインストールされています。ESAは、VMware の管理パック認定要件に準拠し、VMware Ready認定を受けています。



第 3章

オープンシステムの機能

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

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


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

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

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

l 各ポートでアドレス可能な最大のデバイスは 4,000

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

PowerPathPowerPathはアプリケーションホストで実行され、ストレージアレイ上のホストと LUN間のデータパスを管理します。PowerPathは AIX、Microsoft Windows、Linux、VMwareなどのさまざまなオペレーティングシステムで使用できます。このセクションでは、PowerMax アレイの PowerPath機能の概要について説明します。また、PowerPath をインストール、構成、管理する手順など、詳細情報の入手先も記載しています。

運用の概要データパスは、アプリケーションホストと PowerMax アレイ上の LUN間の物理的な接続です。パスには、次のような複数のコンポーネントが含まれています。l HBA（ホストベースアダプター）ポートl ケーブルl スイッチ、PowerMax ポートl LUN

PowerPathは、ホストと LUN間のパスの使用を管理して使用を最適化し、エラーが発生した場合に対応処置を講じます。LUN への複数のパスを使用して、PowerPath で以下を実行できます。l 使用可能なパス間で I/O負荷のバランスを調整する。その結果、次が行われます。

n パスの使用を最適化するn 全体的な I/Oパフォーマンスを向上するn 管理のユーザー介入を減らすn パスを手動で構成する必要性をなくす

l 自動フェールオーバーによって、1 つ以上のコンポーネントが故障するとパスが使用できなくなる場合があります。つまり、パスが使用できなくなると、手動でユーザーが介入しなくても、PowerPath によって代替パスにI/O トラフィックが再ルーティングされます。



http://elabnavigator.emc.com

ホストの登録PowerPath を使用してアレイにアクセスする各ホストは、自分自身をアレイに登録します。PowerPath によってアレイに送信される情報は次のとおりです。l ホスト名l オペレーティングシステムおよびバージョンl ハードウェアl PowerPathバージョンl ホストが属するクラスターの名前とホストのクラスター名（該当する場合）l ホストのWWN

l ホスト上の各 VM の名前と、それぞれが実行するオペレーティングシステムアレイはこの情報をメモリーに格納します。PowerPathは 24時間ごとに登録プロセスを繰り返します。さらに、1時間ごとにホストの情報をチェックします。ホストの名前または IP アドレスが変更された場合、PowerPathはアレイの登録プロセスを直ちに繰り返します。システム管理者は、次回の登録チェックが発生するまで待機するのではなく、PowerPath CLI を使用してすぐに変更を登録することができます。必要に応じて、サイトでは、個々のホストとアレイ全体の両方に対して自動登録を実行するかどうかを制御できます。さらに、アレイは過去 72時間に登録されていないホスト上の情報を削除します。これにより、古いホストデータがビルドされなくなります。

デバイスステータスホスト情報に加えて、PowerPathはアレイにデバイス情報を送信します。デバイス情報には、以下が含まれます。l 最終使用日l マウントステータスl デバイスを所有するプロセスの名前l PowerPath I/O統計情報（これらは、アレイ自体が収集する I/O統計情報に追加されます）アレイはこの情報をメモリーに格納します。デバイス情報には次のメリットがあります。l 潜在的な I/O の問題の早期識別l アレイとホスト使用率の長期計画の向上l 未使用のストレージ資産のリカバリーと再配置

イニシエーターグループの自動作成Solutions Enabler には、ホスト名から IG（イニシエーターグループ）を自動的に作成する機能が含まれています。この機能は PowerMaxOS 5978.144.144 で導入されています。この機能をオンにすると、ストレージ管理者は、変更された形式の symaccess コマンドを使用して、IG の作成を簡略化できます。PowerMaxOS 5978.144.144symaccess には、ホスト名をその値として取得する追加の-host修飾子が含まれています。このコマンドを実行すると、Solutions Enablerは PowerPath から受け取ったホスト情報を検索して、そのホストに関連づけられているすべてのWWN を見つけます。この検索結果より、Solutions Enablerはストレージ管理者による追加の介入なしに IG を作成します。



管理Solutions Enabler と Unisphere には次を行う機能があります。l ホスト情報の表示l デバイス情報の表示l PowerPathパフォーマンスデータの表示l PowerPath ホストのアレイへの登録l ホストシステムの自動登録の制御

詳細情報PowerPath、構成方法、管理方法の詳細については、以下を参照してください。l 「PowerPath インストールおよび管理ガイド」l 「PowerPath Release Notes」l 「PowerPath Family Product Guide」l 「PowerPath Family CLI and System Messages Reference」l 「PowerPath Management Appliance Installation and Configuration Guide」l 「PowerPath Management Appliance Release Notes」

サポートされている各オペレーティングシステムに対する「インストールおよび管理ガイド」と「Release Notes」のドキュメントが提供されています。

ProtectPoint と Data Domain を使用したバックアップとリストアDell EMC ProtectPointは、PowerMax アレイのデータバックアップとリストア機能を提供します。リモートのData Domain アレイにデータのバックアップコピーが格納されます。ProtectPointは PowerMax および 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 を使用して PowerMax アレイ上の LUN のローカルスナップショット（プライマリーストレージアレイ）を作成します。



これが作成されると、ProtectPoint とアプリケーションは相互に独立して実行できるようになり、バックアッププロセスはアプリケーションに影響を与えません。

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

vdisk に LUN のすべてのデータが含められると、Data Domainはデータを［静的イメージ］に変換します。このイメージにはメタデータが追加されており、Data Domainは最終的なバックアップイメージをカタログ化します。図 4 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は PowerMax アレイで、VMAX



FAST.X のカプセル化された LUN として表示されます。管理者は、カプセル化された LUN のファイルシステムをマウントして、1 つ以上のオブジェクトを最終的な宛先にリストアできるようになりました。

アプリケーション全体のロールバックリストアアプリケーション全体のロールバックリストアでは、選択されたバックアップセットのすべての静的イメージが DataDomain アレイ上の vdisk として使用可能になり、PowerMax たアレイ上で 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は、PowerMaxOS および Data Domain の既存の機能を使用して、バックアップとリストアのサービスを提供します。l PowerMaxOS：

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 に特定のストレージ属性を割り当てることができます。PowerMaxOS を実行しているストレージアレイはvVols を実装しています。

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

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

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

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

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

機能コンポーネント

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

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

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

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



表 6 vVol アーキテクチャのコンポーネント管理機能（続き）

機能コンポーネント

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

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

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

表 7 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 PowerMax V9.0以降l Solutions Enabler CLI V9.0以降l VASA Provider V9.0以降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章

メインフレームの機能

この章では、 PowerMax アレイのメインフレーム固有の機能について紹介します。

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


PowerMaxOS によるメインフレームのサポートPowerMax 8000 アレイは、メインフレームの機能を提供する zEssentials および zPro の各ソフトウェアパッケージとともにオーダーできます。PowerMax アレイは、次のメインフレーム機能を提供します。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 の外部のキーマネージャ。静止データ暗号化（29 ページ） D@RE および外部のキーマネージャの

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

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

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

l 無停止状態での保存（NDSS）l 互換ネイティブフラッシュ（フラッシュコピー）l 複数のインクリメンタルフラッシュコピー（1台のソースデバイスに対して最大 12 のインクリメンタルフラッシュコ

ピーターゲット関係）l コンカレントコピーl マルチサブシステムイメージングl 並列アクセスボリューム（PAV）l 動的チャネル管理（DCM）l 動的並列アクセスボリューム/Multiple Allegiance（PAV/MA）l ピアツーピアリモートコピー（PPRC）SoftFence

l PPRC イベント統合（PPRCSUM）l z/OS ストレージコントローラヘルスチェックのシステムメッセージをサポートl 拡張アドレスボリューム（EAV）l SRDF（SRDF/Metro を除く）、SnapVX、コンカレントコピー、SDDF構成の一部であるデバイスなど、

3390 TDEV のダイナミックなボリューム拡張。オンラインデバイスの拡張（129 ページ）ボリューム拡張の詳細については、を参照してください。



l 永続的 IU ペーシング（拡張ディスタンス FICON）l HyperPAV

l SuperPAV

l PDS検索支援l Modified Indirect Data Address Word（MIDAW）l Multiple Allegiance（MA）l シーケンシャルデータストライピングl 複数パスロック機能l Product Suite for z/TPF

l HyperSwap

l SnapVX for zDP での安全なスナップセット注： PowerMax アレイは、z/OS Global Mirror（XRC）構成にセカンダリとしてのみ参加できます。

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

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

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

機能最大値

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

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

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

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

アレイごとの LCU数 512

LCU あたりのデバイス数 256

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

ポートごとの LCU あたり論理パス数（表 9 （64 ページ）を参照）

128

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

64K

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

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

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



表 9 ポートあたりの最大 LPAR数

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

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

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

数

16 4 K 128

32 8K 64

64 16K 32

128 32K 16

255 64K 8

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

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



http://elabnavigator.emc.com

第 5章

プロビジョニング

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

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


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

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

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

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

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

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

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

表 10 RAID オプション

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

RAID 5 RAID グループのすべてのドライブに分散されたパリティおよびストライプされたデータオプションは次のとおりです。l ［PowerMax 2000 only：］

RAID 5（3+1）：各デバイス

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



表 10 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（6+2）は、データストレージ容量の 75%を提供します。VMAX 250F アレイでのみ使用できます。

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

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

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

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

シンデバイスのオーバーサブスクリプションデバイスの報告済み容量をすべてマッピングする前に、ホストで使用するためのシンデバイスを提示できます。特定のプールを使用するシンデバイスの認識された容量の合計が、プールの使用可能なストレージ容量を超えてもかまいません。シンデバイスの容量が関連づけられているプールの容量を超えている場合、そのシンデバイスは「オーバーサブスクライブ」されています。オーバーサブスクライブにより、シンデバイスによって示される領域を完全に割り当てるための物理ドライブがなくても、必要なデバイスより大容量のデバイスをホストおよびアプリケーションに提示できます。



内部メモリーの使用量各 TDEV には、アレイの内部メモリーの量が使用されます。PowerMaxOS 5978 より前のシステムでは、デバイス作成時に TDEV全体に必要な内部メモリーがすべて割り当てられます。極端な状況では、その結果として、バックエンドデバイス上に十分な量のメモリーがまだ残っていても、システムのメモリが不足することがあります。この動作は PowerMaxOS 5978 から変更されています。現在は、バックエンドストレージが実際に消費する容量に対して必要な内部メモリー量のみが割り当てられます。満杯になると、追加の内部メモリーが TDEV に割り当てられます。その結果、システムメモリーの使用効率性が上がり、メモリー不足による障害が発生する可能性は低減します。

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

オープンシステムに対する PowerMaxOS ホスト 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制限。

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



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

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 つまたは複数のマスキングビューを取得することができます。



第 6章

サービスレベル

PowerMaxOS のサービスレベルにより、ストレージ管理者は、個々のストレージグループのサービス品質基準を定義できます。

l サービスレベルの定義............................................................................................................... 72l システムパフォーマンスを維持するためのサービスレベルの使用........................................................ 74l 使用法の例.............................................................................................................................75l サービスレベルの管理............................................................................................................... 76


サービスレベルの定義サービスレベルは、Unisphere、Solutions Enabler、およびMainframe Enablers を使用して管理されるストレージグループ（SG）のプロパティーです。サービスレベルは、SG、優先度、コンプライアンス範囲が関連する I/O動作の目標レスポンスタイムを定義します。l 目標レスポンスタイムは、特定のサービスレベルに関連づけられている SG に期待される平均レスポンスタイ

ムを定義します。l 優先度は、他のすべてのサービスレベルに関連する当該サービスレベルの重要度を定義します。優先度の

高いサービスレベルの SG に関連づけられている I/Oは、優先度の低いサービスレベルの SG への I/O よりも高速に処理されます。

l コンプライアンス範囲は、Unisphere がアラートを発行するかどうかを判断するために使用するレスポンスタイムの範囲です。SG のレスポンスタイムがこのコンプライアンスの範囲外になると、Unisphere がアラートを発行します。Unisphere が使用する範囲は、［SG Compliance］タブで使用できます。

サービスレベルによっては、最小レスポンスタイム（［フロアー］と呼ばれる）があります。このフロアーは、そのサービスレベルの SG での各 I/O動作が完了するまでに要する最短時間を定義します。ストレージ管理者は、優先度の高いアプリケーションが優先度の低いアプリケーションによって中断されないようにするために、サービスレベルを使用できます。

定義されたサービスレベルPowerMaxOSは、6段階のサービスレベルを定義しています。l Diamond

l Platinum

l Gold

l Silver

l Bronze

l Optimized

これらの名前が提供されていますが、ストレージ管理者は、どの名前も変更できます。この表には、各サービスレベルの目標レスポンスタイムと、サービスレベルにフロアー値があるかどうかが示されています。

サービスレベル Target フロア

Diamond 0.4 ミリ秒（SCM ストレージ）0.6 ミリ秒（NVMe ストレージ）

×

Platinum 0.8 ミリ秒 ×

Gold 1 ミリ秒 ×

Silver 3.6 ミリ秒約 3.6 ミリ秒

Bronze 7.2 ミリ秒約 7.2 ミリ秒

Optimized 該当なし該当なし



サービスレベルプロパティー5種類のサービスレベルを組み合わせてサービスレベルの優先度リストを作成し、それぞれ次のような異なるサービス品質の条件を提供します。

Optimizedは、サービスレベルの優先度スキームには含まれません。

デフォルトのサービスレベルデフォルトのサービスレベルは、ストレージグループを作成するために使用するツールによって次のように異なります。

管理ツールデフォルトのサービスレベル

Unisphere Diamond

UnisphereREST API Optimized

Solutions Enabler CLI Optimized

Mainframe Enablers Optimized

サービスレベルの可用性この表は、FBA環境および CKD環境で使用可能なサービスレベルを示しています。

サービスレベル可用性

FBA CKD

Diamond ✓ ✓

Platinum ✓ ✗

Gold ✓ ✗

Silver ✓ ✗

Bronze ✓ ✗

Optimized ✓ ✓



システムパフォーマンスを維持するためのサービスレベルの使用PowerMaxOSは、各 SG のサービスレベルプロパティーを使用して、システムのパフォーマンスを維持します。

フロアー値の適用Silver または Bronze のサービスレベルを持つ SG への I/O動作の最小レスポンスタイムは、ストレージアレイがより速いレスポンスタイムを提供できる場合であっても、フロアー値になります。この動作により、サービスレベルの優先度が高い SG に、I/O要求を迅速に完了できる容量が提供されます。Diamond、Platinum、および Goldの各サービスレベルでは、組み込みの遅延はなく、すぐに完了できます。ただし、Diamondは Platinum と Goldの両方より優先され、Platinumは Gold より優先されます。

レスポンスタイムでの遅延の強要

システムの負荷が増えると、サービスレベルの優先度が高い SG での I/O がその目標レスポンスタイムを満たせなくなるようなことがあります。その場合、PowerMaxOSは、サービスレベルの優先度が低い他の SG の I/O を遅延させます。このポリシーにより、優先度が高い SG の I/Oは優先度が低い SG の I/O をバイパスできるようになり、必要なサービスが維持されます。サービスレベルの優先度が低い SG で I/O を遅延させるプロセスを、［スロットリング］といいます。PowerMaxOS が SG のレスポンスタイムに適用できる最大遅延時間は、サービスレベルの目標レスポンスタイムの約 10倍です。レスポンスタイムに適用されるこの遅延時間は、システムの負荷が増えると徐々に増加します。同様に、レスポンスタイムに適用される遅延時間は、システムの負荷が下がると徐々に短縮します。遅延時間を徐々に増加および短縮する戦略により、スパイク（レスポンスタイムの短い時間から長い時間への急激な増加）およびスラッシングを回避します。

レスポンスタイムの遅延の伝播

特定サービスレベルの SG で目標レスポンスタイムを超過すると、サービスレベルの優先度がより低いグループでスロットリングが発生します。スロットリングは、レスポンスタイムの条件を満たせないサービスレベルから、次のように下向きにカスケードします。l Diamondは、Platinum、Gold、Silver、Bronze SG へスロットリングl Platinumは、Gold、Silver、Bronze SG へスロットリングl Goldは、Silver、Bronze SG へスロットリングl Silverは、Bronze SG へスロットリング

Optimized サービスレベルの SG

サービスレベルが Optimized である SGは、このパフォーマンス維持方式から除外されます。このようなグループのI/O要求はスロットリングされません。ただし、Optimized SG に対する I/O のレスポンスタイムは、PowerMaxOS がこれらの SG に対する I/O を意図的にスロットルしなくても、システム負荷が増加すると低下する可能性があります。同様に、Optimized SG でレスポンスタイムの増加が発生している場合、他のサービスレベルを持つ SG に遅延が適用される要因にはなりません。



使用法の例サービスレベルの使用例を以下に 3件示します。l 保護アプリケーションl サービスプロバイダーl アプリケーションの相対優先順位

保護アプリケーションストレージ管理者は、ストレージアレイを使用する他の重要度の高くないアプリケーションのパフォーマンスインパクトから SG のセットを確実に保護したいと考えています。この例で管理者は、クリティカルな SG に Diamond サービスレベルを割り当て、その他すべての SG にそれより優先度の低いサービスレベルを設定しています。たとえば、次のような製品です。l エンタープライズクリティカルな OLTP アプリケーションでは、各 I/O動作にほぼ即時のレスポンスが必要で

す。ストレージ管理者は、その SG に Diamond レベルを割り当てます。l 夜間に実行されるバッチプログラムの要件は、それよりも緩やかです。そのためストレージ管理者は、その SG

には Bronze レベルを割り当てます。

サービスプロバイダー

外部のお客様のストレージプロバイダーは、価格がさまざまです。レスポンスタイムの短いストレージは、レスポンスタイムの長いストレージよりもコストが高くなります。この場合、プロバイダーはサービスレベルを使用して、必要な範囲のパフォーマンスを提供する SG を確立できます。この戦略の重要な部分は、Silver および Bronze のサービスレベルを使用すると、ストレージアレイが短いレスポンスタイムを提供できる場合にも遅延が導入されることです。

アプリケーションの相対優先順位サイトはすべてのアプリケーションに対して最高のパフォーマンスが得られることを希望しています。ただし、保護アプリケーションの中には相対的な優先度があります。これを実現するために、ストレージ管理者は、アプリケーションで使用される SG に、Diamond、Platinum、および Gold を割り当ることができます。優先度の高いアプリケーションの SG には、Diamond サービスレベルが割り当てられます。Platinum および Gold のサービスレベルは、アプリケーションの相対的な優先度に応じて、残りの SG に割り当てられます。通常の状態では、アレイにすべての I/O要求を処理するための容量があるため、どの SG にも遅延はありません。ただし、ワークロードが増加すると、すべての I/O リクエストを即時処理することができなくなり、サービスレベルがPlatinum および Gold の SG で遅延が始まります。ただしこの遅延は、各 SG に割り当てられたサービスレベルに比例します。



サービスレベルの管理Solutions Enabler、Mainframe Enablers、および Unisphere for PowerMax には、次のようなサービスレベルを管理する機能があります。l SG を作成して、サービスレベルを割り当てるl SG のサービスレベルの設定l SG のサービスレベルの変更l SG からのサービスレベルの削除l SG のサービスレベルの表示l 利用可能なサービスレベルの表示l サービスレベルの名称変更l すべての SG または特定の SG（Unisphere のみ）のサービスレベルコンプライアンスの表示l サービスレベルに関連する SG のパフォーマンスを監視するアラートポリシーの設定、変更、削除、表示（Unisphere のみ）

l サービスレベルコンプライアンスレポートの作成（Unisphere のみ）



第 7章

自動化されたデータ配置

自動化されたデータ配置は、PowerMaxOS 5978.444.444以降の PowerMax アレイでの機能です。これは、SCM ドライブの優れたパフォーマンスを活用することで、頻繁にアクセスされるデータや、優先度の高いサービスレベルのデータへのアクセスを最適化します。

l Environment.......................................................................................................................... 78l 操作.......................................................................................................................................78l サービスレベルのバイアス方法.................................................................................................... 78l 圧縮と重複除外...................................................................................................................... 78l 可用性................................................................................................................................... 78


EnvironmentSCM ドライブのパフォーマンスは、NVMe ドライブよりも桁違いに優れています。したがって、両方のタイプのドライブを含むアレイには、パフォーマンスの高い SCM ドライブ、および NVMe ドライブの 2 つのストレージ階層があります。自動化されたデータ配置では、パフォーマンスの違いを活用して、頻繁にアクセスされるデータへのアクセスを最適化します。この機能はまた、優先度の高いサービスレベルのストレージグループへのアクセスを最適化するためにも役立ちます。SCM ドライブのみまたは NVMe ドライブのみを含むアレイのストレージは 1階層のみです。したがって、このタイプのアレイでは、自動化されたデータ配置は使用できません。

操作自動化されたデータ配置は、アプリケーションホストがアレイ内のデータにアクセスする頻度を監視します。あるデータが他のデータより頻繁にアクセスされるようになると、自動化されたデータ配置によって、そのデータが SCM ドライブに昇格されます。同様に、あるデータにアクセスされる頻度が他のデータより低い場合は、自動化されたデータ配置によって、そのデータが NVMe デバイスに降格されます。より多くのデータを昇格させる必要があるものの、SCMドライブに使用可能なスペースがない場合は、自動化されたデータ配置により、アクセス頻度が最も少ないデータが降格されます。このアルゴリズムにより、SCM ドライブには最もアクセス頻度の高いデータが含まれていることになります。

サービスレベルのバイアス方法自動化されたデータ配置では、FBA データの昇格または降格の是非を決定する場合、サービスレベルが考慮されます。つまり、Diamond サービスレベルに関連づけられたデータは、他のサービスレベルに関連づけられたデータよりも優先されます。Silver および Bronze のサービスレベルに関連づけられたデータは、SCM ドライブに昇格されることはありません。

圧縮と重複除外自動データ配置が実行中の場合、SCM デバイス上の FBA データは圧縮されず、重複排除されます。NVMe ドライブ上のデータは、PowerMaxOS 5978 の以前のリリースと同じ圧縮と重複排除の特性があります（データ効率性（35 ページ）を参照してください）。SCM デバイスを含むアレイの圧縮戦略だけがわずかに異なります。このアレイでは、最も頻繁にアクセスされるデータは圧縮されませんが、その他のすべてのデータが圧縮されます。

可用性自動化されたデータ配置は、FBA デバイスと CKD デバイスの任意の組み合わせを含むアレイで使用できます。

自動化されたデータ配置


第 8章

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

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

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


TimeFinder についてDell EMC TimeFinder では、バックアップ、意思決定支援、データウェアハウスの更新など、本番データへの並列アクセスを必要とする処理で利用可能な、ボリュームのポイントインタイムコピーが提供されます。以前の VMAX ファミリーは、それぞれ独自の特性と用途を持つ複数の TimeFinder製品を提供していました。これらの従来の製品は、スナップショットまたはクローンデータを保持するためにターゲットボリュームを必要としました。PowerMaxOS および 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 では、ホストからアクセス可能なボリューム（ターゲットボリュームと呼ぶ）に［リンク］することでスナップショットにアクセスできます。ターゲットボリュームは、標準の PowerMax TDEV です。ソースボリュームのスナップショットへは、最大 1024個のターゲットボリュームをリンクできます。1024 リンクは、すべてソースボリューム上の同じスナップショットにするか、同じソースボリュームの複数のスナップショットにリンクされる複数のターゲットボリュームにすることができます。ただし、ターゲットボリュームは、1度に 1 つのスナップショットにのみリンクできます。リンクされたターゲットからスナップショットをカスケードしたり、ターゲットをリンクされたターゲットのスナップショットにリンクしたりできます。カスケードのレベル数に制限はなく、カスケードは細分化できます。SnapVXは次のモードでターゲットにリンクします。l NoCopy モード（デフォルト）：SnapVXはリンクされたターゲットボリュームにデータをコピーせず、スナップショ

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



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

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

オンラインデバイスの拡張

PowerMaxOSは、TimeFinder内のデバイスのオンライン拡張機能の機能を提供します。オンラインデバイスの拡張（129 ページ）で詳細を参照してください。

レガシー TimeFinder製品との相互運用性TimeFinder SnapVX と PowerMaxOSは、レガシー TimeFinder製品および IBM FlashCopy レプリケーション製品をエミュレートして下位互換性を提供します。レガシーレプリケーションスクリプト/ジョブを変更することなく、TimeFinder SnapVX および PowerMaxOS を実行する PowerMax アレイでこれらのスクリプト/ジョブを実行することができます。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管理インターフェイスでは、単一のコマンドを使用して PowerMax ストレージグループ全体のスナップショットを作成できます。このため、PowerMaxは最大 64K のストレージグループをサポートします。グループの数は、最も要求度の高い環境でも、アプリケーションごとに 1 つ用意するのに十分です。マスキングビュー用に作成されるため、ストレージグループ構造はほとんどのケースですでに存在します。TimeFinder SnapVXでは、この既存の構造を使用するので、アプリケーションとそのレプリケーション環境を維持するために必要な管理を削減することができます。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）スペースの不足の原因となる自動障害に対する耐性もあります。管理者が安全なスナップショットを作成すると、有効期限の日時が割り当てられます。管理者は、有効期限を現在の日付からの差分として、または絶対日付として表すことができます。有効期限日が過ぎると、スナップショットにリンクがない場合は、PowerMaxOS がスナップショットを自動的に削除します。その有効期限になる前に、管理者は有効期限日を延長することのみができます。有効期限を短くしたり、スナップショットを削除したりすることはできません。セキュリティで保護されたスナップショットが期限切れになり、ボリュームがそれにリンクされているか、アクティブなリストアセッションがある場合は、スナップショットは削除されません。ただし、セキュリティで保護されているとはみなされなくなります。

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

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

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

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



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

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

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

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

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

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



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

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

ジングに役立つツールへのアクセス権を持つ Dell 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」を参照してください。



第 9章

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

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

l SRDF によるネイティブリモートレプリケーション.............................................................................. 88l SRDF/Metro........................................................................................................................102l RecoverPoint....................................................................................................................... 105l eNAS を使用したリモートレプリケーション....................................................................................106


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環境で再開動作を自動化する。PowerMaxOSは、SRDF構成内のデバイスのオンライン拡張機能の機能を提供します。オンラインデバイスの拡張（129 ページ）を参照してください。



SRDF 2 サイトソリューション次の表では、SRDF 2 サイトソリューションについて説明します。表 11 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



表 11 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複数サイトソリューションについて説明します。

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



表 12 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は、異なるオペレーティング環境やアレイ間の接続性をサポートします。PowerMaxOS を実行しているアレイは、旧オペレーティング環境で実行されているレガシーアレイにも接続可能です。アレイがさまざまなバージョンで動作している混在構成で、最も古いバージョンの SRDF機能がサポートされます。PowerMax アレイは以下に接続できます。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 Suitefor Apps、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 デバイスに対する読み取り専用アクセス権（書き込

み禁止）があります。図 9 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 サイトのコンカレント構成で使用されます。図 10 コンカレント SRDF の R11 デバイス

Site A

Source

Site B

Target

Site C

TargetR11

R2

R2



R21 デバイスR21 デバイスには、次のようにカスケード 3 サイト構成で使用されるデュアルロールがあります。l R1 サイト上のデータはセカンダリ（R21）サイトに同期的にミラーされる。さらにl セカンダリ（R21）サイトから第 3 の（R2）サイトに非同期的にミラーされる。図 11 カスケード 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 ペアを作成することなくリカバリできる。図 12 カスケードおよびコンカレント SRDF/Star における R22 デバイス

ダイナミックデバイスパーソナリティ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 または Dell 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 コアやポート）間の関係は、オペレーティング環境に応じて異なります。

PowerMaxOS および HYPERMAX OS

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

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

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

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

混在構成：PowerMaxOS または HYPERMAX OS と Enginuity 5876

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

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）アレイを交換する方法を示しています。図 13 データの移行とセカンダリアレイ（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 を使用してデータを移行する方法についての詳細が記載されています。データ移行（113 ページ）も参照してください。

詳細情報ここでは、レプリケーションと移行での 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は、単一のマルチパスホスト環境またはクラスタ化されたホスト環境に導入できます。図 14 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 の判断に基づいて変化する可能性があります。

図 15 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 デバイス

モビリティ ID と ALUA

モビリティ ID と非対称論理ユニットアクセス（ALUA）は、システム内のデバイスに一意の識別子を割り当てます。この識別子により、ホストを再構成しなくてもアレイ間でデバイスを移動できるようになります。PowerMaxOS により SRDF/Metro に ALUA機能を備えたモビリティ ID が提供されます。したがって、両者が PowerMaxOS を実行する時には、createpair操作で通常のデバイス ID の代わりにモビリティ ID を指定できます。

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

RecoverPointRecoverPointは、ローカルおよびリモートサイトで本番データの整合性を確保するよう設計された包括的なデータ保護ソリューションです。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構成を独自の別個のプールに統合します。この機能は、ソースが使用できない場合にリカバリーに使用できます。予定外のフェールオーバー発生時のリカバリーサポートのために、ソースシステムのリカバリーとクリーンアップを行って将来のターゲットとして準備するオプションがあります。



第 10章

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

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

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


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 サイト構成を示しています。図 16 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 が接続されている。図 17 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 デバイスの利用が可能。

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

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



第 11章

データ移行

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

l 概要...................................................................................................................................... 114l オープンシステム向けデータ移行................................................................................................115l IBM System i のデータ移行.................................................................................................... 126l メインフレームのデータ移行....................................................................................................... 126


概要データ移行とは、データを 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（無停止移行）は、アプリケーションのダウンタイムを発生させずにデータを移行する方法です。移行は都市圏の距離（通常はデータセンターの内部）で行われます。NDM Updatesは、PowerMaxOS 5978.444.444 で導入された NDM の変形です。NDM Updates では、移行したデータに関連づけられたアプリケーションが、移行プロセスの一環としてシャットダウンされる必要があります。これは、NDM が、パスを検出、有効化、無効化するためのマルチパスソフトウェアの動作に大きく依存しているためです。これらのソフトウェアは Dell EMC の制御下にありません（PowerPathなどのサポート対象製品を除く）。NDMは、無停止での移行と停止での移行の両方を含む用語です。PowerMaxOS 5978 からは、異なるソースアレイのタイプに対して、次のようにそれぞれ NDM を 2件実装できるようになりました。l 次のいずれか：

n PowerMaxOS 5978 を実行している PowerMax アレイn HYPERMAX OS 5977.1125.1125以降を ePack で実行している VMAX3 または VMAX All Flash アレイ

l Enginuity 5876 を ePack で実行している VMAX アレイPowerMax アレイに移行する場合、ソースアレイの構成はこれらに限られます。「SRDF Interfamily Connectivity Information」には、HYPERMAX OS 5977 と Enginuity 5876 に必要なサービスパックと ePack の一覧が記載されています。また、NDM操作のためのアレイのオペレーティングシステムサポート、ホストサポート、マルチパスサポートについては、NDM サポートマトリックスに記載されています。サポートマトリックスは、eLab Navigator で入手できます。ディザスタリカバリのための規制やビジネス要件を受け、移行中に SRDF/S を使用して、ソースアレイ、ターゲットアレイ、またはその両方に接続されている他のアレイへのレプリケーションの使用が必要になる場合があります。この場合は、SRDF/S構成に必要なサービスパックおよび ePack の詳細については、「SRDF InterfamilyConnectivity Information」を参照してください。

VMAX3、VMAX All Flash、または PowerMax アレイからの移行VMAX3、VMAX All Flash、または PowerMax からの移行は、SRDF/Metro の変更された形式を使用します。これは、通常のワークフローでは、移行の実行中にソースとターゲット両方のアレイがアプリケーションホストで認識されることを意味します。実際に、両方のアレイは、ホストに対して読み取り/書き込みアクセスが可能です。次の図は、VMAX3、VMAX All Flash、または PowerMax からの移行の論理構造（必要な接続など）を示します。

データ移行


図 18 VMAX3、VMAX All Flash、または PowerMax移行の構成

プロセス通常のフロー通常行われる移行プロセスのステップは次のとおりです。

1. 移行環境の構成：データ移行の準備で、ソースおよびターゲットアレイのインフラストラクチャを構成します。2. ソースアレイ上で、移行するストレージグループを選択します。3. NDM Updates を使用する場合は、ストレージグループに関連づけられているアプリケーションをシャットダウンします。

4. ストレージグループ内の LUN の ID をターゲットアレイに移動（SRDF/Metro を使用してストレージグループのコンテンツをターゲットアレイにコピー）するかどうかを指定して、オプションで移行プロセスを作成します。この期間中、ソースおよびターゲットアレイはどちらも、アプリケーションホストにアクセスできます。

5. データコピーの完了後、次の手順を実行します。a. 移行セッションで LUN の ID が移動しなかった場合は、ターゲットアレイ上の新しい LUN にアクセスするようにアプリケーションを再構成します。

b. 移行セッションのコミット：ソースアレイのリソースと、移行自体で使用されるリソースを削除します。6. NDM Updates を使用している場合は、アプリケーションを再起動します。7. さらにストレージグループを移行するには、ステップ 2（116 ページ）～6（116 ページ）を繰り返します。8. 必要なストレージグループをすべて移行した後、移行環境を削除します。

データ移行


代替フローアプリケーションホストに利用できるようにする前に、ターゲットアレイにデータを事前コピーする代替プロセスがあります。このプロセスのステップは以下のとおりです。

1. 移行環境の構成：データ移行の準備で、ソースおよびターゲットアレイのインフラストラクチャを構成します。2. ソースアレイ上で、移行するストレージグループを選択します。3. 選択したデータをターゲットアレイにコピーするには、NDM の事前コピー機能を使用します。オプションとして、ストレージグループ内の LUN の ID をターゲットアレイに移動するかどうかを指定します。データコピーの実行中、ソースアレイはアプリケーションホストで使用できますが、ターゲットアレイは使用できません。

4. データのコピーが完了したら、NDM で Ready Target機能を使用して、ターゲットアレイをアプリケーションホストでも使用できるようにします。a. 移行セッションで LUN の ID が移動しなかった場合は、ターゲットアレイ上の新しい LUN にアクセスするようにアプリケーションを再構成します。

b. NDM Updates を使用している場合は、アプリケーションを再起動します。c. 移行セッションのコミット：ソースアレイのリソースと、移行自体で使用されるリソースを削除します。これでアプリケーションは、ターゲットアレイのみを使用するようになります。

5. さらにストレージグループを移行するには、ステップ 2（117 ページ）～4（117 ページ）を繰り返します。6. 必要なストレージグループをすべて移行した後、移行環境を削除します。

その他の機能例外的な状況で利用可能な、その他の NDM機能は次のとおりです。l キャンセル：まだコミットされていないすべての移行をキャンセルします。l 同期：ターゲットアレイへの書き込みからソースアレイへの同期を停止または開始します。停止した場合、タ

ーゲットアレイのみでアプリケーションを実行します。テスト用に使用します。l リカバリ：エラーに続いて、移行プロセスをリカバリーします。

その他の機能VMAX3、VMAX All Flash、または PowerMax から PowerMax への移行に関するその他の機能：l PowerMax アレイへの移行中にデータを圧縮可能l 無停止でソースアレイを復元可能l 最大 50件の移行セッションを同時に進行可能l NDMは PowerMaxOS の一部であるため、追加ライセンスは不要l アプリケーションホストとアレイの間の接続は FC を使用し、アレイ間の SRDF接続は、FC または GigE を使

用以下のデバイスおよびコンポーネントは NDM プロセスの一部になることができません。l CKD デバイスl eNAS データl ProtectPoint、FAST.X関係およびその関連データ

データ移行


VMAX アレイからの移行VMAX アレイからの移行は SRDF テクノロジーを使用します。NDM用に、ソースは ePack を適用したEnginuity 5876 を実行している VMAX アレイです。ターゲットは、PowerMaxOS 5978 を実行しているPowerMax アレイです。次の図は、VMAX からの移行の論理構造（必要な接続など）を示します。図 19 VMAX移行の構成

プロセス移行プロセスのステップは次のとおりです。

1. 環境の構成：データ移行の準備で、ソースおよびターゲットアレイのインフラストラクチャを構成します。2. ソースアレイ上で、移行するストレージグループを選択します。3. NDM Updates を使用する場合は、ストレージグループに関連づけられているアプリケーションをシャットダウンします。

4. 移行セッションの作成：SRDF を使用して、ストレージグループのコンテンツをターゲットアレイにコピーします。セッションを作成する場合、必要に応じて、ストレージグループ内の LUN の ID をターゲットアレイに移動するかどうかを指定します。

5. データコピーの完了後、次の手順を実行します。a. 移行セッションで LUN の ID が移動しなかった場合は、ターゲットアレイ上の新しい LUN にアクセスするようにアプリケーションを再構成します。

b. ストレージグループを PowerMax アレイにカットオーバーします。c. 移行セッションのコミット：ソースアレイのリソースと、移行自体で使用されるリソースを削除します。これでアプリケーションは、ターゲットアレイのみを使用するようになります。

6. NDM Updates を使用している場合は、アプリケーションを再起動します。7. さらにストレージグループを移行するには、ステップ 2（118 ページ）～6（118 ページ）を繰り返します。

データ移行


8. 必要なストレージグループをすべて移行した後、移行環境を削除します。

その他の機能VMAX から PowerMax への移行に関するその他の機能：l PowerMax アレイへの移行中にデータを圧縮可能l 無停止でソースアレイを復元可能l 最大 50件の移行セッションを同時に進行可能l NDMは PowerMaxOS の一部であるため、追加ライセンスは不要l アプリケーションホストとアレイの間の接続は FC を使用し、アレイ間の SRDF接続は、FC または GigE を使

用以下のデバイスおよびコンポーネントは NDM プロセスの一部になることができません。l CKD デバイスl eNAS データl ProtectPoint、FAST.X関係およびその関連データ

NDM の環境要件移行とホストシステムの両方のアレイに関連する要件があります。

ストレージアレイl ソースアレイとターゲットアレイで実行されている動作環境の適格な組み合わせは次のとおりです。

ソース Targets

PowerMaxOS 5978.444.444 PowerMaxOS 5978.444.444



HYPERMAX OS 5977.1125.1125 PowerMaxOS 5978.444.444

HYPERMAX OS 5977.1125.1125

Enginuity 5876 PowerMaxOS 5978

HYPERMAX OS 5977.1125.1125

l ソースアレイは次のいずれかです。n PowerMaxOS 5978.221.221以降を実行している PowerMax アレイn HYPERMAX OS 5977.1125.1125 を実行している VMAX3 または VMAX All Flash アレイn Enginuity 5876 を実行している VMAX アレイソースアレイには、サービスパックまたは ePack が必要な場合があります。「SRDF Interfamily ConnectivityInformation」は、必要なパックのリストです（ある場合）。

l SRDF がデータ移行に使用されるため、ソースとターゲットのアレイ間の SRDF ポートのゾーニングが必要です。NDM の料金はかからないため、SRDF のライセンスは必要ありません。

l NDM の SRDF グループは、冗長性とフォールトトレランスを確保するため、異なるダイレクター上に最低 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構成の一部とする

データ移行


移行が進行中の間のルールと制限移行の開始時からコミット操作が完了するまでの間、適用される以下のルールと制限があります。l 移行しているアプリケーションのソースとターゲットのマスキングは変更できません。ただし、次の操作を除きま

す。n ストレージグループのサービスレベルまたは SRP の変更n ストレージグループの圧縮属性の変更n ストレージグループのホスト I/O制限の変更n ポートグループへのポートの追加

l 移行のカットオーバーステージが完了すると、ターゲットアレイ上のデバイスは自身に TimeFinder セッションを追加できます。

l 移行セッション中は、TimeFinder セッションを持つソースデバイスまたはターゲットデバイスをデータコピー操作のターゲットにすることはできません。たとえば、TimeFinder セッションは、移行中のソースデバイスにデータをコピーすることはできません。

l 移行セッション中は、ProtectPoint セッションのソースデバイスまたはターゲットデバイスをロールバックまたはリストア操作のターゲットにすることはできません。

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

l ソースデバイスとターゲットデバイスが、関連する ORS であることはできません。

データ移行


Open Replicator

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

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

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

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

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

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

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

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

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

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

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

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

データ移行


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

ディザスタリカバリコントロールアレイで PowerMaxOS を実行すると、SRDF構成の R1側になることもできます。この構成では、SRDF/A、SRDF/S、アダプティブコピーモードを使用でき、データ移行中とその後にデータ保護を提供します。

データ移行


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 EMC PowerPath Migration Enabler User Guide」

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

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

データ移行


IBM System iのデータ移行NDMは IBM i システムでも使用できます。移行のプロセスは、無停止移行（115 ページ）の説明と同じですが、いくつかの違いがあります。l Solutions Enabler または Unisphere を使用して、移行プロセスを管理および制御するために、独立したオ

ープンシステムホストが必要です。IBM System i から移行を直接実行することはできません。l 移行は、D910 デバイスに対してのみ可能です。移行は、次のソースシステムとターゲットシステムの間で行われます。l PowerMaxOS 5978 から PowerMaxOS 5978

l HYPERMAX OS 5977 から PowerMaxOS 5978

l Enginuity 5876 から PowerMaxOS 5978

l Enginuity 5876 から HYPERMAX OS 5977

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

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

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

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

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

データ移行


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

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

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

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

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

データ移行


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

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

データ移行


第 12章


オンラインデバイス拡張（ODE）は、デバイスをオフラインにすることなく、容量を増やすためのメカニズムです。これは、ODE の機能の概要です。

l はじめに................................................................................................................................. 130l 一般的な特徴....................................................................................................................... 130l スタンドアロンデバイス...............................................................................................................131l SRDF デバイス........................................................................................................................ 131l LREP デバイス........................................................................................................................132l 管理施設.............................................................................................................................. 133


はじめにODE を使用すると、ストレージ管理者は、アプリケーションをオンラインにしたままでストレージデバイスの容量を増やすことができます。これは、アプリケーションを使用可能な状態で持続する必要がある組織で、特にメリットがあります。アプリケーションに関連づけられたデバイスの領域が不足している場合、管理者は、アプリケーションの可用性とパフォーマンスに影響を与えずに容量を増加させることができます。スタンドアロンデバイス、SRDF構成内のデバイス、LREP構成内のデバイスは、すべて ODE を使用して拡張できます。

一般的な特徴スタンドアロン、SRDF、および LREP デバイスに適用可能な ODE の特徴：l ODEは、FBA デバイスと CKD デバイスの両方で利用可能です。l ODEは、シンデバイス（TDEV）で動作します。l デバイスは、最大容量 64TB（CKD デバイスでは 1,182,006 シリンダ）まで拡張可能です。l デバイスは、拡張のみ可能です。

デバイスの容量を削減する機能はありません。l 拡張中、デバイスはロックされます。

これにより、SRDF構成にデバイスを追加するなどの操作は、拡張が完了するまで実行できなくなります。l 管理者は、1回の管理操作で複数デバイスの容量を拡張できます。シンデバイスは、与えられた容量をホストに提示しますが、消費するのは、ホストがデバイスに書き込んだデータを保持するために必要な物理的ストレージのみです（詳細は TDEV（シンデバイス）（67 ページ）を参照してください）。ODE を使用してデバイスの容量を増加しても、追加の物理ストレージが割り当てられることはありません。ホストが認識するデバイスの設定済み容量のみが増加します。スタンドアロン、SRDF、または LREP デバイスの拡張操作の失敗は、以下の原因によって発生する可能性があります。l デバイスが存在しないl デバイスが TDEV ではないl 要求された容量が現在の容量よりも小さいl 要求された容量が 64 TB よりも大きいl ストレージシステムに、拡張のための十分な容量がないl 拡張されたデバイスに対応する PowerMax の内部リソースが不足しているl 要求された容量までデバイスを拡張した場合、物理ストレージのオーバーサブスクリプション率を超えるl 再利用、割り当て解除、全解放の操作がデバイスで実行中デバイスの各タイプに特有の理由が他にもあります。これらは、そのデバイスタイプのデバイス拡張の説明にリストされています。



スタンドアロンデバイスデバイス拡張の最も基本的な形式は、デバイスがホストアプリケーションに関連づけられており、SRDF またはLREP構成の一部ではないという形式です。この環境での ODE の追加機能は次のとおりです。l ODEは、TDEV に加えて VVol を拡張可能

vVolは TDEV の特殊なタイプとして処理されるl スタンドアロンデバイスの ODEは PowerMaxOS 5978、HYPERMAX OS 5977.691.684以降（FBA デ

バイスの場合）、および HYPERMAX OS 5977.1125.1125以降（CKD デバイスの場合）で使用可能各拡張操作は、操作が成功したかどうかを示すステータスを返します。複数のデバイスを拡張する操作のステータスは、部分的な成功を示すことがあります。この場合、少なくとも 1台のデバイスは正常に拡張されましたが、1台または複数の他のデバイスが失敗しています。拡張操作が失敗する可能性の原因として、デバイスが vVol ではない場合があげられます。

SRDF デバイスPowerMaxOS 5978は、SRDF構成にオンラインデバイス拡張を導入しています。管理者は、スタンドアロンデバイスを拡張するのと同様の方法で、サービスを停止することなく、SRDF関係にあるシンデバイスの容量を拡張できます。非同期、同期、アダプティブコピーモード、SRDF/Metro、SRDF/Star（メインフレームのみ）、SRDF/SQAR（メインフレームのみ）の各構成のデバイスは、すべて拡張の対象となります。ただし、この機能は RecoverPoint、ProtectPoint、NDM、MDM の各構成では使用できません。また、デバイスの拡張は、両側で PowerMaxOS（PowerMaxOS 5978.444.444 for SRDF/Metro）を実行している SRDF構成内のストレージアレイでのみ使用可能です。古い動作環境を実行しているシステムでSRDF デバイスを拡張しようとしても失敗します。SRDF環境でのその他の ODE機能は、次の項目の拡張です。l R1側または R2側の個別デバイスl R1 デバイスとそれに対応する R2側のデバイスを 1回の操作でl R1側または R2側のデバイス範囲l R1側のデバイス範囲と、R2側でそれに対応するデバイス範囲を 1回の操作でl R1側または R2側のストレージグループl R1側のストレージグループと、R2側でそれに対応するグループを 1回の操作で

注： SRDF/Metro構成では、一方の側でのみデバイスを拡張することはできません。両側で、デバイス、デバイスの範囲、またはストレージグループのいずれであるかにかかわらず、1回の操作で拡張する必要があります。

デバイス拡張の基本的なルールは次のとおりです。l SRDF ペアの R1側は、R2側よりも大きくすることはできません。l SRDF/Metro構成では、両側のサイズが同じである必要があります。SRDF リンクで両方の側が使用できる場合は、Solutions Enabler、Mainframe Enablers、Unisphere（ODEの管理に使用するツール）は、このルールを強制します。いずれかのデバイスが SRDF リンクで使用できない場合、管理ツールを使用すると、R1 を R2 よりも大きくすることができます。ただし、リンクでデバイスが使用できるようにするには、R2 の容量を R1 デバイスの容量以上に増やしておく必要があります。複数のサイト構成に同様の考慮事項が適用されます。



l ［Cascaded SRDF：］R1 のサイズは、R21 のサイズ以下でなければなりません。R21 のサイズは、R2 のサイズと同じかそれ以下でなければなりません。

l ［Concurrent SRDF：］R11 のサイズは、両方の R2 デバイスのサイズ以下でなければなりません。SRDF環境で拡張操作が失敗する可能性があるその他の理由：l PowerMaxOS 5978（PowerMaxOS 5978.444.444 for SRDF/Metro）を実行しないストレージシス

テムに、1台または複数のデバイスがあるl 1台または複数のデバイスが VVol であるl 1台または複数のデバイスが、ProtectPoint、RecoverPoint、NDM、MDM構成のいずれかの一部になっ

ている。l 操作の結果、R1 デバイスはその R2 デバイスよりも大きくなります。

LREP デバイスPowerMaxOS 5978 には、LREP（ローカルレプリケーション）構成のためのオンラインデバイス拡張も導入されています。スタンドアロンおよび SRDF デバイスと同じように、これは、管理者がサービスの停止なしに LREP関係の一部であるシンデバイスの容量を増やすことができることを意味します。拡張が可能なデバイスは、次のような構成の一部になっているものです。l SnapVX セッションl CCOPY、SDDF、エクステントを使用するレガシーセッション以下の場合、ODEは使用できません。l クローン、TimeFinder クローン、TimeFinder Mirror、TimeFinder Snap、VP Snapなど、SnapVX のエミ

ュレーションl RecoverPoint および ProtectPoint デバイスl vVols

l PPRCこれは、拡張 PPRC デバイスに対して IBM が設けている制限事項との互換性を維持するためです。

拡張機能により、これらのテクノロジーのいずれかを使用する製品に、ODEは使用できません。たとえば、リモートペアの FlashCopy には使用できません（PPRC を使用するため）。LREP環境での追加 ODE機能は次のとおりです。l Snap VX ソースまたはターゲットデバイスの拡張l スナップショットデータは同じサイズを維持l 小規模なスナップショットを拡張ソースデバイスにリストアする機能l ターゲットリンクおよび再リンク操作は、拡張後のサイズではなく、スナップショットが作成された時点でのソース

デバイスのサイズに依存します。ODE動作が LREP環境で失敗する理由は、他にもあります。たとえば、LREP構成が除外されたテクノロジーのいずれかを使用しているような場合です。



管理施設Solutions Enabler、Unisphere、Mainframe Enablersはすべて、ODE を管理するための機能を提供します。これらのツールのいずれからでも、次のようなことが可能です。l 単一デバイスの拡張l 1回の操作で複数デバイスを拡張l 1回の操作で SRDF ペアの両側を拡張

Solutions Enabler

Solutions Enabler で symdev modify コマンドを使用して、1台または複数のデバイスを拡張します。このコマンドには次のような機能があります。l -cap オプションを使用して、デバイスの新しい容量を指定します。

-captype オプションを-cap とともに使用して、新しい容量単位を指定します。使用可能な単位は、シリンダ、MB、GB、TB です。

l -devs オプションを使用して、拡張するデバイスを定義します。このオプションの引数は、単一のデバイス識別子、デバイス識別子の範囲、識別子のリストで構成されます。リスト内の各エレメントは、単一のデバイス識別子またはデバイス識別子の範囲になります。

l -rdfg オプションを使用して、拡張するデバイスの SRDF グループを指定します。このオプションを含めると、グループに関連づけられている SRDF ペアの両側が、1回の操作で拡張されることを示します。

「Dell EMC Solutions Enabler Array Controls and Management CLI User Guide」には、symdev modifyコマンド、その構文およびオプションの詳細があります。例：l アレイ 005上の単一デバイスを 4TB の容量に拡張します。

symdev modify 1fe0 -sid 005 -cap 4 -captype tb -nop -tdev

l SRDF グループ 33上の 4台のデバイスと、それに対応する R2 デバイスを拡張します。

symdev modify -sid 85 -tdev -cap 1000 -captype mb -dev 007D2:007D5 -v -rdfg 33 –nop

Unisphere

Unisphereは、デバイスの容量、デバイスの範囲（FBA のみ）、および SRDF ペアを向上させる機能を提供します。新しいデバイス容量を指定するために使用可能な単位は、シリンダ、GB、TB です。Unisphere のオンラインヘルプには、デバイスを選択して拡張する方法の詳細を記載しています。たとえば、これはスタンドアロンデバイスを拡張するためのダイアログボックスです。



図 24 Unisphere の［Expand Volume］ダイアログ

Mainframe Enablers

Mainframe Enablersは、SCF（Symmetrix Control Facility）で、デバイスの容量を増やす DEV,EXPANDコマンドを提供します。このコマンドには次のような機能があります。l DEViceパラメーターを使用して、拡張する単一のデバイスまたはデバイスの範囲を指定するl CYLindersパラメーターを使用して、デバイスの新しい容量をシリンダ単位で指定するl RDFGパラメーターを使用して、デバイスに関連づけられた SRDF グループを指定し、単一の操作で R1 およ

び R2 デバイスを拡張する「Dell EMC Mainframe Enablers ResourcePak Base for z/OS Product Guide」には、DEV,EXPAND コマンドとそのパラメーターについて記載されています。例：デバイス 8013 を 1150 シリンダに拡張：

DEV,EXPAND,DEV(8013),CYL(1150)



第 13章

システムセキュリティ

これは、PowerMaxOS のセキュリティ機能の一部についての概要です。詳細については、「Dell EMCPowerMaxOS Systems Security Configuration Guide」を参照してください。

l ユーザーの認証および許可....................................................................................................... 136l 役割と権限............................................................................................................................ 136l Lockbox............................................................................................................................... 140l クライアント/サーバ通信............................................................................................................ 141


ユーザーの認証および許可アレイ管理機能へのアクセスは、何らかの方法でアレイを管理する責任を持つユーザーのみに使用可能にする必要があります。アレイへのアクセスを希望するユーザーは全員、身元を明らかにする必要があります。つまり、認証プロセスを通過するということです。認証された後、管理機能は、ユーザーがシステムで何を実行できるか定義する 1 つまたは複数の権限をユーザーに付与します。つまり、このユーザーには何が許可されているかということです。各管理機能には、ユーザーを認証する独自の方法があります。たとえば、次のような製品です。l Solutions Enablerは、SYMAPI へのアクセス権を持つユーザーに関連づけられたホストユーザー名のリスト

を保持しています。l Unisphere では、ユーザーは、別のユーザー名とパスワードを使用してログインする必要があります。どの場合も、ロールと権限は、ユーザーに何が許可されているかを定義します。

役割と権限RBAC（ロールベースのアクセス制御）は、PowerMaxOS システムのセキュリティの中心です。RBAC では、ユーザーに 1 つまたは複数のロールを割り当てることができます。一方でロールは、ユーザーに何ができるかを定義する多数の権限で構成されます。追加調整のために、一部のロールを 1 つまたは複数のストレージグループに制限することができます。この場合、ユーザーは、権限が許可する操作をこれらのストレージグループのみで実行できます。たとえば、ユーザーには、特定のアプリケーションに関してストレージを管理する責任があります。ユーザーに関連づけられたロールは、そのアプリケーションのストレージグループに制限されます。ユーザーには、アレイ内の他のストレージグループへのアクセス権がありません。ユーザーは、最大 4 つのロールを設定できます。ロールの範囲は、互いに独立しています。ユーザーのロールはそれぞれ、ストレージグループのどのセットにも関連づけられることができ、またアレイ全体に影響を与えます。

ロールとその階層9種類のユーザーロールがあります。l Monitor

l PerfMonitor（パフォーマンスモニタ）l Auditor

l DeviceManage（デバイスマネージャ）l RemoteRep（リモートレプリケーション）l LocalRep（ローカルレプリケーション）l StorageAdmin（ストレージ管理者）l SecurityAdmin（セキュリティ管理者）l Admin（システム管理者）これらのロールは階層を形成します。



階層内で高い位置にあるロールほど、権限が多くなり、したがって機能も多くなります。

ロールの権限各ロールに関連づけられた権限は、そのロールを割り当てられたユーザーがストレージシステム上で何ができて何ができないかを定義します。

Monitor

Monitor ロールのユーザーは、表示、リスト、Show、List、View操作を使用してシステムの監視を実行できます。

可能な操作Monitor ロールが許可する操作の例：l アレイ情報の表示l マスキングオブジェクト（ストレージグループ、イニシエータグループ、ポートグループ、マスキングビュー）の表

示l デバイス情報の表示l このアレイ上で定義された RBAC ルールの表示

これは、Secure Reads ポリシーが有効でない場合にのみ使用可能です。Secure Reads ポリシーとその管理についての詳細は、Secure Reads ポリシー（140 ページ）に記載しています。

禁止される操作Monitor ロールのユーザーは、以下の項目を表示できません。l アレイ ACLやアレイの監査ログファイルなど、セキュリティ関連データl このシステムで定義されている RBAC ロール（Secure Reads ポリシーが有効な場合）

PerfMonitor

PerfMonitor ロールのユーザーは、Unisphere でパフォーマンスに関するアラートと閾値を構成できます。PerfMonitor ロールには、Monitor ロールの権限もあります。

Auditor

Auditor ロールのユーザーは、システムのセキュリティ設定を表示できます。

可能な操作Auditor ロールが許可する操作の例：



l アレイの ACL設定の表示l RBAC のルールと設定の表示l アレイの監査ログファイルの表示Auditor ロールには、Monitor ロールの権限もあります。

禁止される操作Auditor ロールのユーザーは、セキュリティ設定を変更できません。

DeviceManage

DeviceManage ロールのユーザーは、デバイスの構成と管理ができます。

可能な操作DeviceManage ロールが許可する操作の例：l Ready、Not Ready、Freeなど、デバイス上の制御操作l 名前の設定やフラグの設定など、デバイス上の構成操作l SnapVX リンクデバイスでの Link、Unlink、Relink、Set-Copy、Set-NoCopy操作l SnapVX ソースデバイスへの Restore操作

これは、ユーザーに LocalRep ロールもある場合にのみ使用可能です。ロールが 1 つまたは複数のストレージグループに制限されている場合、これらのグループ内のデバイスのみで操作が許可されます。DeviceManage ロールには、Monitor ロールの権限もあります。

禁止される操作DeviceManage ロールのユーザーは、デバイスの作成、拡張、削除はできません。ただし、このロールがストレージグループに関連づけられている場合、これらの操作はグループ内のデバイスで許可されます。

LocalRep

LocalRep ロールのユーザーは、SnapVX、またはスナップショット、クローン、BCV のレガシー操作を使用してローカルレプリケーションを実行できます。

可能な操作LocalRep ロールが許可する操作の例：l SnapVX スナップショットの作成、管理、削除結果として任意のデバイスの内容を変更する操作では、ユーザーには DeviceManage ロールも必要になることがあります。l SnapVX のリストア処理では、LocalRep と DeviceManage のロールが両方とも必要です。l SnapVX Link、Unlink, Relink、Set-Copy、Set-No_Copy操作では、リンクデバイス上に

DeviceManage ロール、ソースデバイス上に LocalRep ロールが必要です。ロールが 1 つまたは複数のストレージグループに制限されている場合、これらのグループ内のデバイスのみですべての操作が許可されます。LocalRep ロールには、Monitor ロールの権限もあります。

禁止される操作LocalRep ロールのユーザーは、Secure SnapVX スナップショットを作成できません。



RemoteRep

RemoteRep ロールのユーザーは、SRDF を使用してリモートレプリケーションを実行できます。

可能な操作RemoteRep ロールが許可する操作の例：l SRDF デバイスペアの作成、管理、削除

ロールがストレージグループに制限されている場合、これらのグループ内のデバイスのみで操作が許可されます。

l SRDF グループの SRDF/A に関連づけられていない属性の設定これは、ロールがアレイ全体に適用される場合にのみ使用可能です。

ロールが 1 つまたは複数のストレージグループに制限されている場合、これらのグループ内のデバイスのみで操作が許可されます。RemoteRep ロールには、Monitor ロールの権限もあります。

禁止される操作RemoteRep ロールのユーザーは、以下の操作を実行できません。l SRDF グループの作成と削除l ロールがストレージグループのセットに制限されている場合、SRDF グループの SRDF/A に関連づけられてい

ない属性の設定

StorageAdmin

StorageAdmin ロールのユーザーは、セキュリティ関連を除くすべてのストレージ操作を実行できます。

可能な操作StorageAdmin ロールが許可する操作の例：l アレイ構成操作の実行l ストレージのプロビジョニングl ストレージの削除l マスキングオブジェクト（ストレージグループ、イニシエータグループ、ポートグループ、マスキングビュー）の作

成、変更、削除l Secure SnapVX スナップショットの作成、削除l LocalRep、RemoteRep、DeviceManage ロールに対して許可されるすべての操作このロールには、LocalRep、RemoteRep、DeviceManage、Monitor ロールの権限もあります。

SecurityAdmin

SecurityAdmin ロールのユーザーは、システムのセキュリティ設定の表示と変更ができます。

可能な操作SecurityAdmin ロールで許可されるオペレーション：l アレイの ACL設定の変更l RBAC のルールと設定の変更SecurityAdmin ロールには、Auditor とMonitor ロールの権限もあります。



Admin

Admin ロールのユーザーは、アレイ上のすべての操作を実行できます。StorageAdmin ロールと SecurityAdminロールの権限があります。

Secure Reads ポリシーSecure Reads ポリシーは、すべてのユーザーが、アレイ上で定義されているすべての RBAC ロールを表示できるかどうかを決定します。ポリシーは、強制の場合と強制でない場合があります。

強制の場合Admin、SecurityAdmin、Auditor ロールのユーザーは、アレイ上の RBAC ルールをすべて表示できます。その他すべてのユーザーは、自分に適用されるルールや、Admin または SecurityAdmin ロールを誰かに割り当てるルールのみを参照できます。

強制でない場合すべてのユーザーは、そのユーザーのロールに関わらず、アレイ内の全 RBAC ルールを表示できます。これはポリシーのデフォルト設定です。

ポリシー管理Solutions Enabler SYMCLI と Unisphereは両方とも、ポリシーが強制かどうかを制御するための機能を提供します。

操作のために必要な権限の表示ある特定の操作に必要なロール、権限、ACL アクセスタイプを把握することが困難な場合があります。PowerMaxOS では、操作を実行する際に必要な機能について Solutions Enabler ログファイルに書き込むことができます。これは、以下の環境変数を使用して制御できます。SYMAPI_LOG_ACCESS_CHECKS

LockboxSolutions Enabler では Lockbox を使用して、機密情報を保存および保護します。Lockboxは、特定のホストに関連づけられます。この関連づけにより、Lockbox が 2番目のホストにコピーされ、アクセス権を取得するために使用されるのを防止します。Lockboxはインストール時に作成されます。インストール中に、インストーラーから Lockbox のパスワードの入力を求めるメッセージが表示されます。インストール中にパスワードが入力されなかった場合はデフォルトパスワードが生成され Stable System値（SSV：ホストシステムを一意に識別するフィンガープリント）とともに使用されます。デフォルトパスワードの詳細については、デフォルト Lockboxパスワード（141 ページ）を参照してください。

SSV（Stable System Value）Solutions Enabler をアップグレードするときに、既存の Lockbox に格納されている値は自動的に新しいLockbox にコピーされます。



Lockbox のパスワードインストール時にデフォルトパスワードを使用して Lockbox を作成する場合は、Lockbox の内容を最適に保護するために、インストールの直後にパスワードを変更してください。セキュリティを最大にするには、推測しにくいパスワードを選択します。パスワードを覚えておくことは非常に重要です。

警告このパスワードが分からなくなると、Lockbox に保存しているデータをリカバリできなくなる可能性があります。Dell EMCは、分からなくなった Lockbox のパスワードをリカバリーできません。

パスワードは次の要件を満たす必要があります。l 長さは 8～256文字l 数字を 1文字以上含むことl 大文字と小文字をそれぞれ 1個以上含むことl 次の非英数文字を 1文字以上含めること：! @ # % &

Lockbox のパスワードには、米国の標準キーボードで入力できるすべての文字を含めることができます。l パスワードは、過去のパスワードと同じにすることはできません。

デフォルト LockboxパスワードSolutions Enabler をインストールする際に、Lockbox のデフォルトパスワードを使用するかどうかの質問が表示されます。デフォルトを使用する場合は、インストール処理によって次の形式で Lockbox のデフォルトパスワードが作成されます。nodename@SELockbox1

ここで、nodenameは、インストール中のコンピューターのホスト名です。オペレーティングシステムでは、ノード名を決定するさまざまな方法があります。l UNIX：インストールプログラムでは、hostname コマンドを使用してノード名を決定します。通常は、ノード名

は/etc/hosts ファイルに設定されます。l Windows：COMPUTERNAME システム環境変数の値。小文字に変換されます。l z/OS：gethostname()関数を使用して、マシンのノード名を取得します。nodename の値が大文字で格納されている場合、デフォルトパスワード用に小文字に変換されます。

通知デフォルトパスワードは変更することを強くお勧めします。インストールプログラムでデフォルトパスワードを使用することを許可する場合は、後で使用するためにメモを取ってください。Lockbox Stable System の値をリセットしたり、クライアント/サーバ操作のための SSL証明書を生成または置き換えたりするにはパスワードが必要です。

クライアント/サーバ通信クライアントとホストの間の通信はすべて、データセキュリティを確保するために SSL を使用します。



付録 A

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

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

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


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

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

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

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

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

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

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

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

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



表 13 SIM重大度アラート

重大度説明

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

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

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

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

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

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

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

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



表 14 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 通信の問題によりサービスプロセッサーが Dell 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 サービスプロセッサーは Dell

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

ライセンス

この付録は、PowerMaxOS を実行しているアレイのライセンスについての概要です。

l e ライセンス............................................................................................................................ 152l オープンシステムのライセンス..................................................................................................... 154


e ライセンスPowerMaxOS を実行しているアレイでは、「電子ライセンス」（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 プラットフォームコンソールを使用します。

ライセンス


容量の測定アレイベースのライセンスには、ライセンスの適用範囲を定義するライセンス容量の値が含まれます。この値を測定する方法は、ライセンスの容量のタイプ（有効容量または登録済み容量）によって異なります。すべての製品タイトルが、次に示すようなすべての容量タイプで使用できるわけではありません。

表 15 PowerMax製品タイトル容量タイプ

有効登録済みその他

基本的なソフトウェアパッケージのすべてのタイトル

ProtectPoint PowerPath （個別に購入した場合）

Pro ソフトウェアパッケージのすべてのタイトル

Events and Retention Suite

zEssentials ソフトウェアパッケージのすべてのタイトル

zPro ソフトウェアパッケージのすべてのタイトル

RecoverPoint

有効容量有効容量は、アレイで使用可能なストレージ容量として定義されます。有効容量は、使用可能なすべての SRP（ストレージリソースプール）容量の合計として計算されます。この容量には、外部ストレージの容量は含まれません。

登録済み容量登録済み容量は、特定の製品タイトルごとに管理または保護されるユーザーデータの量です。アレイ内のディスクのタイプやサイズとは関係ありません。登録済み容量を測定する方法は、ライセンスがバンドルの一部であるか個別のものであるかによって異なります。

登録済み容量ライセンス登録済み容量は、以下に基づいて測定されます。l ProtectPoint

n 本ライセンスの登録済み容量は、リンクターゲットであるすべてのカプセル化された DataDomain デバイスの合計です。TimeFinder で、ProtectPoint ライセンスのみがあり、TimeFinder ライセンスがないアレイに存在する TimeFinder セッションがある場合、リンクターゲットを持つすべてのカプセル化されたDataDomain デバイスの合計と、すべての TimeFinder が割り当てたソースデバイスとデルタ RDP の合計として計算されます。

ライセンス


オープンシステムのライセンスこのセクションでは、オープンシステム環境で使用可能なライセンスについて詳しく説明します。

ライセンスパッケージこの表は、オープンシステム環境で使用可能なライセンスパッケージの一覧です。表 16 PowerMax ライセンスパッケージ

ライセンススイート含まれるものユーザーが実行できる処理使用コマンド

Essentials ソフトウェアパッケージ

l PowerMaxOS

l Priority Controls

l OR-DM

l Unisphere forPowerMax

l SL Provisioning

l Workload Planner

l Database StorageAnalyzer

l Unisphere for File

タイムウィンドウの作成 symoptmz

symtw

SL ベースのプロビジョニングを実行

symconfigure

symsg

symcfg

AppSync Starter Pack 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

Pro ソフトウェアパッケージ Essentials ソフトウェアパッケージ

Essentials ソフトウェアパッケージで使用可能なタスクを実行します。

ライセンス


表 16 PowerMax ライセンスパッケージ（続き）


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 次を含む書き込みペーシング属性：

symconfigure

ライセンス


表 16 PowerMax ライセンスパッケージ（続き）


– 書き込みペーシング閾値

– 書き込みペーシング Autostart

– デバイス書き込みペーシングの例外

– TimeFinder書き込みペーシング Autostart

l 同期モードで動的SRDF ペアを作成

l SRDF ペアを同期モードに設定

symrdf

同期モードでデバイスにSRDF ミラーを追加

symconfigure

D@RE データを暗号化し、有効なキーが提供されている場合を除き、不正アクセスから保護します。これにより、データへのアクセスを防止し、データをすばやく消去するためのメカニズムを提供します。

SRDF/Metro l SRDF/Metro構成に新しい SRDF デバイスペアを配置します。

l デバイスペアの同期。

SRM 運用効率を向上させるために、ストレージのプロビジョニングと再利用のタスクを自動化します。

ライセンス


個別のライセンスこれらの項目は PowerMaxOS を実行しているアレイで使用可能で、どのライセンススイートにも含まれていません。表 17 オープンシステム環境の個別ライセンス

License ユーザーが実行できる処理使用コマンド

ProtectPoint PowerMaxOS を実行するアレイと Data Domain アレイを含む統合環境内に、バックアップデータを格納し、取得します。

RecoverPoint ローカルおよびリモートサイトでのデータの整合性を保護し、ジャーナルテクノロジーを使用してポイントインタイムからデータをリカバリします。

エコシステムのライセンスこれらのライセンスは、アレイには適用されません。表 18 オープンシステム環境の個別ライセンス

ライセンスユーザーが実行できる処理

PowerPath データパスのフェイルオーバーとリカバリを自動化し、アプリケーションを常時使用可能で動作可能な状態にします。

Events and Retention Suite l 意図しない変更、削除、悪意のある操作からデータを保護します。

l データを作成時に暗号化し、サーバー外部のすべての場所で保護します。

l 使用されていない状態の選択したデータについて機密性を確保し、ファイルレベルでの保存を強制適用して、コンプライアンスに関する要件を満たします。

l サードパーティ製のウイルスチェック、クォータ管理、監査の各アプリケーションと統合します。

ライセンス


ライセンス


november 2019 revision 08 - dell...november 2019 revision 08 - dell ... powermaxos

Documents