論理コンポーネントと機能

ここでは、 TSLM の主要な論理コンポーネントと機能、およびその環境で使用される名前と用語について説明します。

図 1. ロジック・アーキテクチャー
ロジック・アーキテクチャー
メディア・マネージャー (MM)
メディア・マネージャー (MM) は、中央サーバー・コンポーネントであり、 その他のタスクの中で、ドライブおよびカートリッジへのアクセスを調整し、ボリューム割り振り および割り振り解除要求を処理し、すべてのアクティビティーのログ・ファイルを 保管します。 MM は、永続ストレージ用に TSLM バンドルされた (制約された) バージョンの IBM® Db2® を使用します。
ライブラリー・マネージャー (LM)
ライブラリー・マネージャー (LM) は、メディア・マネージャーに ライブラリー・メディア・チェンジャーへのアクセスを提供します。 LM は、すべてのスロット、磁気テープ・ドライブ、および カートリッジをメディア・マネージャーに報告し、メディア・マネージャーの代理として ライブラリーを制御し、ライブラリー・ハードウェアをカプセル化 (つまり、「仮想化」) します。 この仮想化により、既存のインストール済みメディア・マネージャーを変更することなく、新しいライブラリー・ハードウェアを TSLM に統合できます。
CMC 用ライブラリー・マネージャー (CMC LM)
ライブラリー・マネージャー for Connected Media Changer (CMC LM) は、メディア・マネージャーに IBM TS3500 テープ・ライブラリー・シャトル・コンプレックスの制御を提供します。 CMC LM は、 シャトル接続を検出し、 シャトル接続を使用して、あるライブラリーから別のライブラリーへのカートリッジの移動を制御します。
ホスト・ドライブ・マネージャー (HDM)
ホスト・ドライブ・マネージャー (HDM) は、すべてのローカル・デバイス・ハンドルを MM にレポートし、マウントおよびアンマウント・コマンドを実行し、カートリッジがロードされる前にパスを検査し、カートリッジがアンロードされたときに MM に統計データをレポートします。
管理コンソール/コマンド・ライン・インターフェース (CLI)
管理コンソールは、 TSLMの構成と管理を可能にするコマンド・ライン・インターフェース (CLI) を提供します。
外部ライブラリー・マネージャー (ELM)
外部ライブラリー・マネージャー (ELM) は、 IBM Spectrum® ProtectTSLM メディア管理ソフトウェアの間の管理層として機能します。 これは、 IBM Spectrum Protect 外部メディア管理インターフェース (EMMI) API を、 TSLMが理解する IEEE 1244 メディア管理プロトコルのコマンドに変換します。

IBM Spectrum Protect サーバーは ELM 実行可能ファイルを直接実行するため、ELM 実行可能ファイルは、 TSLM用の IBM Spectrum Protect サーバーを実行するサーバーと同じサーバー上になければなりません。

ELM 実行可能ファイルは、TCP/IP 接続を介して TSLM と通信します。

すべての TSLM コンポーネントは、同じサーバー上でも異なるサーバー上でも実行できます。 したがって、スケーリングおよび 高可用性のために異なるオプションが使用可能です。 TSLM 管理対象ドライブおよびカートリッジ・リソースにアクセスする必要があるアプリケーション・サーバーは、HDM を実行する必要があります。 さらに、 IBM Spectrum Protect サーバーには、 TSLM用の ELM が必要です。

アプリケーション
アプリケーションは、メディア管理の目的で TSLM を使用できるクライアント・プログラム (例えば、 IBM Spectrum Protectなどのバックアップ/アーカイブ・ソフトウェア) を参照します。 TSLMを使用できるアプリケーションごとに、そのアプリケーションを記述するアプリケーション・オブジェクトを作成する必要があります。 アプリケーション・オブジェクトを作成するには、addapp コマンドを使用する必要があります。 アプリケーションは、 TSLMの所有権の主要保有者です。 例えば、ボリュームは、 それらが割り振られたアプリケーションに属します。
アプリケーション・インスタンス
アプリケーション・インスタンス (AI) は、 TSLMの使用を許可されている関連アプリケーションのインスタンスです。 IBM Spectrum Protect サーバーおよび IBM Spectrum Protect エージェントは、アプリケーション・インスタンスの例です。 TSLMを使用できるアプリケーション・インスタンスごとに、そのインスタンスを記述するアプリケーション・インスタンス・オブジェクトを作成する必要があります。

アプリケーション・オブジェクトは、 同じ ApplicationName を持つアプリケーション・インスタンス・オブジェクトが 作成される前に作成する必要があります。 したがって、アプリケーションは アプリケーション・インスタンスの青図面として機能します。 アプリケーションの すべてのインスタンスは、それぞれ対応するアプリケーションのオブジェクトを所有します。

AI.Privilege 属性は、アプリケーション・インスタンスの現行の特権レベルを 保持します。 特権が付与されたアプリケーション・インスタンスは、任意のインスタンスの 特権レベルを変更することができます。 アプリケーション・オブジェクトは、 対応する ApplicationName を持つすべてのアプリケーション・インスタンス・オブジェクトが 削除されるまで削除できません。

アプリケーション・インスタンスには、管理および標準という 2 つのタイプの特権レベルが存在します。

管理アプリケーション・インスタンス
特権が付与された管理アプリケーション・インスタンスは、完全な制御を持ちます。 一般に、そのような管理アプリケーションは、1 つ以上のアプリケーションの代理として操作を実行します。 別のアプリケーションによってマウントされたボリュームをアンマウントまたは割り振り解除することができます。 管理アプリケーションは、あらゆる種類のオブジェクトを作成でき、 任意のオブジェクトの属性を変更できます。
標準アプリケーション・インスタンス
標準の、特権が付与されていないアプリケーション・インスタンスは、自身が所有するオブジェクトまたは自身が所有するオブジェクトを含むオブジェクトを表示することができます。 例えば、特権のないアプリケーションに所有されているボリューム、それらのボリュームを含むライブラリー、およびそれらのボリュームが現在マウントされているドライブがあります。

このレベルの特権では、特定のオブジェクトのいくつかのクライアント属性の 作成、変更、または削除のみを行うことができます。

図 2. グループとプール
グループとプール
ドライブ
ドライブは、カートリッジのコンテンツにアクセスするために使用されるデバイスです。 各ドライブは、 IBM Tape System Library Manager データベース内の対応するオブジェクトによって表される必要があります。 ドライブ・オブジェクトは、ライブラリー・マネージャーが制御しているライブラリーの 在庫をレポートしているときに作成されます。
  • DriveDisabled 属性は、すべてのサポートが存在し、実行している場合でも、 ドライブの使用を停止または中断する方法です。 DriveDisabled 属性は、管理上の制御スイッチです。
  • DriveStateHard および DriveStateSoft フィールドは、ドライブの 現行の状態を示します。
  • LibraryName、BayName、および CartridgePCL 属性は、ドライブの 場所およびコンテンツを示します。
  • DriveGroupName 属性は、ドライブをグループ化し、アクセス権限モデルをサポートするために使用されます。 それぞれのドライブは、1 つの DriveGroup に属する必要があります。
  • DriveGroupApplication レコードは、アプリケーションが特定の DriveGroups にアクセスするのを許可するために使用されます。
DriveGroup
DriveGroup オブジェクトは、ドライブが 属することが可能な名前付きグループです。 DriveGroup は、ドライブの集約に 使用され、アクセス許可モデルおよび優先度に関する使用ポリシーの両方を サポートするために使用されます。 それぞれのドライブは、1 つの DriveGroup に属する必要があります。 1 つの DriveGroup は、ライブラリー間に広がる場合があります。
DriveGroupApplications
これらのオブジェクトを使用すると、 アプリケーションが DriveGroup 内のドライブにアクセスできます。 アプリケーションは、1 つ以上の DriveGroups へのアクセス権限を持つ場合があります。 グループは、 DriveGroupApplicationPriorityField を設定することによって順序付けすることができます。 これにより、 管理者が DriveGroups で空のドライブを検索するときに、優先シーケンスを設定することができます。
カートリッジ
各物理テープ・カートリッジは、 IBM Tape System Library Manager データベース内の対応するオブジェクトによって表されます。 各オブジェクトは、取り外し可能メディアの 1 つのピースを表します。 カートリッジ・オブジェクトは、 ライブラリー・マネージャーによってライブラリーがエンティティーを スキャンされるときに自動的に作成されます。

物理カートリッジ・ラベル (PCL) は、すべてのカートリッジ間で固有でなければなりません。 最初のボリュームが カートリッジに割り振られると、そのカートリッジはそのボリュームを所有するアプリケーションによって 所有されます。 ApplicationName 属性がこの関連を記録します。

CartridgeGroup
CartridgeGroups は、カートリッジが 属することができる名前付きグループです。 これらは、アプリケーションのカートリッジへの アクセスを制御するために使用されます。 単一の CartridgeGroup は、複数の ライブラリーからのカートリッジを含むことができます。
CartridgeGroupApplications
CartridgeGroupApplication オブジェクトを使用すると、アプリケーションが CartridgeGroups 内のカートリッジにアクセスできます。 アプリケーションは、1 つ以上の CartridgeGroups へのアクセス権限を持つ場合があります。 グループは、 CartridgeGroupApplicationPriority フィールドを設定することによって、順序付けすることができます。 これにより、管理者が CartridgeGroups で未使用のカートリッジを 検索するときに、優先シーケンスを設定することができます。
ScratchPools
ScratchPools は、特別な CartridgeGroup です。 これらは他の CartridgeGroup よりも前に、 最初に空のカートリッジが検索されます。

ScratchPool に 属するカートリッジにボリュームが割り振られる場合、 カートリッジは、コマンドを実行するアプリケーションがアクセス権限を持つ 別の通常 CartridgeGroup に移動されます。 アプリケーションが別の通常 CartridgeGroup へのアクセス権限を持たない場合、 カートリッジは ScratchPool の外には移動されませんが、「not allocatable」状態に設定されます。 この設定は、別のアプリケーションがカートリッジを使用するのを防止します。

現在使用可能な カートリッジの数を確認するには、少なくとも 1 つの ScratchPool と 別の通常 CartridgeGroup を作成して、ScratchPool が空のカートリッジのみを 含むようにします。 デフォルトでは、 IBM Tape System Library Manager のインストールにより、ScratchPool と「Default」という名前の通常の CartridgeGroup が作成されます。

ボリューム
ボリューム・オブジェクトは、カートリッジへの アプリケーション固有のリンケージを表します。 ボリュームは、アプリケーションによって割り振られます。 カートリッジが指定されていない場合、 TSLM はリンケージを作成するために空のカートリッジを検索します。 最初のボリュームが カートリッジに割り振られた後は、このカートリッジにはそれ以上のボリュームを 割り振ることはできません。 したがって、ボリュームおよびカートリッジは、現在、ボリュームを割り振りしたアプリケーションによって所有されています。
ライブラリー
TSLMを使用して物理テープ・ライブラリーを制御するには、ライブラリー・オブジェクトを作成する必要があります。 ライブラリーは、カートリッジおよびドライブを備えたスロットを含みます。スロットは カートリッジの読み取りおよび書き込みに使用することができます。