Unityオール フラッシュ/ハイブリッド、またはUnityVSA™システムへのDell Unity™ファミリー VNX® Seriesデータ インポート ユーザー ガイド

ブロック インポート

Unisphereを使用すると、LUNまたはLUNのCG（コンシステンシー グループ）のいずれかについて、複数のコンカレント ブロック インポート セッションを、VNXシステムからUnityシステムにインポートできます。この制限は、ソースVNXシステムのSAN Copyの制限と、各CGのメンバー数に基づいています。ブロック インポートでは、Unityストレージ システムにデータをプッシュするために、VNXストレージ システム上のSAN Copy機能が使用されます。ターゲットUnityシステムからソースVNXシステムへのリモート システム接続を構成するには、VNX管理IPアドレスとVNX管理者認証情報を使用します。その接続を経由してVNX SANCopy FCまたはiSCSIイニシエータが検出され、UnityシステムがSANCopyホストとして登録されます。また、インポートの対象となるすべてのブロック リソースも検出されます。これには以下が含まれます。

• 以下の条件を満たしているプールLUN、シンLUN、メタLUN：
  • 予約済みLUNプールのLUNではない
  • VNXファイルに公開されるLUNではない
  • システムLUNではない
• LUNのCG

LUNまたはLUNのCGのインポートを実行する前に、インポート予定のLUNごとに少なくとも1つの未割り当てLUNを、ソースVNXシステム上のRLP（予約済みLUNプール）に含めておきます。リザーブドLUNのサイズはそれぞれ違っていてもかまいません。ただし、プール内の各LUNは同じサイズにしたほうが管理は容易になります。これは、LUNの割り当てはサイズを考慮せずに行われるためです。つまり、グローバル リザーブドLUNプール内の使用可能な未割り当てのLUNから順に割り当てられます。どの予約済みLUNが特定のインポート セッション、またはSnapView™、インクリメンタルSAN Copy、MirrorView/AなどのVNXプロセスで使用されるかは制御できないため、すべての予約済みLUNで標準のサイズを使用します。ストレージ システムに対して適切なリザーブドLUNプールのサイズを概算するには、次の点を考慮してください。

• スペースの使用率を最適化する場合は、計算の基礎として最小のソースLUNのサイズを使用します。ソースLUNの合計数を最適化する場合は、計算の基礎として最大のソースLUNのサイズを使用します。
• 標準のOLTP（オンライン トランザクション処理）の構成では、10～20%のサイズのリザーブドLUNを使用します。これにより、Copy on First Writeアルゴリズムのアクティビティに対応した適切なサイズになる可能性が高くなります。
• また、VNX LUNでSnapViewまたはMirrorView/Aを使用する場合は、追加RLP LUNが必要になることがあります。

RLPと予約済みLUNの詳細については、ソースVNXに関するUnisphereオンライン ヘルプを参照してください。