Untitled

(1)

EMC

®

_VNX

®

_シリーズ

リリース 8.1

Configuring NDMP Backups to Disk on VNX

® P/N 300-014-333 Rev 01 EMCジャパン株式会社〒151-0053 東京都渋谷区代々木2-1-1新宿マインズタワー http://japan.emc.com お問い合わせは http://japan.emc.com/contact

(2)

Copyright © 1998 - 2013 EMC Corporation.不許複製。 August 2013 発行 EMC Corporationは、この資料に記載される情報が、発行日時点で正確であるとみなしています。この情報は予告なく変更されることがあります。このドキュメントの情報は「現状のまま」提供されます。EMC Corporationは、このドキュメントに記載されている情報についていかなる種類の表現または保証もいたしかねます。また、特に、特定の目的のための、市販性または適合性の暗黙の保証を否定します。この資料に記載される、いかなるEMCソフトウェアの使用、複製、頒布も、当該ソフトウェアライセンスが必要です。製品ラインに関する最新版の安全規格情報については、EMC Powerlinkの［テクニカルドキュメントおよびアドバイザリ］セクションを参照してください。 EMC製品名の最新のリストについては、http://japan.emc.comサイトの「EMC Corporation Trademarks」を参照してください。他のすべての名称ならびに製品についての商標は、それぞれの所有者の商標または登録商標です。

(3)

序文...5 第 1 章 : 概要...7 システム要件...9 制限事項...9 ユーザーインタフェースの選択...10 関連情報...10 第 2 章 : 概念...13 VTLU コンポーネント...14 VTLUデバイス名...14 構成ガイドライン...15 第 3 章 : 構成...17 新しいVTLUの構成...18 デフォルト設定によるVTLUの作成...18 新しいVTLUの作成とカスタマイズ...20

Tivoli Storage ManagerによるVTLUの構成...22

ストレージの追加...24 デフォルト設定によるストレージの追加...24 カスタマイズされたストレージの追加...25 バックアップソフトウェアの構成...26 第 4 章 : 管理...29 VTLU構成の変更...30 プロパティの変更...30 チェーンIDの構成...33 ディスクへのNDMPバックアップ 3

(4)

VTLUの削除...35 ストレージの管理...39 ストレージのエクスポート...39 ストレージのインポート...41 ストレージの削除...41 ストレージの拡張...43 仮想テープの管理...43 仮想テープの挿入...44 仮想テープの取り出し...46 仮想テープのアンマウント...48 VTLU情報の一覧...51 Data Mover上のVTLUの一覧...51 VTLU情報の一覧...52 チェーンIDの表示...53 VTLUテープの一覧...54 テープ情報の表示...55 VTLUドライブの一覧...56 ドライブ情報の一覧...57 第 5 章 : トラブルシューティング...59

EMC E-Lab Interoperability Navigator...60

VNXユーザーカスタマイズドキュメント...60 エラーメッセージ...60 EMCトレーニングおよびプロフェッショナルサービス...61 用語集...63 索引...65 目次

(5)

序文

製品ラインのパフォーマンスと機能を継続的に改善および強化するための努力の一環として、EMCではハードウェアおよびソフトウェアの新規バージョンを定期的にリリースしています。そのため、本書で説明されている機能の中には、現在お使いのソフトウェアまたはハードウェアのバージョンによっては、サポートされていないものもあります。製品機能の最新情報については、お使いの製品のリリースノートを参照してください。製品が正常に機能しない、またはこのマニュアルの説明どおりに動作しない場合には、EMC の担当者にお問い合わせください。ディスクへのNDMPバックアップ 5

(6)

注意事項の表記法 EMCでは、特別な注意を要する事項に次の表記法を使用します。注：非常に重要である、または重要であるが身体への傷害や事業損失/データ消失にはつながらない状況を示します。事業損失またはデータ消失を招く可能性のある状況を示します。回避しなかった場合に軽度または中程度の傷害を招く可能性がある危険な状況を示します。回避しなかった場合に死亡または重傷を招く可能性がある危険な状況を示します。回避しなかった場合に死亡または重傷を招く危険な状況を示します。問い合わせ先 EMCのサポート情報、製品情報、ライセンス情報は、以下の場所で入手できます。製品情報：ドキュメント、リリースノート、ソフトウェアの更新、またはEMC製品、ライセンス、サービスに関する情報については、EMCオンラインサポート（登録が必要です）http://Support.EMC.comをご覧ください。トラブルシューティング：EMCオンラインサポート（http://support.EMC.com）を参照してください。ログインした後、該当する［Support by Product］ページを検索してください。テクニカルサポート：テクニカルサポートおよびサービスリクエストについては、EMCオンラインサポート（http://Support.EMC.com）のEMCカスタマーサービスにアクセスします。ログインした後、該当する［Support by Product］ページを検索し、［ライブチャット］または［サービスリクエストの作成］のいずれかを選択します。EMC Online Supportを通じてサービスリクエストを開始するには、有効なサポート契約が必要です。有効なサポート契約の入手方法の詳細や、アカウントに関する質問については、EMC販売担当者にお問い合わせください。注：お客様の個別のシステム問題に担当者がすでに割り当てられている場合を除き、特定のサポート担当者へのお問い合わせはご遠慮ください。ご意見マニュアルの精度、構成および品質を向上するため、お客様のご意見をお待ちしております。本書についてのご意見を以下のメールアドレスにお送りください。序文

(7)

第 1 章

概要

NDMP（Network Data Management Protocol）用のEMC VNX仮想テープライブラリユニット（VTLU）を使用すると、VNXは、NDMPプロトコルを使用してディスクベースのストレージにデータを直接バックアップできます。EMCのVTLU機能は、業界標準のNDMPプロトコルの機能をディスクベースのストレージとの互換性を含むように拡張することにより、物理テープライブラリユニット（TLU）とVTLUをNDMPと互換性のある同じバックアップソフトウェアから管理できるようにします。

VTLUはData Mover上に存在し、バックアップソフトウェアとは物理TLU と同じ方法で通信します。バックアップソフトウェア（たとえば、EMC NetWorker）は、VTLUと物理TLUを区別できません。EMC E-Lab Interoperability Navigatorには、認定されたバックアップソフトウェアベンダーに関する情報が示されています。 EMC NDMPディスクバックアップソリューションには次の特徴があります。 ● _{機器の障害のリスクを軽減するとともに、VNXファイルシステムの信} 頼性を備えています。 ● _{パフォーマンスレベルを維持するためのテープのクリーンアップが} 必要なくなります。 ● _{既存のNDMPインフラストラクチャを使用します。} このドキュメントは、VNXのマニュアルセットの一部であり、NDMPバックアップの管理と実行に責任を負うシステム管理者を対象としています。 VNX上でNDMPバックアップおよびリストア作業を実行するには、このドキュメントおよび「VNXのNDMPバックアップの構成」を使用してください。次のようなトピックが含まれています。トピック : ● _{システム要件（9ページ）} ● _{制限事項（9ページ）} ● _{ユーザーインタフェースの選択（10ページ）} ディスクへのNDMPバックアップ 7

(8)

● _{関連情報（10ページ）}

(9)

システム要件

表 1（9ページ）は、このドキュメントの説明に従ってNDMPでデータをディスクにバックアップするために必要なEMC® _VNX®_{のソフトウェア、ハードウェア、ネットワーク、スト} レージの構成を示しています。表 1. システム要件 VNXバージョン8.0 VNXで認定された、NDMPに準拠したバックアップソフトウェアソフトウェア固有のハードウェア要件なしハードウェア固有のネットワーク要件なしネットワーク

EMC VNX for BlockまたはSymmetrix®_システム

ストレージ

制限事項

VTLUをNDMPバックアップ用に構成する場合に適用される制限は次のとおりです。 ● VTLUはNDMPでだけ動作します。 ● VNXスナップショット（ファイル用）ファイルシステムをVTLUにインポートすることはできません。 ● NDMPディスクバックアップソリューションでは、バックアップするプライマリディスクストレージを、バックアップソフトウェアを実行しているバックアップサーバではなくVNXに接続する必要があります。 ● server_archiveおよびserver_mtコマンドはVTLUと互換性がありません。 ● server_devconfigコマンドはVTLUを検出しません。物理デバイスだけを検出します。 ● VTLUストレージ専用のファイルシステムを使用してください。 ● 自動拡張は［いいえ］に設定します。 ● テープのクローン作成がサポートされています。バックアップソフトウェアを使用してテープのクローンを作成すると、バックアップがディスクからテープに移動されます。

● VTLUが（たとえば、IBM Tivoli Storage Managerバックアップソフトウェアで）特定

のTLUをエミュレートするときに、そのTLUがVTLUではなく実際のTLUである場合は、インポートまたはエクスポートスロットはIBMが予測する内容に一致している必要があります。また、インポートまたはエクスポートスロットを0として指定することはで

システム要件 9

(10)

きず、1～8の範囲にする必要があります。インポートまたはエクスポートスロットのデフォルト値は8です。

● IBM TivoliとNDMPを使用してCelerra Network Serverバージョン5.6でディスクに新し

いストレージを作成する場合、バーコードプレフィックスを小文字で指定しないでください。IBM Tivoliは、小文字のバーコードプレフィックスをサポートしません。バーコードプレフィックスを指定しない場合、大文字でバーコードプレフィックスが生成されます。

ユーザーインタフェースの選択

VNXでは、サポート環境やインタフェース設定に応じてネットワークストレージを柔軟に管理できます。このドキュメントでは、CLI（コマンドラインインタフェース）を使用してディスクへのNDMPバックアップを構成する方法について説明します。また、次のVNX 管理アプリケーションのいずれかを使用して、これらのすべてのタスクを実行することもできます。 ● EMC Unisphere® ● Celerra Monitor ● MMC（Microsoft管理コンソール）スナップイン ● ADUC（Active Directoryのユーザーとコンピュータ）の拡張機能 VNXの管理の詳細については、次の資料を参照してください。 ● Unisphereオンラインヘルプ ● EMCオンラインサポート上のVNXマニュアルに収録されているアプリケーションのオンラインヘルプシステム

「Installing Management Applications on VNX for File」には、Unisphereの起動手順や、MMCスナップインおよびADUC拡張機能のインストール手順が記載されています。

第 2 章

概念

NDMPによるディスクへのバックアップを実行するには、Data Mover上で VTLUを構成します。VTLUを使用すると、VNXは、NDMPプロトコルを使用してディスクベースのストレージにデータを直接バックアップできます。 VTLUは、バックアップソフトウェアに物理TLUと同じ情報を提供することによって、物理TLUをエミュレートします。バックアップソフトウェアは、物理TLUとVTLUを区別できません。 VTLUを構成すると、そのVTLUとそれに関連づけられたコンポーネントのためにData Mover上の領域が予約されます。VTLUが作成されたら、その VTLUにファイルシステムを関連づけます。そのファイルシステムは、 VTLUが存在する物理Data Mover上にすでにマウントされている必要があります。VTLUが構成され、ファイルシステムが関連づけられた後、バックアップソフトウェアからそのVTLUを管理できます。次のようなトピックが含まれています。トピック : ● _{VTLU コンポーネント（14ページ）} ● _{VTLUデバイス名（14ページ）} ● _{構成ガイドライン（15ページ）} ディスクへのNDMPバックアップ 13

(14)

VTLU コンポーネント

VTLUは、次のコンポーネントで構成されています: ● _{インポートまたはエクスポートスロット：仮想テープを保持し、ユーザーがテープ} をヴォールトからインポートまたはエクスポートスロットに、またはその逆に移動できるようにします。物理TLUでは、インポートまたはエクスポートスロットは、TLUのドアを開かずにテープカートリッジを移動する場所を提供します。また、バックアップソフトウェアからも認識されます。VTLUは、バックアップソフトウェアと互換性を持つように同じように設計されています。 ● _{ロボット：カートリッジをテープドライブにマウントしたり、テープドライブから} アンマウントしたりします。 ● _{スロット：仮想テープを保持し、バックアップソフトウェアを使用してテープをド} ライブに移動するためのステージングスロットとして機能します。 ● _{ヴォールト：バックアップソフトウェアからは見えない仮想テープを保持します。} ● _{仮想テープ：ファイルシステム内の予約済み領域を表します。データは、仮想テー} プとの間で読み取り/書き込みが行われます。 ● _{仮想テープドライブ：仮想テープに対して読み取り/書き込みを行います。} 図 1（14ページ）は、VTLUの概略ビューを示しています。図 1. VTLUの概略ビュー

VTLUデバイス名

VTLUを作成すると、そのVTLUにはデバイス名が割り当てられます。デバイス名は、VTLUロボットおよびドライブの仮想接続を表します。デバイス名の形式はc<x>t<y>l<z>です。ここで各変数は、次のように、物理的なSCSIデバイス名で使用される値を表します。 <x> = SCSIのチェーン番号概念

(15)

<z> = SCSI LUN チェーン番号（またはチェーンID）は、VTLUデバイス名のユーザーがアドレス指定する部分です。仮想デバイスと物理デバイスの間で競合が発生した場合は、チェーンIDを変更する必要があります。デフォルトのチェーンIDは0です。

構成ガイドライン

NDMPディスクバックアップのための環境を構成するときは、次の一般的なガイドラインに従ってください。 ● _{ATAドライブの構成の場合は、RAID 3の論理ユニット番号（LUN）を使用することをお} 勧めします。 ● _{ファイバチャネル環境では、RAID 5によってファイバチャネルディスクのスルー} プットが向上します。 ● _{ギガビットEthernet環境で最適な3ウェイバックアップのパフォーマンスを得るには、} ジャンボフレームを有効にしてください。

ファイルシステム構成とボリューム管理の詳細については、「Managing Volumes and File Systems for VNX Manually」および「VNX Automatic Volume Managementによるボリュームとファイルシステムの管理」を参照してください。

構成ガイドライン 15

(16)

(17)

第 3 章

構成

新しいVTLUを構成する場合は、仮想ドライブ、スロット、テープが存在するData Mover上に領域を割り当てます。新しいVTLUには、そのVTLUを構成または管理するときに使用されるIDが自動的に割り当てられます。 VTLUを作成したら、そのVTLUにストレージを追加します。それにより、そのVTLUにファイルシステムが関連づけられます。次に、バックアップソフトウェアでVTLUデバイス名を構成します。 VTLUを使用するには、VNXがNDMP操作用に構成されている必要があります。それには、次の手順を実行します。 ● _{バックアップソフトウェアベンダーで必要な場合は、Data Moverを} 構成します。 NDMPアクセスのために使用されるData Mover上でユーザー名とパスワードを作成します。パスワードについては、セキュリティ上の理由からMD5パスワード暗号化方法を使用することをお勧めします。ユーザー名とパスワードは、大文字と小文字が区別されます。 ● _{適切なNDMP環境変数またはパラメータの構成。} これらの手順の実行方法については、「VNXのNDMPバックアップの構成」を参照してください。すでにData MoverをNDMP用に構成している場合は、VTLUを使用するように構成設定を変更する必要がありません。NDMP用のVNX構成設定は、物理TLUと仮想TLUの設定と同じです。次のようなトピックが含まれています。トピック : ● _{新しいVTLUの構成（18ページ）}

● _{Tivoli Storage ManagerによるVTLUの構成（22ページ）} ● _{ストレージの追加（24ページ）}

● _{バックアップソフトウェアの構成（26ページ）}

(18)

新しいVTLUの構成

新しいVTLUを構成するには、次のいずれかの方法を使用します。 ● _{デフォルト設定によるVTLUの作成（18ページ）} ● _{新しいVTLUの作成とカスタマイズ（20ページ）}

デフォルト設定によるVTLUの作成

アクションデフォルトの構成設定を使用して新しいVTLUを作成するには、次のコマンドシンタクスを使用します。 $ server_vtlu <movername> -tlu -new

ここで、

<movername>= Data Moverの名前例：

server_2上に新しいVTLUを作成するには、次のように入力します。 $ server_vtlu server_2 -tlu -new

出力 id = 1 slots = 32

import/export slots = 8 robot vendor = EMC robot product = svltRobot robot revision = 1.0

robot serial number = gkzp9492k5 robot device name = c0t0l0 drives = 4

drive vendor = EMC drive product = svltDrive drive revision = 1.0

注：この出力は、VTLUのデフォルト値を示しています。次に示す値だけは変更できません。

● _{VTLU ID}

● _{robot serial number}

● _{デバイス名の最後の2つの番号。開始チェーンを示す最初の番号だけを変更できます。最初のVTLU}

の場合、最初の番号は0です。

(19)

注出力定義は次のとおりです。 id：VTLU ID。これは自動的に割り当てられ、変更できません。 slots：VTLU上のスロットの数。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。 import/export slots：インポートまたはエクスポートスロットの数。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。 robot vendor：ロボットのベンダー名。最大8文字を含めることができます。 robot product：ロボットの製品名。最大16文字を含めることができます。 robot revision：ロボットのリビジョン番号。最大4文字を含めることができます。

robot serial number：ロボットのシリアル番号。この値はランダムに生成され、割り当てられます。

robot device name：次の形式のロボットデバイス名。

c<x>t<y>l<z> ここで、 <x>= SCSI開始チェーン番号 <y>= SCSI ID <z>= SCSI LUN 注：変更できるのは開始チェーン番号だけです。 drives：ドライブの数。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。 drive vendor：ドライブのベンダー名。最大8文字を含めることができます。 drive product：ドライブの製品名。最大16文字を含めることができます。 drive revision：ドライブのリビジョン番号。最大4文字を含めることができます。新しいVTLUの構成 19 構成

(20)

新しいVTLUの作成とカスタマイズ

このタスクでは、新しいVTLUを作成するためのオプションを提供します。これらのオプションを指定しない場合は、デフォルト設定によるVTLUの作成（18ページ）に示すように、デフォルト値が使用されます。この例ではすべてのオプションが示されていますが、これらのオプションのサブセットを構成し、その他のオプションにはデフォルト値を使用することができます。

IBM Tivoli Storage Managerバックアップソフトウェアでは、VTLUに対して定義されたインポートまたはエクスポートスロットの数が1～8である必要があります。また、ロボットおよびドライブ情報が、環境内の実際のロボットおよびテープドライブ情報に一致していることも必要です。

アクション

新しいVTLUを作成してカスタマイズするには、次のコマンドシンタクスを使用します。 $ server_vtlu <movername>-tlu -new[-robot{[-vendor<vendor>][-product

<product>][-revision<revision>]}][-slots<num_slots>][-impexp<num_ impexp_slots>][-drives<num_drives>][-drive{[-vendor<vendor>][-product <product>][-revision<revision>]}]

ここで、

<movername>= Data Moverの名前

<vendor>= 仮想ロボットのベンダー名。最大8文字を含めることができます。デフォルト値はEMCです。 <product>= 仮想ロボットの製品名。最大16文字を含めることができます。デフォルト値はsvtlRobotです。 <revision>= 仮想ロボットのリビジョン番号。最大4文字を含めることができます。デフォルト値は1.0です。 <num_slots>= VTLU内のスロットの数。デフォルト値は32です。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。 <num_impexp_slots>= VTLU内のインポートまたはエクスポートスロットの数。デフォルト値は8です。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。 <num_drives>= VTLU内のドライブの数。デフォルト値は4です。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。 <vendor>= 仮想ドライブのベンダー名。最大8文字を含めることができます。デフォルト値はEMCです。 <product>= 仮想ドライブの製品名。最大16文字を含めることができます。デフォルト値はsvtlDriveです。 <revision>= 仮想ドライブのリビジョン番号。最大4文字を含めることができます。デフォルト値は1.0です。例： VTLUを構成し、その構成設定を指定するには、次のように入力します。

$ server_vtlu server_2 -tlu -new -robot -vendor legato -product vtlu -revision 2.0 -slots 256 -impexp 16 -drives 6 -drive -vendor emclegat -product vDrive -revision 2.0

(21)

import/export slots = 16 robot vendor = legato robot product = vtlu robot revision = 2.0

robot serial number = lX21uML2k5 robot device name = c0t0l0 drives = 6

drive vendor = emclegat drive product = vDrive drive revision = 2.0 注出力定義は次のとおりです。 id：VTLU ID。これは自動的に割り当てられ、変更できません。 slots：VTLU上のスロットの数。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。 import/export slots：インポートまたはエクスポートスロットの数。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。 robot vendor：ロボットのベンダー名。最大8文字を含めることができます。 robot product：ロボットの製品名。最大16文字を含めることができます。 robot revision：ロボットのリビジョン番号。最大4文字を含めることができます。

c<x>t<y>l<z> ここで、 <x>= SCSI開始チェーン番号 <y>= SCSI ID <z>= SCSI LUN 注：変更できるのは開始チェーン番号だけです。 drives：ドライブの数。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。 drive vendor：ドライブのベンダー名。最大8文字を含めることができます。 drive product：ドライブの製品名。最大16文字を含めることができます。 drive revision：ドライブのリビジョン番号。最大4文字を含めることができます。新しいVTLUの構成 21 構成

(22)

Tivoli Storage ManagerによるVTLUの構成

これは、Tivoli Storage Managerを使用して構成されたVTLUの例です。

注： Tivoli Storage Managerでは、VTLUをいくつかの異なる方法で構成できます。この例は、それらの構成のうちの1つを示しています。

アクション

Tivoli Storage Managerを使用してVTLUを構成し、その構成設定を指定するには、次のように入力します。 $ server_vtlu server_3 -tlu -new -robot -vendor ATL -product p1000 -drive -vendor Quantum -product DLT7000 出力

id = 1 slots = 32

import/export slots = 8 robot vendor = ATL robot product = P1000 robot revision = 1.01

robot serial number = JYK4YHP1k5 robot device name = c0t0l0 drives = 4

drive vendor = QUANTUM drive product = DLT7000 drive revision = 1.01

(23)

注出力定義は次のとおりです。 id：VTLU ID。これは自動的に割り当てられ、変更できません。 slots：VTLU上のスロットの数。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。 import/export slots：インポートまたはエクスポートスロットの数。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。 robot vendor：ロボットのベンダー名。最大8文字を含めることができます。 robot product：ロボットの製品名。最大16文字を含めることができます。 robot revision：ロボットのリビジョン番号。最大4文字を含めることができます。

c<x>t<y>l<z> ここで、 <x>= SCSI開始チェーン番号 <y>= SCSI ID <z>= SCSI LUN 注：変更できるのは開始チェーン番号だけです。 drives：ドライブの数。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。 drive vendor：ドライブのベンダー名。最大8文字を含めることができます。 drive product：ドライブの製品名。最大16文字を含めることができます。 drive revision：ドライブのリビジョン番号。最大4文字を含めることができます。

Tivoli Storage ManagerによるVTLUの構成 23

(24)

ストレージの追加

VTLUにストレージを追加すると、そのVTLUにファイルシステムが関連づけられます。ファイルシステムとVTLUを関連づけるには、VTLUが存在する物理Data Mover上でファイルシステムをマウントする必要があります。VTLUストレージとして専用ファイルシステムを使用することをお勧めします。1つのVTLUに複数のファイルシステムを関連づけることができます。ストレージを追加するには、次のいずれかの方法を使用します。 ● _{デフォルト設定によるストレージの追加（24ページ）} ● _{カスタマイズされたストレージの追加（25ページ）}

デフォルト設定によるストレージの追加

新しいストレージを追加する場合は、このセクションで示すように、VTLUのデフォルト設定を使用できます。ストレージの設定をカスタマイズする手順については、カスタマイズされたストレージの追加（25ページ）を参照してください。デフォルト設定を使用してストレージを追加するには、次の手順を実行します。 1. 次のコマンドシンタクスを使用して、VTLUにストレージを追加します。

$ server_vtlu <movername> -storage -new <fs_name> -tlu <tlu_id>

ここで、

<movername> = Data Moverの名前

<fs_name>はファイルシステムの名前

<tlu_id> = VTLUのID 例：

server_2上のVTLU 1にストレージを追加するには、次のように入力します。

$ server_vtlu server_2 -storage -new ufs1 -tlu 1

出力： server_2 : done 注：デフォルトのVTLU構成については、カスタマイズされたストレージの追加（25ページ）を参照してください。 2. バックアップソフトウェアからインベントリを実行します。構成

(25)

カスタマイズされたストレージの追加

カスタマイズされたストレージを追加するには、次の手順を実行します。 1. 次のコマンドシンタクスを使用して、VTLUにストレージを追加します。

$ server_vtlu <movername>-storage -new<fs_name>-tlu<tlu_id> -tapesize<size>G -tapes<num_tapes>-barcodeprefix<barcode _prefix>-destination{slot|impexp|vault}

ここで、

<fs_name> = VTLUに関連づけるファイルシステムの名前

<tlu_id> = VTLUのID

<size> = テープのサイズ（GB単位）。最大値は16384 GBです。<size>と<num_tapes>が定義

されていない場合は、50 GBのデフォルト値が使用されます。<size>が定義されていない場合は、ファイルシステム上で使用可能な空き領域の量に基づいて計算されます。 <num_tapes>= ファイルシステムに関連づけられたテープの数。デフォルトは、ファイルシステムのサイズに基づいて作成できるテープの最大数です。 <barcode_prefix> = VTLU内で一意である必要のある仮想テープのバーコードプレフィックス。デフォルトは、4文字から成る16進数値です。バーコード全体が6～10文字に収まるように、2～6文字を使用することをお勧めします。一部のバックアップソフトウェアベンダーは、最初の10文字や最後の6文字などの限られた文字数を使用します。 {slot|impexp|vault} = 新しいテープの宛先。デフォルト値はslotです。例： VTLU 1にufs1ファイルシステムを追加するには、次のように入力します。

$ server_vtlu server_2 -storage -new ufs1 -tlu 1 -tapesize 1G -tapes 5 -barcodeprefix pre1 -destination slot

出力： server_2 : done 注：ストレージのデフォルト設定については、デフォルト設定によるストレージの追加（24ページ）を参照してください。 2. バックアップソフトウェアからインベントリを実行します。ストレージの追加 25 構成

(26)

バックアップソフトウェアの構成

VLTUを作成した後、そのVTLUを使用する前に、バックアップソフトウェアでVTLUデバイス名を構成する必要があります。このセクションの手順では、バックアップソフトウェアに必要なデバイス名を見つける方法について説明します。バックアップソフトウェアでVTLUデバイス名を構成するには、バックアップソフトウェアのマニュアルを参照してください。注： server_devconfigコマンドを使用してVTLUデバイス名を検出することはできません。 server_devconfigコマンドでは、物理デバイスだけが検出されます。バックアップソフトウェアを構成するには、次の手順を実行します。 1. 次のコマンドシンタクスを使用して、Data MoverのVTLUの一覧を表示します。

$ server_vtlu <movername> -tlu -list

ここで、

例：

server_2上で構成されているVTLUを一覧表示するには、次のように入力します。

$ server_vtlu server_2 -tlu -list

出力：

id vendor product revision serial_number device_name 1 legato vtlu 2.0 lX21uML2k5 c0t0l0

2 EMC svltRobot 1.01 gkzp9492k5 c0t0l7 3 EMC svltRobot 1.01 P8gIgqs2k5 c0t0l12

列定義： id：VTLUのID番号。 vendor：VTLUロボットのベンダー名。最大8文字を含めることができます。デフォルト値はEMCです。 product：VTLUの製品名。最大16文字を含めることができます。デフォルト値はsvtlRobot です。 revision：VTLUのリビジョン番号。最大4文字を含めることができます。デフォルト値は 1.0です。

serial_number：VTLUのシリアル番号。これはData Moverによって自動的に割り当てられま

す。

device_name：VTLU仮想ロボットのデバイス名。形式は次のとおりです。

c<x>t<y>l<z>

ここで、構成

(27)

<x> = SCSI開始チェーン番号 <y> = SCSI ID <z>= SCSI LUN 変更できるのはチェーンIDだけで、デフォルト値は0。チェーンIDの変更については、チェーンIDの構成（33ページ）を参照。 2. 次のコマンドシンタクスを使用して、VTLUドライブのデバイス名を表示します。

$ server_vtlu <movername> -drive -list <tlu_id>

ここで、

server_2上に存在するVTLU 1上のドライブを表示するには、次のように入力します。

$ server_vtlu server_2 -drive -list 1

出力：

drive_id device_name serial_number status tape_barcode 0 c0t0l1 gMllGqf100 empty 1 c0t0l2 ziKtHqf100 empty 2 c0t0l3 PO8CIqf100 empty 3 c0t0l4 5lxKJqf100 empty 4 c0t0l5 lRVSKqf100 empty 5 c0t0l6 Bnk1Mqf100 empty 列定義： drive_id：仮想テープドライブのID。デフォルトのIDは、4台のドライブを備えたVTLUに対する0～3です。 device_name：仮想ドライブのデバイス名。形式は次のとおりです。 c<x>t<y>l<z> ここで、 <x> = SCSI開始チェーン番号 <y> = SCSI ID <z> = SCSI LUN

serial_number：ドライブのシリアル番号。これはData Moverによって自動的に割り当てら

れます。 status：テープドライブのステータス。オプションは次のとおりです。 • _empty_{：ドライブ内にテープが存在しません。} • _full_{：ドライブ内にテープが存在しますが、そのドライブがバックアップソフトウェ} アによってアンロードされていません。バックアップソフトウェアの構成 27 構成

(28)

• _loaded_{：ドライブ内にテープが存在し、そのドライブがロードされています。} • _{in use}_{：ドライブがバックアップまたはリストアに使用されています。} tape_barcode：テープのバーコードがテープドライブにロードされています（該当する場合）。 3. バックアップソフトウェアでVTLUデバイス名を構成します。具体的な手順については、ベンダーから提供されたバックアップソフトウェアのマニュアルを参照してください。構成

(29)

第 4 章

管理

次のようなトピックが含まれています。トピック : ● _{VTLU構成の変更（30ページ）} ● _{ストレージの管理（39ページ）} ● _{仮想テープの管理（43ページ）} ● _{VTLU情報の一覧（51ページ）} ディスクへのNDMPバックアップ 29

(30)

VTLU構成の変更

VTLU構成を変更するタスクは次のとおりです。 ● _{プロパティの変更（30ページ）} ● _{チェーンIDの構成（33ページ）} ● _{VTLUの削除（35ページ）}

プロパティの変更

バックアップソフトウェアでVTLUを認識するための特定の情報が必要な場合は、ロボットおよびドライブ情報を変更できます。たとえば、問い合わせコマンドを実行したときにバックアップソフトウェアから（不明なTLUまたはサポートされていないTLUなどの）エラーが返された場合は、VTLUロボットおよびドライブ情報の変更が必要になることがあります。これらの情報を、バックアップソフトウェアが予測する内容に一致させることが必要になる場合があります。構成設定を変更するためのオプションは個別に使用することも、組み合わせて使用することもできます。このセクションの例は、すべてのオプションを一度に変更する方法を示しています。すべてのオプションを構成することなく、オプションのサブセットを構成できます。変更できるVTLUのプロパティは次のとおりです。 ● _{ロボットのベンダー名、製品名、リビジョン番号} ● _{仮想テープドライブのベンダー名、製品名、リビジョン番号} ● _{テープドライブ、スロット、インポートまたはエクスポートスロットの数} ほとんどのバックアップソフトウェアアプリケーションでは、VTLUのプロパティを変更する必要はありません。注：スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。

アクション

VTLU構成を変更するには、次のコマンドシンタクスを使用します。 $ server_vtlu <movername>-tlu -modify<tlu_id>-robot -vendor<vendor> -product<product>-revision<revision>-slots<num_slots>-impexp<num_ 管理

(31)

アクション

-revision<revision> <vendor> ここで、

<movername>= Data Moverの名前 <tlu_id>= VTLUのID <vendor>= 仮想ロボットのベンダー名。最大8文字を含めることができます。デフォルトはEMCです。 <product>= 仮想ロボットの製品名。最大16文字を含めることができます。デフォルト値はsvtlRobotです。 <revision>= 仮想ロボットのリビジョン番号。最大4文字を含めることができます。デフォルト値は1.0です。 <num_slots>= VTLU内のスロットの数。デフォルト値は32です。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。 <num_impexp_slots>= VTLU内のインポートまたはエクスポートスロットの数。デフォルト値は8です。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。 <num_drives>= VTLU内のドライブの数。デフォルト値は4です。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。 <vendor>= 仮想ドライブの製品名。最大8文字を含めることができます。デフォルト値はEMCです。 <product>= 仮想ドライブの製品名。最大16文字を含めることができます。デフォルト値はsvtlDriveです。 <revision>= 仮想ドライブのリビジョン番号。最大4文字を含めることができます。デフォルト値は1.0です。例： VTLUに関連づけられたすべての構成設定を変更するには、次のように入力します。

$ server_vtlu server_2 -tlu -modify 1 -robot -vendor EMC_1 -product vtlu_1 -revision 2.1 -slots 64 -impexp 16 -drives 8 -drive -vendor EMC_1 -product vDrive_1 -revision 2.1a

出力

server_2 : done

VTLUに対して行われた変更の確認

アクション

VTLU構成に目的の変更が加えられたことを確認するには、次のコマンドシンタクスを使用します。 $ server_vtlu <movername> -tlu -info <tlu_id>

ここで、

<tlu_id>= 情報を表示するVTLUのID

例：

VTLU 1上の構成設定を確認するには、次のように入力します。 $ server_vtlu server_2 -tlu -info 1

VTLU構成の変更 31

(32)

import/export slots = 16 robot vendor = EMC_1 robot product = vtlu_1 robot revision = 2.1

robot serial number = lX21uML2k5 robot device name = c0t0l0 drives = 8

drive vendor = EMC_1 drive product = vDrive_1 drive revision = 2.1a 注

出力定義は次のとおりです。 id：VTLU ID

slots：VTLU上のスロットの数。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以

下にする必要があります。

import or export slots：インポートまたはエクスポートスロットの数。スロット、インポートまたはエクスポート

スロット、ドライブの合計を65,535以下にする必要があります。

robot vendor：ロボットのベンダー名。最大8文字を含めることができます。

robot product：ロボットの製品名。最大16文字を含めることができます。

robot revision：ロボットのリビジョン番号。最大4文字を含めることができます。

robot serial number：ロボットのシリアル番号。この値はランダムに生成され、ロボットデバイス名に割り当て

られます。次の形式のロボットデバイス名。 c<x>t<y>l<z> ここで、 <x>= SCSI開始チェーン番号（この値だけを変更できます） <y>= SCSI ID <z>= SCSI LUN drives：テープドライブの数。スロット、インポートまたはエクスポートスロット、ドライブの合計を65,535以下にする必要があります。 drive vendor：ドライブのベンダー名。最大8文字を含めることができます。 drive product：ドライブの製品名。最大16文字を含めることができます。 drive revision：ドライブのリビジョン番号。最大4文字を含めることができます。管理

(33)

チェーンIDの構成

VTLUまたはドライブを作成すると、そのデバイスとData Moverの間の接続を表すためにデバイス名が割り当てられます。デバイス名の形式はc<x>t<y>|<z>であり、物理デバイス名と同じです。ここで、各変数は次の内容を表します。 <x> = SCSI開始チェーン番号 <y> = SCSI ID <z> = SCSI LUN 変更できるのは開始チェーン番号だけです。チェーン番号を変更すると、そのチェーン番号はData Mover上のすべてのVTLUデバイス名を含め、Data Mover全体にわたって適用されます。

アクション

Data Moverの開始チェーンを変更するには、次のコマンドシンタクスを使用します。 $ server_vtlu <movername> -service -set -chain <chain_id>

ここで、

<chain_id>= チェーンIDの値。これはデバイス名の一部です。

例：

チェーンIDに2の値を割り当てるには、次のように入力します。 $ server_vtlu server_2 -service -set -chain 2

出力 server_2 : done 注開始チェーン番号は、仮想テープドライブを含む、Data Mover上のすべてのVTLUデバイスに適用されます。物理デバイスのチェーンIDは8192以下にする必要があります。VTLUのチェーンIDを8192より大きい値（10000など）に設定すれば、仮想デバイス名と物理デバイス名の間で競合が発生するリスクはありません。ただし、バックアップソフトウェアで、許容可能なチェーンIDの最大値を10000未満の値に制限できます。 VTLU構成の変更 33 管理

(34)

チェーン番号の確認

アクション

チェーン番号が変更されたことを確認するには、次のコマンドシンタクスを使用します。 $ server_vtlu <movername> -service -info

ここで、

<movername>= Data Moverの名前例：

チェーンIDを取得するためにserver_2上のVTLUにクエリーを実行するには、次のように入力します。 $ server_vtlu server_2 -service -info

出力 server_2 :

starting chain id = 2 注

出力定義：

server_2：情報を表示しているData Mover

starting chain id：VTLUデバイス名の開始チェーン

(35)

VTLUの削除

VTLUを削除する場合は、まずストレージとVTLUの関連づけを解除する必要があります。ストレージが関連づけられているVTLUは削除できません。注： VTLUにストレージが関連づけられている場合は手順1および2を実行し、それ以外の場合は手順 3に進みます。 VTLUを削除するには、次の手順を実行します。 1. 次のコマンドシンタクスを使用して、VTLUとの関連づけを解除するストレージを識別します。

$ server_vtlu <movername> -storage -list <tlu_id>

注：ファイルシステムの名前が長すぎる場合は、切り詰めることができます。完全なファイルシステムの詳細を取得するには、-infoオプションを使用します。

または

$ server_vtlu <movername> -storage -info -tlu <tlu_id>

ここで、

例：

server_2上のVTLU 1に関連づけられたストレージを一覧表示するには、次のように入力します。

$ server_vtlu server_2 -storage -list 1

出力：

tlu_id filesystem barcode_prefix 1 ufs1 pre1

または

$ server_vtlu server_2 -storage -info -tlu 3

出力：

VTLU構成の変更 35

(36)

server_2 : tlu_id = 3 filesystem = fs_luy2_2 barcode_prefix = 0222 tlu_id = 3 filesystem = fs_delete_storage1 barcode_prefix = 0235 tlu_id = 3 filesystem = fs_phil6 barcode_prefix = 0243 列定義： tlu_id：情報を取得するために表示しているVTLUのID filesystem：VTLUに関連づけられたファイルシステム barcode_prefix：ファイルシステムに関連づけられたバーコードプレフィックス 2. 次のコマンドシンタクスを使用して、ストレージとVTLUの関連づけを解除します。これにより、仮想テープ上のデータがすべて削除されます。

$ server_vtlu <movername>-storage -delete{<fs_name>|-barcodeprefix <barcode_prefix>}-tlu<tlu_id>

注：また、そのVTLUを別のData Moverに移動したい場合は、ストレージを削除する代わりにエクスポートすることもできます。詳細については、ストレージのエクスポート（39ページ）を参照してください。ストレージを削除しても、基礎となるファイルシステムは削除されません。ファイルシステムはData Mover上にマウントされたままになります。

ここで、

<fs_name>はファイルシステムの名前 <barcode_prefix> = 削除するファイルシステムに関連づけられたバーコードプレフィックス <tlu_id> = VTLUのID 例： VTLU 1からufs1ファイルシステムを削除するには、次のように入力します。

$ server_vtlu server_2 -storage -delete ufs1 -tlu 1

出力：

server_2 : done

3. 次のコマンドシンタクスを使用して、VTLUを削除します。

$ server_vtlu <mover_name> -tlu -delete <tlu_id>

ここで、管理

(37)

例：

server_2からVTLU 1を削除するには、次のように入力します。

$ server_vtlu server_2 -tlu -delete 1

出力：

server_2 : done

4. バックアップソフトウェアで、このVTLUへの構成参照を削除します。

5. 次のコマンドシンタクスを使用して、VTLU 1が削除されたことを確認します。

$ server_vtlu <movername> -tlu -list

ここで、

例：

server_2上で構成されているVTLUを一覧表示するには、次のように入力します。

$ server_vtlu server_2 -tlu -list

出力：

id vendor product revision serial_number device_name 2 EMC svltRobot 1.0 gkzp9492k5 c2t0l5

3 EMC svltRobot 1.0 lX21uML2k5 c2t0l10 4 EMC svltRobot 1.0 RLMgE853k5 c2t0l15 5 EMC svltRobot 1.01 nAwCOuo3k5 c2t1l4 6 EMCCorp vtluRobot 1.1a XEd8EhX4k5 c2t2l13

列定義： id：VTLUのID番号。 vendor：VTLUロボットのベンダー名。最大8文字を含めることができます。デフォルト値はEMCです。 product：VTLUの製品名。最大16文字を含めることができます。デフォルト値はsvtlRobot です。 revision：VTLUのリビジョン番号。最大4文字を含めることができます。デフォルト値は 1.0です。

serial_number：VTLUのシリアル番号。これはData Moverによって自動的に割り当てられま

す。 device_name：VTLU仮想ロボットのデバイス名。形式は次のとおりです。 c<x>t<y>l<z> ここで、 <x> = SCSI開始チェーン番号 <y> = SCSI ID VTLU構成の変更 37 管理

(38)

<z> = SCSI LUN

デフォルトの開始チェーンは0です。管理

(39)

ストレージの管理

VTLUに関連づけられたストレージを管理するタスクは次のとおりです。 ● _{ストレージのエクスポート（39ページ）} ● _{ストレージのインポート（41ページ）} ● _{ストレージの削除（41ページ）} ● _{ストレージの拡張（43ページ）}

ストレージのエクスポート

VTLUからストレージをエクスポートできます。それにより、別のVTLUにインポートされるまで、そのストレージにアクセスできなくなります。ストレージをエクスポートすると、その操作は個々のテープではなく、ストレージエリアに適用されます。注： VTLUストレージをエクスポートする前に、関連づけられたすべてのテープをドライブからアンマウントする必要があります。詳細については、仮想テープのアンマウント（48ページ）を参照してください。ストレージをエクスポートする手順は次のとおりです。 1. ファイルシステムの名前がすでにわかっている場合は、手順2に進みます。それ以外の場合は、次のコマンドシンタクスを使用して、エクスポートするファイルシステムの名前を識別するためにVTLUにクエリーを実行します。

$ server_vtlu <movername> -storage -list <tlu_id>

注：ファイルシステムの名前が長すぎる場合は、切り詰めることができます。完全なファイルシステムの詳細を取得するには、-infoオプションを使用します。

または

$ server_vtlu <movername> -storage -info -tlu <tlu_id>

ここで、

server_2上のVTLU 1のテープ情報を一覧表示するには、次のように入力します。

$ server_vtlu server_2 -storage -list 1

出力：

ストレージの管理 39

(40)

tlu_id filesystem barcode_prefix 1 ufs1 pre1

または

$ server_vtlu server_2 -storage -info -tlu 3

出力： server_2 : tlu_id = 3 filesystem = fs_luy2_2 barcode_prefix = 0222 tlu_id = 3 filesystem = fs_delete_storage1 barcode_prefix = 0235 tlu_id = 3 filesystem = fs_phil6 barcode_prefix = 0243 列定義： tlu_id：情報を表示しているVTLUのID filesystem：VTLUに関連づけられたファイルシステム barcode_prefix：ファイルシステムに関連づけられたバーコードプレフィックス 2. 次のコマンドシンタクスを使用して、VTLUからストレージをエクスポートします。

$ server_vtlu <movername> -storage -export <fs_name> -tlu <tlu_id>

ここで、

例：

VTLU 1からufs1という名前のファイルシステムをエクスポートするには、次のように入力します。

$ server_vtlu server_2 -storage -export ufs1 -tlu 1

注：ストレージをエクスポートしたら、バックアップソフトウェアを使用してVTLUをインベントリ管理します。

出力

server_2 : done

(41)

ストレージのインポート

以前にVTLUからエクスポートされたストレージをインポートできます。そのストレージをスロット、インポートまたはエクスポートスロット、またはヴォールトにインポートできます。ストレージをインポートする手順は次のとおりです。 1. 次のコマンドシンタクスを使用して、ファイルシステムを既存のVTLUにインポートします。

$ server_vtlu <movername>-storage -import<fs_name>-tlu<tlu_id> -destination{slot|impexp|vault}

ここで、

<fs_name> = インポートするファイルシステムの名前

{slot | impexp | vault} = テープの宛先。デフォルト値はslotです。

例：

ufs1という名前のファイルシステムをVTLU 1上のスロットにインポートするには、次のように入力します。

$ server_vtlu server_2 -storage -import ufs1 -tlu 1 -destination slot

2. バックアップソフトウェアからインベントリを実行します。

ストレージの削除

VTLUからファイルシステムを削除すると、ファイルシステムとVTLUの関連づけが解除され、さらに一連の仮想テープも削除されます。また、それらのテープ上に格納されているデータもすべて削除されます。ファイルシステム自体は削除されずに、物理Data Mover 上にマウントされたままになります。アクション VTLUからストレージを削除するには、次のコマンドシンタクスを使用します。 $ server_vtlu <movername>-storage -delete{<fs_name>|-barcodeprefix <barcode_prefix>}-tlu<tlu_id>

ここで、

ストレージの管理 41

(42)

アクション

<barcode_prefix>= 削除するファイルシステムに関連づけられたバーコードプレフィックス

<tlu_id>= VTLUのID 例：

VTLU 1上のufs1からストレージを削除するには、次のように入力します。 $ server_vtlu server_2 -storage -delete ufs1 -tlu 1

出力

server_2 : done

(43)

ストレージの拡張

ストレージを拡張する場合は、VTLUに仮想テープを追加します。ユーザーはストレージを拡張する前に、VTLUのファイルシステムを手動で拡張する必要があります。

ストレージを拡張する手順は次のとおりです。

1. 次のコマンドシンタクスを使用して、VTLUにストレージを追加します。

$ server_vtlu <movername>-storage -extend<fs_name>-tlu<tlu_id> -tapesize<size>G-tapes<num_tapes>-destination{slot|impexp|vault}

ここで、

<fs_name> = 拡張されたファイルシステムの名前

<size> = テープのサイズ（GB単位）。最大値は16384 GBです。<size>と<num_tapes>が定義

されていない場合は、50 GBのデフォルト値が使用されます。<size>が定義されていない場合は、ファイルシステム上で使用可能な空き領域の量に基づいて計算されます。

<num_tapes> = VTLU上のテープの数。デフォルトは、ファイルシステムのサイズに基づ

いて作成できるテープの最大数です。

{slot | impexp | vault} = テープの宛先。デフォルト値はslotです。

例：

server_2上のVTLU 1にストレージを追加するには、次のように入力します。

$ server_vtlu server_2 -storage -extend ufs1 -tlu 1 -tapesize 1G -tapes 5 -destination slot

出力： server_2 : done 2. バックアップソフトウェアからインベントリを実行します。

仮想テープの管理

仮想テープを管理するタスクは次のとおりです。 ● _{仮想テープの挿入（44ページ）} ● _{仮想テープの取り出し（46ページ）} ● _{仮想テープのアンマウント（48ページ）} ストレージの管理 43 管理

(44)

仮想テープの挿入

仮想テープを挿入すると、その仮想テープは、ヴォールトからインポートまたはエクスポートスロットに移動されます。仮想テープを挿入する手順は次のとおりです。 1. テープバーコードがすでにわかっている場合は、手順2に進みます。それ以外の場合は、次のコマンドシンタクスを使用して、挿入するテープのバーコードを識別するためにVTLUにクエリーを実行する。

$ server_vtlu <movername> -tlu -tape -list <tlu_id>

ここで、

$ server_vtlu server_2 -tlu -tape -list 1

出力：

barcode filesystem capacity(GB) location source_slot pre10009 ufs2 50 slot:9 9

pre1000a ufs2 50 slot:10 10 pre1000b ufs2 40 vault pre10004 ufs2 50 slot:4 4 pre10005 ufs2 50 slot:5 5 pre10006 ufs2 50 slot:6 6 pre10007 ufs2 50 slot:7 7 pre10008 ufs2 50 slot:8 8 pre10000 ufs2 50 slot:0 0 pre10002 ufs2 50 slot:2 2 pre10001 ufs2 50 slot:1 1 pre10003 ufs2 50 slot:3 3

列定義： barcode：仮想テープに関連づけられたバーコード。バーコードの最初の部分（プレフィックス）は、ファイルシステム全体にわたって固定長です。この例では、pre1がバーコードプレフィックスです。 filesystem：仮想テープに関連づけられたファイルシステムの名前 capacity：仮想テープの容量（GB単位） location：仮想テープのエレメントタイプおよびエレメントID。可能性のあるエレメントタイプには、スロット、ドライブ、インポートまたはエクスポート、ロボット、ヴォールトがあります。 source_slot：元のスロット番号管理

(45)

2. 次のコマンドシンタクスを使用して、仮想テープをヴォールトからインポートまたはエクスポートスロットに挿入します。

$ server_vtlu <movername>-tape -insert<tape_barcode>-tlu <tlu_id>

ここで、

<tape_barcode>仮想テープのバーコード

例：

仮想テープをヴォールトからインポートまたはエクスポートスロットに移動するには、次のように入力します。

$ server_vtlu server_2 -tape -insert pre1000b -tlu 1

出力：

server_2 : done

3. テープがヴォールトからインポートまたはエクスポートスロットに移動されたことを確認します。次のコマンドシンタクスを使用して、テープ情報を一覧表示します。

$ server_vtlu <movername> -tlu -tape -list <tlu_id>

ここで、

例：

$ server_vtlu server_2 -tlu -tape -list 1

4. 出力：

barcode filesystem capacity(GB) location source_slot pre10009 ufs2 50 slot:9 9

pre1000a ufs2 50 slot:10 10 pre1000b ufs2 41 impexp:11 pre10004 ufs2 50 slot:4 4 pre10005 ufs2 50 slot:5 5 pre10006 ufs2 50 slot:6 6 pre10007 ufs2 50 slot:7 7 pre10008 ufs2 50 slot:8 8 pre10000 ufs2 50 slot:0 0 pre10002 ufs2 50 slot:2 2 pre10001 ufs2 50 slot:1 1 pre10003 ufs2 50 slot:3 3

列定義：

仮想テープの管理 45

(46)

barcode：仮想テープに関連づけられたバーコード。バーコードの最初の部分（プレフィックス）は、ファイルシステム全体にわたって固定長です。この例では、pre1がバーコードプレフィックスです。 filesystem：仮想テープに関連づけられたファイルシステムの名前 capacity：仮想テープの容量（GB単位） location：仮想テープのエレメントタイプおよびエレメントID。可能性のあるエレメントタイプには、スロット、ドライブ、インポートまたはエクスポート、ロボット、ヴォールトがあります。 source_slot：元のスロット番号

仮想テープの取り出し

取り出し操作を行うと、テープがインポートまたはエクスポートスロットからヴォールトに移動されます。VTLUヴォールト内のテープは、バックアップソフトウェアからは認識されません。物理TLUでは、TLUのドアを開かずにテープカートリッジをインポートまたはエクスポートスロットに移動できます。これらのカートリッジは、バックアップソフトウェアから引き続き認識されます。VTLUは、バックアップソフトウェアとの互換性および物理TLUとの整合性を保証するために、物理TLUのインフラストラクチャをエミュレートします。仮想テープを取り出す手順は次のとおりです。 1. テープバーコードがすでにわかっている場合は、手順2に進みます。それ以外の場合は、次のコマンドシンタクスを使用して、取り出すテープのバーコードを識別するためにVTLUにクエリーを実行する。

$ server_vtlu <movername> -tape -list <tlu_id>

ここで、

例：

$ server_vtlu server_2 -tape -list 1

出力：管理

(47)

barcode filesystem capacity(GB) location source_slot pre10009 ufs2 50 slot:9

pre1000a ufs2 50 slot:10 pre1000b ufs2 41 vault pre10004 ufs2 50 slot:4 pre10005 ufs2 50 impexp:5 pre10006 ufs2 50 slot:6 pre10007 ufs2 50 slot:7 pre10008 ufs2 50 slot:8 pre10000 ufs2 50 slot:0 pre10002 ufs2 50 slot:2 pre10001 ufs2 50 slot:1 pre10003 ufs2 50 slot:3

列定義： barcode：仮想テープに関連づけられたバーコード。バーコードの最初の部分（プレフィックス）は、ファイルシステム全体にわたって固定長です。この例では、pre1がバーコードプレフィックスです。 filesystem：ファイルシステムの名前 capacity：仮想テープの容量（GB単位） location：仮想テープのエレメントタイプおよびエレメントID。可能性のあるエレメントタイプには、スロット、ドライブ、インポートまたはエクスポート、ロボット、ヴォールトがあります。 source slot：元のスロット番号 2. 次のコマンドシンタクスを使用して、VTLUから仮想テープを取り出し、それをヴォールト内に配置します。

$ server_vtlu <movername> -tape -eject <tape_barcode> -tlu <tlu_id>

ここで、

<tape_barcode>仮想テープのバーコード

VTLUから仮想テープを取り出し、それをヴォールト内に配置するには、次のように入力します。

$ server_vtlu server_2 -tape -eject pre10005 -tlu 1

出力：

server_2 : done

仮想テープの管理 47

(48)

仮想テープのアンマウント

テープをアンマウントすると、そのテープがテープドライブから削除され、元のスロットまたは別の使用可能なスロットに配置されます。この機能は、バックアップソフトウェアで問題が発生したためにテープをアンマウントできなくなった場合にだけ使用してください。使用中のドライブからテープをアンマウントすることはできません。注：テープのマウントは、VNXではできません。バックアップソフトウェアからテープをマウントする必要があります。仮想テープをアンマウントする手順は次のとおりです。 1. ドライブIDがすでにわかっている場合は、手順2に進みます。それ以外の場合は、次のコマンドシンタクスを使用して、アンマウントするテープのテープドライブIDを識別する。

$ server_vtlu <movername> -drive -list <tlu_id>

ここで、

例

VTLU 1のドライブ情報を一覧表示するには、次のように入力します。

$ server_vtlu server_2 -drive -list 1

出力：

drive_id device_name serial_number status tape_barcode 0 c2t2l14 VtwsQVq300 loaded pre10001 1 c2t2l15 b0VARVq300 empty 2 c2t2l8 rwgJSVq300 empty 列定義： drive_id：仮想テープドライブのID。デフォルトのIDは、4台のドライブを備えたVTLUに対する0～3。 device_name：仮想ドライブのデバイス名。形式は次のとおりです。 c<x>t<y>l<z> ここで、 <x> = SCSI開始チェーン番号 <y> = SCSI ID <z> = SCSI LUN 変更できるのはチェーンIDだけです。デフォルトのチェーンIDは0です。管理

Untitled

EMC

VNX

シリーズ

Configuring NDMP Backups to Disk on VNX

目次

序文

第 1 章

概要

システム要件

制限事項

ユーザー インタフェースの選択

関連情報

第 2 章

概念

VTLU コンポーネント

VTLUデバイス名

構成ガイドライン

第 3 章

構成

新しいVTLUの構成

デフォルト設定によるVTLUの作成

新しいVTLUの作成とカスタマイズ

Tivoli Storage ManagerによるVTLUの構成

ストレージの追加

デフォルト設定によるストレージの追加

カスタマイズされたストレージの追加

バックアップ ソフトウェアの構成

第 4 章

管理

VTLU構成の変更

プロパティの変更

チェーンIDの構成

VTLUの削除

ストレージの管理

ストレージのエクスポート

ストレージのインポート

ストレージの削除

ストレージの拡張

仮想テープの管理

仮想テープの挿入

仮想テープの取り出し

仮想テープのアンマウント

_VNX

_シリーズ

ユーザーインタフェースの選択

バックアップソフトウェアの構成