Oracle® Secure Backup

インストレーションおよび構成ガイド

リリース12.1

E61278-04(原本部品番号:E16563-09)

2016年12月

Oracle Secure Backupのハードウェアおよびネットワーク構成のインストール、アンインストールおよび管理方法について記載されています。

Oracle Secure Backupインストレーションおよび構成ガイド, リリース12.1

E61278-04

Copyright © 2006, 2016, Oracle and/or its affiliates.  All rights reserved.

原本著者: Padmaja Potineni

原本協力著者: Aishwarya Minocha, Craig B. Foch, Lance Ashdown

原本協力者: Anand Agrawal, Tammy Bednar, George Claborn, Michael Chamberlain, Sumit Chougule, Donna Cooksey, Rhonda Day, Senad Dizdar, Tony Dziedzic, Judy Ferstenberg, Steven Fried, Geoff Hickey, Ashok Joshi, Cris Pedregal-Martin, Chris Plakyda, George Stabler, Radhika Vullikanti, Joe Wadleigh, Steve Wertheimer, Roopesh Ashok Kumar

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、このソフトウェアまたはハードウェアを安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle およびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXはThe Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。お客様との間に適切な契約が定められている場合を除いて、オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。お客様との間に適切な契約が定められている場合を除いて、オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

Oracle Secure Backupインストレーションおよび構成ガイドのこのリリースでの変更点

- Oracle Secure Backup 12c リリース1 (12.1.0.3)での変更点

- 新機能

- Oracle Secure Backup 12c リリース1 (12.1)での変更点

- 新機能

1 Oracle Secure Backupの概要

- 1.1 Oracle Secure Backupとは

- 1.2 Oracle Secure Backupの特徴

- 1.3 Oracle Secure Backup概念の概要

- 1.3.1 Oracle Secure Backup管理ドメインおよびホストの概要

- 1.3.1.1 管理ドメイン内のホストのロール

- 1.3.1.2 管理ドメイン内のホストのネーミング

- 1.3.1.3 Oracle Secure Backupホストのアクセス・モード

- 1.3.2 Oracle Secure Backup管理ドメインの概要: 例

- 1.3.3 ディスク・プールについて

- 1.3.4 テープ・デバイスの概要

- 1.3.4.1 テープ・ドライブ

- 1.3.4.2 テープ・ライブラリ

- 1.3.4.3 仮想テープ・ライブラリ

- 1.3.4.4 デバイス名およびアタッチメント

- 1.4 Oracle Secure Backupのデーモン

- 1.5 Oracle Secure Backupのインタフェース

2 Oracle Secure Backupインストールの概要

- 2.1 Oracle Secure Backupのインストールおよび構成の概要

- 2.1.1 Oracle Secure Backupインストールの概要

- 2.1.2 Oracle Secure Backupの構成の概要

- 2.1.3 Oracle Secure Backupクライアントの下位互換性の概要

- 2.1.3.1 クライアントの下位互換性要件

- 2.1.4 証明書の存続期間について

- 2.1.5 Oracle Secure Backupのインストールおよび構成の手順

- 2.2 Oracle Secure Backupのインストールの準備

- 2.2.1 Oracle Secure Backupのシステム要件

- 2.2.1.1 サポートされるプラットフォームおよびテープ・デバイス

- 2.2.1.2 Oracle Secure Backupのディスク領域要件

- 2.2.1.3 Oracle Secure Backupのその他のシステム要件

- 2.2.2 Oracle Secure Backupのインストール・メディアの取得

- 2.2.3 管理ドメインでホストが実行するロールの決定

- 2.3 インストール時の構成パラメータのカスタマイズの概要

- 2.3.1 Oracle Secure Backupの一時ディレクトリ

- 2.3.2 Oracle Secure Backupのホーム・ディレクトリ

- 2.3.3 Oracle Databaseのバックアップおよびリストア操作を実行する事前認可済ユーザー

- 2.3.4 Oracle Secure Backupユーザー・パスワードの長さ

- 2.3.5 アイデンティティ鍵証明書サイズ

- 2.3.6 Oracle Secure Backupデータベース・ディレクトリ

- 2.3.7 Linux/UNIXプラットフォーム上のシンボリック・リンク

3 LinuxまたはUNIXでのOracle Secure Backupのインストール

- 3.1 LinuxまたはUNIXでのOracle Secure Backupのインストールの前提条件

- 3.2 LinuxまたはUNIXでのOracle Secure Backupのインストール

- 3.2.1 Linux/UNIXの詳細設定の指定

- 3.3 プラットフォーム固有のメディア・サーバー・デバイスの構成

- 3.3.1 Linuxメディア・サーバーのデバイスの構成

- 3.3.1.1 Linuxでのmkdevによる手動でのデバイスの作成

- 3.3.2 Solarisメディア・サーバーのデバイスの構成

- 3.3.2.1 Solarisでのmkdevによる手動でのデバイスの作成

- 3.3.3 AIXメディア・サーバーのデバイスの構成

- 3.3.3.1 手動によるAIXのデバイスの作成

- 3.3.3.2 Point-to-PointまたはFC-AL構成でのAIXデバイスの識別および構成

- 3.3.4 HP-UXメディア・サーバーのデバイスの構成

- 3.3.5 デバイスへのOracle Secure Backup論理ユニット番号の割当て

- 3.4 LinuxでのOracle Secure Backupのインストールに関する追加情報

- 3.4.1 Linuxメディア・サーバーのシステム要件: SCSI Genericドライバ

- 3.5 AIXでのOracle Secure Backupのインストールに関する追加情報

- 3.5.1 AIXシステムのIOCPの構成

4 WindowsでのOracle Secure Backupのインストール

- 4.1 WindowsでのOracle Secure Backupのインストールの前提条件

- 4.1.1 Windowsメディア・サーバーでのRemovable Storageサービスの無効化

- 4.2 WindowsでのOracle Secure Backupのインストール

- 4.2.1 Windowsのインストーラ・ロギングの有効化

- 4.2.2 インストールの詳細設定の構成(Windowsの場合)

- 4.3 WindowsでのOracle Secure Backupのファイアウォールの構成

5 Oracle Secure Backupのアンインストール

- 5.1 LinuxまたはUNIXでのOracle Secure Backupのアンインストール

- 5.2 WindowsでのOracle Secure Backupのアンインストール

6 Oracle Secure Backupのユーザー・インタフェース

- 6.1 Enterprise ManagerでのOracle Secure Backupの使用方法

- 6.1.1 Oracle Enterprise ManagerでのOracle Secure Backupリンクの有効化

- 6.1.2 Oracle Enterprise Managerでの管理サーバーの登録

- 6.1.3 Enterprise ManagerからWebツールへのアクセス

- 6.2 Oracle Secure Backup Webツールの使用方法

- 6.2.1 Webツール・セッションの開始

- 6.2.2 Webツールのホームページ

- 6.2.2.1 ページの永続リンク

- 6.2.3 Webツールの「構成」ページ

- 6.2.4 Webツールの「管理」ページ

- 6.2.5 Webツールの「バックアップ」ページ

- 6.2.6 Webツールの「リストア」ページ

- 6.3 obtoolの使用方法

- 6.3.1 obtoolの起動に関するヘルプの表示

- 6.3.2 対話モードでのobtoolの起動

- 6.3.3 対話モードでのobtoolコマンドの実行

- 6.3.3.1 テキスト・ファイルからのobtool入力のリダイレクト

- 6.3.4 非対話モードでのobtoolコマンドの実行

- 6.3.4.1 非対話モードでの複数コマンドの実行

- 6.3.4.2 非対話モードでの入力のリダイレクト

- 6.3.5 obtoolセッションの終了

- 6.3.6 特定ユーザーとしてのobtoolの起動

- 6.4 Recovery Manager (RMAN)によるOracle Secure Backupの使用

- 6.4.1 RMANとともに使用するためのOracle Secure Backupの構成

- 6.4.1.1 Oracle Secure Backupのユーザーの事前認可の設定

- 6.4.1.2 Oracle Secure Backupによるバックアップ記憶域セレクタの定義

7 管理ドメインの構成および管理

- 7.1 管理ドメインの構成の概要

- 7.1.1 Oracle Secure Backupでのネットワーク・ロード・バランシング

- 7.1.2 管理ドメインの構成手順

- 7.2 ホストの管理ドメインの構成

- 7.2.1 管理ドメインのホスト構成について

- 7.2.2 管理ドメインのホストの構成手順

- 7.2.3 管理ドメインへのホストの追加

- 7.2.4 管理サーバーへのメディア・サーバー・ロールの追加

- 7.2.5 NDMPホストへのバックアップおよびリストア環境変数の追加

- 7.2.6 優先ネットワーク・インタフェース(PNI)の構成

- 7.2.6.1 PNIについて

- 7.2.6.1.1 インバウンド接続用のPNIについて

- 7.2.6.1.2 アウトバウンド接続用のPNIについて

- 7.2.6.1.3 PNIおよびネットワーク接続タイプ

- 7.2.6.2 インバウンド接続用のPNIの構成

- 7.2.6.3 アウトバウンド接続用のPNIの構成

- 7.2.6.4 インバウンド接続用のPNIの削除

- 7.2.6.5 アウトバウンド接続用のPNIの削除

- 7.2.7 管理ドメインのホストのping

- 7.3 デバイスの自動検出の概要

- 7.3.1 デバイスの自動検出の概要

- 7.3.2 SCSIテープ・デバイスの永続バインディングの概要

- 7.3.3 管理ドメインのテープ・デバイスの検出および構成手順

- 7.3.4 欠落しているテープ・デバイスの検出手順

- 7.4 管理ドメインへのテープ・デバイスの追加

- 7.4.1 テープ・デバイスの名前について

- 7.4.2 テープ・ドライブおよびライブラリの手動構成の概要

- 7.4.2.1 テープ・デバイスの構成方法

- 7.4.3 管理ドメインでテープ・デバイスを構成する手順

- 7.4.4 「デバイス」ページの表示

- 7.4.5 テープ・ライブラリの手動による構成

- 7.4.5.1 ライブラリのテープ・ドライブの自動クリーニングの構成

- 7.4.6 テープ・ドライブの構成

- 7.4.7 NDMPコピー対応仮想テープ・ライブラリの構成

- 7.4.8 テープ・デバイスのアタッチメントの追加

- 7.4.8.1 デバイス・アタッチメントのping

- 7.4.8.2 デバイスのアタッチメント・プロパティの表示

- 7.4.9 SAN接続テープ・デバイスの複数のアタッチメント

- 7.4.10 マルチホスト・デバイス・オブジェクトの構成

- 7.5 テープ・ライブラリ・インベントリの更新

- 7.6 追加したテープ・デバイスの検証および構成

- 7.6.1 デバイス・プロパティの表示

- 7.6.2 テープ・デバイスのping

- 7.6.3 デバイス・プロパティの編集

- 7.6.4 テープ・デバイス構成の検証

- 7.6.5 シリアル番号確認の設定

- 7.7 ディスク・プールの構成

- 7.7.1 定義されたディスク・プールの表示

- 7.7.2 ディスク・プールの作成

- 7.7.3 ディスク・プールのプロパティの編集

- 7.7.4 ディスク・プール名の変更

- 7.7.5 ディスク・プールの削除

- 7.8 管理ドメインのホストの管理

- 7.8.1 管理ドメイン内のホストの表示

- 7.8.2 ホスト・プロパティの表示または編集

- 7.8.3 管理ドメインのホストの更新

- 7.8.4 管理ドメインのホストの削除

8 Oracle Secure Backupのアップグレード

- 8.1 アップグレード・インストールの概要

- 8.1.1 アップグレード要件の概要

- 8.2 Windows x64でのアップグレード・インストール

- 8.3 LinuxまたはUNIXでのアップグレード・インストールの実行

9 バックアップ・ネットワークのセキュリティ管理

- 9.1 バックアップ・ネットワーク・セキュリティの概要

- 9.2 管理ドメインのセキュリティの計画

- 9.2.1 資産およびプリンシパルの特定

- 9.2.2 バックアップ環境タイプの特定

- 9.2.2.1 単一システム

- 9.2.2.2 データ・センター

- 9.2.2.3 企業ネットワーク

- 9.2.3 管理サーバーおよびメディア・サーバー用のセキュアなホストの選択

- 9.2.4 ホスト・アイデンティティ証明書の配布方法の決定

- 9.3 信頼できるホスト

- 9.4 ホストの認証と通信

- 9.4.1 アイデンティティ証明書と公開鍵の暗号化

- 9.4.2 SSL接続の認証

- 9.4.3 認証局

- 9.4.3.1 自動および手動証明書プロビジョニング・モード

- 9.4.4 Oracleウォレット

- 9.4.4.1 Oracle Secure Backup暗号化ウォレット

- 9.4.5 Webサーバーの認証

- 9.4.6 ホスト・アイデンティティ証明書の取消し

- 9.5 転送中のデータの暗号化

- 9.6 デフォルトのセキュリティ構成

- 9.7 管理ドメインのセキュリティの構成

- 9.7.1 管理ドメイン内のホストへの証明書の提供

- 9.7.1.1 管理サーバーの構成

- 9.7.1.2 メディア・サーバーおよびクライアントの構成

- 9.7.2 公開鍵および秘密鍵のサイズの設定

- 9.7.2.1 インストール時の鍵のサイズの設定

- 9.7.2.2 certkeysizeセキュリティ・ポリシーでの鍵のサイズの設定

- 9.7.2.3 mkhostでの鍵のサイズの設定

- 9.7.3 ホストの認証および通信に対するSSLの有効化および無効化

- 9.8 obcmによる証明書の管理

- 9.8.1 自動証明書プロビジョニング・モードでの証明書の更新

- 9.8.2 手動証明書プロビジョニング・モードでの証明書の更新

- 9.8.3 Oracle Secure Backupの旧バージョンでの、自動証明書プロビジョニング・モードでの証明書の更新

- 9.8.4 Oracle Secure Backupの旧バージョンでの手動プロビジョニング・モードでの証明書の更新

- 9.8.5 証明書の更新後のホストの手動認証

- 9.8.6 署名付き証明書のエクスポート

- 9.8.7 署名付き証明書のインポート

A Oracle Secure Backupのディレクトリおよびファイル

- A.1 Oracle Secure Backupのホーム・ディレクトリ

- A.2 管理サーバーのディレクトリおよびファイル

- A.3 メディア・サーバーのディレクトリおよびファイル

- A.4 クライアント・ホストのディレクトリおよびファイル

B LinuxでのSCSIパラメータの確認

- B.1 LinuxでのSCSIデバイス・パラメータの確認

C Oracle Secure BackupとACSLS

- C.1 ACSLSの概要

- C.2 ACSLSとOracle Secure Backup

- C.3 ACSLSとの通信

- C.4 ドライブの対応付け

- C.5 ボリュームのロードおよびアンロード

- C.6 インポートおよびエクスポート

- C.7 アクセス制御

- C.8 スクラッチ・プールの管理

- C.9 変更されたOracle Secure Backupコマンド

- C.10 サポートされていないOracle Secure Backupコマンド

- C.11 インストールおよび構成

D Oracle Secure BackupとReliable Datagram Socket (RDS)

- D.1 Reliable Datagram Socket (RDS)の概要

- D.2 Oracle Secure Backupでのデータ転送に対するInfiniband上のReliable Datagram Socket (RDS)プロトコルの使用

- D.2.1 ホスト間通信に対するRDSの有効化

用語集

索引

はじめに

この章には、次の各項が含まれます。

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

対象読者

このマニュアルは、Oracle Secure Backupソフトウェアをインストールするシステム管理者およびデータベース管理者を対象としています。これらの管理者は、バックアップおよびリストア操作を実行することも想定されます。このマニュアルを使用するには、Oracle Secure Backupを使用する予定のオペレーティング・システム環境についてよく理解している必要があります。また、Oracleデータベースのバックアップおよびリストア操作を実行するには、Recovery Managerのコンセプトも理解している必要があります。

ドキュメントのアクセシビリティについて

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

サポートを購入したオラクル社のお客様は、My Oracle Supportを介して電子的なサポートにアクセスできます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs (聴覚障害者向け)を参照してください。

関連ドキュメント

Oracle Secure Backupでファイル・システムをバックアップおよびリストアする方法の詳細は、次のOracleリソースを参照してください。

- 『Oracle Secure Backupリファレンス』
このマニュアルには、Oracle Secure Backupのコマンドライン・インタフェースに関する情報が含まれます。

- 『Oracle Secure Backup管理者ガイド』
このマニュアルでは、Oracle Secure Backupを使用してバックアップおよびリストア操作を実行する方法について説明しています。このマニュアルは、WebベースのGUIインタフェースであるOracle Secure Backup Webツールを中心に扱っています。

Recovery Manager(RMAN)ユーティリティの使用方法など、データベースのバックアップおよびリカバリの詳細は、次のOracleリソースを参照してください。

- 『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』
このマニュアルは、バックアップとリカバリの概要を示し、バックアップとリカバリのストラテジについて説明します。Recovery Manager (RMAN)を使用したデータベースの基本的なバックアップとリカバリの手順を示します。

Oracle Secure Backupの製品サイトは、次のURLにあります。

http://www.oracle.com/technetwork/database/database-technologies/secure-backup/documentation/securebackup-094467.html

このページの「Download」タブからOracle Secure Backupソフトウェアをダウンロードできます。

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

Oracle Secure Backupインストレーションおよび構成ガイドのこのリリースでの変更点

この章の内容は次のとおりです。

- Oracle Secure Backup 12c リリース1 (12.1)での変更点

- Oracle Secure Backup 12c リリース1 (12.1.0.3)での変更点

Oracle Secure Backup 12c リリース1 (12.1.0.3)での変更点

Oracle Database 12c リリース1 (12.1.0.3)の『Oracle Secure Backupインストレーションおよび構成ガイド』の変更点は次のとおりです。

新機能

このリリースの新機能は次のとおりです。

- ホストに対するネットワーク・インタフェースの選択
ホストからのアウトバウンド接続に、優先ネットワーク・インタフェースを構成できます。

「優先ネットワーク・インタフェース(PNI)の構成」を参照してください。

- 安全なクライアント・インストール
Oracle Secure Backupでは、新規クライアント追加のリクエストを開始したドメインのホストのIDを検証することによって、Oracle Secure Backupドメインに新規クライアントを安全に登録できます。

「LinuxまたはUNIXでのOracle Secure Backupのインストール」と「WindowsでのOracle Secure Backupのインストール」を参照してください。

Oracle Secure Backup 12c リリース1 (12.1)での変更点

Oracle Database 12c リリース1 (12.1)の『Oracle Secure Backupインストレーションおよび構成ガイド』の変更点は次のとおりです。

新機能

このリリースの新機能は次のとおりです。

- デバイスの自動検出
Oracle Secure Backupでは、メディア・サーバーに接続されたデバイスが自動的に検出され、管理ドメインのデバイスとして構成されるため、デバイスの構成プロセスが簡略化されます。

「デバイスの自動検出の概要」を参照してください。

- ディスクを使用したバックアップおよびリストア操作
Oracle Secure Backupでは、ディスクによるバックアップおよびリストア機能が統合されています。ファイルシステムおよびOracleデータベースのバックアップおよびリストア操作で、ディスクをバックアップ・ターゲットまたはリストア・ソースとして使用できます。ディスクへのバックアップの保存により、ファイルシステムのバックアップおよびリストア操作のパフォーマンスが向上します。最初にディスクにバックアップを作成し、それをテープに移動することで、テープ・デバイスの使用率を改善できます。

特定のバックアップの複数のインスタンスを作成できます。Oracle Secure Backupでは、実際のバックアップ・データからバックアップを定義するメタデータを識別します。バックアップ・イメージは、デバイスに依存しないバックアップの情報が含まれるメタデータを参照します。バックアップされた実際のデータは、バックアップ・イメージ・インスタンスと呼ばれています。1つのバックアップ・イメージは、複数のバックアップ・イメージ・インスタンスを持つことができます。

「ディスク・プールの概要」を参照してください

- ドメインSSL証明書の更新および管理
Oracle Secure Backup には、ドメインSSL証明書を更新してドメインSSL証明書の新しい存続期間を指定する方法が用意されています。 SSL証明書を自動的に更新することも、セキュリティを強化するために手動で更新することもできます。

「obcmによる証明書の管理」を参照してください

1 Oracle Secure Backupの概要

この章では、Oracle Secure Backupの概要について説明し、管理ドメインの計画および構成に関するアドバイスを提供します。

この章の内容は次のとおりです。

- Oracle Secure Backupとは

- Oracle Secure Backup概念の概要

- Oracle Secure Backupのインタフェース

関連項目:

Oracle Secure Backupの概要の詳細は、『Oracle Secure Backup管理者ガイド』を参照してください。

1.1 Oracle Secure Backupとは

Oracle Secure Backupでは、テープへのファイルシステム・バックアップによって信頼性の高いデータ保護を実現します。標準的なテープ形式を使用するSAN、ギガビット・イーサネット(GbE)およびSCSI環境において、主要なテープ・ドライブとテープ・ライブラリはすべてサポートされます。

Oracle Secure Backupは、IPv6をサポートするすべてのプラットフォームでInternet Protocol v4(IPv4)、Internet Protocol v6(IPv6)およびIPv4とIPv6の混合環境をサポートします。

ネットワーク上でOracle Secure Backupを使用すると、Oracle Secure Backupを実行しているネットワーク・ホストまたはNDMPをサポートするNASデバイスからデータを取得し、そのデータをネットワーク上のテープ・デバイスにバックアップできます。このデータには、通常のファイルシステムのファイルおよびRecovery Manager(RMAN)でバックアップされるデータベースも含まれます。

Oracleストレージ・ソリューションの一環として、Oracle Secure Backupには、スケーラブルな分散バックアップとリカバリ機能が備わっています。次のようにして、バックアップの複雑さを軽減しています。

- ディスクからテープにデータをバックアップする一元的なOracleソリューションの利便性を最大限に高めるため、Oracleスタックと統合されています。

- データベースおよびファイルシステムのテープへのバックアップおよびリカバリに、シングルベンダー技術サポートを採用しています。

- テープ・ドライブの使用効率を最大化するため、SCSI、ギガビット・イーサネットおよびSAN環境のテープ・デバイスを動的テープ・ドライブ共有機能により広範にサポートすることで、既存ハードウェアまたは新規ハードウェアを使用します。

- ファイルシステム・バックアップ、RMANバックアップおよびNDMPファイラ・バックアップを保存するディスク・プールを使用できます。ディスク・プールに保存されたバックアップを後でテープに移動すると、記憶域を最適に利用できます。

Oracle Secure Backupにより、単一ベンダーがサポートする搭載済のテープ管理ソフトウェアとの統合問題が解消されます。コストも削減されます。Oracle Secure BackupとRMANを使用して、データベースおよびファイルのテープへのバックアップおよびリカバリを実行する場合、サード・パーティのテープ管理ソフトウェアは不要です。Oracle Secure Backupには、テープ・ストレージをRMANとともに使用するために必要なメディア管理層が用意されています。

管理の一元化、異種ネットワークのサポート、および柔軟なスケジュール機能により、Oracleホームのコンテンツなどのデータベース・データやファイルシステム・データを含め、Oracle環境全体を容易にかつ自動的に保護します。

1.2 Oracle Secure Backupの特徴

Oracle Secure Backupでは、次の機能が提供されます。

- 他のOracle製品との統合により、Oracle Databaseとファイルシステム・データの両方をテープに容易にバックアップし、リストア可能
Oracle Secure BackupはRecovery Manager(RMAN)およびOracle Enterprise Managerと完全に統合されています。Oracle Enterprise Managerを使用して、ファイルシステム・データとOracle Databaseの両方をテープにバックアップできます。Oracle Secure Backupはテープへのシステム・バックアップ(SBT)インタフェースを介してメディア管理レイヤーとして機能し、RMANを使用してOracle Databaseを安全にバックアップします。

- ディスク・プールおよびSCSI、ISCSI、SAN、NDMP、ファイバー・チャネルなど様々なプロトコルを介してアクセスできる広範なテープ・ドライブおよびライブラリに対するサポート

- 一元化されたテープ・バックアップ管理
Oracle Secure Backupでは、様々な分散サーバーおよびUNIX、Linux、Windows、SANなど複数のプラットフォームの一元的なバックアップ管理が可能です。ローカルでまたはLAN/WAN経由でバックアップおよびリストアできます。

- ポリシーベースのバックアップ管理
Oracle Secure Backupには、管理ドメインでバックアップ操作を制御するためのカスタマイズ可能な管理ポリシーが用意されています。さらに、ポリシーによってドメインのセキュリティの様々な面を制御できます。

- 使用しやすさを最大限に高める柔軟なインタフェース・オプション
Oracle Secure Backupの機能は、次のいずれかのインタフェースを使用してアクセスできます: Oracle Secure Backup Webツール、Oracle Enterprise Manager DB Control、Oracle Enterprise Manager Cloud Controlまたはobtoolコマンドライン・インタフェース。

- データおよびホスト間通信のための最高のセキュリティ・オプション
ドメイン間通信は、Secure Socket Layer (SSL)プロトコルを使用して保護されます。Oracle Secure Backup管理ドメイン内のすべてのホストは、SSLおよびX.509証明書を使用して識別され、認証されます。管理ドメイン内のデータ転送は、暗号化を使用して保護されます。Oracle Databaseバックアップをテープに格納する前に暗号化することもできます。

- デバイスの自動検出
Oracle Secure Backupでは、Network Appliance Filerなど、特定のタイプのNDMPサーバーに接続されたセカンダリ・ストレージ・デバイスを、自動的に検出し、構成できます。Oracle Secure Backupメディア・サーバーに接続されたデバイスを検出することもできます。

- テープ・ライブラリの自動制御を含む、テープ・ライブラリおよびデバイスの自動管理
Oracle Secure Backupでは、テープ・ライブラリの管理を自動化することにより、この機能を効率的かつ確実に利用できます。ライブラリ・ロボティックを制御して、ボリュームの自動ロードおよびアンロードを可能にします。テープ・ライブラリ内のテープ・ドライブを自動的にクリーニングすることもできます。

- ボリュームおよびバックアップの有効期限を含む自動メディア管理
Oracle Secure Backupでは、ボリュームのリサイクル可能な時期を指定することで、テープの自動リサイクルを可能にしています。ボリュームがリサイクル可能または再書込み可能になる時期を定義するポリシーを作成します。

- 柔軟なマルチレベルのバックアップ・オプション
Oracle Secure Backupでは、フル・バックアップ、増分バックアップおよび差分バックアップを作成できます。

- バックアップをリストアするための柔軟なオプション
Oracle Secure Backupでは、テープに格納されているバックアップ・データを、元の場所または代替サーバーにリストアできます。

1.3 Oracle Secure Backup概念の概要

この項では、Oracle Secure Backupの概念について説明し、インストールのプロセスをより深く理解できるようにします。

この項の内容は次のとおりです。

- Oracle Secure Backup管理ドメインおよびホストの概要

- Oracle Secure Backup管理ドメインの概要: 例

- ディスク・プールの概要

- テープ・デバイスの概要

1.3.1 Oracle Secure Backup管理ドメインおよびホストの概要

Oracle Secure Backupでは、ホストとテープ・デバイスを管理ドメインに編成し、バックアップ対象のデータを含むホスト、バックアップを格納するテープ・デバイスが接続されたホスト、およびホストに対するアタッチメントを含む各テープ・デバイスを表します。ホストが属すことのできる管理ドメインは1つのみです。

1.3.1.1 管理ドメイン内のホストのロール

管理ドメイン内の各ホストには、次の1つ以上のOracle Secure Backupロールを割り当てる必要があります。

- 管理サーバー
各管理ドメインには、管理サーバーが1つのみ必要です。管理サーバーは、インストール後の構成時に、管理ドメイン内の他のホスト、ホストのロールおよびホストに接続されたテープ・デバイスに関する完全なデータによって構成する必要があります。この構成情報は、管理サーバーに格納された一連の構成ファイルに保存されます。

管理サーバーは、スケジューラを実行して、各バックアップ・ジョブを起動し、監視します。スケジューラは、管理ドメインで実行されるすべてのバックアップおよびリストア操作のためのメタデータが記録されたバックアップ・カタログも保持します。

- メディア・サーバー
メディア・サーバーは、1台以上のテープ・デバイスが接続されたホストです。メディア・サーバーは、いずれかのテープ・デバイスにロードされたボリュームとの間でデータの転送を行います。メディア・サーバーには、テープ・ドライブまたはライブラリに対するアタッチメントが1つ以上含まれます。複数のテープ・ライブラリおよびディスク・プールのアタッチメントが含まれる場合もあります。

Oracle Secure Backupのインストール後の構成時に、メディア・サーバーとテープ・デバイス間のアタッチメントを指定します。

- クライアント
クライアント・ロールは、Oracle Secure Backupによるバックアップまたはリストアが可能なファイルシステムまたはデータベースのデータにアクセスできるホストに割り当てられます。Oracle Secure Backupがインストールされているホストは、メディア・サーバーまたは管理サーバーでもあるホストを含め、クライアントとして機能します。また、NDMPを通じてOracle Secure Backupによってアクセスされ、ネットワークに接続されているストレージ・デバイスもクライアント・ロールとして機能できます。

注意:

管理ドメイン内の1つのホストに複数のロールを割り当てることができます。たとえば、テープ・ドライブが接続されているホストは、他のクライアントが複数含まれるネットワークの管理サーバーにもメディア・サーバーにもなります。管理ドメインの例は、「Oracle Secure Backup管理ドメインの概要: 例」を参照してください。

関連項目:

「管理サーバーおよびメディア・サーバー用のセキュアなホストの選択」

1.3.1.2 管理ドメイン内のホストのネーミング

管理ドメイン内の各ホストには、Oracle Secure Backup操作で使用される一意の名前を割り当てる必要があります。通常は、このホストのDNSでのホスト名をOracle Secure Backupホスト名に選択します。しかし、ホストに異なる名前を割り当ててもかまいません。

1.3.1.3 Oracle Secure Backupホストのアクセス・モード

管理ドメイン内のホスト間の通信は、常にNDMPに基づいていますが、NDMPの実装およびバージョンにはバリエーションがあります。Oracle Secure Backupでは、プライマリ・アクセス・モードとNDMPアクセス・モードの2つのアクセス・モードがサポートされています。

プライマリ・アクセス・モードは、Oracle Secure Backupがインストールされているホスト間で使用します。Oracle Secure Backupのデーモンは、ホスト上のバックグラウンドで実行され、Oracle Secure BackupのNDMP実装を使用して管理サーバーと通信し、バックアップおよびリストアのタスクを実行します。データベースが存在するホストには通常、プライマリ・アクセス・モードを使用してアクセスします。

注意:

Oracle Enterprise Managerでは、プライマリ・アクセス・モードはネイティブ・アクセス・モードと呼ばれます。Oracle Secure Backup Webツールおよびlshostなどの一部のobtoolコマンドの出力では、プライマリ・モードはOBアクセス・モードとして参照されます。

NDMPアクセス・モードは、Oracle Secure Backupを実行しないストレージ・アプライアンスなどのデバイスとの通信に使用します。たとえば、Network Appliance、EMCなどのサード・パーティ・ベンダー製のデバイスは、NDMPアクセス・モードでのみサポートされます。各NDMPホストでは、ファイル・システムのバックアップおよびリストアに、ベンダー固有のNDMPプロトコルの実装を使用します。一部のデバイスでは、NDMPプロトコルの旧バージョンがサポートされています。そのようなデバイスを管理ドメインに追加する場合は、特別なパラメータが必要になる可能性があります。

Oracle Secure Backupでは、NDMPバージョン3と4およびバージョン4の各種拡張をサポートします。他方の非Oracle NDMPコンポーネントと自動的にネゴシエーションし、双方がサポートしているプロトコル・バージョンを選択します。Oracle Secure Backupのコンポーネント間では、NDMPバージョン4が使用されます。Oracle Secure Backupが稼働していないホストとの通信では、Oracle Secure Backupは通常、そのホストによって接続の確立時に指定されたプロトコル・バージョンを選択します。Oracle Secure Backupが特定のホストとの通信に使用するNDMPプロトコル・バージョンを変更できます。これは、テスト時またはトラブルシューティング時に行えます。

1.3.2 Oracle Secure Backup管理ドメインの概要: 例

図1-1は、1つのホストが管理サーバー、メディア・サーバーおよびクライアントを兼ねる最小限の管理ドメインを示しています。Oracleデータベースも、同じホストで実行されています。

図1-1 1つのホストで構成される管理ドメイン

図1-2は、3つのクライアント・ホスト、1つの管理サーバー、および1つのメディア・サーバーで構成されるOracle Secure Backup管理ドメインの例を示しています。NASアプライアンスには、通常のファイル・データが含まれます。UNIXベースの1つのクライアントとWindowsベースのもう1つのクライアントには、データベースおよびその他のファイル・データが含まれます。Oracle Secure Backupでは、クライアント・ホストでアクセス可能なファイル・システムのデータベース以外のファイルをテープにバックアップできます。RMANは、Oracle Secure Backup SBTインタフェースを通じてテープ・データベース・ファイルにバックアップできます。

図1-2 複数のホストで構成されるOracle Secure Backup管理ドメイン

1.3.3 ディスク・プールについて

ディスク・プールは、バックアップ・イメージ・インスタンスのリポジトリとして機能するファイルシステム・ディレクトリです。ディスク・プールには、ファイルシステム・バックアップ、RMANバックアップ、OracleデータベースのバックアップおよびNDMPファイラにより作成されるバックアップを保存できます。

各ディスク・プールは、Oracle Secure Backupのデバイスです。ディスク・プールは、1つの管理ドメインに属することができます。ディスク・プールの領域の使用状況をモニターするには、期限切れのバックアップ・イメージ・インスタンスを削除する必要があります。

関連項目:

ディスク・プールの管理の詳細は、『Oracle Secure Backup管理者ガイド』を参照してください。

1.3.4 テープ・デバイスの概要

Oracle Secure Backupで維持される各テープ・ライブラリとテープ・ドライブに関する情報は、ローカルおよびネットワークのバックアップおよびリストア操作に使用できます。インストールの際にテープ・デバイスを構成するか、既存の管理ドメインに新しいテープ・デバイスを追加できます。テープ・デバイス構成時の基本的な作業は、テープ・デバイスが存在することをOracle Secure Backupに認識させて、そのテープ・デバイスと通信可能なメディア・サーバーを指定することです。

この項の内容は次のとおりです。

- テープ・ドライブ

- テープ・ライブラリ

- デバイス名およびアタッチメント

1.3.4.1 テープ・ドライブ

テープ・ドライブは、精密に制御されたモーターを使用して、1つのリールから別のリールへテープを巻き取るテープ・デバイスです。テープは、巻き取り時に読取り/書込みヘッドを通過します。大部分の磁気テープ・システムでは、テープの保護のため、カートリッジ内に固定された小型のリールが使用され、テープの扱いが容易になっています。

磁気カセットまたはテープは順次アクセス・ストレージです。開始位置と終了位置があり、テープ内のデータにアクセスするには、テープ・デバイスでテープを最初から目的のデータのある場所まで読み取る必要があります。

通常の形式では、データはテープ・ドライブによりブロック単位でテープに書き込まれます。テープ・ドライブは、各ブロックを1回の操作で書き込み、ブロック間にはギャップがあります。書込み操作中は、テープは連続して動作します。

データ・ブロックのブロック・サイズは、テープに書き込まれたブロックのサイズ(バイト単位)と同じです。特定のバックアップまたはリストア操作中に読取りまたは書込みを行うブロックのサイズはすべて同じです。データ・ブロックのブロッキング・ファクタは、ブロックに含まれる512バイトのレコード数を表します。たとえば、Oracle Secure Backupのデフォルトのブロッキング・ファクタ(128)では、テープのブロック・サイズは128*512バイト、つまり64KBになります。

最大ブロッキング・ファクタは、Oracle Secure Backupで使用されるブロッキング・ファクタの上限です。この制限値は、特にリストアの際、Oracle Secure Backupが実際のブロック・サイズの不明なテープで使用する最初のブロック・サイズを選択するときに役立ちます。最大ブロッキング・ファクタは、この最初のブロック・サイズの値を、テープ・デバイスおよび基盤となるオペレーティング・システムの両方にとって受け入れ可能な値に制限します。

Oracle Secure Backupはバックアップを開始するとき、いくつかの要素に基づいて使用するブロック・サイズを決定します。これらの要素を、優先度の高い要素から順に示すと次のようになります。

- obtar -bオプションを使用して指定されたブロッキング・ファクタ。
このオプションは、operations/backupoptionsポリシーの一部として指定することもできます。このオプションを指定すると、他のすべての要素に優先します。

関連項目:

obtar -bオプションおよびoperations/backupoptionsポリシーの詳細は、『Oracle Secure Backupリファレンス』を参照してください。

- 使用するテープ・ドライブの構成。
ドライブを構成する際に、Oracle Secure Backupが使用する特定のテープ・ドライブのブロッキング・ファクタまたは最大ブロッキング・ファクタ(あるいはその両方)を指定できます。ブロック・サイズの制限がテープ・ドライブごとに大きく異なる場合、この方法で指定することがあります。

関連項目:

「テープ・ドライブの構成」

- media/blockingfactorおよびmedia/maxblockingfactorポリシーで設定されるドメイン全体のブロッキング・ファクタまたは最大ブロッキング・ファクタ。

関連項目:

media/blockingfactorポリシーおよびmedia/maxblockingfactorポリシーの詳細は、『Oracle Secure Backupリファレンス』を参照してください。

- デフォルトのブロッキング・ファクタ(128)と最大ブロッキング・ファクタ(128)による、64Kのブロック・サイズ。

これらの要素のいずれかによって候補となったブロッキング・ファクタは、次のテストに合格する必要があります。

- ブロック・サイズは、実施されているポリシーまたはテープ・ドライブ構成の属性によって有効となる最大ブロック・サイズ(ブロッキング・ファクタ)以下である必要があります。

- ブロック・サイズは、使用するテープ・ドライブおよび接続ポイントでサポートされている必要があります。
テープ・ドライブ、デバイス・ドライバまたはカーネルのオペレーティング・システムの制限が、他のすべての事項に優先される場合があります。

Oracle Secure Backupはリストア操作を開始するとき、そのテープへの書込みに使用されたブロック・サイズを認識していません。読み取るブロックのサイズが小さすぎるとエラー状態になり、テープの位置変更が生じるため、Oracle Secure Backupは常に、読取り可能な最大ブロック・サイズを使用してリストア操作を開始します。これは、現行のmedia/maxblockingfactorポリシーの設定またはテープ・ドライブの構成属性のいずれかです。このため、最大ブロッキング・ファクタは、リストアする最大ブロック・サイズ以上である必要があります。

バックアップ・イメージ・インスタンスからの最初の読取りの後、Oracle Secure Backupは要求されたデータ量と実際のブロック・サイズを比較し、それ以降の読取りサイズをテープに合せて調整します。

各テープ・ドライブでは、特定のテープ形式がサポートされています。通常、テープ形式は次のとおりです。

- 4mm(デジタル・オーディオ・テープ(DAT))

- アドバンスト・インテリジェント・テープ(AIT)

- デジタル・リニア・テープ(DLT)およびスーパーDLT(SDLT)

- リニア・テープ・オープン(LTO)

- T9840

- T9940

- T10000

Oracle Secure Backupでサポートされているテープ・デバイスのテープ形式に関する情報は、次のURLの「Getting Started」セクションを参照してください。

http://www.oracle.com/technetwork/products/secure-backup/learnmore/index.html

1.3.4.2 テープ・ライブラリ

テープ・ライブラリは、SCSIコマンドを受け入れて記憶域要素とテープ・ドライブ間でボリュームを移動するロボティック・テープ・デバイスです。テープ・ライブラリは、ロボティック・テープ・デバイス、オートチェンジャー、またはメディア・チェンジャーとも呼ばれています。

テープ・ライブラリは、1つ以上のテープ・ドライブ、テープ・カートリッジを保持するスロット、およびテープの自動ロード方式で構成されます。図1-3は、4つのテープ・ドライブで構成されるテープ・ライブラリです。

図1-3 テープ・ライブラリ

Oracle Secure Backupでは、テープ・ライブラリの管理を自動化することにより、この機能を効率的かつ確実に利用できます。テープ・ライブラリ・ロボティックを制御することで、テープを容易に管理できます。

Oracle Secure Backupでは、テープ・ライブラリの次の機能をサポートしています。

- ボリュームの自動ロードおよびアンロード
テープ・ライブラリを管理ドメインに追加すると、テープ・ライブラリはデフォルトで自動マウント・モードに構成されます。このモードの場合、Oracle Secure Backupでは、バックアップおよびリストア操作用にテープをマウントするためのコマンドがテープ・ライブラリのロボティック・アームに送られます。新しいボリュームが必要な場合は、適切なボリュームが見つかるまでテープ・ライブラリがスキャンされます。テープ・ライブラリの記憶域要素に適当なテープが十分にある場合は、完全なバックアップ・イメージの格納に必要なボリュームをロードするために、オペレータの介入は必要ありません。

- バーコード・リーダー
バーコードは、識別の目的でボリュームに物理的に適用されるシンボル・コードです。一部のテープ・ライブラリには、自動バーコード・リーダーが用意されています。Oracle Secure Backupでは、バーコードを使用してテープ・ライブラリ内のテープを識別できます。

- 自動テープ・ドライブ・クリーンアップ
Oracle Secure Backupでは、テープ・ドライブでのテープのロードまたはアンロード時に、クリーンアップの必要があるかどうかをチェックします。クリーンアップが必要な場合、クリーニング・カートリッジをロードし、クリーンアップ・サイクルが完了するのを待機して、クリーニング・カートリッジを元の記憶域要素に戻し、リクエストされたロードまたはアンロードを続行します。クリーンアップの間隔をスケジュールすることもできます。

図1-3に示すように、テープ・ライブラリには、テープを入れたり移動したりする一連のアドレス可能な要素があります。ライブラリには、次のような要素が含まれます。

- 記憶域要素(se)
この要素は、テープ・ライブラリの内部スロットで、ここにテープ・カートリッジを格納します。

- データ転送要素(dte)
この要素は、物理ボリュームの読取りまたは書込みができるテープ・デバイスです。通常、データ転送要素(DTE)は、テープ上のデータのバックアップまたはリストアに使用されるテープ・ドライブです。

- メディア・トランスポート要素(mte)
この要素は、テープ・ライブラリ内の別の要素間でのテープの移動に使用されるロボティック・メカニズムです。通常、メディア・トランスポート要素は、テープ・カートリッジをテープ・ライブラリ・スロットからテープ・ドライブに移すロボット・アームです。

- インポート/エクスポート要素(iee)
この要素により、メディアをテープ・ライブラリにインポートし、テープ・ライブラリからエクスポートできます。通常、インポート/エクスポート要素は、オペレータがライブラリのテープを出し入れする際に使用するドアのようなメカニズムです。ドアを閉じると、ロボティック・アームがカートリッジをライブラリの内部スロットに移します。この手順の間、ライブラリ自体は開かれないので、再インベントリは不要です。

Oracle Secure Backupテープ・ライブラリ・コマンドの多くでは、1つ以上のテープ・ライブラリ要素(特に記憶域要素とインポート/エクスポート要素)を指定する必要があります。インベントリ表示を除き、メディア・トランスポート要素が参照されることはありません。データ転送要素は、インベントリ表示でのみ、操作のために選択したテープ・ドライブ(ある場合)によって間接的に参照されます。

Oracle Secure Backupでは、要素をそれらの略語(mte、se、ieeまたはdte)に要素の番号を続けて(たとえば、se5、iee2、dte1)参照します。あるタイプの要素が複数存在する場合、要素の番号は1から始ります。あるタイプの要素が1つのみ存在する場合は、番号を省略できます。したがって、iee1とieeはどちらも、最初で唯一のインポート/エクスポート要素を指します。略語を省略すると、記憶域要素とみなされます。たとえば、se4と4はどちらも、4番目の記憶域要素を指します。一部のコマンドでは、記憶域要素の範囲を1-5のように指定できます。

Oracle Secure Backupは、いくつかのテープ・ライブラリ操作をサポートします。次の操作は、最も基本的な操作です。

- ボリュームの挿入および抽出

- ボリュームのロードおよびアンロード

- ボリュームの移動

- ボリュームのインポートおよびエクスポート

関連項目:

- obtoolで実行できるテープ・ライブラリ・コマンドの説明は、『Oracle Secure Backupリファレンス』を参照してください。

1.3.4.3 仮想テープ・ライブラリ

仮想テープ・ライブラリは、仮想物理テープ・ボリュームにパーティション化された1つ以上の大容量ディスク・ドライブです。Oracle Secure Backupには、仮想テープ・ライブラリは1つ以上のボリュームと1つ以上のテープ・ドライブを持つ物理テープ・ライブラリのように見えます。仮想テープ・ライブラリ内のボリュームおよびテープ・ドライブは、一般的な物理テープおよびテープ・ドライブに対応するように構成できます。

仮想テープ・ライブラリに対して実行されるバックアップ操作は、基礎となるストレージ・デバイスが直接アクセス・メディアであるため、実際のテープ・ドライブに対するバックアップ操作より速く完了します。しかし、仮想テープ・ライブラリは、記憶容量が限られているため、長期保存には適していません。仮想テープ・ライブラリにバックアップすると、より高速なバックアップを利用し、Oracle Secure Backupのボリューム移動機能を使用して後からデータをテープに移すことができます。

1.3.4.4 デバイス名およびアタッチメント

Oracle Secure Backupはテープ・ドライブ操作を管理するため、テープ・ドライブを識別し、そのテープ・ドライブがテープ・ライブラリ内に置かれているかどうかを確認できる必要があります。さらに、テープ・ドライブによって使用されていない間、ボリュームの格納に使用可能な記憶域要素があるかどうかも確認する必要があります。このため、各テープ・デバイスは、ユーザー定義の名前によってOracle Secure Backup内で一意に識別する必要があります。

Oracle Secure Backupでは、テープ・デバイスと、テープ・デバイスのホストへの接続方法は区別されます。Oracle Secure Backupで使用するには、各テープ・デバイスにホストとテープ・デバイス間のデータ・パスが記述された1つ以上のアタッチメントが必要です。アタッチメントには通常、ホストのアイデンティティの他、LinuxまたはUNIXでの接続ポイント名、Windowsでのデバイス名、またはNASデバイス名が含まれます。まれに、アタッチメント定義に追加情報が必要になることがあります。

関連項目:

- テープ・デバイスの構成方法は、「管理ドメインへのテープ・デバイスの追加」を参照してください

- mkdevコマンドのaspecプレースホルダの説明(デバイスのアタッチメントの構文およびネーミング規則の説明)は、『Oracle Secure Backupリファレンス』を参照してください。

1.4 Oracle Secure Backupのデーモン

デーモンは、Oracle Secure Backupの処理を実行する際のバックグラウンド・プロセスです。継続的に稼働するデーモンと、特定のタスクのみを実行し、タスクが完了すると終了するデーモンがあります。

デーモンは、管理サーバー、メディア・サーバーまたはクライアントで実行できます。Oracle Secure Backupでは、デーモンの組合せを使用して特定のバックアップ、リストアまたは構成タスクを実行します。

Oracle Secure Backupデーモンには、サービス・デーモン、スケジュール・デーモン、索引デーモン、Apache Webサーバー・デーモン、NDMPデーモン、ロボット・デーモンおよびプロキシ・デーモンが含まれます。

関連項目:

デーモンの詳細は、『Oracle Secure Backup管理者ガイド』を参照してください。

1.5 Oracle Secure Backupのインタフェース

Oracle Secure Backupの異なる要素にアクセスする場合、次の4つの異なるインタフェースがあります。

- obtoolコマンドライン・ユーティリティは、構成、メディア処理、およびファイル・システムのファイルのバックアップとリストアを含むOracle Secure Backup機能の基本的なインタフェースです。

- Oracle Enterprise Managerは、Cloud Controlインタフェースの一部として、obtoolで使用できるほとんどのOracle Secure Backup機能へのアクセスを提供します。

- Oracle Secure Backupには、Oracle Secure Backup Webツールと呼ばれる独自のWebベース・インタフェースが含まれ、obtoolのすべての機能を使用できます。Oracle Secure Backup Webツールは、Oracle Secure BackupがOracle Databaseインスタンスに依存せずに使用される状況での使用を主に想定しています。データベース・バックアップおよびリカバリ機能へのアクセスは提供されません。
Oracle Secure Backup Webツールは、IPv6をサポートするすべてのプラットフォームでInternet Protocol v4(IPv4)、Internet Protocol v6(IPv6)およびIPv4とIPv6の混合環境をサポートします。

- Oracle Databaseインスタンスのバックアップおよびリストア操作とOracle Secure Backupメディア管理層の構成は、RMANコマンドライン・クライアントまたはOracle Enterprise Managerを介して実行されます。

注意:

Oracle Secure Backupのドキュメントでは、可能なかぎりEnterprise Managerの使用に重点を置き、ファイルシステム・バックアップの場合のように、Enterprise Managerに同等の機能がない場合のみOracle Secure Backup Webツールについて説明しています。

関連項目

- 異なるOracle Secure Backupインタフェースの使用の詳細は、「Oracle Secure Backupのユーザー・インタフェース」を参照してください。

- OracleデータベースのバックアップのためのRecovery Manager (RMAN)の使用の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

2 Oracle Secure Backupインストールの概要

この章では、Oracle Secure Backupのインストール要件の概要を示します。

この章の内容は次のとおりです。

- Oracle Secure Backupのインストールおよび構成の概要

- Oracle Secure Backupのインストールの準備

- インストール時の構成パラメータのカスタマイズの概要

2.1 Oracle Secure Backupのインストールおよび構成の概要

Oracle Secure Backupを使用してデータ保護要件を管理するには、すべてのホストにOracle Secure Backupがインストールされ、管理ドメインが構成されている必要があります。

2.1.1 Oracle Secure Backupインストールの概要

Oracle Secure Backupソフトウェアは、管理ドメイン内のNDMPホストを除くすべてのホストにインストールする必要があります。管理ドメインは、1つの管理サーバー、1つ以上のメディア・サーバーおよび1つ以上のクライアントで構成されます。ホストにインストールするソフトウェアは、管理ドメイン内のホストに割り当てられたロールに依存します。インストール時に、インストールするOracle Secure Backupのロールを指定できます。

関連項目:

管理ドメインの詳細は、『Oracle Secure Backup管理者ガイド』を参照してください。

Oracle Secure Backupインストーラにより、ホスト・システムにOracle Secure Backupソフトウェアがインストールされているかどうか、または前のOracle Secure Backupインストールからのデータが含まれているかどうかの確認が行われます。Oracle Secure Backupソフトウェアやデータが存在しない場合は、Oracle Secure Backupがインストールされます。ホストにOracle Secure Backupソフトウェアまたはデータが存在する場合は、ソフトウェアまたはデータのリリースに応じて、アップグレードが実行されるかインストーラが終了します。

関連項目:

- 「 Oracle Secure Backupのインストールおよび構成の手順」

- LinuxまたはUNIXでのOracle Secure Backupのインストール

- WindowsでのOracle Secure Backupのインストール

- Oracle Secure Backupのアップグレード

Oracle Secure Backupデータを含むディレクトリは、権限を持つユーザーのみにディレクトリへのアクセスを制限することで保護されます。

2.1.2 Oracle Secure Backupの構成の概要

管理ドメイン内のすべてのホストにOracle Secure Backupソフトウェアをインストールした後、管理ドメインを構成する必要があります。管理ドメインの構成は、管理ドメインに含まれるすべてのホストおよびバックアップ・コンテナ(テープ・デバイスおよびディスク・プール)に関する情報を持つ管理サーバーを実現します。

Oracle Secure Backupの構成には、次のタスクがあります。

- 各ホストの管理ドメインへの追加

- メディア・サーバーに接続されたバックアップ・コンテナの構成

関連項目:

管理ドメインの構成および管理

2.1.3 Oracle Secure Backupクライアントの下位互換性の概要

Oracle Secure Backupクライアントの下位互換性は、現行のOracle Secure Backupバージョンとその直前のリリースとの間の互換性および相互運用を提供します。たとえば、12.1 Oracle Secure Backupは、10.4.0.3 Oracle Secure Backupとの下位互換性があります。

2.1.3.1 クライアントの下位互換性要件

下位互換性のあるクライアントを使用するには、管理サーバーおよびメディア・サーバーにOracle Secure Backup 12.1がインストールされていることを確認します。Oracle Secure Backup 10.4.0.3を使用できるのはクライアントのみです。

Oracle Secure Backupドメインの下位互換性を維持するには、次の要件に留意してください。

- クライアントの下位互換性はOracle Secure Backupバージョン10.4.0.3および10.4.0.4に対してのみサポートされています。Oracle Secure Backup 10.4.0.1および10.4.0.2バージョンはサポートされていません。

- Oracle Secure Backup 12.1は、Linux 32ビット・プラットフォームおよびWindows 32ビット・プラットフォームではサポートされていません。10.4.0.2またはそれ以前のバージョンのOracle Secure Backupを使用しているすべてのLinux 32ビット・ホストおよびWindows 32ビット・ホストは、12.1のバックアップ・ドメインで使用するには、Oracle Secure Backupバージョン10.4.0.3または10.4.0.4へのアップグレードが必要です。

関連項目:

Oracle Secure Backup 12.1に対応したプラットフォームの詳細は、「サポートされるプラットフォームおよびテープ・デバイス」を参照してください

- 下位互換性のあるクライアントでは、Oracle Secure Backup 10.4.0.3クライアントの機能レベルが制限されます。obtoolコマンドはすべて、Oracle Secure Backup 12.1を使用するホストで実行することを推奨します。

- 下位互換性を使用して、Oracle Secure Backup 12.1ドメインに追加されたOracle Secure Backup 10.4.0.3クライアントのファイルシステム・バックアップおよびリストア操作を実行できます。テープ・ドライブとディスク・プール両方へのファイルシステム・バックアップがサポートされています。データベース・バックアップ操作およびリストア操作は、テープ・ドライブを使用してのみ実行できます。
Oracle Secure Backup 10.4.0.3クライアントのデータベース・バックアップおよびリストアではディスク・デバイスを指定できません。

- 可能であれば、Oracle Secure Backup 12.1が稼働しているバックアップ・ドメインには、Oracle Secure Backup 12.1クライアントのみを追加することをお薦めします。

2.1.4 証明書の存続期間について

認証局(CA)には、ドメインの他のホストに対するアイデンティティ証明書への署名権限をCAに付与する署名証明書も保存されています。

Oracle Secure Backupでは、各署名証明書の有効期間を設定できます。この期間は、証明書存続期間ポリシーを使用して設定します。

- 証明書の存続期間が短いと、セキュリティが高くなります

- 証明書の存続期間が長いと、管理が容易になります

企業のポリシーに基づいて、証明書の存続期間を選択してください。

デフォルトの証明書存続期間は10年です。ドメイン全体で証明書存続期間を変更するには、次の手順を実行します。

1. security/certlifetimeポリシーの値を変更します。

2. obcm recertifydomainコマンドを実行します。

証明書存続期間ポリシーおよびobcm recertifydomainコマンドの詳細は、『Oracle Secure Backupリファレンス』を参照してください。

2.1.5 Oracle Secure Backupのインストールおよび構成の手順

この項では、すべてのホストにOracle Secure Backupをインストールするための基本ステップを示します。インストール手順を開始する前に、「Oracle Secure Backupのインストールの準備」に記載されたすべての要件が満たされていることを確認してください。

Oracle Secure Backupのインストール手順:

1. 管理ドメイン内のすべてのホストにOracle Secure Backupをインストールします。

- 管理サーバーとして指定されたホストに、管理サーバー・ロールをインストールします。これは、バックアップ・ジョブおよびリストア・ジョブの起動と管理に使用するホストです。
この手順が完了したら、管理ドメインが初期化されます。しかし、この時点で管理ドメインに含まれているホストは、管理サーバーのみです。

- Oracle Secure Backupによるバックアップの対象となるデータ、Oracleデータベースおよびファイルシステムを持つすべてのホストに、クライアント・ロールをインストールします。

- メディア・サーバー・ロールに指定されているホストに、クライアント・ロールをインストールします。これにより、クライアント・ロールに必要なソフトウェアが作成されます。さらに、次の手順を実行する必要があります。

- メディア・サーバーとしてのホストの構成

- このメディア・サーバーに接続されたバックアップ・コンテナの構成

関連項目:

- LinuxまたはUNIXでのOracle Secure Backupのインストール

- WindowsでのOracle Secure Backupのインストール

2. Oracle Secure Backupの管理ドメインを構成します。
管理サーバーには、管理ドメイン内のすべてのホストおよびバックアップ・コンテナ(テープ・デバイスおよびディスク・プール)に関する完全な情報が必要です。

- 各メディア・サーバーで、次のタスクを実行します。

- 管理ドメインへのメディア・サーバーの追加

- このメディア・サーバーに接続されたバックアップ・コンテナの構成
これには、各テープ・デバイスおよびメディア・サーバーとテープ・デバイスを関連付ける各アタッチメントが含まれます。

- 各クライアントを管理ドメインに追加します。
これには、ネットワーク接続ストレージ(NAS)アプライアンスなどのネットワーク・データ管理プロトコル(NDMP)クライアントが含まれます。

関連項目:

管理ドメインの構成および管理

2.2 Oracle Secure Backupのインストールの準備

ホストにOracle Secure Backupをインストールする前に、管理ドメインの構成および管理の方法について一定の決定を行う必要があります。これらの決定により、ソフトウェアのインストール、構成および使用方法が決まります。

Oracle Secure Backupのインストールの準備に含まれるタスクは、次の項に記載されています。

- Oracle Secure Backupのシステム要件

- Oracle Secure Backupのインストール・メディアの取得

- 管理ドメインでホストが実行するロールの決定

2.2.1 Oracle Secure Backupのシステム要件

ホストにOracle Secure Backupをインストールする前に、ホストが指定されたシステム要件を満たしていることを確認します。

次のトピックでは、様々なシステム要件について説明します。

- サポートされるプラットフォームおよびテープ・デバイス

- Oracle Secure Backupのディスク領域要件

- Oracle Secure Backupのその他のシステム要件

2.2.1.1 サポートされるプラットフォームおよびテープ・デバイス

Oracle Secure Backupでサポートされるオペレーティング・システム、Webブラウザおよびネットワーク接続ストレージ(NAS)・デバイスのリストは、次のURLにあるMy Oracle Supportの「動作保証」を参照してください。

https://support.oracle.com

Oracle Secure Backupでサポートされているすべてのテープ・デバイスに関する情報は、次のURLで入手できます。

http://www.oracle.com/technetwork/products/secure-backup/learnmore/index.html

2.2.1.2 Oracle Secure Backupのディスク領域要件

LinuxまたはUNIXにOracle Secure Backupをインストールする場合、特定のオペレーティング・システム用のインストール・パッケージをロードし、そのパッケージを使用してインストール作業を実行します。表2-1に、推定ディスク領域要件を示します。

表2-1 LinuxおよびUNIXでのOracle Secure Backupのディスク領域要件

Oracle Secure Backupインストール

管理サーバーのディスク領域

クライアントまたはメディア・サーバーのディスク領域

Linux x86 64ビット

75MB

75MB

Solaris x86 64ビット

130MB

130MB

Solaris SPARC 64ビット

130MB

130MB

HP-UX

130MB

130MB

IBM AIX

610MB

610MB

表2-2に、WindowsにOracle Secure Backupをインストールする際に必要な推定ディスク領域(管理サーバーを含む場合とそうでない場合)を示します。

表2-2 WindowsでのOracle Secure Backupのディスク領域要件

Oracle Secure Backupインストール

ディスク領域

管理サーバー(メディア・サーバーとクライアントの一方または両方を含むことが可能)

112MB

メディア・サーバーとクライアントの一方または両方(管理サーバーなし)

103MB

Oracle Secure Backupカタログに必要なディスク領域は、多くの要因によって決まります。しかし原則として、バックアップ後に作成された最大の索引の250%に相当するカタログ領域を計画します。

関連項目:

時間経過に伴うOracle Secure Backupカタログの増加に関するガイドラインは、『Oracle Secure Backup管理者ガイド』を参照してください。

2.2.1.3 Oracle Secure Backupのその他のシステム要件

Oracle Secure Backup管理ドメイン内の各ホストは、ネットワークに接続され、TCP/IPを実行する必要があります。Oracle Secure Backupでは、各コンポーネント内、および各コンポーネントと他のシステムのコンポーネント間におけるすべての通信にこのプロトコルを使用します。

ネットワーク接続ストレージ(NAS)やテープ・サーバーなど、クローズド・オペレーティング・システムを使用する各アプライアンスでは、いずれかのバージョンのネットワーク・データ管理プロトコル(NDMP)のサポートが必要です(「Oracle Secure Backupホストのアクセス・モード」を参照)。

Oracle Secure Backupの管理ドメインに参加する各ホストでは、ホスト名をIPアドレスに解決するなんらかの方法が事前に構成されている必要があります。大部分のシステムは、これを行うために、DNS、NIS、WINSまたはローカル・ホスト・ファイルを使用します。Oracle Secure Backupは、特定のメカニズムを必要としません。Oracle Secure Backupで唯一必要となるのは、基礎となるシステム・ソフトウェアに構成済のIPアドレスを提供する際に、その名前に対応するIPアドレスを取得することです。

Oracle Secure Backupの管理ドメインに参加するホストでは、DHCPの使用によるIPアドレスの割当てがサポートされません。すべてのホストに静的IPアドレスを割り当てる必要があります。静的IPアドレスを使用できない場合は、DHCPサーバーにより所定のホストに常に同じIPアドレスが割り当てられるようにする必要があります。

注意:

ホストの静的IPは、あるアドレスから別のアドレスに変更できますが、変更を有効にするには、Oracle Secure Backupの管理サーバーを再起動する必要があります。

Oracle Secure Backupのネットワーク・インストールでは、重複するホスト名が存在しないことが重要です。索引カタログ・データは、クライアント・ホスト名に基づくディレクトリに格納されます。重複するホスト名が存在すると、複数のクライアントからのバックアップ関連情報が結合され、バックアップ・ファイルからのリストア操作に失敗する可能性があります。

Oracle Secure Backupを構成して、UNIXホストからWINS(Microsoft Windowsの名前解決プロトコル)を使用できます。この構成は変則的ですが、UNIXホストからWINSの名前解決を使用することが現実的な解決策となる場合もあります。

2.2.2 Oracle Secure Backupのインストール・メディアの取得

サポートされる各プラットフォーム用のOracle Secure Backupインストール・メディアは、CD-ROMか、次のURLにあるOracle Software Delivery Cloud WebサイトからダウンロードしたZIPファイルとして入手できます。

https://edelivery.oracle.com/

CD-ROMの内容とダウンロード・アーカイブは同じものです。

注意:

環境内に複数のプラットフォームがある場合は、プラットフォームごとにZIPファイルをダウンロードするか、CD-ROMを入手する必要があります。

Oracle Secure Backupインストール・ソフトウェアをダウンロードして解凍する手順:

1. ホストにログオンします。

- Windowsでは、管理者権限を持つユーザーとしてログインします。

- Linux/UNIXでは、root権限を持つユーザーとしてログインします。

2. ダウンロードしたインストール・ファイルを保存するのに十分な空き領域があるファイル・システムに、osbdownloadというディレクトリを作成します。

3. Webブラウザを開いて、次のURLにあるOracle Software Delivery CloudのWebサイトにサインインします。

https://edelivery.oracle.com/

4. 条件および規制のページで、オラクル・トライアル・ライセンス契約および輸出規制に同意します。

「続行」をクリックします。

5. 検索のページで、製品パックのドロップダウン・リストからOracle Databaseを選択します。

「プラットフォーム」ドロップダウン・リストから、Oracle Secure Backupをインストールするプラットフォームを選択します。

「実行」をクリックします。

6. 製品のリストからOracle Secure Backup 12.1を選択します。

「続行」をクリックします。

「ダウンロード」ページが表示されます。

7. 「ダウンロード」ページで、「ダウンロード」をクリックして必要なプラットフォーム用のOracle Secure Backup 12.1インストール・ソフトウェアをダウンロードします。

8. 圧縮されたOracle Secure Backup 12.1インストール・ソフトウェアを一時ディレクトリに保存します。

9. 圧縮されたインストール・ソフトウェアを手順2で作成したosbdownloadディレクトリに解凍します。

これでOracle Secure Backupリリース12.1のインストールに必要なすべてのファイルが揃いました。

2.2.3 管理ドメインでホストが実行するロールの決定

Oracle Secure Backup管理ドメインでは、バックアップおよびリストア操作を実行する一連のホストが1つのユニットとして管理されます。管理ドメイン内の各ホストには、管理サーバー、メディア・サーバーまたはクライアントのいずれかのロールを割り当てる必要があります。

関連項目:

「管理ドメイン内のホストのロール」

ホストにOracle Secure Backupをインストールする前に、管理ドメイン内のこのホストに割り当てるロールを決定する必要があります。インストールするソフトウェアは、ホストに割り当てられたロールに依存します。

管理ロールのソフトウェアをインストールする場合は、メディア・サーバー・ロールおよびクライアント・ロールに必要なソフトウェアもインストールします。クライアント・ロールをインストールすると、メディア・サーバー・ロールに必要なソフトウェアもインストールされます。ただし、adminユーザーが、Oracle Secure Backupのインストール後にchhostコマンドを使用してメディア・サーバー・ロールを付与するまで、ホストはそのロールを持ちません。

注意:

最初のインストール後に管理サーバーまたはクライアントにメディア・サーバーのロールを追加するには、makedevを使用して接続ポイントを作成する必要があります。詳細は、『Oracle Secure Backupリファレンス』を参照してください。

クライアント・ロールのソフトウェアをインストールすると、メディア・サーバー・ロールのソフトウェアもホストにインストールされます。ただし、ホストをメディア・サーバーとして構成する必要があります。

2.3 インストール時の構成パラメータのカスタマイズの概要

インストールおよび管理プロセスを制御するいくつかの構成パラメータを変更して、Oracle Secure Backupのインストールをカスタマイズできます。インストール・プログラムでは、これらのすべての構成パラメータのデフォルト値が提供されます。ほとんどの場合は、デフォルト値で十分です。ただし、Oracle Secure Backupのインストール中に構成パラメータを変更することもできます。

次の構成パラメータは、Oracle Secure Backupのインストール中に変更できます。

- Oracle Secure Backupの一時ディレクトリ

- Oracle Secure Backupのホーム・ディレクトリ

- Oracle Databaseのバックアップおよびリストア操作を実行する事前認可済ユーザー

- Oracle Secure Backupユーザー・パスワードの長さ

- アイデンティティ鍵証明書サイズ

- Oracle Secure Backupデータベース・ディレクトリ

- Linux/UNIXプラットフォーム上のシンボリック・リンク

2.3.1 Oracle Secure Backupの一時ディレクトリ

ホストにOracle Secure Backupをインストールするとき、一時ファイルを格納する一時ディレクトリが使用されます。一時ディレクトリにロック可能なファイルを格納でき、再起動プロセスの初めにアクセス可能であることが必要です。そのため、このディレクトリはローカル・ディスク上に存在する必要があります。

このパラメータに設定されるデフォルト値は、オペレーティング・システムごとに異なります。インストール時に詳細設定を指定することで、デフォルト・ディレクトリを変更して別のディレクトリを指定できます。

Linux/UNIXおよびSolaris 64ビット・ホストの場合、デフォルトの一時ディレクトリは/usr/tmpです。Windowsの場合、デフォルトの一時ディレクトリはC:\Program Files\Oracle\Backup\temp\です。

表2-3 Oracle Secure Backupの一時ディレクトリ要件

Oracle Secure Backupインストール

必要なディスク領域

Linux x86 64ビット

600MB

Solaris x86 64ビット

1100MB

Solaris SPARC 64ビット

1000MB

Windows 64ビット

600MB

HP-UX

1200MB

IBM AIX

1200MB

2.3.2 Oracle Secure Backupホーム・ディレクトリ

Oracle Secure Backupのインストールおよび管理をできるかぎり簡略化するために、ネットワーク内の各プラットフォームのOracle Secure Backupホーム・ディレクトリ名を識別するメカニズムが提供されています。ホーム・ディレクトリは、ドキュメントではOSB_HOMEとして参照され、Oracle Secure Backupソフトウェアがインストールされるディレクトリです。このディレクトリは、各プラットフォーム専用である必要があり、ネットワーク・ファイル・システム(NFS)や同様のリモート・ファイル・システムを通じては共有されません。

インストール・プログラムは、ホーム・ディレクトリにオペレーティング・システム固有のデフォルト値のセットを使用します。これらのデフォルトは、コンピュータ上の使用可能なディスク領域に基づいて変更される場合があります。インストール時に詳細設定を変更することで、デフォルト値をオーバーライドし、Oracle Secure Backupソフトウェアを別のディレクトリにインストールできます。

Linux/UNIXおよびSolarisのデフォルトのホーム・ディレクトリは、/usr/local/oracle/backupです。Windowsの場合、デフォルトのホーム・ディレクトリはC:\Program Files\Oracle\Backupです。デフォルトのホーム・ディレクトリにOracle Secure Backupをインストールすることをお薦めします。

注意:

obtoolまたはOracle Secure Backup Webツールを使用してroot以外のユーザーを有効にするには、suidメカニズムを使用できるファイル・システムにOracle Secure Backupをインストールします。Linux/UNIXプラットフォームでこれを実行するには、そのファイル・システムの/etc/fstabファイル・エントリから nosuidオプションを除外します。

Oracle Secure Backupホームとして指定したディレクトリはインストール・プログラムによって作成されますが、インストールを開始する前に、その親フォルダが存在する必要があります。たとえば、/usr/local/oracle/backupをホームとして指定する場合は、/usr/local/oracleパスが存在する必要があります。インストーラにより、backupディレクトリが作成され、それに対する適切な所有者、グループおよび権限が設定されます。

2.3.3 Oracle Databaseのバックアップおよびリストア操作を実行する事前認可済ユーザー

Oracle Secure BackupはRecovery Manager (RMAN)と統合されており、Oracle Databaseのバックアップおよびリストアに使用できます。Oracle Secure BackupでRMANを使用してOracle Databaseファイルをバックアップするには、RMANでバックアップおよびリストア操作を実行するために必要な権限を持つOracle Secure Backupユーザーを指定する必要があります。

Oracle Secure Backupのインストール時に、oracleクラスの権限を持つ事前認可済ユーザーを作成して、Oracleデータベースの操作で使用できます。ユーザーの事前認可を構成する場合、作成されるOracle Secure Backupの事前認可済ユーザーは、Oracle Databaseのバックアップおよびリストア操作を実行するための資格情報を持つオペレーティング・システム・ユーザーにマップされます。事前認可済ユーザーのデフォルト名はoracleです。

Linux/UNIXプラットフォーム上のデータベースをバックアップするには、事前認可済ユーザーによって使用される資格情報を持つLinux/UNIXユーザー名およびLinux/UNIXグループ名を指定する必要があります。ユーザー名は/etc/passwordに、グループ名は/etc/groupに定義する必要があります。Windowsプラットフォーム上のデータベースをバックアップするには、事前認可済ユーザーによって使用される資格情報を持つドメイン・アカウントを指定する必要があります。

注意:

事前認可済ユーザーを作成する前に、この選択には利便性とセキュリティとの間のトレードオフが含まれることを考慮してください。

Oracle Secure Backupを使用して、Windowsクライアントでワンタイム・バックアップ、RMAN起動バックアップ、または非特権バックアップ操作を実行する場合、Oracle Secure Backupのインストールの完了後に、Oracle Secure Backupのadminおよびoracleユーザーを変更して、必要な権限を持つクライアントで有効なWindowsの資格証明(ドメイン、ユーザー名およびパスワード)をこれらのユーザーに割り当てる必要があります。この作業を行わないと、Oracle Secure Backupでは、これらのタイプのバックアップ操作を実行できません。この要件は、管理サーバーとして機能するプラットフォームとは無関係に適用されます。

インストール時に事前認可済ユーザーを作成しない場合は、後の段階でユーザーの事前認可を設定できます。

関連項目:

「 Oracle Secure Backupのユーザーの事前認可の設定」

2.3.4 Oracle Secure Backupユーザー・パスワードの長さ

Oracle Secure Backupにログインして操作を実行するには、有効なOracle Secure Backupユーザー名およびパスワードが必要です。デフォルトでは、Oracle Secure Backupユーザーのパスワードは8文字以上で指定する必要があります。インストール時に、詳細設定を変更して、8文字から16文字までの異なるユーザー・パスワード長を指定できます。インストール時に指定した長さは、すべてのOracle Secure Backupユーザー用のパスワードに適用されます。

2.3.5 アイデンティティ鍵証明書サイズ

Oracle Secure Backupは、管理ドメインのホスト間の安全な通信を実現します。各ホストは、認証局(CA)により署名されたX.509証明書によって一意に識別されます。ホスト間の接続は、ホストがアイデンティティ証明書を使用して相互に認証した後にのみ確立されます。

インストール・プログラムで使用されるアイデンティティ証明書の鍵のサイズのデフォルト値は1024ビットです。Oracle Secure Backupリリース12.1.0.3から、デフォルト値は3072ビットになりました。この値を変更して、管理サービス・デーモンにより発行されるすべてのホストのアイデンティティ証明書に関連するセキュリティ・レベルを構成できます。

設定できるアイデンティティ証明書鍵サイズの値は、512、768、1024、2048、3072および4096 (ビット単位)です。十分なセキュリティを得るために必要な最小長は1024ビットです。2048ビットの値は、十分なセキュリティを提供します。鍵のサイズを3072ビットまたは4096ビットに設定することで、非常に高いレベルのセキュリティを提供できます。

注意:

一般的に、1024ビット未満の証明書鍵サイズは、セキュアではありません。3072ビット以上の証明書鍵サイズは、きわめてセキュアです。

2.3.6 Oracle Secure Backupデータベース・ディレクトリ

各プラットフォームには、Oracle Secure Backupがホスト固有の情報を保存するための個別のディレクトリがあります。このディレクトリは、各プラットフォーム専用である必要があり、ネットワーク・ファイル・システム(NFS)や同様のリモート・ファイル・システムを通じては共有されません。

インストール・プログラムは、データベース・ディレクトリにオペレーティング・システム固有のデフォルトを使用します。Oracle Secure Backupのインストール時に詳細設定を構成することで、デフォルト値を変更できます。

Linux/UNIXおよびSolaris 64ビット・ホストのデフォルトのデータベース・ディレクトリは、/usr/etc/obです。Windowsの場合、デフォルトのデータベース・ディレクトリはC:\Program Files\Oracle\Backup\dbです。

2.3.7 Linux/UNIXプラットフォーム上のシンボリック・リンク

Linux/UNIXプラットフォームへのインストール時に、通常では/usr/binおよび/etcにシンボリック・リンクを作成でき、Oracle Secure Backupユーザーは検索パスを変更する必要がありません。

これらのパラメータは、サポートされる各プラットフォームに固有です。システムによっては、/usr/binではなく/binに、または/etcではなく/usr/etcにリンクを配置する方が適切な場合があります。

デフォルトでは、Linux/UNIXおよびSolaris 64ビット・システムでは、/usr/bin/etc/libディレクトリにシンボリック・リンクが作成されます。

注意:

このパラメータは、提供されているデフォルト設定のまま使用することをお薦めします。

現行インストールのオペレーティング・システム・タイプに対してlibディレクトリを指定すると、installobにより、そのディレクトリにlibobk.soシンボリック・リンクが作成されます。このシンボリック・リンクは、Oracle Secure Backupホームのプラットフォーム固有のlibディレクトリにある実際のlibobk.soファイルを指します(lib.linux32など)。

3 LinuxまたはUNIXでのOracle Secure Backupのインストール

この章では、LinuxまたはUNIXの稼働するホストにOracle Secure Backupをインストールする方法について説明します。

この章には次の項が含まれます:

- LinuxまたはUNIXでのOracle Secure Backupのインストールの前提条件

- LinuxまたはUNIXでのOracle Secure Backupのインストール

- プラットフォーム固有のメディア・サーバー・デバイスの構成

- LinuxでのOracle Secure Backupのインストールに関する追加情報

- AIXでのOracle Secure Backupのインストールに関する追加情報

3.1 LinuxまたはUNIXでのOracle Secure Backupのインストールの前提条件

ホスト・システムにOracle Secure Backupをインストールする前に、次の前提条件が満たされていることを確認してください。

- 各ホストにroot権限でログインしてインストールを実行する必要があります。

- システムにuncompressユーティリティがインストールされている必要があります。

注意:

システムにuncompressユーティリティがインストールされていない場合は、次のコマンドにより、gunzipユーティリティを指すuncompressのシンボリック・リンクを作成できます。

ln -s /bin/gunzip uncompress

- メディア・サーバー・システムのテープ・ドライブおよびライブラリに必要な接続ポイントが事前に構成されている必要があります。

関連項目:

「プラットフォーム固有のメディア・サーバー・デバイスの構成」

- 管理ドメインにOracle Secure Backupのテープ・ライブラリおよびドライブを追加する前に、任意のSCSIターゲットをスキャンして開くシステム・ソフトウェア(たとえば、テープ・ライブラリ・モニタリング・ソフトウェア)がある場合はそれらが無効になっていることを確認します。この種のソフトウェアが動作している場合、ハードウェアからの予期しない動作が発生する可能性があります。

- Linuxホストの場合、RPMパッケージsg3_utilsおよびsg3_utils-libsがインストールされていることを確認します。これらのパッケージは、デバイスの接続ポイントの識別に使用されるsg_mapコマンドを正常に実行するために必要です。詳細は、システム管理者に問い合せるか、Linuxオペレーティング・システムのドキュメントを参照してください。

3.2 LinuxまたはUNIXでのOracle Secure Backupのインストール

注意:

Oracle Real Application Clusters(Oracle RAC)環境にOracle Secure Backupをインストールする場合、クラスタのノードごとにOracle Secure Backupをインストールする必要があります。

ホストにOracle Secure Backupをインストールする手順:

1. 「Oracle Secure Backupのインストールの準備」に記載された計画タスクを完了します。

2. 「LinuxまたはUNIXでのOracle Secure Backupのインストールの前提条件」に記載された前提条件が満たされていることを確認します。

3. 管理サーバー・ロールまたはメディア・サーバー・ロールをインストールする場合は、「管理サーバーおよびメディア・サーバー用のセキュアなホストの選択」に記載された物理およびネットワーク上の要件をホストが満たしていることを確認します。

4. Oracle Secure Backupソフトウェアの配布をダウンロードして、インストール先のホストがアクセスできるディレクトリに置きます。インストール用に安全なディレクトリが選択されていることを確認してください。安全なディレクトリとは、ディレクトリ・パスの各部分に、表3-1に示す所有者およびグループ権限があるディレクトリです。インストール・プロセスでは、インストール・ディレクトリの所有者およびグループが確認されます。正しい権限がない場合、インストールは終了されます。お薦めはしませんが、Oracle Secure Backupを安全でないディレクトリにインストールすることは可能です。インストールの安全な場所チェックをバイパスするには、setup --securepathを実行します。

表3-1 安全なディレクトリの所有者およびグループ権限

プラットフォーム

有効な所有者/グループ・リスト

Linux

root:root

Solaris SPARC

root:rootまたはroot:sys

Solarix X86

root:rootまたはroot:sys

IBM AIX

root:systemまたはbin:bin

HPUX

root:rootまたはbin:bin

注意:

Oracle Secure Backupソフトウェア・パッケージは、ネットワーク経由でアクセス可能な共有またはローカルの一時ディレクトリにインストールすることをお薦めします。

たとえば、NFS共有パス/net/myfiler/export/vol0/home/osb_media_dirにソフトウェア・パッケージを置いた場合、このファイラ共有にアクセスできるネットワーク内のすべてのホストでセットアップを実行することが可能になり、ネットワーク上のソフトウェア・パッケージの部数を制限できます。

5. LinuxまたはUNIXオペレーティング・システムにrootとしてログインします。

6. Oracle Secure Backupホーム・ディレクトリに変更します。ホーム・ディレクトリには、/usr/local/oracle/backupを使用することをお薦めします。別のディレクトリにインストールする場合は、そのディレクトリに変更します。新しいディレクトリの場所を確認するメッセージが表示されます。
たとえば、Oracle Secure Backupソフトウェアの場所が/net/myfiler/export/vol0/home/osb_media_dirである場合、その場所をデフォルトの$OSB_HOMEディレクトリに変更するには、次のコマンドを実行します。

# mkdir -p /usr/local/oracle/backup
# cd /usr/local/oracle/backup
# /net/myfiler/export/vol0/home/osb_media_dir/setup

インストール・プロセス中に、インストール・プログラムは一時ディレクトリを使用します。インストールのデフォルトの一時ディレクトリは/usr/tmpです。このディレクトリが使用できない場合、またはディレクトリ領域が不十分という警告がインストール時に発生する場合は、かわりの一時ディレクトリを-tオプションで指定してセットアップ・コマンドを実行できます。

# /net/myfiler/export/vol0/home/osb_media_dir/setup -t <path-to-alt-install-temp-directory>

7. インストール・メディアまたは抽出したアーカイブ・ディレクトリからsetupスクリプトを実行します。
セットアップ・スクリプトから次のメッセージが表示されます。

- Oracle Secure Backupのバージョン番号を示すようこそメッセージおよび進行状況メッセージ

- プラットフォームを示すメッセージ

- パッケージをロードする際の各種の進行状況メッセージ

注意:

セットアップ・スクリプトが中断された場合、いくつかの一時ファイル(OBnnnnまたはOBnnnn.Zという名前のファイル)が一時ディレクトリに残ることがあります。これらのファイルは安全に削除できます。

8. ホストのロールを指定します。このステップで選択したオプションに関係なく、メディア・サーバー・ロールに必要なソフトウェアがホストに自動的にインストールされます。

- 管理サーバーおよびクライアントのソフトウェアをインストールするにはAを入力します。

- クライアント・ロールをインストールするにはBを入力し、[Enter]キーを押します。

メディア・サーバー・ロールは、後でホストを構成するときにOracle Secure Backup Webツールまたはobtoolコマンドライン・インタフェースで追加できます。

注意:

- メディア・サーバーに必要なソフトウェアがインストールされていても、Oracle Secure Backupのインストール後にadminユーザーがchhostコマンドを使用してそのロールを付与するまで、ホストはメディア・サーバーのロールを持ちません。

- 最初のインストール後に、管理サーバーまたはクライアントにメディア・サーバー・ロールを追加するには、--addroleオプションを指定してchdevコマンドを使用する必要があります。

9. 管理サーバーおよびクライアントのロールをインストールする場合は、次の手順を実行します。

a. 通知用の電子メールを入力します。この電子メール・アドレスに、管理ドメインおよびその操作に関する通知が送信されます。
電子メール・アドレスの指定はオプションであり、指定しない場合、通知は送信されません。

b. インストール時に使用される構成パラメータをカスタマイズする場合は、yを入力します。
変更できるパラメータのセットおよびそれらの変更方法の詳細は、「Linux/UNIXの詳細設定の指定」を参照してください。必要なパラメータを変更した後、引き続き次のステップを実行します。

関連項目:

カスタマイズできるインストール・パラメータの詳細は、「インストール時の構成パラメータのカスタマイズの概要」を参照してください

注意:

キーストア・パスワードは、Oracle Secure Backup管理者に知らせておき、保護する必要があります。障害発生時に、Oracle Secure Backup管理サーバーの回復にはキーストア・パスワードが必要です。Oracle Secure Backupにパスワードの検索を要求できません。

c. Oracle Secure Backupキーストアのパスワードを作成します。
キーストア・パスワードは、すべての暗号化鍵が含まれるキーストアの暗号化のために使用されます。このパスワードは、Oracle Secure Backupウォレットに格納されます。

英数字の混在する8文字以上のパスワードを指定することをお薦めします。

d. Oracle Secure Backup管理サーバーのパスワードを作成します。
英数字混在のパスワードを選択することをお薦めします。

パスワードの最小の長さは8文字です。「Linux/UNIXの詳細設定の指定」で最小のユーザー・パスワード長をカスタマイズした場合、パスワードの長さは指定した新しい値と一致する必要があります。

注意:

コマンドラインまたはコマンド・スクリプトでのクリア・テキストによるパスワードの指定は推奨されません。セキュリティ上の脆弱性となります。推奨される方法は、ユーザーがパスワードの入力の要求に応じる方法です。

10. クライアントのロールをインストールする場合は、次の手順を実行します。

a. (オプション)詳細設定を変更します。

- インストールの詳細設定を構成する場合は、yを入力します。
カスタマイズできるパラメータは、「Linux/UNIXの詳細設定の指定」に記載されています。クライアントの場合は、Oracle Secure Backup一時ディレクトリおよびホストの再起動時にOracle Secure Backupデーモンを起動するオプションのみ変更できます。

- デフォルト値を使用し、詳細なインストール・パラメータをカスタマイズしない場合は、nと入力します。

b. クライアントへのリクエストを初期化するホストIDを入力します。
ホストIDは、mkhostコマンドを使用してクライアント追加のリクエストを初期化する、Oracle Secure Backupドメイン・ホストのIPアドレス、または完全修飾ドメイン名(FQDN)です。このホストは通常、Oracle Secure Backupの管理サーバーです。指定したIPアドレスまたはFQDNは、クライアントの/etc/obconfigファイルに格納されます。これは、リクエストのソースを検証するために、クライアントと、クライアント追加のリクエストを初期化したドメイン・ホストの間の初期ハンドシェイクで使用されます。

クライアントのインストール時にIPアドレス・チェックを省略するには、Oracle Secure Backupインストーラを起動する際に--noaddinghostidオプションを使用します。たとえば、次のようになります。

# setup --noaddinghostid

11. インストールが完了し、インストールの成功の後に次のメッセージが表示されます。
Oracle Secure Backupがインストールされました。

Oracle Secure Backup一時ディレクトリに、osb_install.logというインストール・ログ・ファイルが格納されます。デフォルトの一時ディレクトリは、/usr/tmpです。

3.2.1 Linux/UNIXの詳細設定の指定

Oracle Secure Backupでは、インストール・プロセス中に必要なほとんどの構成パラメータにデフォルト値が使用されます。これには、アイデンティティ証明書鍵のサイズ、最小のユーザー・パスワード長などが含まれます。ほとんどの場合は、デフォルト値で十分です。インストール時に詳細設定を構成して、新しいパラメータ値を指定できます。

詳細設定を構成する場合、setupスクリプトで、構成可能なパラメータを含む番号付きリストが表示されます。図3-1は、管理サーバー・ロールの構成可能なパラメータを示しています。特定のパラメータを変更するには、そのパラメータに隣接する番号を入力し、必要な値を入力します。たとえば、最小のユーザー・パスワード長を変更するには、2を入力します。オプション名の横に、デフォルトの設定が大カッコ内に表示されます。使用する新しい最小のパスワード長を入力します。

一度に1つの拡張パラメータのみ変更できます。複数の変更を行う場合は、別々に入力する必要があります。

関連項目:

変更できるインストール・パラメータの詳細は、「インストール時の構成パラメータのカスタマイズの概要」を参照してください

図3-1 管理サーバー・ロールの詳細設定

3.3 プラットフォーム固有のメディア・サーバー・デバイスの構成

この項では、Oracle Secure Backupのテープ・ドライブおよびライブラリを構成してそれらと通信する方法を説明します。10.4.0.3以前のバージョンでは、Oracle Secure Backupユーティリティdiscoverdevは、NDMPファイラでのみ動作しました。Oracle Secure Backup 12.1では、discoverdevの機能が拡張され、すべてのメディア・サーバー・プラットフォームで動作します(HP-UXを除く)。Oracle Secure Backup12.1では、discoverdevは高速であり、mkdevで変数を手動で入力する際に起こり得るユーザー・エラーがないため、デバイスの構成に適した方法です。

注意:

以前は、Oracle Secure Backupでは、システムの接続ポイントを生成するためにすべてのプラットフォームでmakedevが使用されていました。現在の方式は、可能なかぎりネイティブSGENデバイス・ドライバを使用することです(SolarisおよびLinux)が、HP-UXでは引き続きmakedevを使用してシステム接続ポイントを手動で作成する必要があります。AIXでのmakedevの実行手順は、それを手動で実行する理由がある状況のためにこのドキュメントに記載されていますが、discoverdevを使用することをお薦めします。

discoverdevが正しく機能するには、これを実行する前にデバイスの接続ポイントが存在する必要があります。表3-2に、各プラットフォームのデバイス接続ポイントのアクセス要件を示します。

表3-2 プラットフォーム固有の接続ポイントのアクセス要件

プラットフォーム

要件

Linux

discoverdevで使用されるsg_mapが使用可能である必要があります。

Solaris

discoverdevで使用されるsgenドライバがインストールされている必要があります。

AIX

(オプション) makedevを使用してシステム接続ポイントを作成できます。

HP-UX

現在このプラットフォームではdiscoverdevを使用できないため、mkdevを実行する前に、makedevを使用して接続ポイントを作成する必要があります。

注意:

Oracle Secure Backupのmakedevコマンドをobtool mkdevと混同しないでください。makedevは、Oracle Secure Backupのカスタム・システム接続ポイントを作成するために、HP-UXで使用する必要があり、AIXで使用できます。ネイティブSCSI汎用オペレーティング・システム・ベースの接続ポイントを使用するSolarisまたはLinuxでは、makedevを使用しません。obtool discoverdevは、既存の接続ポイントを検出し利用するobtool mkdevコマンドを自動化しますが、discoverdev自体はシステム接続ポイントを作成しません。obtool mkdevは、接続ポイントを利用してOracle Secure Backupで使用するデバイスを構成する手動のデバイス構成コマンドです。

この項の内容は次のとおりです。

- Linuxメディア・サーバーのデバイスの構成

- Solarisメディア・サーバーのデバイスの構成

- AIXメディア・サーバーのデバイスの構成

- HP-UXメディア・サーバーのデバイスの構成

- デバイスへのOracle Secure Backup論理ユニット番号の割当て

3.3.1 Linuxメディア・サーバーのデバイスの構成

LinuxホストをOracle Secure Backupメディア・サーバーとして構成するには、そのホストにSCSI汎用ドライバがインストールされている必要があります。ドライバにより、Oracle Secure Backupのテープおよびライブラリ・デバイスとの対話が可能になります。ホストが自動的に再起動後にドライバをリロードするように構成する必要があります。永続バインディングを構成することもお薦めします。永続バインディングを使用して、ホスト・バス・アダプタが、各デバイスのSCSIターゲットおよびLUNと、それらのWWNをペアにすることで、再起動時に接続ポイントがデバイス間でシャッフルされるのを防止します。永続バインディングを使用しない場合は、接続ポイントが更新されて新しい値が反映されるまで、Oracle Secure Backupがデバイスにアクセスができない可能性があります。Linuxメディア・サーバー・システムでの永続バインディングの構成方法の詳細は、システム管理者に問い合せるか、オペレーティング・システムのドキュメントを参照してください。

目的のテープ・デバイスに対応する/dev/sgを識別するには、次のLinuxコマンドを実行してsg_mapの結果を得ます。

# sg_map -i -x

/dev/sg0 5 0 0 0 8 STK SL3000 4.00

/dev/sg1 5 0 0 1 8 STK SL3000 4.00

/dev/sg2 5 0 1 0 8 STK SL500 1466

/dev/sg3 5 0 3 0 1 /dev/nst2 HP Ultrium 5-SCSI I11V

/dev/sg4 5 0 4 0 1 /dev/nst3 STK T10000C 1.57

/dev/sg5 5 0 5 0 1 /dev/nst4 HP Ultrium 5-SCSI I3AS

/dev/sg6 5 0 6 0 1 /dev/nst5 HP Ultrium 5-SCSI I3AS

/dev/sg7 5 0 7 0 1 /dev/nst6 STK T10000C 1.57

これらの接続ポイントがシステム上に存在すると、Oracle Secure Backupのdiscoverdevが、デバイスを作成する際にこれらを使用できます。

discoverdevによるデバイスの作成の例を次に示します。

ob> lsh
storabck06       admin,mediaserver,client          (via OB)   in service

ob> discoverdev -ic -h storabck06
Device-Type   Device-Model            Serial-Number        Attachpoint
Library       STK     SL3000           464970G+1333SY1401   storabck06:/dev/sg0
create device object storabck06_lib_1? (a, n, q, y, ?) [y]:
Tape          HP      Ultrium 5-SCSI  HU1328WGF6           storabck06:/dev/sg3
create device object storabck06_tape_1? (a, n, q, y, ?) [y]:
Tape          STK     T10000C HU1327WEYJ           storabck06:/dev/sg4
create device object storabck06_tape_2? (a, n, q, y, ?) [y]:
Checking each library to associate discovered drive(s) with DTE...
Assigning DTE 1 in library storabck06_lib_1 for drive storabck06_tape_1 with serial number: HU1328WGF6
Assigning DTE 2 in library storabck06_lib_1 for drive storabck06_tape_2 with serial number: HU1327WEYJ
ob>

ob> lsd -l
storabck06_lib_1:
Device type:            library
Model:                  STK     SL3000
Serial number:          464970G+1333SY1401
In service:             yes
Debug mode:             no
Barcode reader:         default (hardware-selected)
Barcodes required:      no
Auto clean:             no
Clean interval:         (not set)
Clean using emptiest:   no
Ejection type:          ??
Min writable volumes:   0
UUID:                   9a9c2982-1b34-1032-9c3e-aad50196aa4f
Attachment 1:
Host:               storabck06
Raw device:         /dev/sg0

storabck06_tape_1:
Device type:            tape
Model:                  HP      Ultrium 5-SCSI
Serial number:          HU1328WGF6
In service:             yes
Automount:              yes
Position interval:      [undetermined]
Debug mode:             no
Blocking factor:        (default)
Max blocking factor:    (default)
UUID:                   9aa59b5c-1b34-1032-9c3e-aad50196aa4f
Attachment 1:
Host:               storabck06
Raw device:         /dev/sg3

storabck06_tape_2:
Device type:            tape
Model:                  STK     T10000C
Serial number:          HU1327WEYJ
In service:             yes
Automount:              yes
Position interval:      [undetermined]
Debug mode:             no
Blocking factor:        (default)
Max blocking factor:    (default)
UUID:                   9aa59f4e-1b34-1032-9c3e-aad50196aa4f
Attachment 1:
Host:               storabck06
Raw device:         /dev/sg4

3.3.1.1 Linuxでのmkdevによる手動でのデバイスの作成

Oracle Secure Backup 12.1では、Linuxでデバイスを構成するのに適した方法はobtool discoverdevですが、場合によっては、obtool mkdevを使用してデバイスを手動で作成することも必要になります。この項では、Linuxでのmkdevの実行方法を説明します。

Oracle Secure Backupのdiscoverdevは、sg_map -i -xの結果を接続ポイントとして使用します。リンク名自体は、mkdevでOracle Secure Backupデバイスの接続ポイントとして使用できます。

# sg_map -i -x
/dev/sg0  5 0 0 0  8  STK       SL3000            4.00
/dev/sg1  5 0 0 1  8  STK       SL3000            4.00
/dev/sg2  5 0 1 0  8  STK       SL500             1466
/dev/sg3  5 0 3 0  1  /dev/nst2  HP        Ultrium 5-SCSI    I11V
/dev/sg4  5 0 4 0  1  /dev/nst3  STK       T10000C           1.57
/dev/sg5  5 0 5 0  1  /dev/nst4  HP        Ultrium 5-SCSI    I3AS
/dev/sg6  5 0 6 0  1  /dev/nst5  HP        Ultrium 5-SCSI    I3AS
/dev/sg7  5 0 7 0  1  /dev/nst6  STK       T10000C           1.57

次に、これを行う方法を示します。

/dev/sg0 は、obtool mkdevのライブラリ・アタッチメントに変換されます:

# obtool mkdev --type lib --attach <hostname>:/dev/sg0 lib

/dev/scsi/sg3は、obtool mkdevのドライブ・アタッチメントに変換されます:

# obtool mkdev --type tape --attach <hostname>:/dev/sg3 -l lib -d 1 drv

接続ポイントを指すリンクを/devに作成することもできます。たとえば、Oracle Secure Backupでアタッチメントとして使用する/dev/obl<n>または/dev/obt<n>リンクを作成する場合は、次のようにします。

ライブラリの場合は、# ln -s /dev/sg0 /dev/obl0 (lはライブラリを表す)

ドライブの場合は、# ln -s /dev/sg3 /dev/obt0 (tはテープ・ドライブを表す)

これを行う場合は、Oracle Secure Backupが使用するデバイスごとに、/dev/obl<n>または/dev/obt<n>の一意のエントリが必要です(nは0で始まり、1ずつ増加する)。

前に示した同じデバイスの構成は、次のようになります。

# obtool mkdev --type lib --attach <hostname>:/dev/obl0 lib

# obtool mkdev --type tape --attach <hostname>:/dev/obt0 -l lib -d 1 drv

3.3.2 Solarisメディア・サーバーのデバイスの構成

ホストによるSCSIおよびファイバ・チャネル接続デバイスへのアクセスを可能にし、ホストをOracle Secure Backupメディア・サーバーとして構成するには、チェンジャ(ライブラリ)およびシーケンシャル(テープ)デバイスのSolaris sgenドライバを有効にする必要があります。

sgenドライバを有効にする手順:

1. シーケンシャル(01)およびチェンジャ(01)デバイスを有効にするには、/kernel/drv/sgen.confファイルに次の行を追加します。
device-type-config-list="sequential","changer";

注意:

他のデバイスのdevice-type-config-listがすでに定義されている場合は、sgen.confファイルの既存リストにsequentialおよびchangerを追加してください。

2. 次のコマンドを使用して、古いsgenドライバをすべて削除します。
rm -r /dev/scsi/changer

rm -r /dev/scsi/sequential

3. /kernel/drv/sgen.confファイルで、各デバイスのターゲットとLUNパラメータの行を追加します。
これらの詳細は、prtconf -Dvコマンドとdmsegコマンドの出力で確認できます。次に例を示します。

name="sgen" class="scsi" target=0 lun=0; name="sgen" class="scsi" target=1 lun=0; name="sgen" class="scsi" target=2 lun=0; name="sgen" class="scsi" target=3 lun=0;
.....
name="sgen" class="scsi" target=13 lun=0; name="sgen" class="scsi" target=14 lun=0; name="sgen" class="scsi" target=15 lun=0;

4. rem_drv sgenを実行して、既存のsgenデバイス構成をすべて削除します。

5. すべてを1行に入力した、次のコマンドを使用して、sgenドライバを構成します。
add_drv -m '* 0666 bin bin' -i '"scsiclass,01" "scsiclass,08" "scsa,01.bmpt" "scsa,08.bmpt"' sgen

6. sgenアタッチメントが作成されているかどうかを確認するには、次のコマンドをrootユーザーとして実行します。

# ls -latr /dev/scsi/seq*
total 10
drwxr-xr-x 5 root sys 512 Jan 29 17:01 ..
lrwxrwxrwx 1 root sys 57 Jan 29 17:01 c1t1d0 -> ../../../devices/pci@1f,4000/scsi@3,1/sgen@1,0:sequential
lrwxrwxrwx 1 root sys 57 Jan 29 17:01 c1t2d0 -> ../../../devices/pci@1f,4000/scsi@3,1/sgen@2,0:sequential
lrwxrwxrwx 1 root sys 57 Jan 29 17:01 c1t5d0 -> ../../../devices/pci@1f,4000/scsi@3,1/sgen@5,0:sequential
drwxr-xr-x 2 root sys 512 Jan 29 17:01 .

# ls -latr /dev/scsi/cha*
total 8
lrwxrwxrwx 1 root sys 54 Jan 29 17:01 c1t0d0 -> ../../../devices/pci@1f,4000/scsi@3,1/sgen@0,0:changer
drwxr-xr-x 5 root sys 512 Jan 29 17:01 ..
lrwxrwxrwx 1 root sys 54 Jan 29 17:01 c1t4d0 -> ../../../devices/pci@1f,4000/scsi@3,1/sgen@4,0:changer
drwxr-xr-x 2 root sys 512 Jan 29 17:01 .

7. sgenドライバ・エントリが見つからない場合は、次のコマンドを使用してシステムを再起動します。
# touch /reconfigure

# reboot

8. discoverdevを実行して、sgenドライバを使用してSolarisのデバイスを作成します。

ob> lsh
storabck18       admin,mediaserver,client          (via OB)   in service
ob> discoverdev -ic -h storabck18
Device-Type   Device-Model            Serial-Number        Attachpoint
Library       STK     SL150           464970G+1333SY1401   storabck18:/dev/scsi/changer/c2t500104F000D14F89d1
create device object storabck18_lib_1? (a, n, q, y, ?) [y]: y
Tape          HP      Ultrium 5-SCSI  HU1328WGF6           storabck18:/dev/scsi/sequential/c2t500104F000D14F89d0
create device object storabck18_tape_1? (a, n, q, y, ?) [y]: y
Tape          HP      Ultrium 5-SCSI  HU1327WEYJ           storabck18:/dev/scsi/sequential/c2t500104F000D14F8Cd0
create device object storabck18_tape_2? (a, n, q, y, ?) [y]: y

Checking each library to associate discovered drive(s) with DTE...
Assigning DTE 1 in library storabck18_lib_1 for drive storabck18_tape_1 with serial number: HU1328WGF6
Assigning DTE 2 in library storabck18_lib_1 for drive storabck18_tape_2 with serial number: HU1327WEYJ
ob>

ob> lsd -l
storabck18_lib_1:
Device type:            library
Model:                  STK     SL150
Serial number:          464970G+1333SY1401
In service:             yes
Debug mode:             no
Barcode reader:         default (hardware-selected)
Barcodes required:      no
Auto clean:             no
Clean interval:         (not set)
Clean using emptiest:   no
Ejection type:          ??
Min writable volumes:   0
UUID:                   9a9c2982-1b34-1032-9c3e-aad50196aa4f
Attachment 1:
Host:               storabck18
Raw device:         /dev/scsi/changer/c2t500104F000D14F89d1

storabck18_tape_1:
Device type:            tape
Model:                  HP      Ultrium 5-SCSI
Serial number:          HU1328WGF6
In service:             yes
Automount:              yes
Position interval:      [undetermined]
Debug mode:             no
Blocking factor:        (default)
Max blocking factor:    (default)
UUID:                   9aa59b5c-1b34-1032-9c3e-aad50196aa4f
Attachment 1:
Host:               storabck18
Raw device:         /dev/scsi/sequential/c2t500104F000D14F89d0

storabck18_tape_2:
Device type:            tape
Model:                  HP      Ultrium 5-SCSI
Serial number:          HU1327WEYJ
In service:             yes
Automount:              yes
Position interval:      [undetermined]
Debug mode:             no
Blocking factor:        (default)
Max blocking factor:    (default)
UUID:                   9aa59f4e-1b34-1032-9c3e-aad50196aa4f
Attachment 1:
Host:               storabck18
Raw device:         /dev/scsi/sequential/c2t500104F000D14F8Cd0
ob>

3.3.2.1 Solarisでのmkdevによる手動でのデバイスの作成

Oracle Secure Backup 12.1では、Solarisでのデバイス構成に適した方法はobtool discoverdevですが、場合によっては、obtool mkdevを使用してデバイスを手動で作成することも必要になります。この項では、Solarisでのmkdevの実行方法を説明します。

Solaris sgenドライバを有効にする際に/dev/scsi/changerおよび/dev/scsi/sequentialの各ディレクトリに作成されるエントリは、Oracle Secure Backupデバイス・アタッチメントとして使用されます。リンク名自体は、Oracle Secure Backupデバイスの接続ポイントとして使用できます。

/dev/scsi/changer/c1t0d0は、obtool mkdevのライブラリ・アタッチメントに変換されます:

# obtool mkdev --attach <hostname>:/dev/scsi/changer/c1t0d0 lib

/dev/scsi/sequential/c1t2d0は、obtool mkdevのドライブ・アタッチメントに変換されます:

# obtool mkdev --attach <hostname>:/dev/scsi/sequential/c1t2d0 drv -d 1 -l lib

または、接続ポイントを指すリンクを/devに作成することもできます。たとえば、Oracle Secure Backupでアタッチメントとして使用する/dev/obl<n>または/dev/obt<n>リンクを作成する場合は、次のようにします。

# ln -s /dev/scsi/changer/c1t0d0 /dev/obl0 for the library (the "l" stands for library)

# ln -s /dev/scsi/sequential/c1t2d0 /dev/obt0 for the drive (the "t" stands for tape drive)

これを行う場合は、Oracle Secure Backupが使用する各デバイスには、/dev/obl<n>または/dev/obt<n>の形式の一意の名前が必要です。

前に示した同じデバイスの構成は、次のようになります。

# obtool mkdev --attach <hostname>:/dev/obl0 lib

# obtool mkdev --attach <hostname>:/dev/obt0 drv -d 1 -l lib

3.3.3 AIXメディア・サーバーのデバイスの構成

Oracle Secure Backupでは、makedevを使用してAIX接続ポイントを事前に構成する必要なしに、obtool discoverdevでそれらを検出して使用できるようになりました。

AIXのデバイスを構成する手順:

1. 次の手順を完了します。

2. ホストにメディア・サーバー・ロールを追加します。
ob> chhost --addrole mediaserver osblp01

3. discoverdevを実行します。

ob> discoverdev -ic -h osblp01
Device-Type   Device-Model            Serial-Number        Attachpoint
Library       STK     SL150           464970G+1333SY1401   osblp01:/dev/obl0
create device object osblp01_lib_1? (a, n, q, y, ?) [y]: y
Tape          HP      Ultrium 5-SCSI  HU1327WEYJ           osblp01:/dev/obt0
create device object osblp01_tape_1? (a, n, q, y, ?) [y]: y
Tape          HP      Ultrium 5-SCSI  HU1328WGF6           osblp01:/dev/obt1
create device object osblp01_tape_2? (a, n, q, y, ?) [y]: y

Checking each library to associate discovered drive(s) with DTE...
Assigning DTE 1 in library osblp01_lib_1 for drive osblp01_tape_2 with serial number: HU1328WGF6
Assigning DTE 2 in library osblp01_lib_1 for drive osblp01_tape_1 with serial number: HU1327WEYJ

ob> lsd -l
osblp01_lib_1:
Device type:            library
Model:                  STK     SL150
Serial number:          464970G+1333SY1401
In service:             no
Debug mode:             no
Barcode reader:         default (hardware-selected)
Barcodes required:      no
Auto clean:             no
Clean interval:         (not set)
Clean using emptiest:   no
Ejection type:          ??
Min writable volumes:   0
UUID:                   eed24e34-15e2-1032-bdb8-000000000000
Attachment 1:
Host:               osblp01
Raw device:         /dev/obl0

osblp01_tape_2:
Device type:            tape
Model:                  HP      Ultrium 5-SCSI
Serial number:          HU1328WGF6
In service:             no
Library:                osblp01_lib_1
DTE:                    1
Automount:              yes
Position interval:      [undetermined]
Debug mode:             no
Blocking factor:        (default)
Max blocking factor:    (default)
Current tape:           [unknown]
Use list:               [not set]
Drive usage:            [not set]
Cleaning required:      [unknown]
UUID:                   01832346-15e3-1032-bdb8-000000000000
Attachment 1:
Host:               osblp01
Raw device:         /dev/obt1

osblp01_tape_1:
Device type:            tape
Model:                  HP      Ultrium 5-SCSI
Serial number:          HU1327WEYJ
In service:             no
Library:                osblp01_lib_1
DTE:                    2
Automount:              yes
Position interval:      [undetermined]
Debug mode:             no
Blocking factor:        (default)
Max blocking factor:    (default)
Current tape:           [unknown]
Use list:               [not set]
Drive usage:            [not set]
Cleaning required:      [unknown]
UUID:                   0183170c-15e3-1032-bdb8-000000000000
Attachment 1:
Host:               osblp01
Raw device:         /dev/obt0
ob>

3.3.3.1 手動によるAIXのデバイスの作成

システム・デバイスの接続ポイントを事前に構成する必要はなく、discoverdevを実行してAIXメディア・サーバー上のOracle Secure Backupデバイスを構成できます。この項では、obtoolコマンドを使用して接続ポイントを作成し構成する方法を説明します。

obscanスタンドアロン・ツールを使用すると、AIX上のスイッチ環境のSCSI接続テープ、ファイバ・チャネル・テープおよびメディア・チェンジャ・デバイスに関するデバイス情報の収集に役立ちます。makedevを使用して、Oracle Secure Backupで使用されるシステム・デバイス接続ポイントを作成するには、SCSI IDおよびLUNが必要です。obscanユーティリティは、Oracle Secure Backup管理サーバーのOSB_HOME/toolsディレクトリにあります。構文は、次のとおりです(dnameは、スキャンするSCSIバスまたはファイバ・チャネル・ファブリックのデバイス・ファイル名)。

# obscan -f dname

# obscan -f /dev/scsi0

# obscan -f /dev/fscsi0

注意:

makedevを使用してOSBの接続ポイントを作成する場合、次の情報を入力するように要求されます。

Enter logical unit number 0-31 [0]: 0

この番号は、他のデバイスと区別するために、makedevにより作成される接続ポイント名に関連付けられます。これらの値は任意ですが、通常では0から始まり、作成されるライブラリまたはドライブ・アタッチメントごとに1ずつ増加します。

(3.3.5.0「デバイスへのOracle Secure Backup論理ユニット番号の割当て」を参照)

次の手順では、/dev/fscsi1により識別されたファイバ・チャネル・ファブリック接続デバイス用に、makedevがOracle Secure Backupシステム・アタッチメントを作成する際に必要となる情報をobscanにより収集します。

1. rootユーザーとしてシステムにログインします。

2. obscanを実行して、システムに接続されたテープ・ドライブおよびメディア・チェンジャのSCSI IDとLUNを識別します。

./obscan -f /dev/fscsi1
obscan version 12.1.0.1.0 (AIX)

DEVICE information for /dev/fscsi1

Connection Type = 2, Switch

Target-id : 658982, Lun : 0
Vendor   : HP          Product  : Ultrium 6-SCSI  Device type : Tape  World Wide Name : 500104F000CC6412

Target-id : 658983, Lun : 0
Vendor   : HP          Product  : Ultrium 5-SCSI  Device type : Tape  World Wide Name : 500104F000CC640F

Target-id : 658983, Lun : 1
Vendor   : STK         Product  : SL150           Device type : Library  World Wide Name : 500104F000CC640F

Target-id : 659008, Lun : 0
Vendor   : HP          Product  : Ultrium 5-SCSI  Device type : Tape World Wide Name : 500104F000D14F8C

Target-id : 659009, Lun : 0
Vendor   : HP          Product  : Ultrium 5-SCSI  Device type : Tape World Wide Name : 500104F000D14F89

Target-id : 659009, Lun : 1
Vendor   : STK         Product  : SL150           Device type : Library World Wide Name : 500104F000D14F89
Total count of Media Changers and/or Tape devices found : 6

3. すべてのデバイスを再構成するには、rm /dev/ob*を使用してすべての既存のOracle Secure Backupシステム接続ポイントを削除します。既存の接続ポイントを保持し、デバイスを追加する場合は、存在する/dev/ob*の接続ポイントを確認した後、未使用のOracle Secure Backup論理ユニット番号を指定します。

次の例では、makedevを実行して新しいOracle Secure Backupシステム接続ポイントを作成します(既存の接続ポイントが存在しない場合)。

# install/makedev
Enter logical unit number 0-31 [0]: 0
Enter 'd' if this device is a tape drive or 'l' if a SCSI-2 addressable  tape library [d]: l
Enter SCSI bus name [scsi0]: fscsi1
Enter SCSI target id 0-16777215 [3]: 658983
Enter SCSI logical unit number (lun) 0-7 [0]: 1
/dev/obl0 created

# install/makedev
Enter logical unit number 0-31 [0]: 1
Enter 'd' if this device is a tape drive or 'l' if a SCSI-2 addressable
tape library [d]: l
Enter SCSI bus name [scsi0]: fscsi1
Enter SCSI target id 0-16777215 [2]: 659009
Enter SCSI logical unit number (lun) 0-7 [0]: 1
/dev/obl1 created

# install/makedev
Enter logical unit number 0-31 [0]: 0
Enter 'd' if this device is a tape drive or 'l' if a SCSI-2 addressable
tape library [d]: d
Enter SCSI bus name [scsi0]: fscsi1
Enter SCSI target id 0-16777215 [4]: 658983
Enter SCSI logical unit number (lun) 0-7 [0]: 0
/dev/obt0 created

# install/makedev
Enter logical unit number 0-31 [0]: 1
Enter 'd' if this device is a tape drive or 'l' if a SCSI-2 addressable  tape library [d]: d
Enter SCSI bus name [scsi0]: fscsi1
Enter SCSI target id 0-16777215 [5]: 658982
Enter SCSI logical unit number (lun) 0-7 [0]: 0
/dev/obt1 created

# install/makedev
Enter logical unit number 0-31 [0]: 2
Enter 'd' if this device is a tape drive or 'l' if a SCSI-2 addressable  tape library [d]: d
Enter SCSI bus name [scsi0]: fscsi1
Enter SCSI target id 0-16777215 [3]: 659008
Enter SCSI logical unit number (lun) 0-7 [0]: 0
/dev/obt2 created

# install/makedev
Enter logical unit number 0-31 [0]: 3
Enter 'd' if this device is a tape drive or 'l' if a SCSI-2 addressable  tape library [d]: d
Enter SCSI bus name [scsi0]: fscsi1
Enter SCSI target id 0-16777215 [2]: 659009
Enter SCSI logical unit number (lun) 0-7 [0]: 0
/dev/obt3 created

# ls /dev/ob*
/dev/obl0  /dev/obl1  /dev/obt0  /dev/obt1  /dev/obt2  /dev/obt3

# obtool
Oracle Secure Backup 12.1.0.1.0
Warning: auto-login failed - login token has expired
login: admin
Password:
ob> lsh
osblp01          admin,mediaserver,client          (via OB)   in service
ob> lsd
ob> mkdev -t lib -a osblp01:/dev/obl1 lib
ob> mkdev -t tape -a osblp01:/dev/obt2 -d 1 -l lib drv1
ob> mkdev -t tape -a osblp01:/dev/obt3 -d 2 -l lib drv2

ob> mkdev -t lib -a osblp01:/dev/obl0 lib1
ob> mkdev -t tape -a osblp01:/dev/obt0 -d 1 -l lib1 drva
ob> mkdev -t tape -a osblp01:/dev/obt1 -d 2 -l lib1 drvb
ob>

3.3.3.2 Point-to-PointまたはFC-AL構成でのAIXデバイスの識別および構成

Point-to-PointまたはFC-AL構成では、SCSI IDおよびLUNを判別できるツールが用意されていません。ただし、これらの構成でIBM社がサポートしているデバイスの場合、lsattrコマンドを使用できます。

lsattrおよびmakedevを使用してAIXデバイスを識別および構成するには、次のようにします。

1. rootとしてログインします。

lsattrを実行するには、デバイスにアクセス(多くの場合はrootアクセス)するオペレーティング・システム権限が必要です。

2. Oracle Secure Backupによって使用されるテープ・デバイスを持つ各SCSIおよびファイバ・チャネル・アダプタに対してlsattrを実行します。

次のlsattrの例では、rmt0デバイスの属性名、現在の値、説明およびユーザー設定可能フラグの値が表示されます。

user: lsattr -El rmt0
block_size     512                BLOCK size (0=variable length)           True
delay          45                 Set delay after a FAILED command         True
density_set_1  0                  DENSITY setting #1                       True
density_set_2  0                  DENSITY setting #2                       True
extfm          yes                Use EXTENDED file marks                  True
location                          Location Label                           True
lun_id         0x1000000000000    Logical Unit Number ID                  False
mode           yes                Use DEVICE BUFFERS during writes         True
node_name      0x1000006045175222 FC Node Name                            False
res_support    no                 RESERVE/RELEASE support                  True
ret_error      no                 RETURN error on tape change or reset     True
rwtimeout      144                Set timeout for the READ or WRITE commandTrue
scsi_id        0x2                SCSI ID                                 False
var_block_size 0                  BLOCK SIZE for variable length support   True
ww_name        0x2001006045175222 FC World Wide Name                      False

Oracle Secure Backupのmakdevコマンドで使用できるように、lun_idおよびscsi_idの16進値(太字で表示)を10進値に変換できます。変換後は、SCSI LUN IDは281474976710656で、SCSI IDは2です。

3. Oracle Secure Backupホームのinstallディレクトリに移動します。たとえば、次のようになります。

# cd /usr/local/oracle/backup/install

4. シェル・プロンプトでmakedevコマンドを入力します。

# makedev

5. バックアップおよびリストア操作のデバイスを識別するために、プロンプトで、Oracle Secure Backup内で使用される接続ポイントの作成に必要な情報を入力します。

makedevスクリプトで、接続ポイントが作成され、その進行状況を示すメッセージが表示されます。

3.3.4 HP-UXメディア・サーバーのデバイスの構成

makedevスクリプトを使用してHP-UXのSCSIまたはファイバ・チャネル・テープ・デバイスにアクセスするには、デバイスとホストの接続方法に関して次の識別情報が必要です。

- SCSIバス番号インスタンス

- ターゲットID

- LUN

HP-UXのデバイス情報を収集するには、HP-UXオペレーティング・システムの/usr/sbinにあるioscanユーティリティを使用できます。ioscanコマンドはシステムを検索して、検出したすべてのデバイスを示します。ioscanを実行するには、rootアクセス権限が必要です。

注意:

ioscanツールは、HP-UXオペレーティング・システムに含まれている場合があり、デバイスを識別するためのオプションのツールです。

HP-UXデバイスを識別および構成するには、次のようにします。

1. rootとしてログインします。

2. 次のコマンドを実行します。

/usr/sbin/ioscan -f

-fオプションを指定してコマンドを実行すると、デバイス・クラス、インスタンス番号、デバイスまたはインタフェース・ドライバ、ソフトウェアの状態、ハードウェア・タイプなどのシステム構成に関する完全な情報が表示されます。

例3-1は、ioscan -fのサンプル出力を示しています。各デバイスのバス番号インスタンス、ターゲットID、SCSI LUNおよびデバイスの説明が太字で示されています。

3. ioscanの出力を使用して、テープ・デバイスのバス番号、ターゲットIDおよびSCSI LUNをメモしておきます。

表3-3に、例3-1からの関連情報を示します。

表3-3 makedevで必要な情報

デバイス

タイプ

名前

バス番号インスタンス

ターゲットID

SCSI LUN

テープ・ライブラリ(autoch)

SCSI

ADIC FastStor 2

3

1

0

テープ・ドライブ(tape)

SCSI

HP Ultrium 2

3

2

0

テープ・ライブラリ(autoch)

FC

ADIC Scalar 24

9

3

0

テープ・ドライブ(tape)

FC

IBM ULTRIUM-TD3

9

3

1

テープ・ドライブ(tape)

FC

IBM ULTRIUM-TD3

9

3

2

4. Oracle Secure Backupがバックアップおよびリストア操作のデバイスを識別できるように、makedevを使用して接続ポイントを作成します。

次の例では、表3-3の情報を使用してmakedevを実行します。次の例では、ターゲットID 1およびSCSI LUN 0を持つSCSIバス・インスタンス3のADIC FastStor 2ライブラリの接続ポイント/dev/obl8を作成します。

% makedev
Enter logical unit number 0-31 [0]: 8
Enter 'd' if this device is a tape drive or 'l' if a SCSI-2 addressable
tape library [d]: l
Enter SCSI bus instance: 3
Enter SCSI target id 0-16777215: 1
Enter SCSI logical unit number (lun) 0-7 [0]: 0
/dev/obl/8 created

次の例では、表3-3の情報を使用してmakedevを実行します。次の例では、ターゲットID 2およびSCSI LUN 0を持つSCSIバス・インスタンス3のHP Ultrium 2テープ・ドライブの接続ポイント/dev/obt/9mを作成します。

% makedev
Enter logical unit number 0-31 [0]: 9
Enter 'd' if this device is a tape drive or 'l' if a SCSI-2 addressable
tape library [d]: d
Enter SCSI bus instance: 3
Enter SCSI target id 0-16777215: 2
Enter SCSI logical unit number (lun) 0-7 [0]: 0
/dev/obt/9m created

例3-1 ioscan -f

$ /usr/sbin/ioscan -f

Class      I  H/W Path                 Driver   S/W State  H/W Type   Description
...
ext_bus    3  0/1/1/1                  mpt      CLAIMED    INTERFACE  SCSI Ultra320
target    11  0/1/1/1.1                tgt      CLAIMED    DEVICE
autoch     4  0/1/1/1.1.0              schgr    CLAIMED    DEVICE     ADIC FastStor 2
target    10  0/1/1/1.2                tgt      CLAIMED    DEVICE
tape       8  0/1/1/1.2.0              stape    CLAIMED    DEVICE     HP  Ultrium 2-SCSI
...
fcp        2  0/2/1/0.99               fcp      CLAIMED    INTERFACE  FCP Domain
ext_bus    9  0/2/1/0.99.15.255.1     fcpdev   CLAIMED    INTERFACE  FCP Device Interface
target     1  0/2/1/0.99.15.255.1.3    tgt      CLAIMED    DEVICE
autoch     8  0/2/1/0.99.15.255.1.3.0  schgr    CLAIMED    DEVICE     ADIC Scalar 24
tape      19  0/2/1/0.99.15.255.1.3.1  stape    CLAIMED    DEVICE     IBM ULTRIUM-TD3
tape      20  0/2/1/0.99.15.255.1.3.2  stape    CLAIMED    DEVICE     IBM ULTRIUM-TD3

3.3.5 デバイスへのOracle Secure Backup論理ユニット番号の割当て

各テープ・ドライブおよびテープ・ライブラリには、構成プロセス中にOracle Secure Backup LUNを割り当てる必要があります。この番号は、デバイスの構成時に一意のデバイス名を生成するために使用されます。Windowsでは、必要に応じて自動的にOracle Secure Backup論理ユニット番号が割り当てられます。ただし、UNIXまたはLinuxのメディア・サーバーの場合、管理ドメインの計画の一環として、デバイスごとにOracle Secure Backup論理ユニット番号を選択する必要があります。

Oracle Secure Backup論理ユニット番号の割当てに必須の順序はありません。通常、テープ・ライブラリまたはテープ・ドライブのいずれの場合でも、指定したタイプの各テープ・デバイスに、番号が0から順に割り当てられます。つまり、テープ・ライブラリには0、1、2の順に番号が割り当てられ、テープ・ドライブにも同様に0、1、2の順に番号が割り当てられます。Oracle Secure Backup論理ユニット番号の最大値は31です。

LinuxまたはUNIXでは、その結果、テープ・ライブラリのデバイス固有のファイル名は、/dev/obl1、/dev/obl2、/dev/obl3などとなり、テープ・ドライブの名前は、/dev/obt1、/dev/obt2、/dev/obt3などとなります。Windowsでは、結果のテープ・ライブラリ名は、//./obl1、//./obl2、//./obl3などどなり、テープ・ドライブの名前は、//./obt1、//./obt2、//./obt3などどなります。これらの名前は、WindowsでのOracle Secure Backupのインストール時に自動的に割り当てられます。

関連項目:

「Linuxメディア・サーバーのデバイスの構成」

注意:

Oracle Secure Backup論理ユニット番号をSCSI LUNと混同しないでください。SCSI LUNはテープ・デバイスのハードウェア・アドレスの一部ですが、Oracle Secure Backup論理ユニット番号はデバイス特殊ファイルの名前の一部です。

3.4 LinuxでのOracle Secure Backupのインストールに関する追加情報

Linuxの各メディア・サーバーに、SCSI Generic(SG)ドライバがインストールされている必要があります。このドライバは、Oracle Secure Backupがテープ・デバイスとやり取りするために必要です。

/etc/modprobe.confファイルで正しく設定すれば、カーネル・モジュールは、通常そのモジュールを必要とする機能によって直接ロードされます。ただし、場合によっては起動時にモジュールのロードを明示的に強制する必要があります。

たとえば、RedHat Enterprise Linuxでは、SCSI Genericドライバのモジュールはsgという名前が付いています。Red Hat Enterprise Linuxでは、モジュールをロードするための各種コマンドが格納されている/etc/rc.modulesファイルが存在するかどうかが起動時にチェックされます。

注意:

起動プロセスではrc.modulesファイルが先に実行されるため、rc.localファイルではなく、rc.modulesファイルが必要です。

RedHat Enterprise Linuxでは、次のコマンドを使用して、起動時にrootとしてロードするように構成されたモジュールのリストにsgモジュールを追加できます。

# echo modprobe sg >> /etc/rc.modules
# chmod +x /etc/rc.modules

Oracle Secure Backupユーザーを、/dev/sgデバイスに対する読取り/書込み権限を持つLinuxまたはUNIXユーザーにマップする必要があります。1つの方法として、/dev/sgデバイスに対する権限を666に設定することにより、この目的を果すことができます。

3.4.1 Linuxメディア・サーバーのシステム要件: SCSI Genericドライバ

LinuxホストをOracle Secure Backupのメディア・サーバー・ロールに構成するには、そのホストにSCSI Genericドライバをインストールする必要があります。このドライバは、Oracle Secure Backupがテープ・デバイスとやり取りするために必要です。また、再起動後にドライバが自動的にリロードされるようにホストを構成してください。

3.5 AIXでのOracle Secure Backupのインストールに関する追加情報

AIXおよびLinux/UNIXのインストールおよびアンインストールの手順は同じです。

ただし、AIXへのOracle Secure Backupのインストールが成功するためには、システムにI/O完了ポート(IOCP)が構成されていることを確認する必要があります。IOCPを構成するには、「AIXシステムのIOCPの構成」に記載された手順を実行してください。

Oracle Secure Backupをインストールする際、Oracle Secure Backup adminユーザーは、デフォルトで、UNIXユーザーrootおよびUNIXグループrootにマップされます。Oracle Secure Backupでは、この構成で、ファイル・システムのバックアップに成功するには、ユーザーrootがグループrootのメンバーである必要があります。デフォルトでは、AIXではグループrootは定義されません。AIXシステムにグループrootが存在しない場合は、それを作成して、ユーザーrootをそのメンバーにする必要があります。

注意:

インストール後に、このOracle Secure Backup adminのマッピングを変更できます。

関連項目:

- 「LinuxまたはUNIXでのOracle Secure Backupのインストール」および「LinuxまたはUNIXでのOracle Secure Backupのアンインストール」

- 「AIXメディア・サーバーのデバイスの構成」

3.5.1 AIXシステムのIOCPの構成

Oracle Secure Backup操作を正常に実行できるようにAIXシステム上のIOCPを有効にする必要があります。

IOCPを構成する手順:

1. lslppコマンドを実行して、データベースのインストール時にシステムにIOCPモジュールがインストールされたことを確認します。

$ lslpp -l bos.iocp.rte

出力は次のようになります。

Fileset                     Level     State       Description
----------------------------------------------------------------------------
Path: /usr/lib/objrepos
bos.iocp.rte              5.3.9.0   APPLIED     I/O Completion Ports API

Path: /etc/objrepos
bos.iocp.rte              5.3.0.50  COMMITTED   I/O Completion Ports API

2. lsdevコマンドを実行して、IOCPポートのステータスを確認します。

$ lsdev -Cc iocp

IOCPポートのステータスはAvailableである必要があります。

IOCPポートのステータスがDefinedの場合は、次の手順を実行してこれをAvailableに変更します。

a. rootとしてログインします。

b. 次のコマンドを実行します。

# smitty iocp

c. I/O完了ポートの特性の変更/表示を選択します。

d. 構成の状態をDefinedからAvailableに変更します。

e. システムを再起動してこの変更を反映します。

4 WindowsでのOracle Secure Backupのインストール

この章では、Windowsオペレーティング・システムの稼働するホストにOracle Secure Backupをインストールする方法について説明します。

この章の内容は次のとおりです。

- WindowsでのOracle Secure Backupのインストールの前提条件

- WindowsでのOracle Secure Backupのインストール

- WindowsでのOracle Secure Backupのファイアウォールの構成

4.1 WindowsでのOracle Secure Backupのインストールの前提条件

Oracle Secure Backupソフトウェアのインストールを開始する前に、次の準備の手順を実行します。

- メディア・サーバーとして使用するホストにOracle Secure Backupをインストールする場合、Oracle Secure Backupで使用する予定の各テープ・ライブラリおよびテープ・ドライブを物理的に接続します。必要に応じて、コンピュータを再起動します。

- Oracle Secure Backupをインストールする前に、任意のSCSIターゲットをスキャンして開くシステム・ソフトウェアを無効にします。テープ・ライブラリおよびドライブへのアクセス時に、Oracle Secure Backupが他のシステム・ソフトウェア(監視ソフトウェアなど)と競合すると、予期しない動作が発生する可能性があります。

- メディア・サーバーとして使用するホストにOracle Secure Backupをインストールする場合は、「Windowsメディア・サーバーでのRemovable Storageサービスの無効化」の手順に従って、Oracle Secure Backupとシステム上の他のソフトウェア間の競合を防ぎます。

注意:

Oracle Real Application Clusters(Oracle RAC)環境にOracle Secure Backupをインストールする場合、クラスタのノードごとにOracle Secure Backupをインストールする必要があります。

4.1.1 Windowsメディア・サーバーでのRemovable Storageサービスの無効化

Removable Storageサービスは、リムーバブル・メディア、ドライブおよびライブラリの管理に使用されます。メディア・サーバー・ロール用に構成されたWindowsホストでは、このサービスを無効にして、Oracle Secure Backupのデバイス・ドライバがテープ・デバイスを適切に管理できるようにする必要があります。

Removable Storageサービスを無効にするには、次の手順を実行します。

1. Windowsの「コントロール パネル」で、「管理ツール」をダブルクリックします。

2. 「サービス」をダブルクリックすると、使用しているホストのサービスのリストが表示されます。

3. 「Removable Storage」サービスを右クリックして、「プロパティ」を選択します。

4. サービスが実行している場合、「プロパティ」ウィンドウで「停止」をクリックするとサービスが停止します。「スタートアップの種類」フィールドを「無効」に設定します。

5. 「OK」をクリックします。

4.2 WindowsでのOracle Secure Backupのインストール

WindowsにOracle Secure Backupをインストールするには、Oracle Secure Backup Windowsインストーラを使用します。

注意:

Oracle RAC環境にOracle Secure Backupをインストールする場合、クラスタのノードごとにOracle Secure Backupをインストールする必要があります。

WindowsにOracle Secure Backupをインストールする手順:

1. 「Oracle Secure Backupのインストールの準備」に記載された計画タスクを完了します。

2. 「WindowsでのOracle Secure Backupのインストールの前提条件」に記載された前提条件が満たされていることを確認します。

3. 管理サーバーまたはメディア・サーバー・ロールをインストールする場合は、「管理サーバーおよびメディア・サーバー用のセキュアなホストの選択」に記載された物理およびネットワーク・セキュリティ要件をこのホストが満たしていることを確認します。

4. 管理者ユーザーまたは管理者グループ・メンバーのユーザーとしてホストにログインします。

5. 次のいずれかのインストール・オプションを選択します。

- CD-ROMからOracle Secure Backupをインストールする場合、CD-ROMを挿入します。自動再生機能が有効の場合、setup.exeプログラムが自動的に実行され、Oracle Secure Backupのセットアップ・ウィザードが起動します。
Windowsの自動再生機能が無効の場合、Windowsエクスプローラを使用してインストールCD-ROMの格納されたドライブを開き、setup.exeプログラムを実行してください。

- Oracle Technology Network(OTN)のダウンロードからOracle Secure Backupをインストールする場合、「Oracle Secure Backupインストール・メディアの取得」でダウンロードしたZipファイル・コンテンツの抽出先フォルダからsetup.exeプログラムを実行します。

Oracle Secure Backupのセットアップ・ウィザードが起動し、ようこそ画面が表示されます。

6. 「次」をクリックして続行します。
このインストールを開始する前にOracle Secure Backupソフトウェアをアンインストールした場合、またはこのコンピュータにOracle Secure Backupソフトウェアを初めてインストールする場合は、新規インストール・ページが表示されます。

ホストに以前のバージョンのOracle Secure Backupがインストールされている場合、インストーラはそれを検出し、次のステップを要求されます。バージョンが10.4.0.3以上の場合は、インストーラを使用してこのバージョンを12.1にアップグレードできます。リリース10.4.0.3より前のバージョンの場合は、最初に10.4.0.3にアップグレードし、リリース10.4.0.3からリリース12.1にアップグレードします。

関連項目:

Oracle Secure Backupのアップグレード

7. 顧客情報を次のように入力します。

a. 「ユーザー名」フィールドにユーザー名を入力します。

b. 「組織」フィールドに所属する組織の名前を入力します。

c. 次のいずれかのオプションを選択します。

- このコンピュータを使用するすべてのユーザー
このオプションにより、このコンピュータに対するアクセス権限を持つユーザーはすべてOracle Secure Backupを使用できます。

- 自分専用(ユーザー)
このオプションにより、Oracle Secure Backupの使用はユーザー自身に限定されます。

「次」をクリックして続行します。

Oracle Secure Backupの設定画面が表示されます(図4-1を参照)。

図4-1 Oracle Secure Backupの設定ページ

8. 1つのホストが複数のロールを持つことができ、それらは排他的ではなく、相加的です。ロールの選択には、次のオプションがあります。

注意:

WindowsでのOracle Secure Backupのすべてのインストールに、クライアント・ロールとメディア・サーバー・ロールのソフトウェア・インストールが含まれます。

- Windowsホストをクライアントまたはメディア・サーバーとしてインストールする手順:

a. (オプション)構成パラメータの値を変更するには、詳細設定の表示を選択して「次へ」をクリックします。
クライアントの詳細設定画面が表示されます。この画面を使用して、「インストールの詳細設定の構成(Windowsの場合)」に記載されたように構成パラメータを指定します。

b. 「次」をクリックします。
ホストID名ページが表示されます。

c. mkhostコマンドを使用してクライアント追加のリクエストを初期化する、Oracle Secure Backupドメイン・ホストのIPアドレス、または完全修飾ドメイン名(FQDN)を入力します。これは通常、管理サーバーです。
指定したIPアドレスまたはFQDNは、C:\Program Files\Oracle\Backup\db\obconfig.txtファイルに格納されます。これは、リクエストのソースを検証するために、クライアントと、クライアント追加のリクエストを初期化したドメイン・ホストの間の初期ハンドシェイクで使用されます。

クライアントのインストール時にサーバーのIPアドレス検証を省略するには、コマンドラインからOracle Secure Backupインストーラを起動する際にADDING_HOST_INITIATOR_NAME_ENABLEオプションを使用します。

たとえば、次のようになります。

msiexec /i "Oracle Secure Backup.msi" INSTALL_ROLE="Client" ADDING_HOST_INITIATOR_NAME_ENABLE="No"

d. 「次へ」をクリックして、ステップ16に進みます。

Oracle Secure Backupは、メディア・サーバー・ロールに必要なソフトウェアを必ずインストールします。ただし、このWindowsホストがOracle Secure Backup管理ドメインのメディア・サーバー・ロールを持つには、Oracle Secure Backupソフトウェアのインストールを完了し、メディア・サーバー・ロールを追加して、このホストに接続されているテープ・デバイスを構成する必要があります。

関連項目:

管理ドメインの構成および管理

- Windowsホストを管理サーバーとしてインストールするには、ドロップダウン・メニューから「管理サーバー」を選択し、「この機能は、ローカル・ハード・ドライブにインストールされます」を選択します。
このオプションを選択すると、管理サーバー・アイコンからXが削除され、インストールに管理サーバー・ロールが含まれます。

9. Oracle Secure Backupソフトウェアのインストール先ディレクトリ名を指定するには、「変更」をクリックします。デフォルトのディレクトリは、C:\Program Files\Oracle\Backupです。
手順7に記載されたオプション以外に、Oracle Secure Backupセットアップ画面では、次の操作を実行できます。

- インストール・オプションの詳細な説明を表示するには、「ヘルプ」をクリックします。

- インストール先のフォルダを変更するには、「変更」をクリックします。

- インストールに必要なディスク領域を表示するには、「領域」をクリックします。

10. (オプション)インストール・パラメータの値を変更するには、詳細設定の表示を選択します。

管理ホストの詳細設定ページが表示されます。「インストールの詳細設定の構成(Windowsの場合)」の手順に従ってインストール・パラメータを構成します。

11. 「次」をクリックしてウォレット・パスワードの暗号化ページを表示します。

12. 暗号化ウォレットのパスワード・フィールドにOracle Secure Backup暗号化ウォレットのパスワードを入力します。

確認用のパスワードの再入力フィールドにパスワードをもう一度入力します。

「次」をクリックします。

Oracle Secure Backup管理ユーザー・パスワード画面が表示されます。

13. adminユーザーのパスワード・フィールドにOracle Secure Backupのadminユーザーのパスワードを入力します。このフィールドは暗号化されます。
確認用のパスワードの再入力フィールドにパスワードをもう一度入力します。「次」をクリックして電子メール構成オプションページを表示します。

デフォルトのユーザー・パスワードの長さは8です。手順10のインストール・パラメータのカスタマイズでパスワードの最小長を変更した場合、パスワードの長さは新しい長さの値以上である必要があります。

関連項目:

minuserpasswordlenセキュリティ・ポリシーの詳細は、『Oracle Secure Backupリファレンス』を参照してください。

注意:

- 管理ユーザーには、英数字混在のパスワードを選択することをお薦めします。

14. 管理サーバー構成の詳細ページの管理ユーザーの電子メール・アドレス:フィールドに電子メール・アドレスを入力します(図4-2を参照)。
adminユーザーの電子メール・アドレスを入力すると、Oracle Secure Backupで重要なイベントの通知を送信できます。このフィールドの設定はオプションです。

次のフィールドに、電子メール・サーバーの構成情報を入力します。

SMTPサーバー: Oracle Secure Backupからの管理ドメインに関する電子メール通知の送信先ホストの名前。

SMTPポート: Oracle Secure Backupからの管理ドメインに関する電子メール通知の送信先TCP/IPポート番号。

図4-2 管理サーバー構成の詳細ページ

注意:

Oracle Secure Backupによって生成される電子メールのデフォルトの送信元アドレスは、SYSTEM@fqdnです(fqdnは、Oracle Secure Backup管理サーバーの完全修飾ドメイン名)。インストール・パラメータの構成時に、このデフォルトの送信元アドレスを変更できます。詳細は、『Oracle Secure Backupリファレンス』を参照してください。

「次」をクリックしてWebサーバー・アカウントの詳細ページを表示します。

15. Webサーバー・アカウントのフィールドに、Apacheデーモンの起動に使用するWindowsアカウントを入力します。値は、domain\userの形式で指定します。
Oracle Secure Backup Webサーバー・アカウントのパスワードのフィールドに、Apache Webユーザー・アカウントのパスワードを入力します。確認のためのパスワードの再入力のフィールドに、パスワードを再入力します。

インストーラがWebサーバー・アカウントにログオンできない場合、Oracle Secure Backupによりエラーが表示され、インストール・プロセスが停止します。

Webサーバー・アカウントがない場合は、ローカル・システム・アカウントの資格情報を使用してインストールするチェック・ボックスを選択することもできます。

「次」をクリックすると、プログラムのインストール準備完了画面が表示されます。

16. 「インストール」をクリックしてファイルのコピーを開始します。

プログレス・バーが表示されます。ファイルがコピーされると、InstallShield完了画面が表示されます。

17. 「終了」をクリックします。
このWindowsホストへのOracle Secure Backupソフトウェアのインストールが完了しました。

Windows一時ディレクトリに、osb_intsall.logというインストール・ログ・ファイルが格納されます。Windowsインストーラ・ロギングが有効な場合は、同じディレクトリに追加のWindowsログが作成されます。

一時ディレクトリのコンテンツを表示するには、コマンド・ラインで次のテキストを入力します。

cd %temp%

関連項目:

Windowsのインストーラ・ロギングを有効にする方法の詳細は、「Windowsのインストーラ・ロギングの有効化」を参照してください

4.2.1 Windowsのインストーラ・ロギングの有効化

Windowsインストーラ・ロギングを使用すると、Oracle Secure Backupのインストールにかかわる問題のトラブルシューティングに役立ちます。

Windowsインストーラ・ロギングを有効にする手順:

1. Regedit.exeでWindowsレジストリを開き、次のパスおよびキーを作成します。
HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Installer

Reg_SZ: Logging

Value: voicewarmupx

2. 必要なロギング・モードを選択します。表4-1に、指定されたロギング・オプションを有効にするために、値フィールドに任意の順序で入力できる文字の一覧を示します。

表4-1 Windowsインストーラ・ロギングの値

値

説明

v

詳細出力。

o

ディスク領域不足メッセージ

i

状態メッセージ

c

UIパラメータの初期化

e

すべてのエラー・メッセージ

w

致命的でない警告

a

アクションのスタートアップ

r

特定のアクションの記録

m

メモリー不足または致命的な終了に関する情報

u

ユーザーの要求

p

ターミナルのプロパティ

+

既存のファイルに追加

!

各行をログにフラッシュ

x

デバッグに関する追加情報。xフラグが使用できるのは、Windows Server 2003以降のオペレーティング・システムおよびMSI再配布可能ファイル・バージョン3.0およびそれ以降のバージョンのMSI再頒布可能ファイルに限定されます。

*

ワイルドカードであり、vオプションおよびxオプションの情報以外のすべての情報を記録します。vオプションおよびxオプションを含めるには、/l*vxを指定します。

注意:

これはトラブルシューティング目的でのみ使用する必要があり、システム・パフォーマンスおよびディスク領域に影響を与えるため、有効にしたままにしないでください。コントロール・パネルの「アプリケーションの追加と削除」を使用すると、新しいMsi*.logファイルが常に作成されます。

4.2.2 インストールの詳細設定の構成(Windowsの場合)

詳細設定では、Oracle Secure Backupのインストール時に使用するパラメータの値をカスタマイズできます。各パラメータにはデフォルト値があり、明示的にパラメータ値を変更しない場合、Oracle Secure Backupではデフォルト値が使用されます。

インストール・パラメータをカスタマイズする手順:

1. 管理ホストの詳細設定ページ(管理サーバーの場合)またはクライアント・ホストの詳細設定ページ(クライアントの場合)で、カスタマイズするインストール・パラメータの値を入力します。

表示されるパラメータは、ホストにインストールするロールによって異なります。クライアント・ロールをインストールする場合、構成できるパラメータは、Oracle Secure Backup一時ディレクトリ、およびOracle Secure Backupサービスを自動的に開始するかどうかのみです。

- 一時ディレクトリ: Oracle Secure Backup操作の実行時に使用される一時ファイルを格納するディレクトリの名前を指定します。

関連項目:

「Oracle Secure Backupの一時ディレクトリ」

- ユーザー・パスワードの最小長: Oracle Secure Backupユーザー・パスワードの最小長を指定します。

関連項目:

「Oracle Secure Backupユーザー・パスワードの長さ」

- セキュリティ証明書鍵サイズ: アイデンティティ証明書鍵サイズを指定します。

関連項目:

「アイデンティティ鍵証明書サイズ」

2. 管理サーバー・ロールの場合、RMANでOracle Databaseのバックアップおよびリストア操作を実行する場合は、oracleユーザーの作成を選択します。

Recovery Manager (RMAN)でのOracle Databaseのバックアップおよびリストア操作を円滑に行うために、oracleクラスの権限を持つOracle Secure Backupユーザーが作成されます。

事前認可済ユーザーのデフォルト名はoracleです。この名前は変更できます。

注意:

- RMANでOracle Secure Backupを使用する場合のみ、oracleユーザーを作成する必要があります。

- Oracle Secure Backupを使用して、Windowsクライアントでワンタイム・バックアップ、RMAN起動バックアップ、または非特権バックアップ操作を実行する場合、Oracle Secure Backupのインストールの完了後に、Oracle Secure Backupのadminおよびoracleユーザーを変更して、必要な権限を持つクライアントで有効なWindowsの資格証明(ドメイン、ユーザー名およびパスワード)をこれらのユーザーに割り当てる必要があります。この作業を行わないと、Oracle Secure Backupではバックアップ操作を実行できません。この要件は、管理サーバーとして機能するプラットフォームとは無関係に適用されます。

- インストーラにより、ランダムのパスワードがoracleユーザーに割り当てられます。通常、このユーザー・アカウントを使用してOracle Secure Backupにログインする必要がないため、ほとんどの場合、割り当てられたパスワードの変更は必要ではありません。

- Oracle Secure Backupのoracleユーザーを作成する前に、このオプションの選択に関しては、利便性とセキュリティの間にトレードオフの関係があることを考慮してください。

関連項目:

oracleクラスの詳細は、『Oracle Secure Backupリファレンス』を参照してください。

3. 「Oracle Secure Backupサービスを自動的に開始する」を選択してシステムの再起動後にすべてのサービスが開始されるように指定し、「次」をクリックします。

4. (管理サーバーのみ) 事前認可済ユーザーの作成を選択した場合は、事前認可済ユーザーの詳細ページが表示されます。次の各フィールドに情報を入力します。

- 事前認可済ユーザー・アカウント
事前認可済ユーザーのデフォルト名はoracleです。この名前を変更するには、このフィールドに異なる名前を入力します。

- UNIXクライアント
Linux/UNIXホスト上のデータベースをバックアップするには、次の情報を入力します。

- 事前認可済ユーザー:事前認可済ユーザーのマップ先であるLinux/UNIXユーザー名。

- 事前認可済グループ:事前認可済ユーザーのマップ先であるLinux/UNIXグループ名。

- Windowsクライアント
Windowsホスト上のデータベースをバックアップするには、事前認可済アカウントのフィールドに、事前認可済ユーザーのマップ先であるドメイン・ユーザー・アカウントを入力します。

5. 「次」を選択します。

管理サーバーをインストールしている場合は、ウィザードの手順12に戻ります。クライアントをインストールしている場合は、ウィザードの手順16に戻ります。

4.3 WindowsでのOracle Secure Backupのファイアウォールの構成

Windowsには組込みのWindowsファイアウォールが含まれており、デフォルト構成では、Oracle Secure Backupが使用するポートでインバウンド・トラフィックをブロックします。

Windowsホストがファイアウォールで保護されている場合、ホスト上のOracle Secure Backupデーモンが管理ドメイン内の他のホストと通信できるようにファイアウォールを構成する必要があります。Oracle Secure Backupには、ポート400、ポート10000および他の動的に割り当てられたポートでリスニングを行うデーモン・コンポーネントが含まれます。

Oracle Secure Backupで使用される動的割当てポートの番号は広範囲に及ぶため、Oracle Secure Backupデーモンの実行可能プログラムがすべてのポートでリスニングを実行できるようファイアウォールを構成する必要があります。

Oracle Secure Backup Windowsインストールでは、Oracle Secure Backupホームの下のbinディレクトリにobfirewallconfig.batというサンプル・バッチ・スクリプトが提供されています。

このスクリプトには、Windowsファイアウォール(Windows付属ビルトイン・ファイアウォール)の構成に必要な変更を加えるコマンドが含まれます。スクリプトを確認して、実際の環境に適しているかどうかを判断してください。このスクリプトは、インストールの完了後に実行できます。

他のファイアウォールの構成方法は、ベンダーごとに提供されているドキュメントを参照してください。Windowsファイアウォール用のサンプル・スクリプトを参照すると、ポートでのリスニング権限が必要な実行可能プログラムの名前を確認できます。

関連項目:

Oracle Secure Backupで使用するファイアウォール・ポートの構成方法の詳細は、My Oracle Supportノート727528.1を参照してください。My Oracle Supportは、http://support.oracle.com/で利用可能です。

5 Oracle Secure Backupのアンインストール

この章では、Linux、UNIXおよびWindowsホストのOracle Secure Backupソフトウェアをアンインストールする方法を説明します。

この章には次の項が含まれます:

- LinuxまたはUNIXでのOracle Secure Backupのアンインストール

- WindowsでのOracle Secure Backupのアンインストール

5.1 LinuxまたはUNIXでのOracle Secure Backupのアンインストール

この項では、LinuxまたはUNIXのホストからOracle Secure Backupをアンインストールする方法について説明します。次の手順では、管理サーバーからOracle Secure Backupをアンインストールします。管理サーバーを使用して他のホストからOracle Secure Backupをアンインストールする場合にも同じ手順が適用されます。

1. 管理サーバーにrootとしてログインします。

2. Oracle Secure Backup Webツールのobhttpdプロセスなど、Oracle Secure Backup関連のプロセスを停止します。

『Oracle Secure Backupリファレンス』の付録「Oracle Secure Backupサービスの起動と停止」に、LinuxおよびUNIXでのOracle Secure Backupプロセスの停止と起動のためのオペレーティング・システム固有のコマンドが記載されています。

あるいは、observicedを終了させ、すべてのプロセスを停止することもできます。次のコマンドを使用して、Oracle Secure Backupに関連付けられているリスト内の各プロセスを停止します。ここで、pidは、observicedのプロセスIDです。

kill pid

3. Oracle Secure Backupホーム・ディレクトリにディレクトリを変更します。

# cd /usr/local/oracle/backup

注意:

Oracle Secure Backupを管理サーバーからアンインストールする場合、uninstallobスクリプトは、アンインストール処理の終わりに、Oracle Secure Backupホーム・ディレクトリを削除します。

4. uninstallobスクリプトを実行します。

# ./install/uninstallob

5. Oracle Secure Backupをアンインストールするホストがクライアントとして構成されている場合、uninstallobスクリプトでは、このシステムの管理ドメインのメンバーとしてのアイデンティティを削除するかどうかを確認するメッセージが表示されます。次のいずれかのオプションを選択します。

- n
システムの管理ドメインのメンバーとしてのアイデンティティを削除するには、このオプションを選択します。これは現在のデフォルト・オプションです。

- y
システムの管理ドメインのメンバーとしてのアイデンティティを維持するには、このオプションを選択します。

uninstallobスクリプトの手順7に進みます。

6. Oracle Secure Backupをアンインストールするホストが管理サーバーとして構成されている場合、uninstallobスクリプトでは、Oracle Secure Backup adminディレクトリを保存するように要求されます。次のいずれかのオプションを選択します。

- no
adminディレクトリを削除するには、このオプションを選択します。

- yes
adminディレクトリを保存するには、このオプションを選択します。adminディレクトリを保存すると、Oracle Secure Backupソフトウェアを後で再インストールしたときに管理ドメインを維持できます。

この手順では、Oracle Secure Backup adminディレクトリを保存すると想定します。

7. uninstallobスクリプトでは、続行するかどうかを確認するメッセージが表示されます。アンインストールを続行するには、yを入力します。アンインストール・プロセスを中止するには、nを入力します。

yを選択した場合、アンインストールが正常に終了したことを示すメッセージが表示されます。

5.2 WindowsでのOracle Secure Backupのアンインストール

WindowsでOracle Secure Backupをアンインストールするには、次の手順を実行します。

1. 「スタート」 → 「すべてのプログラム」 → 「Oracle Secure Backup」 → 「Uninstall Oracle Secure Backup」を選択します。

確認のダイアログが表示されます。

2. 「はい」をクリックしてコンピュータからOracle Secure Backupを削除します。

3. 追加のウィンドウが表示され、バックアップ・ドメインに固有のファイルを保存するかどうかを確認されます。次のいずれかのオプションを選択します。

- バックアップ・ドメイン・ファイルを保存しない場合は、「削除」をクリックします。

- バックアップ・ドメイン・ファイルを保存する場合は、「保存」をクリックします。
「保存」をクリックして、バックアップ・ドメインのファイルを保存し、バックアップ・ドメインの構成を保存します。これは後でOracle Secure Backupソフトウェアを再インストールする場合に役立ちます。

これで、Oracle Secure Backupはホストからアンインストールされました。

6 Oracle Secure Backupのユーザー・インタフェース

この章では、Oracle Secure Backupで使用できるインタフェースについて説明します。Oracle Secure Backupとの主なインタフェースは次のとおりです。

- Oracle Enterprise Manager
これは、Oracle Secure Backupを管理するための主要なグラフィカル・ユーザー・インタフェースです。

- Oracle Secure Backup Webツール
このインタフェースでは、ファイルシステム・レベルのバックアップを管理し、Oracle Enterprise Managerでは実行できないその他の特定のタスクを実行します。

- obtool
このコマンドライン・クライアントは、Oracle Secure Backupの全機能を提供し、Oracle Secure Backup WebツールおよびOracle Enterprise Managerによって起動されます。

- Recovery Manager (RMAN)
RMANコマンドライン・ユーティリティは、Oracle Secure Backupを使用してテープにOracleデータベースをバックアップできます。

注意:

Oracle Secure Backupのバックアップとリストアの操作はすべて、最終的にはobtarと呼ばれるコマンドライン・ツールに対するコールです。通常、obtarを直接コールする必要はありません。obtarの詳細は、『Oracle Secure Backupリファレンス』を参照してください。

この章の内容は次のとおりです。

- Enterprise ManagerでのOracle Secure Backupの使用方法

- Oracle Secure Backup Webツールの使用方法

- obtoolの使用方法

- Recovery Manager (RMAN)によるOracle Secure Backupの使用

6.1 Enterprise ManagerでのOracle Secure Backupの使用方法

Oracle Enterprise Manager 10g(10.2)またはOracle Enterprise Manager 11gを使用して、管理ドメインおよびハードウェアの構成、メディアの管理、データベースのバックアップおよびリストアを含むOracle Secure Backupの大部分のタスクを実行できます。Oracle Enterprise Managerは、Oracle Secure Backupのタスクの優先的なWebインタフェースです。

ただし、Oracle Enterprise Managerでは、ファイルシステムのバックアップおよびリストア操作は実行できません。Oracle Enterprise Managerの「メンテナンス」ページには、それらのタスクのOracle Secure Backup Webツールへのリンクが含まれています。

このマニュアルでは、大部分のタスクに対するOracle Enterprise Managerの使用について説明し、Enterprise Managerに同等の機能がない場合にのみOracle Secure Backup Webツールについて説明します。

この項の内容は次のとおりです。

- Oracle Enterprise ManagerでのOracle Secure Backupリンクの有効化

- Oracle Enterprise Managerでの管理サーバーの登録

- Enterprise ManagerからWebツールへのアクセス

6.1.1 Oracle Enterprise ManagerでのOracle Secure Backupリンクの有効化

Oracle Enterprise Manager Grid Controlのリリース10.2.0.1または10.2.0.2、あるいはOracle Enterprise Manager Database Controlのリリース10.2.0.2を使用している場合、「メンテナンス」ページにはデフォルトで「Oracle Secure Backup」セクションは表示されません。「Oracle Secure Backup」セクションに「メンテナンス」ページが表示されない場合、Oracle Enterprise Managerを構成してリンクを有効にします。

Oracle Enterprise Managerで「Oracle Secure Backup」セクションを有効にするには、次のようにします。

1. ORACLE_HOME/hostname_SID/sysman/configディレクトリに移動し、テキスト・エディタにemoms.propertiesファイルを開きます。

2. osb_enabled=trueを設定し、ファイルを保存します。

3. emctlコマンドでOracle Enterprise Manager Cloud Controlコンソールを停止および再起動します。

emctl stop dbconsole
emctl start dbconsole

4. 「メンテナンス」ページに移動し、図6-1のようなOracle Secure Backupセクションが表示されることを確認します。

図6-1「メンテナンス」ページ

6.1.2 Oracle Enterprise Managerでの管理サーバーの登録

RMANバックアップは、Oracle Secure Backup SBTインタフェースに次の3つの方法で作成できます。

- Oracle Enterprise Manager Cloud Control

- RMANコマンドライン・クライアント

Cloud Controlコンソールは、管理サーバーで実行する必要があり、管理サーバー上のOracleデータベースのみバックアップできます。管理ドメイン内の任意のデータベース・ホストでCloud Controlコンソールを実行し、それを使用して任意のデータベースをバックアップできます。この項では、Cloud Controlの使用を開始する方法について説明します。

Enterprise Managerを使用してバックアップを管理するには、Oracle Secure Backup管理ドメインの構成データおよびカタログを格納する管理サーバーをEnterprise Managerに認識させる必要があります。

Oracle Enterprise Manager Cloud Controlに管理サーバーを登録する手順:

1. データベース管理者権限を持つユーザーとして、Oracle Enterprise Manager Cloud Controlコンソールにログインします。

2. 「Oracle Secure Backup」セクションで、「Oracle Secure Backupデバイスおよびメディア」をクリックします。
「管理サーバーの追加」ページが表示されます。

3. Oracle Secure Backup管理ドメインに次のようにログインします。

a. 「Oracle Secure Backupのホーム」フィールドにOracle Secure Backupホーム・ディレクトリを入力します。このディレクトリは通常、UNIXおよびLinuxでは/usr/local/oracle/backup、WindowsdではC:\Program Files\Oracle\Backupです。

b. Oracle Secure Backup管理ユーザーの名前を「ユーザー名」フィールドに入力します。たとえば、adminと入力します。

c. Oracle Secure Backup管理者のパスワードを「パスワード」フィールドに入力します。

d. 「OK」をクリックします。

「ホスト資格証明」ページが表示されます。

4. 管理サーバー上のオペレーティング・システム・ユーザーのユーザー名およびパスワードを入力します。このユーザーにはroot権限が必要です。
「Oracle Secure Backupデバイスおよびメディア: 管理サーバー: hostname」ページが表示されます。このページを使用してテープをロードできます。

管理サーバーを登録すると、Oracle Enterprise ManagerをOracle Secure Backupで使用できます。

関連項目:

RMANによるデータベース・バックアップとリカバリでのOracle Enterprise Managerの使用の概要は、『Oracle Database 2日でデータベース管理者』を参照してください。

6.1.3 Enterprise ManagerからWebツールへのアクセス

データベース用のOracle Enterprise Managerコンソールには、Oracle Secure Backup Webツールへのリンクがあります。ファイルシステム・バックアップ情報など、Oracle Secure Backup Webツールの機能にアクセスする必要がある場合は、このリンクを使用できます。

Oracle Enterprise Manager Database ControlからOracle Secure Backup Webツールにアクセスするには、次のようにします。

1. データベース管理者権限を持つユーザーとして、Oracle Enterprise Manager Database Controlにログインします。

2. 「メンテナンス」ページの「Oracle Secure Backup」セクションに移動します。

「メンテナンス」ページに「Oracle Secure Backup」セクションが表示されていない場合は、「Oracle Enterprise ManagerでのOracle Secure Backupリンクの有効化」を参照してください。

3. 「ファイルシステムのバックアップおよびリストア」をクリックします。

Oracle Secure Backup Webツール・インタフェースが開きます(「Webツール・セッションの開始」を参照)。

6.2 Oracle Secure Backup Webツールの使用方法

Oracle Secure Backup Webツールは、ブラウザベースのインタフェースで、Oracle Enterprise Managerのインストールを必要としません。Oracle Secure Backupのファイルシステム・バックアップ機能への唯一のグラフィカル・インタフェースでもあります。

注意:

Oracle Secure Backup Webツールを使用して、ファイルシステム・レベルのバックアップを含め、Oracle Secure Backupのすべての機能にアクセスできます。ただし、大部分の機能についてはOracle Enterprise Managerが優先的なインタフェースであり、テープへのOracle Databaseバックアップ用の唯一のグラフィカル・インタフェースです。

Oracle Secure Backup Webツールには、SSLを介して管理サーバーに接続可能な、サポートされている任意のブラウザからアクセスできます。これらのリクエストに応答するには、Oracle Secure Backupを提供するApache Webサーバーを実行させる必要があります。サポートされているブラウザは、次のURLにあるMy Oracle Supportの「動作保証」のリストに記載されています。

https://support.oracle.com/

注意:

Oracle Secure BackupとともにインストールされるPHPソフトウェアをお客様が直接使用することはサポートされていません。Oracle Secure Backup Webツールの実装での使用のみサポートされています。

この項の内容は次のとおりです。

- Webツール・セッションの開始

- Webツールのホームページ

- Webツールの「構成」ページ

- Webツールの「管理」ページ

- Webツールの「バックアップ」ページ

- Webツールの「リストア」ページ

6.2.1 Webツール・セッションの開始

この項では、Oracle Secure Backup Webツールを使用して、Oracle Secure Backupの管理ドメインにアクセスする方法について説明します。

Oracle Secure Backup Webツール・セッションを開始するには、次のようにします。

1. Webブラウザを起動し、Oracle Secure Backupを実行するホストのURLを入力します。次の構文を使用します。ここで、hostnameは完全修飾ドメイン名です。

https://hostname

たとえば、次のURLを指定します。

https://osblin1.oracle.com

2. ブラウザには、証明書が信頼できないという警告が表示されます。Oracle Secure Backupでは、Apache Webサーバー用の自己署名付き証明書をインストールします。Webサーバーには、データ暗号化のために署名付き証明書が必要です。ブラウザでは署名者が登録済の認証局(CA)として認識されないため、セキュリティの警告が表示されます。この警告は、データが暗号化されないということではなく、単にCAが認識されないということです。

証明書を受け入れます。証明書の表示または構成の変更を行う必要はありません。

Oracle Secure Backupの「ログイン」ページが表示されます。

3. 「ユーザー名」ボックスにOracle Secure Backupユーザー名を、「パスワード」ボックスにパスワードを入力します。

Oracle Secure Backup Webツールに初めてログインする場合は、adminユーザーとしてログインします。ログイン後に追加のユーザーを作成できます。

注意:

Oracle Secure Backupパスワードの格納には、ブラウザベースのパスワード・マネージャを使用しないことをお薦めします。

4. 「ログイン」をクリックします。Oracle Secure Backupのホームページが表示されます。

「ホーム」、「構成」、「管理」、「バックアップ」および「リストア」タブについては、この後の各項で詳細に説明します。

6.2.2 Webツールのホームページ

Oracle Secure Backup Webツール・インタフェースにログインすると、Oracle Secure Backupのホームページが表示されます。このページには、各Oracle Secure Backupジョブとテープ・デバイスの現行ステータスのサマリーが表示されます。図6-2は、ホームページの例を示しています。

図6-2 Oracle Secure Backupのホームページ

メイン・ページには、最近のジョブのスケジュール時間、ステータス、ジョブID、ジョブ・タイプおよびジョブ・レベルが表示されます。Oracle Secure Backupにより失敗したジョブのリンクが示され、ユーザーと管理者に潜在的な問題点を警告します。

「デバイス」リンクには、各ジョブに関連付けられたテープ・デバイスが、テープ・デバイスのタイプ、デバイス名およびステータスに関する情報とともにリストに表示されます。このページでは、進行中の様々なバックアップやリストアのプロセス全体が把握できます。

注意:

未使用デバイスのステータスは、テープ・デバイスは存在するが、現在バックアップまたはリストア操作に使用されていないことを意味します。

Oracle Secure Backupのホームページの上部のメニュー・バーで、「構成」、「管理」、「バックアップ」および「リストア」タブを選択できます。

注意:

Oracle Secure Backup Webツールを使用する場合、ページを表示するたびにページをリロードするようブラウザが構成されていることを確認してください。そのように構成されていない場合、ブラウザには古い情報が表示される可能性があります。たとえば、obtoolで加えられた変更がブラウザに表示されない場合があります。

6.2.2.1 ページの永続リンク

ホームページやOracle Secure Backup Webツール・インタフェースの全ページには、上部および下部パネルに次のような永続リンクがあります。

- ヘルプ
このリンクを使用して、Oracle Secure BackupのPDF形式のオンライン・ドキュメントにアクセスします。

- ログアウト
現行ユーザーをOracle Secure Backup Webツールからログアウトし、ユーザー名およびパスワードのCookieを削除して「ログイン」ページに戻ります。

- プリファレンス
このリンクを使用して、次のオプションの設定にアクセスします。

- 拡張コマンド出力
このオプションにより、アクションを実行し、各ページの下部にOracle Secure Backup Webツール用の出力ページを生成するために使用するobtoolコマンドが表示されます。

- バックグラウンド・タイムアウト
このオプションは、リクエスト間での状態情報の維持のためにOracle Secure Backup Webツールで使用されるobtoolのバックグラウンド・プロセスの最大アイドル時間を設定します。

カタログの参照、データのリストア操作、およびオンデマンド・バックアップ操作などの操作では、バックグラウンドのobtoolプロセスを使用して、複数のHTTPリクエストにわたり状態情報を保存します。リクエスト間の時間がこの制限を超えると、プロセスは正常に終了し、関連付けられたユーザーのセッション状態は失われます。デフォルトは24時間です。

- 表サイズの選択
このオプションでは、Oracle Secure Backup Webツール・インタフェースの表示ウィンドウの行数を設定します。デフォルトは8行です。

- バージョン情報
このリンクは、リリース日、システム情報、管理サーバー名、IPアドレスなど、Oracle Secure Backupソフトウェアに関する情報を表示します。

6.2.3 Webツールの「構成」ページ

メニュー・バーから「構成」タブをクリックして、構成オプションを表示します。図6-3は、「構成」ページの例を示しています。

図6-3 Oracle Secure Backupの「構成」ページ

「構成」ページは、「基本」セクションと「拡張」セクションに分かれています。「基本」セクションには、次のリンクがあります。

- ユーザー
Oracle Secure Backupにログインして使用するために1つ以上のユーザー・アカウントを構成するには、このリンクをクリックします。

- ホスト
1つ以上のホストを構成するには、このリンクをクリックします。ホストとは、Oracle Secure Backup 管理ドメインに参加するコンピュータです。

- デバイス
Oracle Secure Backupで使用するためにテープ・デバイスを構成するには、このリンクをクリックします。テープ・デバイスとは、ユーザー定義名で識別されるテープ・ドライブまたはテープ・ライブラリです。

- メディア・ファミリ
メディア・ファミリを構成するには、このリンクをクリックします。メディア・ファミリとは、バックアップ・ボリュームの名前付きの分類です。ボリュームは、8mmテープなどのメディア・ユニットです。

- データベース・バックアップ記憶域セレクタ
Oracleデータベースのバックアップおよびリストア操作時に使用するために、1つ以上のテープ・デバイスおよびメディア・ファミリを構成するには、このリンクをクリックします。

「拡張」セクションには、次のリンクがあります。

- クラス
クラスを構成するには、このリンクをクリックします。クラスとは、ユーザーに付与される一連の権限の定義です。クラスは複数のユーザーに適用できますが、各ユーザーは1つのクラスにしか割り当てられません。

- ジョブ・サマリー
電子メール配信用のジョブ・サマリーを生成するジョブ・サマリー・スケジュールを作成するには、このリンクをクリックします。

ジョブ・サマリーとは、バックアップ操作が成功したかどうかを知らせるために生成されるテキスト・ファイルのレポートです。Oracle Secure Backupでは、スケジュール済バックアップごとにステータスを詳述するジョブ・サマリーを生成し、電子メールで送信できます。

- デフォルトおよびポリシー
デフォルトおよびポリシーを編集するには、このリンクをクリックします。デフォルトおよびポリシーとは、管理ドメイン全体でのOracle Secure Backupの実行状態を制御する構成データのセットです。

6.2.4 Webツールの「管理」ページ

「管理」タブをクリックして管理オプションを表示します。図6-4は、「管理」ページの例を示しています。

図6-4 Oracle Secure Backupの「管理」ページ

「管理」ページは、4つのセクションに分かれています。

「デバイス」セクションには、次のリンクがあります。

- ディスク・プール
ディスク・プールの使用状況を表示し、期限切れのバックアップ・イメージ・インスタンスをディスク・プールから削除するには、このリンクをクリックします。

- テープ・ドライブ
ボリュームまたはテープ・デバイスのステータスを確認したり、ボリュームをマウントまたはアンマウントしたりするには、このリンクをクリックします。

- ライブラリ
ライブラリの表示および制御を行うには、このリンクをクリックします。

- デバイス予約
プライベート使用のテープ・デバイスの予約および予約解除を行うには、このリンクをクリックします。

「メンテナンス」セクションには、次のリンクがあります。

- ジョブ
管理ドメインでジョブを管理するには、このリンクをクリックします。バックアップ・ジョブおよびリストア・ジョブのステータスを表示できます。

- ボリューム
カタログですべてのボリュームをフィルタ処理して表示するには、このリンクをクリックします。結果をフィルタ処理して、検索を制限できます。ボリュームは、8mmテープなどのメディア・ユニットです。1つのボリュームに複数のバックアップ・イメージ・インスタンスを含めることができます。

- バックアップ・イメージ
バックアップ・イメージを管理するには、このリンクをクリックします。バックアップ・イメージは、単一のバックアップ操作の作業成果物であり、バックアップに関連するメタデータを格納します。

「拡張」セクションには、次のリンクがあります。

- バックアップ・イメージ・インスタンス
バックアップ・イメージ・インスタンスのプロパティの変更、またはバックアップ・イメージ・インスタンスを削除するには、このリンクをクリックします。バックアップ・イメージ・インスタンスには、実際のバックアップ・データが含まれます。バックアップ操作により最初のバックアップ・イメージが作成されます。1つのバックアップ・イメージに対する複数のバックアップ・イメージ・インスタンスを作成でき、各インスタンスを異なる記憶媒体に格納できます。

- データベース・バックアップ・ピース
OracleデータベースのバックアップのためにRecovery Manager (RMAN)により作成されたバックアップ・ピースを管理するには、このリンクをクリックします。

- カタログのインポート
ディスク・プールまたはテープのバックアップ・カタログ・データを管理ドメインにインポートするには、このリンクをクリックします。

- チェックポイント
ネットワーク・データ管理プロトコル(NDMP)の処理中、失敗および完了のバックアップを示すチェックポイントを一覧表示および削除するには、このリンクをクリックします。

- デーモン
デーモンの管理と、デーモンのプロパティの制御および表示を行うには、このリンクをクリックします。

「メディア・ライフ・サイクル」セクションには、次のリンクがあります。

- ボールティング・スキャン・スケジュール
ボールティング・スキャンを作成、変更または削除するには、このリンクをクリックします。

- ボリューム重複スキャン・スケジュール
ボリューム重複スキャンを作成、変更または削除するには、このリンクをクリックします。

- 選択レポートと配布レポート
配布レポートを表示するには、このリンクをクリックします。

- 場所レポート
テープ・デバイスの場所レポートを表示するには、このリンクをクリックします。次の場所およびテープがその場所に移動される日付などの詳細が含まれます。

- ボールティングの実行
ボールティングを実行するには、このリンクをクリックします。

6.2.5 Webツールの「バックアップ」ページ

「バックアップ」タブをクリックして、バックアップ・イメージのオプションを表示します。図6-5は、サンプルのページを示しています。

図6-5 Oracle Secure Backupの「バックアップ」ページ

「バックアップ」ページは、「操作」セクションと「設定」セクションに分かれています。「操作」セクションには、次のリンクがあります。

- ただちにバックアップ
既存のデータセット・ファイルで記述されているデータのワンタイム・バックアップを実行するには、このリンクをクリックします。

「設定」セクションには、次のリンクがあります。

- データセット
データセット・ファイルを構成するには、このリンクをクリックします。データセット・ファイルでは、バックアップするデータについて記述します。

- スケジュール
バックアップ・スケジュールを構成するには、このリンクをクリックします。バックアップ・スケジュールでは、バックアップを実行する頻度を記述します。

6.2.6 Webツールの「リストア」ページ

「リストア」タブをクリックすると、リストアのオプションが表示されます。図6-6は、サンプルのページを示しています。

図6-6 Oracle Secure Backupの「リストア」ページ

「リストア」ページは「操作」セクションのみで、次のリンクがあります。

- バックアップ・カタログ
バックアップおよびリストア操作に関連付けられたデータを参照するには、このリンクをクリックします。

- メディアから直接
RAWリストアを行うには、このリンクをクリックします。リストアするファイルシステム・オブジェクトの名前をあらかじめ知っている必要があります。ボリュームIDおよびボリュームが格納されているファイル番号も必要です。

6.3 obtoolの使用方法

obtoolは、Oracle Secure Backupの主要なコマンドライン・インタフェースです。obtool実行可能ファイルは、Oracle Secure Backupホームのbinサブディレクトリにあります。管理ドメイン内の任意のホストでobtoolを起動し、Oracle Secure Backupユーザーとしてドメインにログインして、コマンドを発行できます。

注意:

この項のすべての例では、Oracle Secure BackupホームのbinサブディレクトリはユーザーのPATHにあるものと想定しています。

この項の内容は次のとおりです。

- obtoolの起動に関するヘルプの表示

- 対話モードでのobtoolの起動

- 対話モードでのobtoolコマンドの実行

- 非対話モードでのobtoolコマンドの実行

- obtoolセッションの終了

- 特定ユーザーとしてのobtoolの起動

関連項目

obtoolの起動の詳細およびobtoolによって内部で主に使用されるobtarの詳細は、『Oracle Secure Backupリファレンス』を参照してください。

6.3.1 obtoolの起動に関するヘルプの表示

システム・パスにOracle Secure Backupホームのbinサブディレクトリがある場合、オペレーティング・システムのプロンプトで次のコマンドを実行して、obtoolの起動オプションについてのオンライン・ヘルプを表示できます。

% obtool help invocation

6.3.2 対話モードでのobtoolの起動

対話モードでobtoolを使用するには、コマンドラインでobtoolと入力します。

初めてobtoolを起動するときには、Oracle Secure Backupユーザーとしてアイデンティティを確立する必要があります。ユーザー・アイデンティティが未設定の場合、obtoolからユーザー名およびパスワードの入力を要求されます。

注意:

Oracle Secure Backupのインストーラでは、adminユーザーが自動的に作成され、パスワードの入力を求められます。インストール後初めてOracle Secure Backupにログインするときには、これらの資格証明を使用します。

コマンドラインまたはコマンド・スクリプトでのクリア・テキストによるパスワードの指定は推奨されません。セキュリティ上の脆弱性となります。推奨される方法は、ユーザーがパスワードの入力の要求に応じる方法です。

6.3.3 対話モードでのobtoolコマンドの実行

obtoolプロンプトでは、『Oracle Secure Backupリファレンス』に記載されているコマンドを入力できます。たとえば、lshostコマンドにより、管理ドメイン内のホストに関する情報が表示されます。

ob> lshost
brhost2          client                            (via OB)   in service
brhost3          mediaserver,client                (via OB)   in service
br_filer         client                            (via NDMP) in service
stadv07          admin,mediaserver,client          (via OB)   in service

6.3.3.1 テキスト・ファイルからのobtool入力のリダイレクト

対話モードで<コマンドを使用して、複数のobtoolコマンドが含まれるテキスト・ファイルを読み取ることができます。たとえば、複数のobtoolコマンドを記述したmy_script.txtというファイルを作成し、obtool入力を次のようにこのスクリプトにリダイレクトできます。

ob> < /my_dir/my_script.txt

obtoolは、ファイルからコマンドを実行した後、次のコマンド用のob>プロンプトに戻ります。

6.3.4 非対話モードでのobtoolコマンドの実行

実行するコマンドを指定する引数を使用して、LinuxまたはUNIXのシェルまたはWindowsコマンド・プロンプトから非対話モードでobtoolを実行できます。obtoolは、指定されたコマンドを即座に実行し、終了します。次の構文を使用します。

obtool  [ cl-option ]... command-name [ option ]... [ argument ]...

次の例では、lshostコマンドを実行し、オペレーティング・システム・プロンプトに戻ります。

% obtool lshost
Output of command: lshost
brhost2          client                            (via OB)   in service
brhost3          mediaserver,client                (via OB)   in service
br_filer         client                            (via NDMP) in service
stadv07          admin,mediaserver,client          (via OB)   in service
%

6.3.4.1 非対話モードでの複数コマンドの実行

コマンドラインでコマンドをセミコロンで区切ることによって、obtoolの1回の起動で複数のコマンドを実行できます。

注意:

コマンドラインにセミコロンを入力する場合は、ホストのオペレーティング・システムのシェルまたはコマンドライン・インタプリタの引用符規則に従ってください。たとえば、bashシェル・セッションでは、セミコロンを次のように引用符で囲みます。

$ obtool lshost ';' lsdev

6.3.4.2 非対話モードでの入力のリダイレクト

非対話モードで<コマンドを使用して、複数のobtoolコマンドを含むテキスト・ファイルを読み取ることができます。たとえば、複数のobtoolコマンドを記述したmy_script.txtというファイルを作成し、obtool入力を次のようにこのスクリプトにリダイレクトできます。

% obtool < /my_dir/my_script.txt

obtoolは、ファイルのコマンドを実行した後、次のコマンドのためにオペレーティング・システム・プロンプトに戻ります。

6.3.5 obtoolセッションの終了

これらのコマンドのいずれかを使用してobtoolセッションを終了します。

- exit
このコマンドによってobtoolセッションは終了しますが、ログイン・トークンによりユーザーの資格証明が保存されるため、次のobtool起動時には、ユーザー名またはパスワードの入力を求められません。

- quit
このコマンドは、exitと同義語です。

- logout
このコマンドは、obtoolセッションを終了し、ログイン・トークンを破棄するため、次のobtoolセッション開始時には、資格証明の入力を求められます。

次の例では、ログイン・トークンの期限が切れているため、最初のセッションにログイン資格証明が必要です。この最初のセッションはexitコマンドで終了され、2番目のセッションが開始されます。ログイン・トークンが保存されたため、この2番目のセッションにはログイン資格証明は不要です。2番目のセッションはlogoutコマンドで終了され、3番目のセッションが開始されます。ログイン・トークンがlogoutコマンドにより破棄されたため、3番目のセッションにはログイン資格証明が必要です。

[cfoch@stbcs06-1 ~]$ obtool
Oracle Secure Backup 12.1.0.1.0
Warning: auto-login failed - login token has expired
login: admin
ob> exit
[cfoch@stbcs06-1 ~]$ obtool
ob> logout
[cfoch@stbcs06-1 ~]$ obtool
Oracle Secure Backup 12.1.0.1.0
login: admin
ob>

6.3.6 特定ユーザーとしてのobtoolの起動

起動時に、既存のログイン・トークンを破棄して、obtoolで強制的に別の資格証明を使用することができます。これには、obtoolで-uオプションを使用して、セッションのユーザー名を指定します。たとえば、次のようになります。

[root@osblin1 ~]# obtool -u admin
Password:
ob>

注意:

コマンドラインまたはコマンド・スクリプトでのクリア・テキストによるパスワードの指定は推奨されません。セキュリティ上の脆弱性となります。推奨される方法は、ユーザーがパスワードの入力の要求に応じる方法です。

6.4 Recovery Manager (RMAN)によるOracle Secure Backupの使用

Oracle Secure Backupは、テープへのシステム・バックアップ(SBT)インタフェースを介して、RMANのメディア管理レイヤーとしての役割を果します。RMANを使用してテープにOracleデータベースを直接にバックアップできます。

RMAN実行ファイルまたはOracle Enterprise Manager Cloud Controlのいずれかのインタフェースを介してRMANにアクセスできます。RMANは、SBTインタフェースを介してOracle Secure Backupと通信します。

Oracleデータベースのオンライン・バックアップを実行するにはRMANの使用をお薦めします。RMANを使用してテープ・バックアップを実行する前に、「RMANとともに使用するためのOracle Secure Backupの構成」に記載されたRMANの構成を行う必要があります。

6.4.1 RMANとともに使用するためのOracle Secure Backupの構成

この項では、RMANでOracle Secure BackupによるテープへのOracleデータベースのバックアップを行うために必要な構成手順を示します。構成手順を開始する前に、Oracle DatabaseソフトウェアとOracle Secure Backupがインストールされていることを確認してください。

RMANでOracle Secure Backupを使用するための構成手順:

1. RMANサーバー・セッションでOracle Secure Backupにアクセスするときに使用できる事前認可ユーザーを作成します(「Oracle Secure Backupのユーザーの事前認可の設定」を参照)。

2. SBTインタフェースを使用してバックアップまたはリストアするデータベースの詳細が含まれたデータベース・バックアップ記憶域セレクタを作成します。

記憶域セレクタには、Oracleデータベースのバックアップまたはリストア操作の詳細が含まれています。記憶セレクタの作成の詳細は、「Oracle Secure Backupによるバックアップ記憶域セレクタの定義」を参照してください。

6.4.1.1 Oracle Secure Backupのユーザーの事前認可の設定

ユーザーの事前認可を使用すると、通常のOracle Secure Backupログイン要件を処理せずにOracle Secure Backupを使用できます。RMANの場合は、事前認可により、バックアップまたはリストアなどの特定のRMAN操作を実行するOracle Secure Backupユーザーを決定します。

特定のホストおよびUNIXユーザーまたはWindowsアカウントからのOracle Secure Backupサービスおよびデータへのアクセスを事前認可できます。Oracle Secure Backup管理ドメイン内の各ホストに対して、オペレーティング・システムとOracle Secure Backupユーザーの1対1のマッピングを1つ以上作成できます。特定のバックアップまたはリストア要求に対する事前認可のマッピングが見つからない場合、要求は失敗します。

関連項目:

ユーザーの事前認可の手順の詳細は、『Oracle Secure Backup管理者ガイド』を参照してください。

6.4.1.2 Oracle Secure Backupによるバックアップ記憶域セレクタの定義

データベース・バックアップ記憶域セレクタにより、実行する必要があるバックアップまたはリストア操作に関する詳細を提供できます。記憶域セレクタは、Oracle Secure Backupにより管理される記憶域媒体とRMAN操作を関連付けるOracle Secure Backupオブジェクトです。

通常、記憶域セレクタには、次のような情報が含まれます。

- バックアップまたはリストアの必要なOracleデータベース

- データベース記憶域セレクタが適用されるホスト

- バックアップまたはリストア操作に使用する必要があるデバイスおよびメディア・ファミリ

関連項目:

データベース・バックアップ記憶域セレクタの定義の詳細は、『Oracle Secure Backup管理者ガイド』のデータベース・バックアップ記憶域セレクタの構成に関する項を参照してください

7 管理ドメインの構成および管理

この章では、すべてのホストに製品を最初にインストールした後、Oracle Secure Backupの管理ドメインの設定に関する基本的な手順について説明します。「管理ドメインへのホストの追加」など、一部の手順は、既存の管理ドメインを管理する際にも役立ちます。

この章には次の項が含まれます:

- 管理ドメインの構成の概要

- ホストの管理ドメインの構成

- デバイスの自動検出の概要

- 管理ドメインへのテープ・デバイスの追加

- テープ・ライブラリ・インベントリの更新

- 追加したテープ・デバイスの検証および構成

- ディスク・プールの構成

- 管理ドメインのホストの管理

7.1 管理ドメインの構成の概要

管理ドメインは、Oracle Secure Backupによって1つのユニットとして管理される一連のホストおよびバックアップ・コンテナで構成されます。管理ドメインを使用することで、様々なホスト、デバイスおよびデータベース間でバックアップおよびリストア操作を管理できます。

NDMPホストおよびNASファイラを除く管理ドメイン内のすべてのホストにOracle Secure Backupソフトウェアをインストールした後、管理ドメインを構成する必要があります。管理ドメインを構成すると、バックアップの作成および管理に必要な環境が設定されます。

この章の手順では、Webツールを使用してホストおよびバックアップ・コンテナ情報を持つ管理ドメインの構成方法を説明します。「LinuxまたはUNIXでのOracle Secure Backupのインストール」または「WindowsでのOracle Secure Backupのインストール」の説明に従って、ドメイン内の各ホストにOracle Secure Backupソフトウェアがインストールされていることが前提となっています。

関連項目:

管理ドメインの構成に使用するobtoolコマンドの詳細は、『Oracle Secure Backupリファレンス』を参照してください。

管理ドメインは、ほとんどのユーザーにとって十分であるとみなされるデフォルトのセキュリティ構成を使用して設定されます。Oracleデータベースのバックアップでは、場合によっては、ユーザー、ユーザー・クラス、セキュリティ・オプション、およびRecovery Manager(RMAN)で使用するためのOracle Secure Backupメディア管理層をさらに構成することが必要になります。

関連項目:

追加のセキュリティ構成の詳細は、『Oracle Secure Backup管理者ガイド』を参照してください。

7.1.1 Oracle Secure Backupでのネットワーク・ロード・バランシング

ネットワーク・ロード・バランシングでは、クライアントで複数のネットワーク接続が最も適切なように使用され、1つの接続ですべての同時バックアップおよびリストア・ジョブのデータ・ロードが行われないようにします。複数のバックアップ・ジョブとリストア・ジョブの転送負荷が、クライアントとメディア・サーバーで使用可能なネットワーク接続間で分散されます。ロード・バランシングはOracle Secure Backup 10.4以上で使用でき、ファイルシステムおよびOracle Databaseバックアップおよびリストア操作の両方でサポートされます。デフォルトでは、ロード・バランシングはオフになっています。

注意:

ロード・バランシングは、NDMPクライアントについてはサポートされません。

Oracle Secure Backupは、データ転送が行われるクライアントとメディア・サーバーの間にデータ接続を設定します。特定のタイプのネットワーク・インタフェースがホストに複数含まれる場合、Oracle Secure Backupは、そのタイプのインタフェースのうち使用可能なものをすべてクライアントとメディア・サーバーの間のデータ接続に使用します。ネットワーク・インタフェースのタイプは、IPv4、IPv6またはInfiniband上のRDS/RDMA (Reliable Datagram Socket over Remote Direct Memory Access)です。ロード・バランシングでは、選択された接続タイプのすべてのインタフェースでクライアントとメディア・サーバーの間に接続を必要とします。

Oracle Secure Backupは、クライアントとメディア・サーバーの両方で接続タイプがサポートされる場合にのみ、その接続タイプを選択します。したがって、クライアントとメディア・サーバーの両方でInfiniband上のRDS/RDMAおよびIPv6接続タイプがサポートされる場合、Oracle Secure BackupはInfiniband上のRDS/RDMAを接続タイプとして選択します。

優先ネットワーク・インタフェース(PNI)が構成されている場合、ロード・バランシングはメディア・サーバーで無効とされ、PNIが優先されます。ただし、クライアントではロード・バランシングは実行されます。

ネットワーク接続タイプの優先順位

複数のネットワーク接続がクライアントとメディア・サーバーの間で使用可能な場合、Oracle Secure Backupは次の優先順序に基づいて使用する接続タイプを決定します。

- Infiniband上のRDS/RDMA

- IPv6

- IPv4(インフィニバンド上のTCP/IP)

7.1.2 管理ドメインの構成手順

1. 管理ドメイン内のすべてのホストを構成します。ホストには、管理サーバー、メディア・サーバーおよびクライアントが含まれます。
ホストを構成する際に、管理ドメイン内のホストに割り当てるロールを指定します。

関連項目:

ホストの構成の詳細は、「管理ドメインのホストの構成手順」を参照してください

2. ネットワークのテープ・デバイスを管理ドメインに追加します。テープ・デバイスには、テープ・ライブラリおよびテープ・デバイスが含まれます。
管理ドメインのメディア・サーバーに接続されたテープ・デバイスを自動的に検出するか、各テープ・デバイスを手動で構成することができます。

関連項目:

- テープ・デバイスの検出の詳細は、「デバイスの自動検出の概要」を参照してください

- テープ・デバイスの追加の詳細は、「管理ドメインへのテープ・デバイスの追加」を参照してください

3. 管理ドメインに追加されたテープ・デバイスの構成を検証します。

関連項目:

テープ・デバイスの検証の詳細は、「追加したテープ・デバイスの検証および構成」を参照してください

4. 管理ドメインのディスク・プールを構成します。

関連項目:

ディスク・プールの構成の詳細は、「ディスク・プールの構成」を参照してください

管理ドメインの初期構成が完了しました。

管理ドメイン内でのホスト間のネットワーク通信は、デフォルトのセキュリティ構成で構成されます(「デフォルトのセキュリティ構成」を参照)。

注意:

引き続き、データセットのバックアップ対象ファイルを識別し、少なくとも1つのバックアップ・スケジュールを構成し、ユーザー、クラスおよびセキュリティ・ポリシーを設定する必要があります。これらの作業については、『Oracle Secure Backup管理者ガイド』を参照してください。

7.2 ホストの管理ドメインの構成

管理ドメイン内のすべてのホストにOracle Secure Backupをインストールした後、ドメインのホストを構成する必要があります。管理ドメインのホストは、管理ドメインを最初に構成する際に追加するか、後でドメインに新しいホストを定義するときに追加できます。

最初の構成が完了したら、ホストのプロパティの編集、ホストの更新、管理ドメインからのホストの削除などのタスクを実行してホストを管理できます。

この項の内容は次のとおりです。

- 管理ドメインのホスト構成について

- 管理ドメインのホストの構成手順

- 管理ドメインへのホストの追加

- 管理サーバーへのメディア・サーバー・ロールの追加

- NDMPホストへのバックアップおよびリストア環境変数の追加

- 優先ネットワーク・インタフェース(PNI)の構成

- Oracle Secure Backupでのネットワーク・ロード・バランシング

- 管理ドメインのホストのping

7.2.1 管理ドメインのホスト構成について

ホスト構成プロセスでは、管理ドメインに含まれるメディア・サーバーまたはクライアントを管理サーバーに認識させます。このプロセスは、Oracle Secure Backupをネイティブで実行する各ホストおよびNetwork Data Management Protocol (NDMP)で管理される、ネットワーク接続された各ストレージ・デバイスを含む、管理ドメイン内の各ホストに対して実行する必要があります。

管理ドメインに追加するすべてのホストに、次の属性を指定する必要があります。

- ホスト名

- IPアドレス

- 割り当てられたロール: クライアントまたはメディア・サーバー、あるいはその両方

- ホストがその時点でサービス中かどうか

ホストを管理ドメインに追加したら、管理サーバーでアクセスできるかどうかをpingで確認することをお薦めします。

関連項目:

「管理ドメインのホストのping」

ネットワーク接続ストレージ・デバイスなど、NDMPアクセス・モードを使用するホストについては、さらに次の属性を構成する必要があります。

- NDMP認証タイプ

- NDMPパスワード

- NDMPで使用するTCPポート番号

関連項目:

ホスト属性の詳細は、『Oracle Secure Backupリファレンス』を参照してください。

7.2.2 管理ドメインのホストの構成手順

ホストにOracle Secure Backupソフトウェアをインストールした後、この項の手順を使用して管理ドメインのホストを構成します。

管理ドメインのホストの構成手順:

1. 管理サーバーで実行されているOracle Secure Backup Webツールを開き、adminユーザーとしてログインします。

関連項目:

Webツールへのアクセスの詳細は、「Webツール・セッションの開始」を参照してください

2. メディア・サーバーのロールに設定する必要がある管理ドメイン内の各ホストについて、次の手順を実行します。

a. ホストにメディア・サーバーのロールを選択して、管理ドメインにホストを追加します(「管理ドメインへのホストの追加」を参照)。

注意:

管理サーバーにメディア・サーバー・ロールも割り当てられている場合、管理サーバーは管理ドメインに含まれます。管理サーバーへのメディア・サーバー・ロールの割当ての詳細は、「管理サーバーへのメディア・サーバー・ロールの追加」を参照してください。

b. このホストに接続された各テープ・デバイスが管理ドメインに含まれるように構成します(「管理ドメインへのテープ・デバイスの追加」を参照)。

c. 管理ドメインにディスク・プールが含まれるように構成します(「ディスク・プールの構成」を参照)。

3. (オプション)特定のNDMPホストでは、Oracle Secure Backupをホストで使用する前に、バックアップおよびリストア環境変数を定義する必要がある場合があります。

関連項目:

NDMPホストのバックアップおよびリストア環境変数の定義の詳細は、「NDMPホストへのバックアップおよびリストア環境変数の追加」を参照してください

4. (オプション)ホストが管理サーバーまたはメディア・サーバーとの複数の物理データ・パスを持つ場合は、他のホストとバックアップまたはリストア・データを交換する際に使用される、優先ネットワーク・インタフェース(PNI)を定義できます。

関連項目:

ホストのPNIの定義の詳細は、「優先ネットワーク・インタフェース(PNI)の構成」を参照してください

5. 各ホストに設定されるロールがクライアントのみの場合は、クライアント・ロールを選択して管理ドメインにホストを追加します(「管理ドメインへのホストの追加」を参照)。

6. 管理ドメインに追加されたすべてのホストが、ホストに設定されたIPアドレスを使用してアクセスできることを確認します。

関連項目:

ホストのpingの詳細は、「管理ドメインのホストのping」を参照してください

最初の構成が完了したら、ホスト・プロパティの編集、ホストの更新、管理ドメインからのホストの削除などのタスクを実行してホストを管理できます(「管理ドメインのホストの管理」を参照)。

7.2.3 管理ドメインへのホストの追加

管理ドメインのホスト(メディア・サーバーまたはクライアント)は、管理ドメインを最初に構成するときに追加するか、後で管理ドメインにホストを追加して構成することもできます。

管理ドメインにホストを追加するには、次のようにします。

1. 「ホスト」ページを表示します(「管理ドメイン内のホストの表示」を参照)。

2. 「基本」セクションで「ホスト」をクリックして、「ホスト」ページを表示します。

3. ホストを追加するには「追加」をクリックします。

「構成:ホスト」>「新規ホスト」ページが表示されます。

4. 「ホスト」フィールドに、Oracle Secure Backupの管理ドメインにおけるホストの一意の名前を入力します。

通常、この名前は、ネットワーク上でホスト名解決システム(DNSやNISなど)を使用してIPアドレスに解決可能なホスト名です。ただし、単にOracle Secure Backupで使用するための異なるホスト名を割り当てることができます。

入力する名前は、英数字で始まる必要があります。名前は文字、数字、ダッシュ、アンダーライン、およびピリオドのみで構成されます。ホスト名の長さは、最大127文字です。

5. 次のような状況では、「IPインタフェース名」フィールドに値を入力する必要があります。

- このホストの名前が、DNSやNISなどのメカニズムを使用してIPアドレスに解決できない。

- ホストの解決可能な名前が、「ホスト」フィールドに入力した値と異なる。

- ホストにOracle Secure Backupで使用する複数のIPインタフェース名またはIPアドレスがある。

前述の条件のいずれかがこのホストに該当する場合、このフィールドに1つ以上のIPインタフェース名を入力します。有効な値は、解決可能なホスト名またはIPアドレスです。複数の値はカンマで区切ります。

たとえば、ホスト名にはmyhost.oracle.com、IPアドレスには141.146.8.66を使用できます。

このフィールドに値を指定すると、Oracle Secure Backupでは、このホストへの接続が必要になったときに、「ホスト」フィールドに指定した名前を使用せずに、ホスト名またはIPアドレスを指定順に試行します。

注意:

一部のホストで特定のネットワーク・インタフェースを使用してこのホストに接続する必要がある場合は、管理ドメインの初期構成完了後、優先ネットワーク・インタフェース(PNI)機能を使用して、これらのホストに対してこの順序を無効にすることができます。詳細は、「優先ネットワーク・インタフェース(PNI)の構成」を参照してください。

6. 「ステータス」リストで、次のいずれかを選択します。

- サービス中
ホストが、バックアップおよびリストア操作の実行に使用できることを示すには、このオプションを選択します。

- サービス中ではありません
ホストが、バックアップおよびリストア操作の実行に使用できないことを示すには、このオプションを選択します。

7. I「ロール」リストで、このホストのロール(admin、clientまたはmediaserver)を選択します。

8. 「暗号化」フィールドに、このホストに実行されるバックアップ操作の暗号化の設定を指定します。次の値のいずれかを選択する。

- 必須

- 許可

関連項目:

暗号化の設定の詳細は、『Oracle Secure Backup管理者ガイド』を参照してください。

9. 「アルゴリズム」フィールドで、「aes128」、「aes192」または「aes256」のいずれかのオプションを選択して、このホストのために作成されるバックアップの暗号化に使用する必要があるアルゴリズムを指定します。

関連項目:

暗号化のアルゴリズムの詳細は、『Oracle Secure Backup管理者ガイド』を参照してください。

10. 「アクセス方法」フィールドで、次のいずれかを選択します。

- OB
Oracle Secure BackupがインストールされているWindows、LinuxおよびUNIXホストには、このオプションを選択します。

- NDMP
Oracle Secure Backupがインストールされていない、NDMPをサポートするデバイス(ネットワーク接続ストレージ・デバイスなど)には、このオプションを選択します。

注意:

OBアクセス・モードは、プライマリ・アクセス・モードと同義語です。アクセス・モードについては、「Oracle Secure Backupホストのアクセス・モード」を参照してください。

11. 「RDSの無効化」フィールドで、次のいずれかを選択します。

- はい
クライアントとメディア・サーバーとの間の通信にInfiniband上でReliable Datagram Socket (RDS)を使用することを無効にするには、このオプションを選択します。デフォルト・プロトコルであるTCP/IPが通信に使用されます。

- いいえ
クライアントとメディア・サーバーとの間の通信にInfiniband上でReliable Datagram Socket (RDS)を使用することを有効にするには、このオプションを選択します。

- systemdefault
管理ドメイン・レベルの設定および操作ポリシーdisablerdsを使用して、RDSがホストに対して有効かどうかを決定することを指定するには、このオプションを選択します。たとえば、systemdefaultをホスト・レベルで設定し、disablerdsポリシーをnoに設定すると、ホストではデータ転送にRDSが使用されます。

関連項目:

RDSの詳細は、「Oracle Secure BackupとReliable Datagram Socket (RDS)」を参照してください

12. 「公開鍵および秘密鍵のサイズ(ビット)」で、このホストのアイデンティティ証明書に関連付けられる公開鍵および秘密鍵のサイズを選択します。

obアクセス・モードを使用するホストの場合は、手順20に進んでください。NDMPモードを使用する必要があるネットワーク接続ストレージ(NAS)・デバイスなどのホストの場合は、手順13に進んでください。手順13から18は、NDMPモードのホストにのみ適用されます。

13. NDMP認証タイプ・リストで、認証タイプを選択します。認証タイプは、Oracle Secure BackupがNDMPサーバーに対して自己認証する方法を定義します。通常はデフォルト設定を使用します。

次の内容から選択します。

- デフォルト
NDMPポリシーに対する認証タイプの値を使用するには、このオプションを選択します。

- なし
Oracle Secure BackupからNDMPサーバーを使用して、認証データを指定しない場合は、このオプションを選択します。この方法は通常失敗します。

- ネゴシエーション済
NDMPサーバーとネゴシエーションを行い、使用する最適の認証モードを決定するには、このオプションを選択します。

- テキスト
暗号化されていないテキストを使用して認証するには、このオプションを使用します。

- md5
MD5ダイジェスト・アルゴリズムを使用して認証するには、このオプションを選択します。

関連項目:

NDMP関連のポリシーについては、『Oracle Secure Backup管理者ガイド』を参照してください。

14. 「ユーザー名」フィールドに、このNDMPサーバーに対するOracle Secure Backupの認証に使用する名前を入力します。空白のままにすると、NDMPポリシーでの名前が使用されます。

15. 「パスワード」リストで、次のいずれかのオプションを選択します。

- デフォルト・パスワードの使用
デフォルトのNDMPパスワードを使用するには、このオプションを選択します。

- テキスト・パスワードの使用
パスワードを入力するには、このオプションを選択します。

- NULLに設定
NULLパスワードを使用するには、このオプションを選択します。

パスワードは、このNDMPサーバーに対するOracle Secure Backupの認証に使用されます。

注意:

コマンドラインまたはコマンド・スクリプトでのクリア・テキストによるパスワードの指定は推奨されません。セキュリティ上の脆弱性となります。推奨される方法は、ユーザーがパスワードの入力の要求に応じる方法です。

16. 「バックアップ・タイプ」フィールドに、NDMPバックアップ・タイプを入力します。バックアップ・タイプとは、ホストで実行中のNDMPデータ・サービスでサポートされているバックアップ方式の名前です。バックアップ・タイプは、各データ・サービス・プロバイダで定義されています。

17. 「プロトコルのバージョン」リストで、「2」、「3」、「4」または 「サーバーの指定」を選択します。NDMPプロトコルのバージョンの詳細は、「Oracle Secure Backupホストのアクセス・モード」を参照してください。

18. 「ポート」フィールドに、ポート番号を入力します。通常、NDMPポリシーのTCPポート(10000)が使用されます。このサーバーでデフォルト以外のポートを使用する場合は、別のポートを指定できます。

19. 必要に応じて、バックアップおよびリストア環境変数を追加します(「NDMPホストへのバックアップおよびリストア環境変数の追加」を参照)。

20. 「TCP/IPバッファ・サイズ(バイト)」フィールドに、バッファ・サイズの値(バイト)を入力します。

21. 管理ドメインに追加するホストが、現在ネットワーク上でアクセスできない場合は、「ホストとの通信の停止」オプションを選択します。

22. 「OK」をクリックして、変更を保存します。

7.2.4 管理サーバーへのメディア・サーバー・ロールの追加

Oracle Secure Backupをホストにインストールするとき、管理サーバー・ロールとメディア・サーバー・ロールの両方を選択した場合、そのホストは自動的に管理ドメインの一部となります。ただし、obtoolのchhostコマンドまたはOracle Secure Backup Webツールを使用してこのロールを明示的に付与するまで、メディア・サーバーとして認識されません。

関連項目:

chhostコマンドの構文およびセマンティックスは、『Oracle Secure Backupリファレンス』を参照してください。

Oracle Secure Backup Webツールを使用して管理サーバーにメディア・サーバー・ロールを追加する手順:

1. Oracle Secure Backup Webツールの「構成」ページで、「ホスト」をクリックします。

「構成: ホスト」ページが表示されます。

2. 管理サーバーを選択し、「編集」をクリックします。

「構成: ホスト > host_name」ページが表示されます。

3. 「ロール」リストで、[Shift]キーを押しながらクリックしてメディア・サーバー・ロールを追加し、「OK」をクリックします。

管理サーバー・ホストの「ロール」列にメディア・サーバー・ロールが追加された「構成: ホスト」ページが再び表示されます。

7.2.5 NDMPホストへのバックアップおよびリストア環境変数の追加

一部のNDMPホストでは、バックアップおよびリストア環境変数を追加しないと、Oracle Secure Backupで機能しません。

バックアップおよびリストア環境変数を追加する手順:

1. バックアップ環境変数またはリストア環境変数フィールドの横に表示されるフィールドに、名前/値のペアを入力します。

2. 「追加」をクリックして、環境変数として名前/値のペアを追加します。

環境変数の名前または値に空白が含まれている場合、名前または値を引用符で囲み、正しく処理されるようにする必要があります。たとえば、A=Bまたは"Name A"="Value B"(名前または値に空白が含まれる場合)と入力します。

3. 既存の環境変数のペアを選択し、「削除」をクリックしてそのペアを削除します。

7.2.6 優先ネットワーク・インタフェース(PNI)の構成

この項の内容は次のとおりです。

- PNIについて

- インバウンド接続用のPNIの構成

- アウトバウンド接続用のPNIの構成

- インバウンド接続用のPNIの削除

- アウトバウンド接続用のPNIの削除

注意:

ホストのPNI構成設定は、Oracle Secure Backupサービスにのみ適用されます。これらの設定は、ネットワーク選択にも、同じホスト上で実行されている他のアプリケーションの使用にも影響しません。

7.2.6.1 PNIについて

PNI (優先ネットワーク・インタフェース)を使用して、管理ドメインの2つのホスト間の通信に使用する必要があるネットワークまたはインタフェースを構成できます。

クライアント(バックアップまたはリストアの対象となるプライマリ・ストレージを含む)、メディア・サーバー(バックアップ・メディアの書込みおよび読取りを行う1つ以上のセカンダリ・ストレージ・デバイスを制御する)、および管理サーバーの間には、複数の物理データ・パスが存在する場合があります。たとえば、ホストに、管理ドメイン内に複数のホストが含まれるネットワークに接続された複数のネットワーク・インタフェースがあるとします。クライアントは通常、ネットワーク上で大量のバックアップデータを転送します。したがって、データの送信が必要なネットワーク/インタフェースを指定すると、本番ネットワークをバックアップ・データに利用するとき発生しうるパフォーマンス上の問題が回避されます。

ホストごとにPNIを構成すれば、バックアップ・データを送信する際、あるいはリモートのOracle Secure Backupサービスでインバウンド・データを送信する際に特定のネットワークまたはインタフェースを使用するようOracle Secure Backupサービスに指示することができます。PNIは、制御接続とデータ接続のどちらにも対応します。データ接続は、バックアップ・データの転送に使用されます。バックアップ・データはサイズが大きいため、ネットワーク帯域幅をかなり消費します。制御接続は、管理ドメインの管理に使用されます。制御接続を介して送信されるメッセージは小さく、最小限の帯域幅しか消費しません。

関連項目:

ネットワーク・ロード・バランシングおよびPNIの詳細は、「Oracle Secure Backupでのネットワーク・ロード・バランシング」を参照してください

7.2.6.1.1 インバウンド接続用のPNIについて

インバウンド接続用のPNIを構成する際には、リモート・ホスト(メディア・サーバーまたはクライアント)がホストとの接続を確立するときに使用されるインタフェースを指定します。

関連項目:

- インバウンド接続用のPNIの構成

- インバウンド接続用のPNIの削除

7.2.6.1.2 アウトバウンド接続用のPNIについて

ホストからのアウトバウンド接続用にPNIを構成する際には、このホストがリモート・ホスト(メディア・サーバーまたはクライアント)に接続するときに使用する必要があるネットワークとインタフェースを指定します。構成したPNIは、データ接続と制御接続の両方に使用されます。

次のいずれかを作成して、アウトバウンド接続用のPNIを指定します。

- 単一インタフェースのみ
送信バックアップ・データおよび制御データの転送を、構成したPNIで指定されているインタフェースに制限します。このインタフェースは、接続を確立しようとしているリモート・ホストに存在する必要があります。アドレス・ファミリごとに1つ(IPv4で1つ、IPv6で1つ)のネットワーク/インタフェースを構成できます。RDS接続には、単一インタフェースを使用しないでください。このタイプの接続を使用する場合、他のネットワークを、このホストのアウトバウンド接続のPNIとして構成することはできません。

- 指定した1つ以上のネットワーク
リモート・ホストに接続するとき、指定したネットワークを使用します。1つ以上のネットワークを指定できます。オプションで、送信ネットワークごとに1つのバインド・アドレスを指定できます。バインド・アドレスを指定しない場合、バインド先のアドレスはオペレーティング・システムによって決定されます。複数のネットワークを指定した場合、指定したリモート・ホストIP名の順序に基づいて接続が試行されます。

指定したネットワークが使用できない場合は、使用可能なネットワークとインタフェースを使ってリモート・ホストに接続するようにOracle Secure Backupを構成できます。ネットワークをPNIとして構成するには、次のIP値を使用します。

0.0.0.0/0: 任意のIPv4ネットワーク

0::0/0: 任意のIPv6ネットワーク

0/0: 任意のIPv4またはIPv6ネットワーク

関連項目:

- アウトバウンド接続用のPNIの構成

- アウトバウンド接続用のPNIの削除

7.2.6.1.3 PNIおよびネットワーク接続タイプ

ホストには異なるタイプのネットワークを使用できます。Oracle Secure Backupは、制御接続用としてIPv4とIPv6をサポートし、データ接続用としてIPv4、IPv6、Infiniband上のRDS/RDMAをサポートします。複数のネットワーク接続がクライアントとメディア・サーバーの間で存在する場合、Oracle Secure Backupは次の基準で、使用する接続タイプを決定します。

- PNIが構成されている場合、PNIで指定されているネットワーク・インタフェースを使用し、クライアントとメディア・サーバー間でバックアップ・データおよびリストア・データが転送されます。選択する接続タイプは、PNIで指定されているネットワーク・インタフェースの接続タイプと同じです。

- PNIが構成されていない場合、Oracle Secure Backupは次のように接続タイプを選択します。

- 制御接続の場合、優先順位はホスト・オブジェクトのIPアドレスの順序に基づいて決まります。各クライアントにホスト・オブジェクトがあります。ホスト・オブジェクトには、そのホストへのアクセスに使用できるIPアドレスのリストが含まれます。

- データ接続の場合、使用されるデフォルトの接続は接続のタイプによって異なります。優先順位については、「ネットワーク接続タイプの優先順位」を参照してください。
特定の接続タイプを使用するには、クライアントとメディア・サーバーの両方でその接続タイプがサポートされる必要があります。

7.2.6.2 インバウンド接続用のPNIの構成

ホストのインバウンド接続用にPNIを構成すると、インバウンドPNIで指定したリモート・ホストは、PNIで指定されているインタフェースを使用してデータをホストに送信します。

インバウンド接続用のPNIを構成する手順:

1. 「ホスト」ページを表示します(「管理ドメイン内のホストの表示」を参照)。

2. PNIを構成するホストを選択し、「編集」をクリックします。

「ホストの構成」→「host_name」ページが表示されます。

3. 「優先ネットワーク・インタフェース」をクリックします。

「ホストの構成」→「host_name」→「優先ネットワーク・インタフェース」ページが表示されます。

ページ右上のリストで、「インバウンド」が選択されていることを確認します。これはデフォルト選択です。

4. 「インタフェース」リストから、IPアドレスとDNSを選択します。

このリストには、このホストを参照できるインタフェースのリストが表示されます。リモート・ホストがこのホストに接続するとき、このIPアドレスまたは名前が使用されます。

5. 「クライアント」リストで、このホストへの接続を作成するときにこのIPアドレスまたは DNS名が使用するクライアントを1つ以上選択します。

6. 「Add」をクリックします。

7.2.6.3 アウトバウンド接続用のPNIの構成

管理ドメインのホストに複数のネットワーク・パスが存在する場合、PNIを構成して、このホストから他のリモート・ホストへの接続を作成するときに使用する必要があるネットワーク/インタフェースを定義することができます。

ホストからのアウトバウンド接続用のPNIを構成する手順:

1. 「ホスト」ページを表示します(「管理ドメイン内のホストの表示」を参照)。

2. PNIを構成するホストを選択し、「編集」をクリックします。

「ホストの構成」→「host_name」ページが表示されます。

3. 「優先ネットワーク・インタフェース」をクリックします。

「ホストの構成」→「host_name」→「優先ネットワーク・インタフェース」ページが表示されます。

4. ページ右上のリストで、「アウトバウンド」を選択します。

「アウトバウンド・インタフェース」セクションが表示されます。

5. PNIとして構成するアウトバウンド接続のタイプに応じて、次のいずれかの手順を実行します。

a. すべてのアウトバウンド接続に対して単一のインタフェースを構成する場合:

i. 「useonly」を選択します。

ii. 「useonly」オプションに対応する「interface」列で、PNIとして使用する必要があるインタフェースを選択します。

注意:

「useonly」インタフェースを構成した場合、他のネットワークをこのホストのPNIとして構成することはできません。

b. アウトバウンド接続に対して、指定されたネットワークを構成する場合:

i. 「ネットワーク」を選択します。

ii. 「ネットワーク」オプションに対応する「ネットワーク」列で、PNIとして使用する必要があるネットワークを選択します。

iii. (オプション)「インタフェース」列で、選択した「ネットワーク」オプションに応じて、使用する必要があるバインド・アドレスを選択します。

c. アウトバウンド接続に対して任意のネットワークを構成する場合:

i. 「ネットワーク」を選択します。

ii. 「ネットワーク」オプションに対応する「ネットワーク」列で、ネットワークに次のいずれかを指定します。
0.0.0.0/0: 任意のIPv4ネットワーク

0::0/0: 任意のIPv6ネットワーク

0/0: 任意のIPv4またはIPv6ネットワーク

6. 「追加」をクリックして、アウトバウンド用のPNIとして指定されている詳細を追加します。

指定した詳細が追加され、ページの上部に表示されます。

7. (オプション)「useonly」インタフェースを構成しなかった場合は、「追加」をクリックしてステップ5の手順を実行し、別のネットワークをPNIとして構成します。

7.2.6.4 インバウンド接続用のPNIの削除

インバウンド接続用のPNIを削除する手順:

1. 「ホスト」ページを表示します(「管理ドメイン内のホストの表示」を参照)。

2. PNIを削除するホストを選択し、「編集」をクリックします。

「ホストの構成」→「host_name」ページが表示されます。

3. 「優先ネットワーク・インタフェース」をクリックします。

「ホストの構成」→「host_name」→「優先ネットワーク・インタフェース」ページが表示されます。

4. 「インバウンド・インタフェース」で、PNI構成として削除するインタフェースとクライアントに対応する「選択」をクリックします。

5. 「削除」をクリックします。

7.2.6.5 アウトバウンド接続用のPNIの削除

ホストからのアウトバウンド接続用のPNIを削除する手順:

1. 「ホスト」ページを表示します(「管理ドメイン内のホストの表示」を参照)。

2. PNIを削除するホストを選択し、「編集」をクリックします。

「ホストの構成」→「host_name」ページが表示されます。

3. 「優先ネットワーク・インタフェース」をクリックします。

「ホストの構成」→「host_name」→「優先ネットワーク・インタフェース」ページが表示されます。

4. ページ右上で、「アウトバウンド」を選択します。

アウトバウンド接続に構成されているPNIのリストが表示されます。

5. 「アウトバウンド・インタフェース」セクションで、削除しようとしているPNI構成に対応する「選択」をクリックします。

6. 「削除」をクリックします。

7.2.7 管理ドメインのホストのping

Oracle Secure Backupのping操作を使用すると、構成したIPアドレスのそれぞれで、Oracle Secure Backupからのリクエストにホストが応答するかどうかを確認できます。

ホストのpingでは、構成した各IPアドレスで、そのホストへのTCP接続の確立が試みられます。Oracle Secure Backupを実行するホストの場合、TCPポート400で接続されます。NDMPアクセス・モードを使用するホストの場合、構成されたNDMP TCPポート(通常、10000)を介して接続されます。

各接続のステータスが報告され、接続はそれぞれ正常に確立されるとすぐにクローズされます。

管理ドメインのホストをpingする手順:

1. 「ホスト」ページを表示します(「管理ドメイン内のホストの表示」を参照)。

2. 「ホスト」ページで、pingを実行するホストを選択します。

3. 「ping」をクリックします。

ページにはステータス行が実行結果とともに表示されます。

7.3 デバイスの自動検出の概要

Oracle Secure Backupでは、管理ドメインのメディア・サーバーに接続されたライブラリおよびテープ・ドライブを検出して構成できます。

デバイスの自動検出を使用しない場合は、接続されたテープ・デバイスを手動で構成できます(「管理ドメインへのテープ・デバイスの追加」を参照)。

7.3.1 デバイスの自動検出の概要

管理ドメイン内のメディア・サーバーに接続されたライブラリおよびテープ・ドライブを自動的に検出して構成できます。これにはOracle Secure BackupソフトウェアがインストールされているNDMPサーバーおよびメディア・サーバーが含まれます。デバイスの自動検出により、接続されたライブラリおよびドライブの構成プロセスが自動化され、接続されたテープ・ドライブを管理ドメインにすぐに追加できます。オプションにより、すべての接続されたライブラリおよびドライブの構成、または特定のホストに接続されたデバイスの構成ができます。

最初の構成に加えて、デバイスの自動検出では、ライブラリおよびテープ・ドライブの構成での変更も検出できます。既存の構成済テープ・デバイスを持つメディア・サーバーに対してデバイスの自動検出を実行した場合、Oracle Secure Backupですでに構成されているデバイスは再構成されません。この情報を使用して、既存テープ・デバイスの構成情報を更新できます。Oracle Secure Backupでは、デフォルトでは、/devディレクトリにあるSolaris、LinuxおよびAIXの接続ライブラリおよびテープ・デバイスが検出されます。

注意:

デバイスの自動検出機能によるデバイスの再検出は、現在のドメイン内の既存デバイスが使用されていない場合にのみ使用することをお薦めします。

Oracle Secure Backupで検出されるテープ・デバイス構成の変更

デバイスの自動検出中に、次のメディア・チェンジャおよびテープ・デバイスが検出されます。

- 現在の管理ドメインに以前に含まれていなかったメディア・チェンジャおよびテープ・ドライブ。
検出された各デバイスについて、Oracle Secure Backupでは、内部で割り当てられた名前でデバイスを作成し、そのデバイスのアタッチメントを構成できます。

- 新しいアタッチメントを持つ、以前に構成されたライブラリまたはテープ・デバイス(あるいはその両方)。
この場合、Oracle Secure Backupは、既存のデバイス構成に新しいアタッチメントを追加できます。

Oracle Secure Backupは、メディア・サーバーのオペレーティング・システムにより報告されるデバイスのシリアル番号を読み取ってライブラリおよびテープ・デバイスを検出します。複数のアタッチメントを持つデバイスは、複数のメディア・サーバーにより報告されるそれらのシリアル番号が同一であることに基づいて検出されます。Oracle Secure Backupでは、オペレーティング・システムにより割り当てられた論理名ではなく、アタッチメントに関連付けられたシリアル番号に基づいてデバイスが構成されます。

- 以前に構成された、アタッチメントが欠落しているデバイス。
Oracle Secure Backupでは、欠落しているデバイス・アタッチメントの情報が表示されます。

7.3.2 SCSIテープ・デバイスの永続バインディングの概要

Oracle Secure Backupでは、デバイスのファイル名(/dev/sg3など)を使用して実際の物理テープ・デバイスを参照します。これらのデバイス・ファイル名は、デバイスの構成時に接続ポイント仕様の一部として指定されます。ハードウェア構成の変更またはシステムの再起動によって、既存のファイル名が、元の構成済テープ・デバイスではなく、別のテープ・デバイスを指すようになる場合があります。システム管理者は、ハードウェア構成の変更やシステムの再起動によってSCSIテープ・デバイス構成が変更されないように、永続バインディングを使用してテープ・デバイスを設定できます。永続バインディングを使用すると、構成されたSCSIテープ・デバイスへのデバイス・ファイルのマッピングにシンボリック・リンクが使用されます。したがって、Oracle Secure Backupでは、デバイス・ファイルが常に適切なテープ・デバイスにマップされます。永続バインディングを使用しているテープ・デバイスも、自動検出および構成の対象となります(「デバイスの自動検出の概要」を参照)。

注意:

永続バインディングは、Linux 64ビット・プラットフォームでのみサポートされます。

デフォルトでは、/devディレクトリにアタッチメントがあるSolaris、LinuxおよびAIXの接続ライブラリおよびテープ・ドライブが検出されます。ただし、永続バインディングを使用する場合、テープ・デバイス・ファイルが別のディレクトリに保存されることがあります。SCSI永続デバイスの検出先ディレクトリを指定するには、OB_DEVICE_SEARCH_PATH環境変数を使用します。

関連項目:

OB_DEVICE_SEARCH_PATH環境変数の情報については、『Oracle Secure Backupリファレンス』のdiscoverdevに関する項を参照してください

7.3.3 管理ドメインのテープ・デバイスの検出および構成手順

管理ドメインのメディア・サーバーに接続されたテープ・デバイスの検出を行うか、検出されたデバイスの構成も行うかは、必要に応じて決定できます。

関連項目:

検出されたテープ・デバイスを使用可能にするかどうかを管理するポリシーの設定の詳細は、『Oracle Secure Backupリファレンス』のdiscovereddevicestateポリシーを参照してください。

テープ・デバイスを自動的に検出して構成する手順:

1. 管理サーバーで実行されているOracle Secure Backup Webツールを開き、adminユーザーとしてログインします。

関連項目:

Webツールへのアクセスの詳細は、「Webツール・セッションの開始」を参照してください

2. 「構成」タブをクリックします。

「構成」ページが表示されます。

3. 「デバイスの検出」をクリックします。

「構成: デバイスの検出」>「検出」ぺージが表示されます。

4. 「メディア・サーバー」フィールドで、次のいずれかのオプションを選択します。

- 特定のタイプ
すべてのテープ・デバイスまたは特定のタイプのホストに接続されたテープ・デバイスを検出します。次のいずれかを選択します。

- すべて:管理ドメイン内のすべてのホストに接続されたテープ・デバイスが検出されます。

- OSB: Oracle Secure Backupソフトウェアがインストールされているホストに接続されたテープ・デバイスが検出されます。

- NDMP:管理ドメイン内のすべてのNDMPデバイスに接続されたテープ・デバイスが検出されます。

- 特定のホスト
特定のホストに接続されたテープ・デバイスが検出されます。複数のホストを選択するには、[Shift]キーを押しながらホストを選択します。

5. SCSI永続バインディングを使用してテープ・デバイスが設定されている場合は、OB_DEVICE_SEARCH_PATHパラメータを使用してOracle Secure Backupがデバイス・ファイルを検索するパスを指定する必要があります。

関連項目:

OB_DEVICE_SEARCH_PATHパラメータの詳細は、『Oracle Secure Backupリファレンス』を参照してください。

6. 「オプション」フィールドで、次のいずれかのオプションを選択します。

- 検出されたデバイスの表示
Oracle Secure Backupにより検出された接続テープ・デバイスの情報が表示されます。検出されたデバイスは、ドメイン内に構成されません。

- 検出されたデバイスを自動的に構成
メディア・サーバーに接続されたテープ・デバイスを検出し、管理ドメイン内のデバイスとしてそれらを構成します。

- 欠落しているデバイスのみ表示
以前に構成されているが、デバイス検出プロセスでアタッチメントが検出されなかったテープ・デバイスの情報が表示されます。

7. 「検出」をクリックします。

変更されたテープ・デバイスが検出された場合、Oracle Secure Backup Webツールには次のようなメッセージが表示されます。

図7-1 デバイスの検出ページ

7.3.4 欠落しているテープ・デバイスの検出手順

デバイスの自動検出では、以前に構成されているが、現在は管理ドメインから欠落しているテープ・デバイスを検出できます。

管理ドメインから欠落しているデバイスを検出する手順:

1. 管理サーバーで実行されているOracle Secure Backup Webツールを開き、adminユーザーとしてログインします。

関連項目:

Webツールへのアクセスの詳細は、「Webツール・セッションの開始」を参照してください

2. 「構成」タブをクリックします。

「構成」ページが表示されます。

3. 「デバイスの検出」をクリックします。

「構成: デバイスの検出」>「検出」ぺージが表示されます。

4. 「メディア・サーバー」フィールドで、次のいずれかのオプションを選択します。

- 特定のタイプ
すべてのテープ・デバイスまたは特定のタイプのホストに接続されたテープ・デバイスを検出します。次のいずれかを選択します。

- すべて:管理ドメイン内のすべてのホストに接続されたテープ・デバイスが検出されます。

- OSB: Oracle Secure Backupソフトウェアがインストールされているホストに接続されたテープ・デバイスが検出されます。

- NDMP:管理ドメイン内のすべてのNDMPデバイスに接続されたテープ・デバイスが検出されます。

- 特定のホスト
指定したホストに接続されたテープ・デバイスが検出されます。複数のホストを選択するには、[Shift]キーを押しながらホストを選択します。

5. 「オプション」フィールドで、「欠落しているデバイスのみ表示」を選択します。

6. 「検出」をクリックします。

7.4 管理ドメインへのテープ・デバイスの追加

この項では、Oracle Secure Backupで使用するために、テープ・ドライブおよびテープ・ライブラリを構成する方法について説明します。管理ドメインの初期構成時には、環境内のすべてのテープ・デバイスをドメインに追加する必要があります。その後、ドメインに新しいデバイスを追加する際には、この項で説明する手順を使用して新しいテープ・デバイスを構成する必要があります。

この項の内容は次のとおりです。

- テープ・デバイスの名前について

- テープ・ドライブおよびライブラリの手動構成の概要

- 「デバイス」ページの表示

- テープ・ライブラリの手動による構成

- テープ・ドライブの構成

- NDMPコピー対応仮想テープ・ライブラリの構成

- テープ・デバイスのアタッチメントの追加

- SAN接続テープ・デバイスの複数のアタッチメント

- マルチホスト・デバイス・オブジェクトの構成

7.4.1 テープ・デバイスの名前について

テープ・デバイスには、ホストのオペレーティング・システムにより論理名(nrst0aなど)を割り当てることができますが、World Wide Name(nr.WWN[2:000:0090a5:0003f7]L1.aなど)を付けることもできます。Network Appliance Filerに接続されたファイバ・チャネル・テープ・ドライブやテープ・ライブラリなどの一部のプラットフォームでは、論理名がオペレーティング・システムの再起動のたびに変更される可能性があります。Oracle Secure Backupではこのようなテープ・デバイスをサポートしますが、デバイスは、オペレーティング・システムが再起動されても変更されないWolr Wide Nameで参照される必要があります。

文字列$WWNで表されるアタッチメントのRAWデバイス名の部分文字列は、テープ・デバイスがオープンされるたびにWWNの値に置き換えられます。たとえば、ストレージ・エリア・ネットワーク(SAN)のNetwork Appliance Filerに対して使用可能なRAWデバイス名はnr.$WWN.aで、デバイス・オブジェクトで検出されたWorld Wide Nameを持つ、巻戻しなしの最適圧縮テープ・デバイスを指定します。

WWNは通常、Oracle Secure Backupのデバイス検出機能により自動的に検出されます。しかし、必要な場合は手動で入力できます。

7.4.2 テープ・ドライブおよびライブラリの手動構成の概要

テープ・ドライブとテープ・ライブラリのどちらにも、次の属性を構成できます。

- テープ・デバイスの名前

- アタッチメント(ホストへのテープ・デバイスの物理または論理接続の記述)

- テープ・デバイスがサービス中かどうか

テープ・ドライブの場合、さらに次の属性を構成できます。

- テープ・ドライブが格納されているテープ・ライブラリ(テープ・ドライブがスタンドアロンでない場合)

- テープ・デバイスで使用できる記憶域要素の範囲(テープ・ドライブがテープ・ライブラリ内にある場合)

注意:

Oracle Secure Backupでは、データ転送要素(DTE)番号でテープ・ライブラリ内の各テープ・ドライブを識別します。テープ・デバイスがテープ・ライブラリ内にインストールされている場合、各テープ・デバイスにDTE番号を割り当てる必要があります。DTEは、1からnの番号です。データ転送要素番号の詳細は、『Oracle Secure Backupリファレンス』のmkdevコマンドに対する--dteオプションの説明を参照してください。

テープ・ライブラリの場合、さらに次の属性を構成できます。

- 自動クリーンアップが有効かどうか

- クリーンアップ間隔の期間

- バーコード・リーダーが存在するかどうか

関連項目:

テープ・デバイス属性の詳細は、『Oracle Secure Backupリファレンス』を参照してください。

7.4.2.1 テープ・デバイスの構成方法

Oracle Secure Backupで使用するテープ・ドライブまたはテープ・ライブラリは、次のいずれかの方法で構成できます。

- 自動検出
Oracle Secure Backupでは、メディア・サーバーに接続された各セカンダリ・ストレージ・デバイスを、自動的に検出し、構成できます。

関連項目:

「デバイスの自動検出の概要」

- 手動
Oracle Secure Backupがインストールされているメディア・サーバーに接続されたテープ・デバイスを、管理ドメインに手動で追加する必要があります。

関連項目:

「管理ドメインへのテープ・デバイスの追加」

注意:

ホストを参照するアタッチメント・ポイントを持つテープ・デバイスを追加する前に、そのホストにメディア・サーバーのロールを追加する必要があります。これは自動的に実行されません。

7.4.3 管理ドメインでテープ・デバイスを構成する手順

この項では、テープ・デバイスを構成する手順の概要を示します。各手順には、デバイス構成タスクの実行方法を説明する項へのリンクが含まれます。

テープ・デバイスを含むように管理ドメインを構成するには、次のようにします。

1. 次のいずれかの手順を実行して、管理ドメインにテープ・デバイスを追加します。

- テープ・ライブラリおよびテープ・デバイスを手動で構成します。

a. メディア・サーバーにローカルに接続されているテープ・ライブラリを構成します(「テープ・ライブラリの手動による構成」を参照)。

b. メディア・サーバーにローカルに接続されているテープ・ドライブを構成します(「テープ・ドライブの構成」を参照)

c. 「テープ・デバイスのアタッチメントの追加」に説明されているとおりに、テープ・デバイスとテープ・デバイスの接続先ホストとの間のアタッチメントを作成します。
テープ・デバイスは複数のアタッチメントを持つことができます。

テープ・ライブラリが管理ドメイン内の複数のホストによって共有される場合は、共有デバイスの取り扱いの詳細を「マルチホスト・デバイス・オブジェクトの構成」で参照してください。

- 「デバイスの自動検出の概要」で説明されているとおりに、自動デバイス検出を使用して、ホストに接続されているすべてのテープ・デバイスを追加します。

2. ネットワークでアクセス可能だが、ローカルに接続されていないテープ・デバイスを構成します。
テープ・デバイスを制御するメディア・サーバーを決定し、メディア・サーバーごとに、メディア・サーバーとテープ・デバイス間のアタッチメントを指定する必要があります。手順は、メディア・サーバーにローカルに接続されたテープ・デバイスの構成と同じです。

3. 「テープ・デバイス構成の検証」に説明されているとおりに、各デバイス・アタッチメントを検証します。

4. 「テープ・ライブラリ・インベントリの更新」に説明されているとおりに、各テープ・ライブラリのインベントリを作成してそのボリュームをリストします。
テープ・ライブラリ内の各ボリュームは、バーコードまたはラベルなしのステータスのいずれかを示します。ライブラリでスロットがふさがっていると表示されていると、このスロットは無効の状態です。

7.4.4 「デバイス」ページの表示

「デバイス」ページ(図7-2)には、現在、管理ドメインにある各テープ・ライブラリおよびテープ・ドライブが表示されます。ページには、すべてのテープ・デバイスのタイプ、ステータスおよび名前が表示されます。

図7-2 「デバイス」ページ

「デバイスページを表示する手順:

1. 管理サーバーで実行されているOracle Secure Backup Webツールを開き、adminユーザーとしてログインします。

関連項目:

Webツールへのアクセスの詳細は、「Webツール・セッションの開始」を参照してください

2. 「構成」タブをクリックします。

3. 「基本」セクションの「デバイス」をクリックします。

「構成: デバイス」ぺージが表示されます。

7.4.5 テープ・ライブラリの手動による構成

デバイスの自動検出は、Oracle Secure Backupで使用するテープ・ライブラリを構成する場合の推奨される方法です。この項では、手動によるテープ・ライブラリの構成方法を説明します。

関連項目:

「デバイスの自動検出の概要」

テープ・ライブラリを構成するには、次のようにします。

1. 管理ドメインにテープ・デバイスを追加する前に、任意のSCSIターゲットをスキャンおよびオープンするシステム・ソフトウェアを無効にします。テープ・ライブラリまたはテープ・ドライブへのアクセス時に、Oracle Secure Backupが他のシステム・ソフトウェア(監視ソフトウェアなど)と競合すると、予期せぬ動作が発生する可能性があります。

2. 「デバイス」ページを表示します(「「デバイス」ページの表示」を参照)。

3. テープ・デバイスを追加するために「追加」をクリックします。

4. 「デバイス」フィールドに、テープ・デバイスの名前を入力します。

名前は、英数字で始まる必要があります。文字、数字、ダッシュ、アンダースコアまたはピリオドのみ含めることができます。最大文字数は127文字です。

テープ・デバイス名は任意の名前にできます。Oracle Secure Backupのすべてのデバイス名の間で一意である必要があります。ご使用のコンピュータ環境またはOracle Secure Backup管理ドメインで使用される他の名前とは関係ありません。

5. 「タイプ」リストで、「ライブラリ」を選択します。

6. 「ACSLS」フィールドで、テープ・ライブラリがACLSライブラリである場合はyesを選択します。

7. 「ステータス」リストで、次のいずれかを選択します。

- サービス中
テープ・デバイスが、Oracle Secure Backupのバックアップおよびリストア操作の実行に使用できることを示すには、このオプションを選択します。

- サービス中ではありません
テープ・デバイスが、バックアップまたはリストア操作の実行に使用できないことを示すには、このオプションを選択します。

- 自動: サービス中ではありません
このオプションは、テープ・デバイスが、バックアップまたはリストア操作の実行に使用できないことを示します。これは操作が失敗すると自動的に設定されます。

8. 「デバッグ・モード」リストで、「はい」または「いいえ」を選択します。デフォルトは「はい」です。

9. 「World Wide Name」フィールドに、必要な場合は、テープ・デバイスのWorld Wide Nameを入力します。

関連項目:

World Wide Nameの詳細は、「テープ・デバイスの名前について」を参照してください

10. 「バーコード・リーダー」リストで、バーコード・リーダーが存在するかどうかを示すために、次のオプションのいずれかを選択します。

- はい
テープ・ライブラリにバーコード・リーダーがあることを示すには、このオプションを選択します。

- いいえ
テープ・ライブラリにバーコード・リーダーがないことを示すには、このオプションを選択します。

- デフォルト
テープ・ライブラリ、外部デバイス・ファイル、またはその両方によって報告された情報を使用して、バーコード・リーダーを自動的に決定することを示すには、このオプションを選択します。

11. 「バーコードが必要です」リストで、「はい」または「いいえ」を選択します。「はい」を指定すると、読取り可能なバーコードのないテープの使用を拒否します。

デフォルトでは、読取り可能なバーコードの有無によりテープは区別されません。このポリシーにより、バーコードまたはボリュームIDを使用して、リストア操作に必要なテープを常に要求できます。

12. テープ・ライブラリで自動クリーンアップを使用するかどうかを設定します。

関連項目:

「ライブラリのテープ・ドライブの自動クリーニングの構成」

13. 「アンロードが必要です」リストで、「はい」または「いいえ」を選択して、テープをテープ・ドライブから記憶域要素に移動する前にアンロード操作が必要かどうかを指定します。

デフォルトは「いいえ」です。

14. いずれかの取出しタイプを選択します。次を選択できます。

- 自動
ボリュームがテープ・ライブラリからの取出し対象になると、Oracle Secure Backupはそのボリュームをエクスポート要素に移動し、ボリュームがエクスポート要素にあることをバックアップ・オペレータに通知します。エクスポート要素が使用できない場合、Oracle Secure Backupはオペレータの操作を要求します。

- リクエストごと
ボリュームがテープ・ライブラリからの取出し対象になると、Oracle Secure Backupはボリュームにその意味のマーク付けをします。これにより、メディア移動ジョブは、オペレータがジョブに返信するまで待機します。オペレータは、ジョブのトランスクリプトを介してジョブに返信します。オペレータが続行するようにジョブに返信すると、Oracle Secure Backupがエクスポート要素から該当するすべてのボリュームを取り出します。

- 手動
テープ・ライブラリからボリュームを取り出すときに自動機能は使用されません。バックアップ・オペレータは、取出し準備が整ったボリュームを含む記憶域要素を調べ、手動で取り出します。このオプションは、テープ・ライブラリにインポート/エクスポート・スロットがない場合に役立ちます。

15. 「最小書込み可能ボリューム」フィールドに、値を入力します。

Oracle Secure Backupが移動するボリュームについてテープ・デバイスをスキャンするとき、この最小書込み可能ボリュームのしきい値を調べます。最小書込み可能ボリュームのしきい値が0以外で、そのテープ・ライブラリの書込み可能ボリュームの数がこのしきい値より少ないと、ローテーション・ポリシーで定められていなくても、一杯になったボリュームのメディア移動ジョブがOracle Secure Backupによって作成されます。このとき、Oracle Secure Backupは、ボリュームが早めに移動されたことをメディア移動ジョブのトランスクリプトに記録します。

16. 「OK」をクリックして、変更を保存します。

関連項目:

「テープ・デバイスのアタッチメントの追加」

7.4.5.1 ライブラリのテープ・ドライブの自動クリーニングの構成

Oracle Secure Backupでは、テープ・ライブラリ内の各テープ・ドライブを自動的にクリーンアップできます。クリーンアップ・サイクルは、テープ・ドライブでクリーンアップが必要であることが報告されたとき、または指定した使用時間が経過したときのいずれかに開始されます。

Oracle Secure Backupでは、テープ・ドライブでのカートリッジのロードまたはアンロード時に、クリーンアップの必要があるかどうかをチェックします。その時点でクリーンアップが必要な場合、クリーニング・カートリッジをロードし、クリーンアップ・サイクルが完了するのを待って、クリーニング・カートリッジを元の記憶域要素に戻し、リクエストされたロードまたはアンロードを続行します。

テープ・ライブラリの自動クリーンアップを構成するには、次のようにします。

1. 「自動クリーンアップ」リストで、自動テープ・ドライブ・クリーンアップを有効にする場合は「はい」を、無効にする場合は「いいえ」を選択します。テープ・ドライブが使用中でないときにいつでもクリーンアップを実行するように、手動でリクエストすることもできます。

注意:

すべてのテープ・ドライブで、クリーンアップの必要性を報告できるとはかぎりません。テープ・ドライブには、クリーンアップの間隔を定義する必要があります。

「クリーンアップ間隔(期間)」フィールドに値を入力し、隣のリストからクリーンアップの頻度を選択します。この間隔は、クリーンアップ・サイクルが開始される前にテープ・ドライブが使用される時間です。自動テープ・ドライブ・クリーンアップが有効な場合、この期間はクリーンアップ・サイクル間の間隔を示します。

2. 「最も空きのあるテープを使用してクリーンアップ」フィールドで、次のオプションのいずれかを選択します。

- はい
最も空きのあるクリーニング・テープを指定するには、このオプションを選択します。選択すると、クリーニング・テープは、クリーンアップが必要なときにラウンド・ロビンします。

- いいえ
最も空きの少ないクリーニング・テープを使用するには、このオプションを選択します。選択すると、クリーニング・テープはいっぱいになるまで使用され、いっぱいになると次のクリーニング・テープが使用されます。

テープ・ライブラリに複数のクリーニング・テープがある場合、使用するテープを決める必要があります。指定しないと、残りのクリーンアップ・サイクルが最も少ないクリーニング・テープが選択されます。

3. 「OK」をクリックして、変更を保存します。

関連項目:

「テープ・デバイスのアタッチメントの追加」

7.4.6 テープ・ドライブの構成

デバイスの自動検出によるデバイスの構成が推奨される方法です。次の手順では、手動によるテープ・ドライブの構成手順を示します。

この項では、Oracle Secure Backupで使用するテープ・ドライブを構成する方法について説明します。構成するテープ・ドライブがテープ・ライブラリに接続されている場合は、最初にテープ・ライブラリを構成する必要があります(「テープ・ライブラリの手動による構成」を参照)。

Oracle Secure Backupで使用するためにテープ・ドライブを構成するには、次のようにします。

1. 管理ドメインにテープ・デバイスを追加する前に、任意のSCSIターゲットをスキャンおよびオープンするシステム・ソフトウェアを無効にします。Oracle Secure Backupがテープ・ライブラリおよびテープ・ドライブへのアクセスで他のシステム・ソフトウェア(監視ソフトウェアなど)と競合する場合、予期せぬ動作が発生する可能性があります。

2. 「デバイス」ページを表示します(「「デバイス」ページの表示」を参照)。

3. テープ・デバイスを追加するために「追加」をクリックします。

4. 「デバイス」フィールドに、テープ・デバイスの名前を入力します。

名前は、英数字で始まる必要があります。文字、数字、ダッシュ、アンダースコアまたはピリオドのみ含めることができます。最大文字数は127文字です。

テープ・デバイス名は任意の名前にできます。Oracle Secure Backupのすべてのデバイス名の間で一意である必要があります。ご使用のコンピュータ環境またはOracle Secure Backup管理ドメインで使用される他の名前とは関係ありません。

5. オプションで、「シリアル番号」フィールドにテープ・ドライブのシリアル番号を入力します。

シリアル番号を入力しない場合、Oracle Secure Backupは、テープ・ドライブを最初に開いたとき、テープ・ドライブのシリアル番号を読み取って保存します。

checkserialnumbersポリシーがデフォルトで有効になっています。テープ・ドライブ・ハードウェアを変更した場合は、それを使用する前に、テープ・ドライブのシリアル番号を更新する必要があります。

関連項目:

- 「デバイス・プロパティの編集」

- checkserialnumbersポリシーの詳細は、『Oracle Secure Backupリファレンス』を参照してください。

6. 「タイプ」リストで、「テープ」を選択します。

7. 「ACSLS」フィールドで、テープ・ライブラリがACLSライブラリである場合はyesを選択します。

8. 「ステータス」リストで、次のいずれかを選択します。

- サービス中
テープ・デバイスが、Oracle Secure Backupのバックアップおよびリストア操作の実行に使用できることを示すには、このオプションを選択します。

- サービス中ではありません
テープ・デバイスが、バックアップまたはリストア操作の実行に使用できないことを示すには、このオプションを選択します。

- 自動: サービス中ではありません
このオプションは、テープ・デバイスが、バックアップまたはリストア操作の実行に使用できないことを示します。これは操作が失敗すると自動的に設定されます。

9. 「デバッグ・モード」リストで、「はい」または「いいえ」を選択します。デフォルトはnoです。

10. オプションで、「World Wide Name」フィールドに、テープ・デバイスのWorld Wide Nameを入力します。

関連項目:

World Wide Nameの詳細は、「テープ・デバイスの名前について」を参照してください

11. テープ・ドライブがテープ・ライブラリ内にある場合は、「ライブラリ」リストから名前でテープ・ライブラリを選択します。

12. デバイスの自動検出で自動的に検出されなかった場合にのみ、「DTE」フィールドにデータ転送要素(DTE)の番号を入力します。

注意:

このパラメータは、スタンドアロン・テープ・ドライブでは使用できません。

13. 「自動マウント」フィールドで、「はい」(デフォルト)または「いいえ」を選択して、自動マウント・モードの有効または無効を指定します。オペレータの介入なしに、バックアップおよびリストア操作のためにテープをマウントする場合は、自動マウント・モードを有効にします。

14. 「エラー率」フィールドに、エラー率を入力するか、空白のままにしてデフォルト設定を受け入れます。デフォルトは8です。

エラー率とは、バックアップ・ジョブ中に発生してリストアされた書込みエラーを、書込みブロックの合計数で割り、100を掛けた割合です。この設定よりエラー率の高いバックアップがある場合、バックアップ記録に警告メッセージが表示されます。

テープ・ドライブ・エラー・カウンタの読取りまたはリセットの試行時にSCSIエラーが発生した場合にも警告が発行されます。一部のテープ・ドライブでは、これらの操作の実行に必要なSCSIコマンドがサポートされていません。これらの警告を回避するために、「なし」を選択して、エラー率のチェックを無効にすることができます。

15. 「ブロッキング・ファクタ」フィールドに、ブロッキング・ファクタを入力するか、このフィールドを空白のままにしてデフォルト設定を受け入れます。デフォルトは128バイドです。

ブロッキング・ファクタ値は、テープに書き込まれるデータの1ブロック当たりに含めることができる512バイトのレコードの数を指定するものです。デフォルト値は128で、Oracle Secure Backupがテープに64Kブロック書き込むことを意味します。

関連項目:

ブロッキング・ファクタおよび最大ブロッキング・ファクタの詳細は、「テープ・ドライブ」を参照してください

16. 「最大ブロッキング・ファクタ」フィールドに、最大ブロッキング・ファクタを入力します。

最大ブロッキング・ファクタ用にサポートされている最大値は4096です。これは、2MBの最大テープ・ブロック・サイズを表します。

注意:

デバイスとオペレーティング・システムの制限により、この最大ブロック・サイズが減る可能性があります。

17. 前回のクリア以降のドライブの使用状況フィールドに、前回のクリーニング以降にテープ・ドライブが使用された時間を入力し、隣接したリストから時間の単位を選択します。

18. 初期構成中には、「現在のテープ」フィールドは空白のままにします。構成後にテープ・ドライブ・インベントリを更新します(「テープ・ライブラリ・インベントリの更新」を参照)。

19. Oracle Secure Backupでは、すべてのテープ・ドライブによるすべてのテープへのアクセスが許可されます。複数のテープ・ドライブを使用してバックアップを実行するテープ・ライブラリでは、使用リストによってテープを使い分けることができます。たとえば、記憶域要素の半分のテープを最初のテープ・ドライブで使用し、残りの半分を2番目のテープ・ドライブで使用することができます。

「リストの使用」グループで、次のいずれかのオプションを選択して使用リストを構成します。

- 記憶域要素の範囲またはリスト
記憶域要素のアドレスの数値範囲を指定する場合は、このオプションを選択します。フィールドに、たとえば1-20のように範囲を入力します。

- すべて
すべての記憶域要素を指定するには、このオプションを選択します。テープ・ドライブが1つのテープ・ライブラリの場合、このオプションを選択するとすべてのテープを使用できます。これがデフォルトの設定です。

- なし
まだ記憶域要素が指定されていないことを示すには、このオプションを選択します。「すべて」または「記憶域要素の範囲またはリスト」を選択すると、このオプションは表示されなくなります。

20. 「OK」をクリックして、変更を保存します。

7.4.7 NDMPコピー対応仮想テープ・ライブラリの構成

NDMPコピー対応仮想テープ・ライブラリ(VTL)は、埋込みNDMPサーバーと複数のアクセス・パスを持つ仮想テープ・ライブラリです。埋込みNDMPサーバーにより、ボリューム重複に関連するI/Oをメディア・サーバーで実行されているアプリケーションからVTLにオフロードできます。

NDMPコピー対応仮想テープ・ライブラリ(VTL)は、Oracle Secure Backupでは複数の接続仕様を持つテープ・デバイス・グループとして表す必要があります。これによって、複数のアクセス・パスを介して同一のインベントリ・データを受信できるようにします。

VTLを表すよう2つのOracle Secure Backupホスト・オブジェクトを作成する必要があります。1つのオブジェクトは、VTLに接続されたメディア・サーバーに関連付ける必要があります。もう1つのホスト・オブジェクトは、VTLの埋込みNDMPサーバーに関連付ける必要があります。Oracle Secure Backupで、メディア・サーバーのロールをこの2つのホスト・オブジェクトに割り当てる必要があります。

仮想ライブラリには、2つの接続仕様を持つ1つのOracle Secure Backupライブラリ・デバイス・オブジェクトの作成が必要です。1つのアクセス・パスは、VTLに接続されたメディア・サーバーを介します。もう1つのアクセス・パスは、埋込みNDMPサーバーを介します。

また、仮想ライブラリに含まれる各仮想ドライブに対して、2つのアクセス・パスを持つOracle Secure Backupテープ・デバイス・オブジェクトを作成する必要があります。仮想ライブラリの場合と同様に、1つのアクセス・パスはメディア・サーバーを介し、もう1つは埋込みNDMPサーバーを介します。

物理ライブラリには、1つの接続仕様を持つ1つのOracle Secure Backupライブラリ・デバイス・オブジェクトを作成する必要があります。アクセス・パスは、VTLの埋込みNDMPサーバーを介します。また、物理ライブラリに含まれる各物理ドライブに対して、1つの接続仕様を持つOracle Secure Backupテープ・デバイス・オブジェクトを作成する必要があります。物理ライブラリの場合と同様に、アクセス・パスは、VTLの埋込みNDMPサーバーを介します。

注意:

複数のメディア・サーバーは、そのすべてが共有SANに接続されている場合、物理ライブラリとそのドライブにアクセスできる可能性があります。この場合は、複数の接続ポイントを持つOracle Secure Backupデバイス・オブジェクトを物理ライブラリとそのドライブに対して作成する必要があります。

NDMPコピー対応VTLの構成に使用されるobtoolコマンドの例を次に示します。明確化のため、実環境で指定される多数のオプションを省略しています。また、例示するデバイス名は、実環境での実際の名前とは異なるプレースホルダにすぎません。

1. このコマンドは、VTLに接続されたメディア・サーバーに関連するOracle Secure Backupホスト・オブジェクトを作成します。

mkhost --access ob --ip ipname osb_media_server

2. このコマンドは、VTLに含まれる埋込みNDMPサーバーに関連するOracle Secure Backupホスト・オブジェクトを作成します。

mkhost --access ndmp --ip ipname ndmp_server

3. このコマンドは、仮想ライブラリvlibに関連するOracle Secure Backupデバイス・オブジェクトを構成します。

mkdev --type library --class vtl
--attach osb_media_server:/dev/obl0,ndmp_media_server:/dev/sg0 vlib

このライブラリとそのドライブには、Oracle Secure Backupメディア・サーバーおよび埋込みNDMPサーバーを介してアクセスできます。

4. このコマンドは、仮想ライブラリvlibに含まれる仮想テープ・ドライブvdrive1に関連するOracle Secure Backupデバイス・オブジェクトを構成します。

mkdev --type tape --library vlib --dte 1
--attach osb_media_server:/dev/obt0,ndmp_media_server:/dev/nst0 vdrive1

このコマンドは、仮想テープ・ライブラリの各テープ・ドライブに対して繰り返して実行する必要があります。

5. このコマンドは、物理ライブラリplibに関連するOracle Secure Backupデバイス・オブジェクトを構成します。

mkdev --type library --attach ndmp_media_server:/dev/sg1 plib

このライブラリとそのドライブには、埋込みNDMPサーバーを介してのみアクセスできます。

6. このコマンドは、物理ライブラリplibに含まれるテープ・ドライブpdrive1に関連するOracle Secure Backupデバイス・オブジェクトを構成します。

mkdev --type tape --library plib --dte 1
--attach ndmp_media_server:/dev/nst1 pdrive1

関連項目:

NDMPコピー対応仮想テープ・ライブラリの詳細は、『Oracle Secure Backup管理者ガイド』を参照してください。

7.4.8 テープ・デバイスのアタッチメントの追加

Oracle Secure Backupでは、テープ・デバイスとデバイスのアタッチメントを区別します。デバイスの自動検出により、Oracle Secure Backupでデバイス・アタッチメントを手動で構成する必要はなくなりました。この項は、Oracle Secure Backupでの手動によるデバイス・アタッチメントの構成プロセスの詳細が必要になった場合に備えて、参照のために追加されています。デバイス・アタッチメントは、テープ・デバイスをホストに接続する手段であり、Oracle Secure Backupでは、デバイスと通信するためのデータ・パスとしてこのアタッチメントを使用しています。Oracle Secure Backupによりアクセスされる各ドライブまたはライブラリには、1つ以上のアタッチメントがあります。

デバイスのアタッチメントを構成する前に、『Oracle Secure Backupリファレンス』のmkdevコマンドの説明を参照してください。aspecプレースホルダの説明には、デバイスのアタッチメントの構文およびネーミング規則が説明されています。

デバイス・アタッチメントの構成手順:

1. デバイスを追加または編集してから、「アタッチメント」をクリックします。

2. 「ホスト」リストでホストを選択します。

3. 「RAWデバイス」フィールドに、RAWデバイスの名前を入力します。これは、UNIX接続ポイントやWindowsデバイス・ファイルなど、デバイスに対するオペレーティング・システムの名前です。たとえば、テープ・ライブラリ名は、Linuxでは/dev/obl0、Windowsでは//./obl0となります。

4. 「追加」をクリックして、アタッチメントを追加します。

7.4.8.1 デバイス・アタッチメントのping

デバイスのアタッチメントにpingを実行することにより、そのアタッチメントを使用してOracle Secure Backupでテープ・デバイスにアクセス可能かどうかを確認できます。デバイスのアタッチメントに対するpingの実行により、接続を正しく設定したかどうかを適切にテストできます。

デバイスにpingを実行すると、Oracle Secure Backupでは次の手順が実行されます。

1. デバイスへの論理接続を確立します。

2. デバイスのアイデンティティ・データをSCSI INQUIRYコマンドで問い合せます。

3. 接続をクローズします。

Oracle Secure Backup Webツール(obtool)が実行されているホストから、アタッチメントがリモートである場合、Oracle Secure Backupではリモートのメディア・サーバーとNDMPセッションを確立して、この機能を有効にします。

「アタッチメント」ページでアタッチメントのpingを実行するには、次のようにします。

1. Oracle Secure Backup Webツールのホームページで、「構成」をクリックします。

2. 「構成」ページで、「基本」の下の「デバイス」をクリックします。

3. pingするアタッチメントを選択します。

4. 「ping」をクリックします。

「Oracle Secure Backup:デバイス」ページに、アタッチメントのアクセス・ステータスが表示されます。

5. 「閉じる」をクリックして、ページを終了します。

7.4.8.2 デバイスのアタッチメント・プロパティの表示

「デバイス」ページから、デバイスのアタッチメントのプロパティを表示できます。

アタッチメントのプロパティを表示するには、次のようにします。

1. アタッチメントのプロパティを表示するテープ・デバイスの名前を選択します。

2. 「プロパティの表示」をクリックします。

Oracle Secure Backup Webツールには、選択したテープ・デバイスのアタッチメントおよびその他のプロパティを示すページが表示されます。

3. 「閉じる」をクリックして、ページを終了します。

7.4.9 SAN接続テープ・デバイスの複数のアタッチメント

SANに接続されたテープ・デバイスには、通常、複数のアタッチメントがあり、ファイバ・チャネル・インタフェースを通じてテープ・デバイスにローカルにアクセスする各ホストには1つあります。SANに接続されたテープ・デバイスは、SAN上のテープ・デバイスに一意の名前を付ける内部識別子であるWorld Wide Name(WWN)によっても区別されます。Network Appliance Filerなどのシステムでは、SANに接続されたテープ・デバイスへのアクセスをWWNにより許可します。Oracle Secure Backupでは、デバイスのアタッチメントのRAWデバイス名にWWNへの参照が含まれます。

QuantumおよびSpectraLogicのテープ・ライブラリなどのテープ・デバイスは、イーサネットLANセグメントに直接接続され、NDMPを介してアクセスされるように見えます。実際には、Oracle Secure Backupではこれらのデバイスを、2つの別々のコンポーネントとみなします。

- IPアドレスで定義され、Oracle Secure Backup Webツールの「ホスト」ページまたはmkhostコマンドにより構成するホスト

- テープ・デバイスのフロントエンドとして機能する専用ホストに対するアタッチメントを1つ持つテープ・デバイス

DinoStor TapeServerなどのデバイスでは、複数のテープ・デバイスを処理する単一ホストを使用します。

バージョン2を実行するNDMPサーバーでは、テープ・デバイスへのアクセスに必要なSCSIパラメータを定義するために、その他のデータが必要になる場合があります。これらのパラメータは、NDMP_SCSI_SET_TARGETというNDMPメッセージで送信されます。Oracle Secure Backup NDMPサーバーでは、このデータまたはメッセージは使用されません。

関連項目:

デバイスのアタッチメントの構文およびネーミング規則は、『Oracle Secure Backupリファレンス』のmkdevコマンドaspecプレースホルダの説明を参照してください。

7.4.10 マルチホスト・デバイス・オブジェクトの構成

マルチホスト・デバイスは、共有デバイスとも呼ばれており、単一の管理ドメイン内で複数のホストが共有するテープ・ライブラリです。共有デバイスは、SANまたはiSCSIベースのテープ機器がデプロイされた環境で多く使用されています。これらのテクノロジが提供する柔軟性により、ホストからテープ・デバイスへの複数の直接接続が可能になり、すべてのホストがメディア・サーバーとして機能することが可能になります。

デバイスが複数のホストによって共有される場合は、単一のデバイス・オブジェクトを使用して、Oracle Secure Backup管理ドメインのすべてのメンバーがそのシリアル番号を認識できるようにします。構成はデバイスの自動検出によりバックグラウンドで行われ、デバイスにアクセスするための複数のアタッチメントが(各メディア・サーバー上のデバイスごとに1つずつ)作成されます。

表7-1に、host_aとhost_bの2つのホストで共有される単一のテープ・ライブラリおよびテープ・ドライブの正しい構成を示します。デバイスの構成後、Oracle Secure Backupによりデバイスが認識され、デバイス予約が適切に処理されます。

表7-1 テープ・ライブラリおよびテープ・ドライブの正しい構成

テープ・デバイス・オブジェクト

接続ポイント1

接続ポイント2

SAN_library_1

host_a:/dev/sg1

host_b:/dev/sg5

SAN_tape_1

host_a:/dev/sg2

host_b:/dev/sg6

デバイスが同じ物理デバイスを指す2つの別々のデバイス・オブジェクトとして構成されると、競合が生じる可能性があります。この場合、これらのデバイスの同時バックアップが失敗します。表7-2に、host_aとhost_bの2つのホストで共有される単一のテープ・ライブラリおよびテープ・ドライブの間違った構成を示します。

表7-2 テープ・ライブラリおよびテープ・ドライブの不適切な構成

テープ・デバイス・オブジェクト

接続ポイント

SAN_library_1a

host_a:/dev/sg1

SAN_library_1b

host_b:/dev/sg5

SAN_tape_1a

host_a:/dev/sg2

SAN_tape_1b

host_b:/dev/sg6

7.5 テープ・ライブラリ・インベントリの更新

Oracle Secure Backup管理ドメインに新しいテープ・ライブラリを追加した後、すぐに記憶域要素コンテンツの最初のインベントリを作成する必要があります。これはOracle Secure Backupがライブラリを使用できるようになる前に必要です。

Oracle Secure Backup Webツールを使用してテープ・ライブラリまたはテープ・ドライブ・インベントリを更新するには、次のようにします。

1. Oracle Secure Backup Webツールのホームページで、「管理」をクリックします。

「管理」ページが表示されます。

2. 「デバイス」セクションで、「ライブラリ」をクリックします。

「管理: ライブラリ」ページが、図7-3に示すように表示されます。

図7-3 「管理: ライブラリ」ページ

3. 「デバイス」表で、インベントリするテープ・ドライブまたはテープ・ライブラリを選択します。

4. ライブラリ・コマンド・リストで、インベントリ(ライブラリ|ドライブ)を選択します。

この例では、lib1が選択されています。

5. 「適用」をクリックします。

「管理: ライブラリ」ページが表示されます。

6. 「ライブラリ」リストに、インベントリするデバイスが設定されていることを確認します。

7. 「強制」オプションを選択します。

キャッシュから読み取るかわりに、テープ・ライブラリはすべてのテープ・ライブラリ要素を物理的にスキャンしてインベントリを更新します。

8. 「OK」をクリックします。

インベントリが完了すると、「管理: ライブラリ」ページが再び表示され、正常終了のメッセージが表示されます。

インベントリの結果を表示するには、テープ・ドライブまたはテープ・ライブラリを再度選択し、「ボリュームをリスト」をクリックします。

7.6 追加したテープ・デバイスの検証および構成

この項では、テープ・デバイスにアクセス可能かどうかを検証する方法、テープ・デバイスに関する情報の表示方法、およびシリアル番号確認の構成方法について説明します。

この項の内容は次のとおりです。

- デバイス・プロパティの表示

- テープ・デバイスのping

- デバイス・プロパティの編集

- テープ・デバイス構成の検証

- シリアル番号確認の設定

7.6.1 デバイス・プロパティの表示

Oracle Secure Backup Webツールには、次のようなテープ・デバイスのプロパティを表示できます。

- テープ・デバイスがサービス中かどうか

- テープ・デバイスが接続されているホスト

- テープ・デバイスのタイプ

テープ・デバイスがサービス中である場合は、Oracle Secure Backupはそれを使用できますが、サービス中でないときは、Oracle Secure Backupはそれを使用できません。テープ・デバイスのサービスを中止すると、そのデバイスにはバックアップがディスパッチされなくなります。

テープ・デバイスのプロパティを表示するには、次のようにします。

1. 「デバイス」ページを表示します(「「デバイス」ページの表示」を参照)。

2. プロパティを表示するテープ・デバイスの名前を選択します。

3. 「プロパティの表示」をクリックします。

Oracle Secure Backup Webツールでは、選択したテープ・デバイスのプロパティを示すページが表示されます。

7.6.2 テープ・デバイスのping

テープ・デバイスに使用可能なアタッチメントを介してOracle Secure Backupでアクセス可能かどうかを確認するには、テープ・デバイスにpingを実行します。各テープ・デバイスの構成または検出後にpingを実行してアクセス・ステータスを確認する必要があります。

テープ・デバイスにpingを実行するには、次のようにします。

1. 「テープ・デバイス構成の検証」の手順を実行して、デバイスが適切に構成されていることを確認します。

2. 「デバイス」ページを表示します(「「デバイス」ページの表示」を参照)。

3. pingの対象となるテープ・デバイスを選択します。

4. 「ping」ボタンをクリックします。

Oracle Secure Backup Webツールに、操作のステータスが表示されます。

注意:

テープ・ライブラリにpingを実行すると、テープ・ライブラリ内のサービス・メンバーの各テープ・ドライブに対しても同様にpingが実行されます。

7.6.3 デバイス・プロパティの編集

インストール時に、テープ・デバイスの一部のアタッチメントが構成されていない、あるいはそのプロパティが正しく構成されていないなどのエラーが発生した場合、プロパティを編集できます。

既存テープ・デバイスのプロパティを編集する手順:

1. 「デバイス」ページを表示します(「「デバイス」ページの表示」を参照)。

2. テープ・デバイスの名前を選択します。

3. 「編集」をクリックします。

Oracle Secure Backup Webツールには、選択したテープ・デバイスの詳細を示すページが表示されます。

4. 必要な変更を行います。

関連項目:

デバイスのプロパティの詳細は、次の項を参照してください。

- 「テープ・ライブラリの手動による構成」

- 「テープ・ドライブの構成」

5. 「OK」をクリックして、変更を保存します。

7.6.4 テープ・デバイス構成の検証

Oracle Secure Backupでは、次の方法によりライブラリおよびテープ・デバイスが適切に構成されていることを確認できます。

テープ・デバイス構成を検証する手順:

1. Oracle Secure Backup Webツールのホームページで、「構成」をクリックします。

「構成」ページが表示されます。

2. 「基本」セクションで、「デバイス」をクリックします。

「デバイスの構成」ページが表示されます。

3. 構成を確認するライブラリを選択し、「検査」をクリックします。

図7-4に示すように、「構成: ライブラリ > device_nameの検証」ページが表示されます。

図7-4 「構成: ライブラリ」の「検証」ページ

この例では、ライブラリvlib1が検証されています。エラーは見つかっていません。

7.6.5 シリアル番号確認の設定

Oracle Secure Backup Webツールを使用して、テープ・デバイスのシリアル番号の確認を有効または無効にすることができます。シリアル番号の確認が有効な場合は、Oracle Secure Backupがテープ・デバイスを開くとき、常にそのデバイスのシリアル番号が確認されます。テープ・デバイスがシリアル番号の報告をサポートしない場合、Oracle Secure Backupはテープ・デバイスを開くだけです。テープ・デバイスがシリアル番号の確認をサポートする場合、Oracle Secure Backupは、報告されたシリアル番号とデバイス・オブジェクトに格納されたシリアル番号を比較します。考えられる結果は、次の3つです。

- デバイス・オブジェクトにシリアル番号がない。
デバイスの作成後またはシリアル番号ポリシーが有効化された後、Oracle Secure Backupがこのテープ・ドライブを一度も開いたことがない場合、デバイス・オブジェクトにシリアル番号は保存できません。この場合、デバイス・オブジェクトにシリアル番号を保存し、開く操作を続行します。

- デバイス・オブジェクトにシリアル番号が存在し、デバイスから読み取ったシリアル番号と一致する。
この場合、Oracle Secure Backupはテープ・デバイスを開きます。

- デバイス・オブジェクトにシリアル番号が存在するが、デバイスから読み取ったシリアル番号と一致しない。
この場合、Oracle Secure Backupはエラー・メッセージを返し、テープ・デバイスを開きません。

注意:

Oracle Secure Backupでは、シリアル番号の確認をobtoolのlsdevコマンドの--geometry/-gオプションの一部として実行することもできます。このオプションによって、指定されたデバイスにInquiryコマンドが送信され、lsdevによりそのベンダー、製品ID、ファームウェア・バージョンおよびシリアル番号が表示されます。

テープ・デバイスのシリアル番号確認を有効または無効にするには、次のようにします。

1. Oracle Secure Backup Webツールのホームページで、「構成」をクリックします。
「構成」ページが表示されます。

2. 「詳細」セクションで、「デフォルトおよびポリシー」をクリックします。
図7-5に示すように、「構成: デフォルトおよびポリシー」ページが表示されます。

図7-5 「構成: 詳細およびポリシー」ページ

3. 「ポリシー」列の「デバイス」をクリックします。
図7-6に示すように、「構成: デフォルトとポリシー > デバイス」ページが表示されます。

図7-6 デバイスのデフォルトとポリシー

4. 次のいずれかを実行します。

a. シリアル番号を確認のリストで「はい」を選択してテープ・デバイスのシリアル番号確認を有効にします。これがデフォルトの設定です。

b. シリアル番号を確認のリストで「いいえ」を選択してテープ・デバイスのシリアル番号確認を無効にします。

5. 「OK」をクリックします。
「構成: デフォルトおよびポリシー」ページが表示され、成功のメッセージが示されます。

7.7 ディスク・プールの構成

ディスク・プールにバックアップを保存する前に、ディスク・プールを管理ドメイン内のデバイスとして構成する必要があります。テープ・デバイスとは異なり、ディスク・プールは、独立したバックアップおよびリストア・ジョブによって同時にアクセスすることができます。

この項の内容は次のとおりです。

- 定義されたディスク・プールの表示

- ディスク・プールの作成

- ディスク・プールのプロパティの編集

- ディスク・プール名の変更

- ディスク・プールの削除

7.7.1 定義されたディスク・プールの表示

ディスク・プールを表示するには、デバイス情報の問合せおよび表示の権限が必要です。

Webツールを使用して現在定義されているディスク・プールの一覧を表示する手順:

1. Oracle Secure Backup Webツールのホームページで、「構成」をクリックします。

2. 「基本」セクションで、「デバイス」をクリックします。

3. 「構成:デバイス」ページが表示されます。現在定義されているすべてのバックアップ・コンテナ(ディスク・プール、テープ・ライブラリおよびテープ・ドライブ)の一覧が表示されます。各バックアップ・コンテナについて、デバイス名、ステータスおよびデバイス・タイプの詳細が表示されます。

7.7.2 ディスク・プールの作成

ディスク上のファイルシステムにバックアップを保存するには、最初にこのファイルシステム・ディレクトリに対応するデバイスを構成する必要があります。ディスク・プールを作成するには、デバイスの管理およびデバイスの状態変更の権限が必要です。

関連項目:

ディスク・プールの概要は、『Oracle Secure Backup管理者ガイド』を参照してください。

Webツールを使用してディスク・プールを作成する手順:

1. 「定義されたディスク・プールの表示」の手順を実行します。

「構成: デバイス」ぺージが表示されます。

2. 「追加」をクリックします。

「構成: デバイス」>「新規デバイス」ぺージが表示されます。

3. 「デバイス」フィールドに、ディスク・プールの名前を入力します。

名前は英数字で始まり、管理ドメイン全体で一意である必要があります。文字、数字、ダッシュ、アンダースコアまたはピリオドを含めることができます。これには空白を含めることはできません。最大文字数は127文字です。

4. 「タイプ」フィールドで、「ディスク」を選択します。

5. 「ステータス」フィールドで、次のいずれかのオプションを選択してバックアップまたはリストア操作にディスク・プールが使用可能かどうかを指定します。

- サービス中
Oracle Secure Backupのバックアップおよびリストア操作を実行するためにディスク・プールを使用できることを示します。

- サービス中ではありません
Oracle Secure Backupのバックアップおよびリストア操作を実行するためにディスク・プールを使用できないことを示します。

- 自動: サービス中ではありません
バックアップまたはリストア操作の実行のためにディスク・プールを使用できないことを示し、操作が失敗した場合は自動的に設定されます。

6. 「デバッグ・モード」フィールドで、「はい」または「いいえ」を選択します。デフォルトは「はい」です。

7. 「容量」フィールドに、ディスク・プールに割り当てられている領域を表す値を指定します。記憶域の単位(KB、MB、GB、TB、PBまたはEB)を選択して指定します。デフォルト値「(未設定)」のままにすると、このディスク・プールの最大容量が指定されていないことを示します。この場合、ディスク・プールの容量は、ディスク・プールをホストする、基礎となるファイル・システムによってのみ制限されます。

ディスク・プール上のバックアップが占める領域が指定された容量を超えた場合は、領域使用率が指定された容量以下に低下するまで、Oracle Secure Backupはこのディスク・プールの新しいジョブをスケジュールしません。

8. 「同時ジョブ」フィールドに、このディスク・プールに対して同時に実行できるジョブ数を指定します。同時ジョブ数の制限を設定しない場合は、「無制限」を選択します。

このプロパティにより、ディスク・プールの同時使用を制御できます。ジョブには、バックアップ・ジョブ、リストア・ジョブおよびメディア管理ジョブが含まれます。

9. 「空き領域の割合の目標値」フィールドで、「システム・デフォルト」または1から100までの任意の値を選択します。

空き領域の割合の目標値は、Oracle Secure Backupがディスク・プールに維持する空き領域の割合です。ディスク・プールのバックアップまたはリストア・ジョブをスケジュールする前に、Oracle Secure Backupスケジューラがプールの使用状況を確認します。空き領域が、指定された空き領域の割合の目標値より低い場合は、期限切れのバックアップ・イメージ・インスタンスが削除されます。

10. 「ブロッキング・ファクタ」フィールドに、ディスク・プールのブロッキング・ファクタを指定する値を入力するか、フィールドを空白のままにしてデフォルト設定を受け入れます。デフォルトは128バイドです。

関連項目:

ブロッキング・ファクタおよび最大ブロッキング・ファクタの詳細は、『Oracle Secure Backup管理者ガイド』を参照してください。

11. 「最大ブロッキング・ファクタ」フィールドに、ディスク・プールの最大ブロッキング・ファクタの値を入力します。

最大ブロッキング・ファクタ用にサポートされている最大値は4096です。これは、最大ブロック・サイズが2MBであることを表します。

12. 「アタッチメントフィールドに、このディスク・プールのバックアップ・イメージ・インスタンスを格納するホストおよびファイルシステム・ディレクトリを指定します。次の各フィールドに情報を入力します。

- ホスト:ベース・パス:バックアップを格納するOracle Secure Backupクライアントのホスト名を入力します。

- ディレクトリ:このディスク・プールのバックアップを格納するファイルシステム・ディレクトリ名を入力します。

- 初期化: 「はい」または「いいえ」を選択します。

13. 「OK」をクリックしてディスク・プールを作成します。

7.7.3 ディスク・プールのプロパティの編集

Webツールを使用して ディスク・プールのプロパティを編集できます。ディスク・プールのプロパティを編集するには、デバイスの管理およびデバイスの状態変更の権限が必要です。

ディスク・プールのプロパティを編集する手順:

1. 「定義されたディスク・プールの表示」の手順を実行します。

「構成: デバイス」ぺージが表示されます。このページに、現在構成されているデバイス、テープ・デバイスおよびディスク・プールの一覧が表示されます。

2. プロパティを編集する必要があるディスク・プールを選択し、「編集」をクリックします。

「構成:デバイス」> disk_pool_nameページが表示されます。

3. 必要なディスク・プール・プロパティを変更します。

編集できるプロパティは、ステータス、デバッグ・モード、容量、同時ジョブ、空き領域の割合の目標値、ブロッキング・ファクタ、最大ブロッキング・ファクタです。

これらの各プロパティの詳細は、「ディスク・プールの作成」を参照してください。

4. 「保存」をクリックしてディスク・プール・プロパティへの変更をコミットします。

7.7.4 ディスク・プール名の変更

ディスク・プールのプロパティを編集するには、デバイスの管理およびデバイスの状態変更の権限が必要です。

ディスク・プール名を変更する手順:

1. 「定義されたディスク・プールの表示」の手順を実行します。

「構成: デバイス」ぺージが表示されます。このページに、現在構成されているデバイス、テープ・デバイスおよびディスク・プールの一覧が表示されます。

2. 名前を変更するディスク・プールを選択し、「名前の変更」をクリックします。

3. device_nameを名前変更フィールドに、ディスク・プールの新しい名前を入力します。

7.7.5 ディスク・プールの削除

ディスク・プールを削除するには、デバイスの管理およびデバイスの状態変更の権限が必要です。

ディスク・プールを削除する手順:

1. 「定義されたディスク・プールの表示」の手順を実行します。

「構成: デバイス」ぺージが表示されます。このページに、現在構成されているデバイス、テープ・デバイスおよびディスク・プールの一覧が表示されます。

2. 削除するディスク・プールを選択し、「削除」をクリックします。

ディスク・プールのすべてのバックアップ・イメージ・インスタンスを削除するかどうかを確認するメッセージが表示されます。

3. 選択されたディスク・プールのすべてのバックアップ・イメージ・インスタンスを削除するには、「はい」を選択します。

選択されたディスク・プールのバックアップ・イメージ・インスタンスを保持するには、「いいえ」を選択します。

バックアップ・イメージ・インスタンスが有効な場合でもそれらの削除を実行するかどうかを確認するメッセージが表示されます。

4. 選択されたディスク・プール上のバックアップ・イメージ・インスタンスの削除を実行するには、「はい」をクリックします。有効なバックアップ・イメージ・インスタンスを保持するには、「いいえ」をクリックします。

5. 構成:削除デバイス・サマリー・ページに、ディスク・プールを削除するかどうかの確認メッセージが表示されます。「はい」をクリックします。

7.8 管理ドメインのホストの管理

管理ドメイン内のホストを構成した後、次のいずれかのタスクを実行してホストを管理できます。

- 管理ドメイン内のホストの表示

- ホスト・プロパティの表示または編集

- 管理ドメインのホストの更新

- 管理ドメインのホストの削除

7.8.1 管理ドメイン内のホストの表示

管理ドメイン内のホストを表示する手順:

1. 管理サーバーで実行されているOracle Secure Backup Webツールを開き、adminユーザーとしてログインします。

関連項目:

Webツールへのアクセスの詳細は、「Webツール・セッションの開始」を参照してください

2. 「構成」タブをクリックします。

「構成」ページが表示されます。

3. 「基本」セクションの「ホスト」を選択します。

図7-7に示すように、「構成:ホスト」ページが表示されます。「ホスト」ページには、各ホストのホスト名、構成済ホストのロールおよびホストの現行ステータスが一覧表示されます。

図7-7 Oracle Secure Backup Webツール: 「ホスト」ページ

注意:

obtool lshostコマンドにより、ホストの現行リストを表示することもできます。

7.8.2 ホスト・プロパティの表示または編集

Oracle Secure Backupの構成に問題がある場合は、ドメインのメンバーであるホストの表示または編集(あるいはその両方)が必要になる場合があります。

ホストのプロパティを表示または編集するには、次のようにします。

1. 「ホスト」ページを表示します(「管理ドメイン内のホストの表示」を参照)。

2. プロパティの編集が必要なホストの名前を選択します。

「ホストとの通信の停止」オプションを選択し、現在ネットワークを介してアクセスできないホストを編集します。

3. 「編集」をクリックします。

Oracle Secure Backup Webツールには、選択したホストの詳細を示すページが表示されます。

4. ホストのプロパティに必要な変更を行います。

5. 「OK」をクリックして、変更を保存します。

7.8.3 管理ドメインのホストの更新

Oracle Secure Backupの管理ドメインでホストを追加または変更すると、Oracle Secure Backupは変更された状態を通知するためそのホストとメッセージを交換します。管理ホストに変更を加えた場合、古い構成情報がクライアントに含まれている可能性があります。ホストの更新を使用して、クライアントに最新の状態情報を送信できます。

更新は、すでにOracle Secure Backupを実行しているホストに対してのみ有効です。NDMPモードでアクセスされるホスト(NASデバイスなど)では、Oracle Secure Backupの状態データが保存されないため、状態情報を更新する必要はありません。

ホストを更新するには、次のようにします。

1. 「ホスト」ページを表示します(「管理ドメイン内のホストの表示」を参照)。

2. 更新するホストの名前を選択します。

3. 「更新」をクリックします。

7.8.4 管理ドメインのホストの削除

この項では、Oracle Secure Backupの管理ドメインからホストを削除する方法について説明します。ホストを削除すると、そのホストに関する次のような情報がすべて破棄されます。

- 構成データ

- 増分バックアップの状態情報

- このホストのバックアップ・カタログ内のメタデータ

- 各デバイスのアタッチメント

- PNI参照

ホストを削除すると、Oracle Secure Backupはそのホストに接続し、ホストでローカルに保存されている管理ドメインのメンバーシップ情報を削除するように指示します。ホストにアクセスできなくなった場合は、この通信を停止できます。

ホストを削除するには、次のようにします。

1. 「ホスト」ページを表示します(「管理ドメイン内のホストの表示」を参照)。

2. 削除するホストの名前を選択します。

ネットワークに接続されていないホストを削除するには、「ホストとの通信の停止」を選択します。

3. 「削除」をクリックします。

ホストの削除の確認を求められます。

4. ホストを削除する場合は「はい」を、ホストをそのままにする場合は「いいえ」をクリックします。

ホストが削除されると、「ホスト」ページに戻ります。

8 Oracle Secure Backupのアップグレード

この章では、Oracle Secure Backupをアップグレードする方法を説明します。

この章には次の項が含まれます:

- アップグレード・インストールの概要

- Windows x64でのアップグレード・インストール

- LinuxまたはUNIXでのアップグレード・インストールの実行

8.1 アップグレード・インストールの概要

アップグレード・インストールでは、adminディレクトリにあるOracle Secure Backupカタログは保持され、管理ドメインの構成情報およびバックアップ・メタデータは維持されます。この管理ドメインの状態の情報(バックアップ・カタログ、ホスト、ユーザーおよびデバイスの構成情報、バックアップ・ジョブのスケジュールなど)は、管理サーバーのOracle Secure Backupホームのadminディレクトリに保存されています。

注意:

アップグレードする前に、管理サーバーのバックアップをお薦めします。

既存の管理ドメインをOracle Secure Backup 12.1にアップグレードする前に、すべてのホストで、Oracle Secure Backupに関連するドライバおよびバックグラウンド・プロセスを停止する必要があります。最初に管理サーバー・ホストをアップグレードし、次にドメイン内のその他のホストをアップグレードします。

次の項に、手順の簡単な説明を示します。

8.1.1 アップグレード要件の概要

Oracle Secure Backupバージョン10.4.0.3以上がマシンにインストールされている場合、特権ユーザーはOracle Secure Backup 12.1へのアップグレードを実行できます。10.4.0.3より前のバージョンのOracle Secure Backupがインストールされている場合は、最初にOracle Secure Backupのバージョンを10.4.0.3にアップグレードし、その後で12.1へのアップグレードを実行する必要があります。特権ユーザーは、Oracle Secure Backupのアップグレードを実行するために、ドメインのバックアップの資格情報を必要としません。

関連項目:

Oracle Secure Backup 10.4.0.3へのアップグレードの詳細は、『Oracle Secure Backup Readme』を参照してください。

Oracle Secure Backup 12.1へのアップグレードを実行するときは、次の要件に留意してください。

- アップグレードを実行する前に、Oracle Secure Backup 12.1にアップグレードする予定のプラットフォームがサポートされていることを確認してください。サポートされていないプラットフォームでOracle Secure Backupをアップグレードしようとすると、エラーが報告されて終了します。

関連項目:

Oracle Secure Backupのサポート対象プラットフォームの詳細は、「サポートされるプラットフォームおよびテープ・デバイス」を参照してください

- 管理サーバーをアップグレードする前に、バックアップ・ドメインがアクティブでないことを確認してください。

- アップグレードを実行する前に、メディア・サーバーおよびクライアントのサービスが停止されていることを確認してください。

- インストーラはhostidファイルからホストの前のロールを確認し、アップグレード手順の実行中にホストに同じロールを割り当てます。

- アップグレード・プロセス中に、Oracle Secure Backupポリシーの設定は保持されます。

8.2 Windows x64でのアップグレード・インストール

Oracle Secure Backup 12.1インストーラを実行して、Windows 64ビットの管理サーバー、メディア・サーバーおよびクライアントを、Oracle Secure Backup 10.4からOracle Secure Backup 12.1にアップグレードできます。Oracle Secure Backupの既存インストールがインストーラによって検出され、Oracle Secure Backup 12.1のインストールを開始する前に、アンインストーラが自動的に実行されて旧バージョンがアンインストールされます。

管理サーバーをOracle Secure Backup 10.4からOracle Secure Backup 12.1にアップグレードする際、アンインストーラで次のプロンプトが表示されます。

This system was configured as an Oracle Secure Backup Administrative Server.

Oracle Secure Backup creates files specific to this administrative
domain in the "admin" directory. Would you like to keep these files
in case you reinstall Oracle Secure Backup?

If you choose "Delete" all files related to Oracle Secure Backup
will be removed from this system. If you choose "Keep" the files
specific to this administrative domain will be retained.

管理ディレクトリのファイルについては、「保存」オプションを選択する必要があります。「削除」オプションを選択すると、インストールが不完全になるため、インストールを完了するにはOracle Secure Backupをアンインストールした後に再度インストールする必要があります。adminディレクトリの既存ファイルを保存しない場合は、インストールの終了、Oracle Secure Backup 10.4のアンインストール、および「削除」オプションの選択を行う必要があります。Oracle Secure Backup 10.4をアンインストールした後、Oracle Secure Backup 12.1インストーラを実行して、Oracle Secure Backup 12.1をインストールできます。

管理サーバーが同時にメディア・サーバーである場合以外は、次の手順を使用してWindows x64管理サーバーまたはクライアントをアップグレードできます。

1. 「保存」オプションを選択して、既存のOracle Secure Backupソフトウェアをアンインストールします。

関連項目:

- 「WindowsでのOracle Secure Backupのアンインストール」

2. Oracle Secure Backup 12.1インストーラを実行します。

状況によっては(通常はメディア・サーバーの場合)、ホストの再起動が必要な場合があります。再起動が必要な場合は12.1インストーラが通知し、ホストが再起動されるまでインストールを続行しません。

8.3 LinuxまたはUNIXでのアップグレード・インストールの実行

この項では、LinuxまたはUNIX上のOracle Secure Backupインストールをアップグレードする場合の推奨プロセスを示します。

関連項目:

「アップグレード要件の概要」

LinuxまたはUNIX上のOracle Secure Backupをアップグレードする手順:

1. システムからOracle Secure Backup 10.4をアンインストールします。

管理サーバーをインストールする際に確認メッセージが表示されたらyを選択してOracle Secure Backupディレクトリを削除し、管理ディレクトリの保存を要求されたらyを選択します。$OSB_HOME/adminディレクトリを容易にアクセスできる安全な場所にコピーします。

関連項目:

「Oracle Secure Backupのアンインストール」

2. 新しいCD-ROMからsetupスクリプトを実行します。

9 バックアップ・ネットワークのセキュリティ管理

この章では、バックアップ・ネットワークの保護を強化する方法について説明します。Oracle Secure Backupは、管理ドメインにおけるネットワーク・セキュリティに関して自動的に構成されますが、その基本レベルのセキュリティをいくつかの方法で強化できます。管理ドメインのノード間でのセキュアな通信は、ホスト間のネットワーク・トラフィックの暗号化と関係があります。セキュアな通信は、Oracle Secure Backupユーザーおよびロールによるセキュリティへの配慮、テープへのバックアップの暗号化によるセキュリティへの取組みとは区別されます。

関連項目:

ユーザーとロールの管理およびバックアップの暗号化の詳細は、『Oracle Secure Backup管理者ガイド』を参照してください

この章の内容は次のとおりです。

- バックアップ・ネットワーク・セキュリティの概要

- 管理ドメインのセキュリティの計画

- 信頼できるホスト

- ホストの認証と通信

- 転送中のデータの暗号化

- デフォルトのセキュリティ構成

- 管理ドメインのセキュリティの構成

- obcmによる証明書の管理

9.1 バックアップ・ネットワーク・セキュリティの概要

Oracle Secure Backupの管理ドメインは、ホストのネットワークです。このようなネットワークには、悪意ある攻撃に対して脆弱性があります。セキュリティ管理者の作業は、可能性のある攻撃の種類と、それらの攻撃からの防御手段について学ぶことです。実用的でセキュアなバックアップ・ネットワークは、次の要件を満たす必要があります。

- ソフトウェア・コンポーネントにより、そのコンポーネントが稼働しているホストが攻撃にさらされないこと。
たとえば、デーモンでは、既知のポートでのリスニングや、任意に権限を与えられた操作の実行を防ぐ必要があります。

- バックアップ・ソフトウェアで管理されるデータを、未認可のユーザーが表示、消去または変更できないこと。

- バックアップ・ソフトウェアでは、認可されたユーザーにこれらの作業の実行を許可する必要があります。

Oracle Secure Backupでは、これらの要件をデフォルトの構成で満たしています。デフォルトでは、Oracle Secure Backupを実行するすべてのホストは、アイデンティティが確認されないと管理ドメインに追加できません。ドメイン内のホストは、ホスト認証にX.509証明書を使用します。Secure Sockets Layer(SSL)接続がホスト間で確立した後、制御メッセージとデータ・メッセージは暗号化されて、ネットワーク上を転送されます。SSLは管理ドメインを盗聴、メッセージの改ざんまたは偽造、およびリプレイ攻撃から保護します。

Oracle Secure Backupなどのネットワーク・バックアップ・ソフトウェアは、セキュアなバックアップ・ネットワークの唯一のコンポーネントです。Oracle Secure Backupは、管理者が提供する物理的なネットワーク・セキュリティに代わるものではありませんが、補完することはできます。

9.2 管理ドメインのセキュリティの計画

使用している環境でセキュリティが最大の関心事である場合、次の段階でネットワーク・セキュリティを計画すると役立ちます。

- 資産およびプリンシパルの特定

- バックアップ環境タイプの特定

- 管理サーバーおよびメディア・サーバー用のセキュアなホストの選択

- ホスト・アイデンティティ証明書の配布方法の決定

これらの段階を完了すると、「管理ドメインのセキュリティの構成」で説明している実装フェーズに進むことができます。

9.2.1 資産およびプリンシパルの特定

管理ドメインのセキュリティの計画における最初の手順は、ドメインに関連付けられた資産およびプリンシパルを決定することです。ドメインの資産には次のものがあります。

- バックアップを必要とするデータベースおよびファイルシステム・データ

- データベースおよびファイルシステム・データに関するメタデータ

- パスワード

- アイデンティティ

- ホストおよびストレージ・デバイス

プリンシパルとは、管理ドメインに関連付けられた資産、またはドメインを含むより大きなネットワークに対するアクセス権限を持つユーザーです。プリンシパルには、次のユーザーが含まれます。

- バックアップ管理者
このOracle Secure Backupユーザーには、ドメインの管理権限、バックアップ・データを保存するテープへのアクセス、バックアップおよびリストア操作を実行するために必要な権限があります。

- データベース管理者
各データベース管理者は、所有するデータベースに対して完全なアクセス権限を持っています。

- ホスト所有者
各ホスト所有者は、そのホストのファイル・システムに対して完全なアクセス権限を持っています。

- システム管理者
このユーザーは、企業ネットワーク、および管理ドメイン内のホストに対してアクセス権限を持っています(ただし、必ずしもルートのアクセス権限とはかぎりません)。

- 参照者
このユーザーは、前述のプリンシパルのカテゴリには該当しませんが、Oracle Secure Backupのドメインを含むより大きなネットワークにアクセスできます。参照者は、ドメイン外にホストを所有できます。

資産とプリンシパルとの関係により、Oracle Secure Backupの管理ドメインにおけるセキュリティのレベルがある程度決定します。

- 最高レベルのセキュリティでは、資産へのアクセス権限を持つプリンシパルのみが所有者です。たとえば、クライアント・ホストの所有者のみが、このホストでデータの読取りまたは変更を行うことができます。

- 中レベルのセキュリティでは、資産所有者とドメイン管理者の両方が、資産にアクセスできます。

- 最低レベルのセキュリティでは、プリンシパルはドメイン内のどの資産にもアクセスできます。

9.2.2 バックアップ環境タイプの特定

管理ドメインに含まれる資産およびプリンシパルを確認すると、ドメインをデプロイする環境のタイプが明らかになります。環境のタイプにより、使用するセキュリティ・モデルがある程度決定します。

次の基準により、ネットワーク環境のタイプはある程度区別されます。

- 規模
ドメインに関連付けられた資産およびプリンシパルの数は、ドメイン・セキュリティで重要な役割を果します。1000ホストおよび2000ユーザーで構成されるネットワークには、5ホストおよび2ユーザーで構成されるネットワークより、攻撃者にとって多くのエントリ・ポイントがあります。

- データの機密性
データの機密性は、データが悪意のあるユーザーよってアクセスされる危険度によって判定されます。たとえば、一般企業の従業員のホスト上にあるホーム・ディレクトリは、クレジット会社の加入者のデータよりも機密性は低いと考えられます。

- 通信メディアの分離
ネットワークのセキュリティは、ドメイン内のホストおよびデバイス間のネットワーク通信のアクセス可能性によって左右されます。非公開の企業データ・センターは、その意味では企業ネットワーク全体よりも分離された状態にあります。

次の各項では、Oracle Secure Backupの管理ドメインが、通常デプロイされるネットワーク環境のタイプについて説明します。また、各環境の標準的なセキュリティ・モデルについても説明します。

9.2.2.1 単一システム

最も基本的な管理ドメインを図9-1に示します。1つのホスト上の管理サーバー、メディア・サーバーおよびクライアントで構成されます。

図9-1 ホストが1つの管理ドメイン

このタイプの環境は、規模が小さく、より広域のネットワークから分離されています。このネットワーク・タイプのデータは、機密性の範囲の低レベルにあると考えられます。たとえば、ドメインは、企業ネットワーク内の個人Webサイトのホストとして使用される1つのサーバーで構成される場合があります。

資産は、1つのホストと1つのテープ・デバイスのみです。ユーザーは、バックアップ管理者およびシステム管理者のみで、同一人物であると考えられます。バックアップ管理者は、Oracle Secure Backupドメインの管理ユーザーで、ドメイン上のバックアップの責任者です。システム管理者は、ドメインで使用されるホスト、デバイスおよびネットワークを管理します。

このネットワーク・タイプでは、少数の信頼できるユーザーのみがアクセスする分離されたホストが1つしかないため、ドメインはかなりセキュアです。ドメインの管理者にとってセキュリティ管理が主要な問題とはならず、バックアップ管理者は、Oracle Secure Backupドメインにおけるセキュリティのメンテナンスおよび管理に対するオーバーヘッドはほとんどないと予想できます。

9.2.2.2 データ・センター

図9-2の管理ドメインは、中規模サイズで、データ・センターなどのセキュアな環境にデプロイされます。

図9-2 複数のホストを含む管理ドメイン

管理ドメイン内のホスト、デバイスおよびユーザーの数は、単一システム・ネットワーク・タイプより大規模ですが、全体としてはネットワークの小規模なサブセットです。このネットワーク・タイプのデータは、機密性の範囲の最高レベルにあると考えられます。たとえば、極秘の従業員データの格納に使用されるホストのネットワークがあげられます。ネットワークのバックアップは、別のセキュアな専用ネットワーク上で行われます。

資産は、専用ネットワーク内の物理的にセキュアなコンピュータです。管理ドメインには、数百のデータベースおよびファイル・システムのバックアップを処理する数十のメディア・サーバー・ホストが含まれていることがあります。

プリンシパルには、次のユーザーが含まれます。

- バックアップ管理者は、Oracle Secure Backup管理ユーザーとしてドメインにアクセスします。

- システム管理者は、コンピュータ、デバイスおよびネットワークを管理します。

- データベース管理者は、所有するデータベースにアクセスでき、場合によってはデータベース・コンピュータに物理的にアクセスできます。

- ホスト管理者は、ファイル・システムにアクセスでき、場合によってはコンピュータに物理的にアクセスできます。

単一システム・ネットワーク・タイプと同様に、管理ドメインは、セキュアなネットワーク環境内に存在します。管理者は、外的手段によって各ホスト、テープ・デバイスおよびテープを保護します。ハッカーによるアクティブな攻撃は、ほぼありません。管理者は、ドメインに対するセキュリティのメンテナンスおよび管理にはオーバーヘッドをほとんど必要ないと想定します。バックアップ管理者およびシステム管理者の関心は、主にOracle Secure Backupがホスト間で効率的にデータ移動を行っているかどうかにあります。

9.2.2.3 企業ネットワーク

この環境では、複数の管理ドメイン、複数のメディア・サーバー・ホスト、および多数のクライアント・ホストが、企業ネットワーク内に存在します。

管理ドメイン内のホスト、デバイスおよびユーザーの数は、非常に大規模です。バックアップされるデータには、人事情報などの非常に機密性の高いデータ、および下位の従業員のホーム・ディレクトリなどの機密性の低いデータが含まれます。バックアップは通常、電子メール、インターネット・アクセスなどに使用されるのと同じ企業ネットワーク上で行われます。企業ネットワークは、ファイアウォールによって広域インターネットから保護されます。

資産には、基本的に企業内のすべてのデータおよびすべてのコンピュータが含まれます。各管理ドメインには、複数のユーザーが存在する可能性があります。一部のホスト所有者はOracle Secure Backupアカウントを持っていて、ホストのファイル・システムまたはデータベースのリストアを開始させることができます。

このバックアップ環境のセキュリティ要件は、単一システムやデータ・センターの例とは異なります。ネットワークの範囲や配置を考えると、クライアント・ホストの安全性が損われる可能性は非常に高くなります。たとえば、出張で使用されたラップトップを誰かに盗まれる可能性があります。悪意のある従業員が、コンピュータに不正にログインしたり、tcpdumpなどのユーティリティを実行して、ネットワーク・トラフィックをリスニングしたりする可能性もあります。

クライアント・ホストの安全性が損われることで、管理ドメイン全体の安全性が損われることがないようにする必要があります。安全性の損われたコンピュータで、悪意のあるユーザーが、他のホスト上で他のユーザーがバックアップしたデータにアクセスできないようにする必要があります。このようなユーザーが、管理ドメイン内の他のホストの通常操作に影響を与えることができないようにする必要もあります。

セキュリティ管理およびパフォーマンスのオーバーヘッドが予想されます。機密性の高い資産の所有者は、バックアップを暗号化して、バックアップ・メディアへの物理的アクセスによってバックアップのコンテンツが漏洩しないようにする必要があります。機密データが暗号化されていない形式でホストから流出しないように、クライアント・ホスト自体で暗号化および復号化を実行する必要があります。

注意:

Oracle Secure Backupでは、テープに格納されたデータが絶対に盗み見されないようする、非常に柔軟な構成が可能なバックアップ暗号化メカニズムをオプションで提供しています。バックアップ暗号化は、Oracle Secure Backupに完全に統合化されており、Oracle Secure Backupをインストールすればすぐに使用可能になります。バックアップ暗号化は、ファイルシステム・データとRecovery Manager(RMAN)で生成されたバックアップのどちらにも適用されます。

9.2.3 管理サーバーおよびメディア・サーバー用のセキュアなホストの選択

ドメインのセキュリティを構成する際の主な作業は、ホストに物理的なセキュリティおよびネットワーク・セキュリティを提供し、管理サーバーおよびメディア・サーバーのロールを実行するホストを決定することです。

管理サーバーおよびメディア・サーバーを選択する際、ホストが管理サーバーまたはメディア・サーバーになるのは、物理的なセキュリティとネットワーク・セキュリティの両方によって保護される場合にかぎることを忘れないでください。たとえば、データ・センターのホストは、少数の信頼できる管理者がアクセスできる非公開の保護されたネットワークに属すると考えられるため、管理サーバーの候補にすることができます。

Oracle Secure Backup自体は、物理的なセキュリティまたはネットワーク・セキュリティをホストに対して提供できず、そのようなセキュリティが存在するかどうかを検証することもできません。たとえば、Oracle Secure Backupは、悪意のあるユーザーが次のような不正行為を行うことを阻止できません。

- ホストを物理的に危険にさらすこと
ホストに物理的にアクセスできる攻撃者は、プライマリ・ストレージまたはセカンダリ・ストレージを盗んだり破壊したりできます。たとえば、泥棒がオフィスに押し入り、サーバーやテープを盗む可能性があります。暗号化により、データに対する脅威をいくらか軽減できますが、完全ではありません。管理サーバーに物理的にアクセスできる攻撃者は、管理ドメイン全体を危険にさらします。

- ホストのオペレーティング・システムへのアクセス
クライアント・ホストの所有者がパスワードを入力するのを観察して、参照者がパスワードを盗んだとします。この悪意のあるユーザーは、そのホストにTelnetでアクセスし、プライマリ・ストレージのデータを削除、置換またはコピーできます。世界で最もセキュアなバックアップ・システムでも、攻撃者が元の場所にあるデータにアクセスできる場合は、データを保護できません。

- ネットワークへの潜入または盗聴
バックアップ・ソフトウェアは、場合によっては、保護されていないネットワークで安全に通信できますが、常にそうできるわけではありません。ネットワーク・セキュリティは、特にネットワーク・データ管理プロトコル(NDMP)に基づく通信の場合、バックアップ・システムの重要な部分です。

- Oracle Secure Backupのアイデンティティの意図的な悪用
Oracle Secure Backupの管理者権限を持つユーザーが悪意のあるユーザーになると、管理ドメインに大損害を与えかねません。たとえば、ドメイン内のすべてのホスト上のファイル・システムを上書きできます。バックアップ・ソフトウェアでは、所属する組織の利益を最優先に考えて行動するようユーザーに強制できません。

9.2.4 ホスト・アイデンティティ証明書の配布方法の決定

バックアップ環境を分析して保護方法を検討した後、ドメイン内の各ホストのアイデンティティ証明書の取得方法を決定できます。Oracle Secure Backupでは、Secure Sockets Layer(SSL)を使用してセキュアで信頼できる通信チャネルをドメイン・ホスト間に確立します。各ホストは、ドメイン内でこのホストを一意に識別する認証局(CA)が署名したアイデンティティ証明書を持っています。アイデンティティ証明書は認証されたSSL接続に必要です。

関連項目:

- 「ホストの認証と通信」

- 「認証局」

管理ドメインの管理サーバーは、ドメインのCAです。管理サーバーの構成が終わると、各メディア・サーバーおよびクライアントを次のいずれかのモードでドメイン内に作成できます。

- 自動証明書プロビジョニング・モード
この場合、手動の管理は不要です。ホストを構成する際、CAはネットワーク上でホストにアイデンティティ証明書を発行します。

- 手動証明書プロビジョニング・モード
この場合、ホストごとにアイデンティティ証明書を手動でウォレットにインポートする必要があります。

自動モードの方が使用は簡単ですが、ドメイン参加の直前で攻撃者がホストの名前を盗む、きわめてまれな中間者攻撃を受けやすくなります。この攻撃者は、盗んだホスト・アイデンティティを使用してドメインに不正に参加します。手動モードの方が自動モードより使用は難しくなりますが、同種の攻撃は受けにくくなります。

手動モードでは、管理サーバーはアイデンティティ証明書のレスポンスをホストに送信しません。かわりに、署名付きアイデンティティ証明書のコピーを物理メディアでホストに移動し、obcmユーティリティを使用して新しいホストのウォレットにインポートする必要があります。obcmユーティリティは、ウォレット内の証明書リクエストが、署名付きアイデンティティ証明書と一致するかどうかを検証します。検証が失敗した場合、不正なホストがそのホストのふりをしようとした可能性が高いことを示します。mkhostコマンドは、不正なホストがネットワークから削除された後に再発行できます。

関連項目:

- 「obcmによる証明書の管理」

- obcmユーティリティの詳細は、『Oracle Secure Backupリファレンス』を参照してください。

手動証明書プロビジョニング・モードを検討する場合、提供される特別な保護が、管理オーバーヘッドに値するかどうかを判断する必要があります。単一システムおよびデータ・センターの環境では、ネットワーク通信は通常分離されているため、自動モードが安全です。

自動モードは、企業ネットワークの大部分でも安全です。企業ネットワークは、攻撃者が管理サーバーと追加されるホストの間のネットワークに侵入できる場合のみ、中間者攻撃に対して脆弱です。これは、攻撃者がネットワーク・トラフィックを傍受し、中間者として行動できる唯一の場所です。これは不正を働く従業員の介助がなければ困難です。

追加されるホストが企業ネットワークの外にある場合、オフサイトのホストとの通信では傍受や妨害の機会が増えるため、手動証明書プロビジョニング・モードの使用をお薦めします。

9.3 信頼できるホスト

Oracle Secure Backupリリース10.3以降、管理ドメイン内の一部のホストのセキュリティ・レベルが強化され、絶対的レベルの信頼性を持つホストとして扱われます。これらのホストは、管理サーバーと各メディア・サーバーです。これらのホストは、Oracle Secure Backupによって信頼できるホストとして分類されます。クライアント・ロールのみを使用して構成されているホストは、信頼できないホストとして分類されます。

関連項目:

「管理サーバーおよびメディア・サーバー用のセキュアなホストの選択」

多くのOracle Secure Backup操作は、トラステッド・ホストによる使用のために予約されており、信頼できないホストによって実行された場合は失敗します。これらの操作には、次のものがあります。

- obtarコマンドの使用

- 物理デバイスおよびライブラリへの直接アクセス

- 暗号化キーへのアクセス

このポリシーにより、安全性が損われたクライアント・システムから生じた可能性のある攻撃に対する特別レベルのセキュリティが実現します。たとえば、管理サーバーとしてadminホスト、メディア・サーバーとしてmediaホスト、クライアントとしてclientホストを持つOracle Secure Backup管理ドメインについて考えてみます。あるクラスに属し、manage devicesクラス権限を持つOracle Secure Backupユーザーが、obtoolでlsvol -L library_nameを実行しようとします。クライアントに対して試行すると、非トラステッド・ホストからの不正リクエスト(illegal request from non-trusted host)というエラーで失敗します。同じコマンドをadminまたはmediaに対して試行した場合は成功します。

Oracle Secure Backupセキュリティ・ポリシーtrustedhostsをoffに設定することで、これらの信頼チェックを無効にできます。これにより、信頼できないホストに設定された制約が無効になります。

注意:

Oracle Secure Backup Webツールからのコマンドは、常に処理のために管理サーバーに転送されるため、trustedhostsポリシーの影響は受けません。

9.4 ホストの認証と通信

デフォルトでは、Oracle Secure BackupはSecure Sockets Layer(SSL)プロトコルを使用して、管理ドメインのホスト間のセキュアな通信チャネルを確立します。各ホストには、アイデンティティ証明書として知られるX.509証明書があります。このアイデンティティ証明書は、認証局(CA)によって署名され、管理ドメイン内のこのホストを一意に識別します。アイデンティティ証明書は認証されたSSL接続に必要です。

注意:

現在、ネットワーク・データ管理プロトコル(NDMP)は、ファイラに対するSSL接続をサポートしていません。

obtool –authenticateコマンドを使用して、ドメインの認証性を検証できます。このコマンドはobtoolを起動し、コマンドを実行する前にドメイン資格証明をリクエストします。

この項の内容は次のとおりです。

- アイデンティティ証明書と公開鍵の暗号化

- 認証済SSL接続

- 認証局

- Oracleウォレット

- Webサーバーの認証

- ホスト・アイデンティティ証明書の取消し

9.4.1 アイデンティティ証明書と公開鍵の暗号化

アイデンティティ証明書には、本体とデジタル署名があります。証明書の内容は次のとおりです。

- 公開鍵

- ホストのアイデンティティ

- ホストでの実行が許可されていること

管理サーバーを含むドメイン内のすべてのホストには、ホストのアイデンティティ証明書とともに保存されているホストにしか知られていない秘密鍵があります。この秘密鍵は、管理ドメイン内の他のホストで使用できる公開鍵に対応しています。

ドメイン内のホストは、公開鍵を使用して暗号化メッセージを別のホストに送信できます。しかし、対応する秘密鍵を持つホストのみが、そのメッセージを復号化できます。ホストはその秘密鍵を使用して、デジタル署名をメッセージに添付できます。ホストは、メッセージを入力として暗号化ハッシュ関数に送信し、出力ハッシュを秘密鍵で暗号化することで、デジタル署名を作成します。

受信側ホストは、デジタル署名を送信側ホストの公開鍵で復号化することにより認証します。その後、受信側ホストは秘密鍵で暗号化メッセージを復号化し、署名の作成に使用したのと同じハッシュ関数に復号化したメッセージを入力し、復号化した署名と出力ハッシュを比較します。2つのハッシュが一致すれば、このメッセージは改ざんされていません。

図9-3は、ホストBがホストAに対するメッセージを暗号化して署名し、それに対してホストAがメッセージを復号化して署名を検証するプロセスを示しています。

図9-3 公開鍵と秘密鍵を使用したメッセージの暗号化と署名

9.4.2 認証済SSL接続

ホストがドメイン内で制御メッセージやバックアップ・データを安全に交換するには、最初に相互認証を行う必要があります。ホスト接続は常に双方向で認証されますが、ホストへの最初のドメイン参加案内やネットワーク・データ管理プロトコル(NDMP)サーバーとの通信は例外です。

双方向認証では、使用する暗号スイートを双方で取り決めるハンドシェイク・プロセスに参加するホストは、アイデンティティ証明書を交換し、互いのアイデンティティ証明書が信頼できる認証局(CA)によって発行されたことを検証します。このプロセスの最後に、データ交換用のセキュアで信頼できる通信チャネルが確立されます。

アイデンティティ証明書とSecure Sockets Layer(SSL)の使用によって、外部の攻撃者が管理ドメインのクライアントになりすましたり、バックアップ・データにアクセスしたりするのを防ぎます。たとえば、外部の攻撃者がドメイン外のホストでアプリケーションを実行して、メッセージをドメイン内のホストから送信されたものとしてドメイン・ホストに送信することはできません。

9.4.3 認証局

管理サーバー上のサービス・デーモン(observiced)は、管理ドメインのルート認証局(CA)です。CAの主なタスクは、管理ドメイン内の各ホストにアイデンティティ証明書を発行して署名することです。CAが自身に対して発行し署名したCAの署名証明書により、ドメインのホストに対するアイデンティティ証明書に署名する権限がCAに与えられます。この信頼関係では、管理ドメインのすべてのホストがCAによって発行された証明書を信頼できることが必要です。

各ホストには、ホスト独自のアイデンティティ証明書と、CAまでの信頼チェーンを確立する信頼できる証明書(証明書のセット)が保存されています。ドメインの他のホストと同様に、CAにもそのアイデンティティ証明書が保存されています。CAには、ドメインの他のホストに対するアイデンティティ証明書への署名権限をCAに付与する署名証明書も保存されています。

CAの管理の詳細は、「obcmによる証明書の管理」を参照してください。

9.4.3.1 自動および手動証明書プロビジョニング・モード

Oracle Secure Backupでは、ドメインに参加するクライアント・ホストに対するセキュリティ資格証明の初期設定で、自動と手動のモードが用意されています。自動モードは簡単に使用できますが、潜在的なセキュリティ面での脆弱性があります。手動モードは使いにくい面はありますが、改ざんに対する脆弱性は低くなります。

デフォルトの自動証明書プロビジョニング・モードでは、ドメインへのホストの追加は透過的に行われます。ホストは、公開鍵と秘密鍵のペアを生成し、公開鍵が含まれる証明書リクエストを認証局(CA)に送信します。CAはホストにアイデンティティ証明書を発行し、CAまでの信頼チェーンの確立に必要な証明書とともにホストに送信します。

2つのホストの間の通信は、セキュアで非認証のSecure Sockets Layer (SSL)接続上で行われます。CAとホストの間のネットワークに不正なホストが割り込み、正当なホストになりすまして不正にドメインに参加する可能性があります。

手動証明書プロビジョニング・モードでは、CAはホストに証明書レスポンスを自動的に送信しません。

証明書を転送する手順:

1. obcmユーティリティを使用して、CAから署名付き証明書をエクスポートします。

2. フロッピー・ディスクやUSBキー・チェーン・ドライブなどのセキュアなメカニズムを使用して、CAからの署名付きアイデンティティ証明書のコピーをホストに移します。

3. ホストでobcmを使用して、移された証明書をホストのウォレットにインポートします。obcmユーティリティは、ウォレット内の証明書リクエストが、署名付きアイデンティティ証明書と一致するかどうかを検証します。

ユーザーは、セキュリティと操作性のバランスを考慮して、管理ドメインに適した証明書プロビジョニング・モードを決定する必要があります。

9.4.4 Oracleウォレット

Oracle Secure Backupでは、Oracleウォレットにすべての証明書が格納されます。ウォレットは、オペレーティング・システムにおいてパスワードで保護された暗号化ファイルとして表されます。管理ドメインの各ホストにはそれぞれのウォレットがあり、ホストのアイデンティティ証明書、秘密鍵、および1つ以上の信頼できる証明書が保存されています。Oracle Secure Backupは、ウォレットを他のOracle製品と共有しません。

パスワードで保護されたウォレット以外に、ドメインの各ホストには不明瞭化ウォレットも保存されています。この種類のウォレットにはパスワードは不要です。不明瞭化ウォレットは、スクランブル化されていますが暗号化されていないため、Oracle Secure Backupソフトウェアをシステム起動時にパスワードを必要とせずに実行できます。

注意:

不明瞭化ウォレットへの未認可アクセスによるリスクを減らすため、Oracle Secure Backupではこれらのウォレットをバックアップしません。不明瞭化ウォレットは、cwallet.ssoというファイルです。デフォルトでは、ウォレットはLinuxおよびUNIXでは/usr/etc/ob/walletに、WindowsではC:\Program Files\Oracle\Backup\db\walletにあります。

パスワードで保護されたウォレットのパスワードは、Oracle Secure Backupによって保護され、ユーザーは使用できません。Oracle Secure Backupデーモンは不明瞭化ウォレットを使用するため、ホストに対するセキュリティ資格証明の確立後は、パスワードで保護されたウォレットは通常使用されません。

図9-4は、ドメインにおける認証局と他のホスト間の関係を示しています。

図9-4 Oracleウォレット

9.4.4.1 Oracle Secure Backup暗号化ウォレット

管理サーバーには2番目のウォレットがあり、ネットワーク・データ管理プロトコル(NDMP)・サーバーのパスワードや、バックアップ暗号化キー・ストアなどの、セキュアなデータを暗号化するマスター鍵の格納に使用されます。このウォレットは、ホスト・アイデンティティ証明書に使用されるウォレットとは別です。キー・ウォレットはewallet.p12という名前が付けられ、OSB_HOME/admin/encryption/walletにあります。

ベスト・プラクティスとして、ウォレットのバックアップには、Oracle Secure Backupのカタログ・リカバリを使用します。

ウォレットのバックアップにOracle Secure Backupカタログを使用しない場合は、ewallet.p12暗号化ウォレットを、暗号化されたデータと同じメディア上にバックアップしないことをお薦めします。暗号化ウォレットは、バックアップ操作から自動的に除外されません。バックアップ時に除外するファイルを指定するには、excludeデータセット文を使用する必要があります。

exclude name *.p12

関連項目:

データセット文およびカタログ・リカバリの詳細は、『Oracle Secure Backup管理者ガイド』を参照してください。

9.4.5 Webサーバーの認証

管理ドメインのApache Webサーバーは、obhttpdデーモンとして管理サーバーで稼働します。Oracle Secure Backup Webツールからコマンドを発行すると、obhttpdはそれらをobtoolコマンドとして再パッケージして、管理サーバーで実行中のobtoolのインスタンスに渡します。

Webサーバーでは、クライアントWebブラウザとのSecure Sockets Layer(SSL)接続を確立するため、署名付きのX.509証明書と、関連付けられた公開鍵/秘密鍵のペアを要求します。Webサーバーに対するX.509証明書は、管理サーバーにOracle Secure Backupをインストールする際に自己署名されます。図9-5は、Webサーバーとクライアント間のやり取りを示しています。

図9-5 Webサーバーの認証

WebサーバーのX.509証明書および鍵は、Oracle Secure Backup管理ドメインのホスト認証に使用されるウォレットには保存されませんが、Oracle Secure Backupホームの/apache/confサブディレクトリのファイルに保存されます。1つのパスワードが、証明書と鍵を保護します。このパスワードは、暗号化された形式で/admin/config/defaultにあるdaemonsファイルに保存されます。Webサーバーが起動すると、Webサーバー構成ファイルで指定されたメカニズムを使用して、パスワードが取得されます。このパスワードは、ネットワークでは決して送信されません。

9.4.6 ホスト・アイデンティティ証明書の取消し

ホスト・アイデンティティ証明書の取消しは、Oracle Secure Backupの管理ドメインにおけるコンピュータのセキュリティが、なんらかの方法で侵害されたことをバックアップ管理者が確認した場合にのみ実行される非常手段です。

ホスト・アイデンティティ証明書は、obtoolのrevhostコマンドで取り消すことができます。

関連項目:

revhostの構文およびセマンティックスは、『Oracle Secure Backupリファレンス』を参照してください。

ホスト・アイデンティティ証明書を取り消すと、Oracle Secure Backupサービス・デーモンはそのホストからの接続を受け入れません。取消しは元には戻せません。ホスト・アイデンティティ証明書を取り消してから気が変わった場合、影響を受けるホストにOracle Secure Backupソフトウェアを再インストールする必要があります。

9.5 転送中のデータの暗号化

図1-2は、管理ドメイン内の制御フローとデータ・フローを示しています。管理ドメインのホストで交換される制御メッセージは、Secure Sockets Layer(SSL)によって暗号化されます。

ドメイン内のデータ・フローにはファイルシステムとデータベース・バックアップ・データの両方が含まれます。バックアップの暗号化によるデータへの影響を理解するには、停止中データ(ディスクやテープなどのメディア上のバックアップ・データ)と転送中のデータ(ネットワークを転送中のバックアップ・データ)とを区別することが重要です。

テープでのファイルシステム・バックアップおよび暗号化されていないRMANバックアップ(停止中データ)は、Oracle Secure Backupで暗号化できます。Oracle Secure BackupのSBTインタフェースで作成されたRMAN暗号化バックアップはサポートされますが、バックアップがSBTインタフェースに提供される前に、暗号化がRMANによって提供されます。Oracle Secure BackupのSBTインタフェースは、暗号化されたRMANバックアップをテープに直接行うためにサポートされる唯一のインタフェースです。

関連項目:

Oracle Secure Backupの暗号化の詳細は、『Oracle Secure Backup管理者ガイド』を参照してください。

RMANまたはOracle Secure Backupの暗号化を選択すると、Oracle Secure Backupでは管理ドメイン内の転送中データに追加の暗号化は適用されません。RMANの暗号化またはOracle Secure Backupの暗号化のいずれも選択しなかった場合、転送中のバックアップ・データは、ファイルシステムとデータベースのどちらのデータも、デフォルトではSSLによって暗号化されません。セキュリティ強化のため、encryptdataintransitセキュリティ・ポリシーを使用して、管理ドメイン内の転送中データの暗号化を有効にできます。

encryptdataintransmitセキュリティ・ポリシーのバックアップの暗号化を有効にする手順:

1. 管理ドメインの構成の変更(modify administrative domain's configuration)権限を持つユーザーとしてobtoolにログインします。

2. setpコマンドを使用して、次の例のようにencryptdataintransitポリシーをnoに切り替えます。

ob> cdp security
ob> setp encryptdataintransit yes

関連項目:

encryptdataintransitセキュリティ・ポリシーの詳細は、『Oracle Secure Backupリファレンス』を参照してください。

クライアント・ホストclient_host上のデータをメディア・サーバーmedia_serverに接続されたテープ・ドライブにバックアップするとします。データの暗号化は、次の例に示すように、選択する暗号化オプションとバックアップの対象によって異なります。

- client_host上のデータベースの暗号化RMANバックアップ
RMANは、バックアップをclient_hostでSBTインタフェースに提供する前に暗号化します。Oracle Secure Backupは、RMANによって暗号化されたデータをネットワークでmedia_serverに送信します。Oracle Secure Backupでは、データをネットワークで送信する際には、追加の暗号化を適用しません。Oracle Secure Backupがデータをテープに書き込むと、データは暗号化された形式でテープに保存されます。

- client_host上のデータベースの非暗号化RMANバックアップ
Oracle Secure Backupでは、データをネットワークでmedia_serverに送信する前に暗号化しません。Oracle Secure Backupがデータをテープに書き込むと、データは暗号化されていない形式でテープに保存されます。

- encryptdataintransitがyesに設定されているclient_host上のデータベースの非暗号化RMANバックアップ
Oracle Secure Backupでは、データをネットワークでmedia_serverに送信する前に暗号化します。暗号化データは、media_serverで復号化されます。Oracle Secure Backupがデータをテープに書き込むと、データは暗号化されていない形式でテープに保存されます。

- client_host上のファイル・システムの暗号化Oracle Secure Backupバックアップ
Oracle Secure Backupは、暗号化バックアップ・データをネットワークでmedia_serverに送信します。Oracle Secure Backupでは、データをネットワークで送信する際には、追加の暗号化を適用しません。Oracle Secure Backupがデータをテープに書き込むと、ファイルシステムのデータは暗号化された形式でテープに保存されます。

- client_host上のファイル・システムの非暗号化Oracle Secure Backupバックアップ
Oracle Secure Backupでは、データをネットワークでmedia_serverに送信する前に暗号化しません。Oracle Secure Backupがデータをテープに書き込むと、データは暗号化されていない形式でテープに保存されます。

- encryptdataintransitをyesに設定したclient_host上のファイル・システムの非暗号化Oracle Secure Backupバックアップ
Oracle Secure Backupでは、データをネットワークでmedia_serverに送信する前に暗号化します。暗号化データは、media_serverで復号化されます。Oracle Secure Backupがデータをテープに書き込むと、データは暗号化されていない形式でテープに保存されます。

関連項目:

RMANバックアップの暗号化の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

9.6 デフォルトのセキュリティ構成

Oracle Secure Backupを管理サーバーにインストールする際、インストール・プログラムは管理サーバーを認証局(CA)として自動的に構成します。デフォルトでは、管理ドメインのセキュリティは、次のように構成されます。

- Secure Sockets Layer(SSL)は、ホスト認証とメッセージ整合性に使用されます。

- CAは、自動証明書プロビジョニング・モードで、各ドメインのホストに対するアイデンティティ証明書に署名して発行します。

- ドメインのすべてのホストに対する公開鍵と秘密鍵のサイズは1024ビットです。

- ドメイン内のホスト通信は、SSLで暗号化されます。

管理ドメインにホストを追加する場合、obtoolまたはOracle Secure Backup Webツールでホストを作成すると、各ホストのウォレット、鍵および証明書がOracle Secure Backupによって作成されます。その他の調整や構成は不要です。

次のいずれかの方法で、デフォルト構成を変更することもできます。

- securecommsセキュリティ・ポリシーの設定による、ホスト間の認証および通信に対するSSLの無効化

- 手動証明書プロビジョニング・モードでのアイデンティティ証明書の転送

- ホストの鍵サイズに対する、デフォルトの1024ビットを上回るまたは下回る値の設定

- encryptdataintransitセキュリティ・ポリシーの設定による、転送中のバックアップ・データに対する暗号化の有効化

9.7 管理ドメインのセキュリティの構成

この項では、管理ドメインのセキュリティを構成する方法について説明します。

この項の内容は次のとおりです。

- 管理ドメイン内のホストへの証明書の提供

- 公開鍵および秘密鍵のサイズの設定

- ホストの認証および通信に対するSSLの有効化および無効化

9.7.1 管理ドメイン内のホストへの証明書の提供

Oracle Secure Backupの管理ドメイン内の各ホストに証明書を提供するには、まず管理サーバーを構成し、次に各メディア・サーバーとクライアントを構成する必要があります。

9.7.1.1 管理サーバーの構成

Oracle Secure Backupをホストにインストールし、このホストを管理サーバーとして指定すると、このサーバーはOracle Secure Backup管理ドメインの認証局(CA)となります。Oracle Secure Backupは、標準インストールの一環として、自動的にホストをCAとして構成します。このサーバーに署名証明書を提供するために追加の手順は必要ありません。

Oracle Secure Backupでは、自動的に次のアイテムを作成します。

- 管理ドメイン・サーバー上のオブジェクト・リポジトリ内の管理サーバーに対応するホスト・オブジェクト。

- 管理サーバーの証明書を保存するウォレット。ウォレットは、Oracle Secure Backupホームのディレクトリ・ツリーに存在します。Oracle Secure Backupでは、ウォレットのパスワードとしてホストIDを使用します。

- ウォレット内の署名証明書に対するリクエスト。

- リクエストに応じて署名付き証明書を作成し、ウォレットに保存。

- ウォレット内のアイデンティティ証明書に対するリクエスト。

- リクエストに応じて署名付き証明書を作成し、ウォレットに保存。

- ローカル・ウォレット・ディレクトリ内に不明瞭化ウォレットを作成。

これで管理サーバーに、他のホストのアイデンティティ証明書に署名するために必要な署名証明書と、ドメイン内の他のホストとの認証済Secure Sockets Layer(SSL)接続の確立に必要なアイデンティティ証明書が揃いました。

9.7.1.2 メディア・サーバーおよびクライアントの構成

Oracle Secure Backup Webツールの使用またはobtoolでのmkhostコマンドの実行によりホストを構成すると、Oracle Secure Backupではホストに対するセキュリティ資格証明が作成されます。その手順は、ホストを自動または手動証明書プロビジョニング・モードのいずれで追加するかによって異なります。

関連項目:

「ホスト・アイデンティティ証明書の配布方法の決定」

自動証明書プロビジョニング・モード

ホストを自動証明書プロビジョニング・モードで作成する場合、追加の手順を実行する必要はありません。標準ホスト構成の一環として、ウォレット、鍵および証明書がホストに対して自動的に作成されます。

手動証明書プロビジョニング・モード

ホストを自動証明書プロビジョニング・モードではなく手動でドメインに追加する場合は、obcmユーティリティを使用する必要があります。この場合、認証局はネットワーク上で署名付き証明書をホストに発行しないため、署名付き証明を管理サーバーからエクスポートし、手動で証明書を新たに構成されたホストに移し、ホストのウォレットに証明書をインポートする必要があります。

アイデンティティ証明書とウォレットの両方が、ファイルとしてオペレーティング・システム上に存在します。obcmを実行するオペレーティング・システム・ユーザーには、ウォレット・ディレクトリでの書込み権限が必要です。デフォルトでは、Oracle Secure Backupで使用されるウォレットは、次の場所にあります。

- /usr/etc/ob/wallet(UNIXおよびLinux)

- C:\Program Files\Oracle\Backup\db\wallet(Windows)

obcmユーティリティは、常に前述の場所にあるウォレットにアクセスします。デフォルトの場所を無効にすることはできません。

手動証明書プロビジョニング・モードでホストを追加する場合、ホストごとに次の手順を実行する必要があります。

1. 管理サーバーにrootとしてログインします。

2. PATH変数が正しく設定されている場合、オペレーティング・システムのコマンドラインでobcmと入力し、obcmユーティリティを起動します。obcmを実行するオペレーティング・システム・ユーザーには、ウォレット・ディレクトリでの書込み権限が必要です。

3. 次のコマンドを入力します。hostnameは、証明書をリクエストしているホストの名前、certificate_fileは、エクスポートされたリクエストのファイル名です。

export --certificate --file certificate_file --host hostname

たとえば、次のコマンドでは、ホストbrhost2に対する署名付き証明書が/tmp/brhost2_cert.fファイルにエクスポートされます。

export --certificate --file /tmp/brhost2_cert.f --host brhost2

4. 署名付きアイデンティティ証明書を物理メディアにコピーし、そのメディアをホストに物理的に移します。

5. ウォレットに証明書が含まれているホストにログオンします。

6. PATH変数が正しく設定されている場合、オペレーティング・システムのコマンドラインでobcmと入力し、obcmユーティリティを起動します。obcmを実行するオペレーティング・システム・ユーザーには、ウォレット・ディレクトリでの書込み権限が必要です。

7. 署名付きアイデンティティ証明書を、ファイル・システム上の一時的な場所にコピーします。

8. obcmのプロンプトで次のコマンドを入力します。signed_certificate_fileは、証明書のファイル名です。

import --file signed_certificate_file

ホストにはOracle Secure Backupウォレットが1つしか存在しないため、--hostオプションを指定する必要はありません。たとえば、次の例では、/tmp/brhost2_cert.fから証明書がインポートされます。

import --file /tmp/brhost2_cert.f

obcmユーティリティでは、インポートされる証明書がウォレットの証明書リクエストに対応しない場合、エラー・メッセージを発行します。

9. オペレーティング・システム上の一時的な場所から証明書ファイルを削除します。たとえば、次のようになります。

rm /tmp/brhost2_cert.f

obcmユーティリティは、ホストの証明書に関連付けられた公開鍵が、証明書リクエストとともにウォレットに保存された秘密鍵と対応するかどうかをチェックします。鍵が一致した場合、ホストはそのドメインのメンバーです。鍵が一致しない場合、攻撃者がmkhostコマンドの処理中にホストになりすまそうとした可能性があります。mkhostコマンドは、不正なホストがネットワークから削除された後に再実行できます。

9.7.2 公開鍵および秘密鍵のサイズの設定

原則として、公開鍵および秘密鍵のサイズが大きいほど、セキュリティは向上します。一方、鍵のサイズが小さいほど、パフォーマンスは向上します。ドメイン内のすべてのホストに対するデフォルトの鍵のサイズは1024ビットです。このデフォルトを受け入れれば、追加の構成を実行する必要はありません。

Oracle Secure Backupを使用すると、鍵は次のビット値のいずれかに設定できます。これらの値は、セキュリティの高いものから順に示されています。

- 4096

- 3072

- 2048

- 1024

- 768

- 512

この項の内容は次のとおりです。

- インストール時の鍵のサイズの設定

- certkeysizeセキュリティ・ポリシーでの鍵のサイズの設定

- mkhostでの鍵のサイズの設定

9.7.2.1 インストール時の鍵のサイズの設定

セキュリティ・ポリシーの鍵サイズは、管理サーバーへのOracle Secure Backupのインストール時に設定できます。インストール時に指定した鍵のサイズは、the certkeysizeセキュリティ・ポリシーの初期値の設定に使用されます。このセキュリティ・ポリシーは、ドメイン内のホストに対するセキュリティ鍵のデフォルト・サイズを指定します。このデフォルト値は、個々のホストを構成する際に変更または無効化できます。

The Oracle Secure Backupインストーラでは、デフォルトの鍵サイズ値が使用されます。このデフォルト値を変更するには、インストール時に、インストールの詳細設定を構成する必要があります。

関連項目:

- 「アイデンティティ鍵証明書サイズ」

- 「Linux/UNIXの詳細設定の指定」

- 「インストールの詳細設定の構成(Windowsの場合)」

9.7.2.2 certkeysizeセキュリティ・ポリシーでの鍵のサイズの設定

セキュリティ・ポリシーのデフォルトの鍵サイズは、いつでも変更できます。変更後に構成されるホストには、変更された鍵のサイズがデフォルトで使用されます。

certkeysizeセキュリティ・ポリシーの鍵のサイズは、obtoolまたはOracle Secure Backup Webツールを使用して設定できます。Oracle Secure Backupでは、次にホストを構成する際、変更後の鍵のサイズが使用されます。certkeysize値はいつでも変更できますが、変更は次のmkhostコマンドにのみ適用されます。

certkeysizeセキュリティ・ポリシーを設定するには、次のようにします。

1. 管理ドメインの構成の変更(modify administrative domain's configuration)権限を持つユーザーとしてobtoolにログインします。

2. certkeysizeポリシーを必要なデフォルト値に設定します。次の例は、obtoolを使用して鍵のサイズを3072ビットに設定する方法を示しています。

ob> cdp security
ob> setp certkeysize 3072

関連項目:

ポリシーの設定方法は、『Oracle Secure Backup管理者ガイド』を参照してください。

9.7.2.3 mkhostでの鍵のサイズの設定

個々のホストには、デフォルトの鍵のサイズを無効にして別の値を優先させることができます。ドメイン内の異なるホストには、異なる鍵のサイズを指定できます。

鍵のサイズは、mkhostコマンドまたはOracle Secure Backup Webツールを使用してホストを構成する際に設定できます。mkhostコマンドに--certkeysizeオプションを指定すると、その値がセキュリティ・ポリシーで設定された証明書の鍵のデフォルト・サイズに優先されます。この鍵のサイズは、新たに構成されるホストにのみ適用され、他の現行ホストや今後作成されるホストの鍵のサイズには影響を及ぼしません。

サイズの大きい鍵は、サイズの小さい鍵より鍵のペアの生成に時間がかかるため、鍵のサイズの設定は、mkhostコマンドの処理時間に影響を及ぼします。mkhostコマンドの実行中、obtoolから5秒間隔でステータス・メッセージが表示されます。処理が完了すると、obtoolはコマンド・プロンプトを表示します。

mkhostコマンドで鍵のサイズを設定するには、次のようにします。

1. 管理ドメインの構成の変更(modify administrative domain's configuration)権限を持つユーザーとしてobtoolにログインします。

2. mkhostコマンドを発行して、ホストの鍵のサイズを設定します。次の例では、クライアントstadf56を構成する際に、鍵のサイズを4096ビットに設定しています。この設定は、ホストstadf56に対してのみ適用されます。

ob> mkhost --inservice --role client --certkeysize 4096 stadf56
Info: waiting for host to update certification status...
Info: waiting for host to update certification status...
Info: waiting for host to update certification status...
Info: waiting for host to update certification status...
ob> lshost stadf56
stadf56          client                            (via OB)   in service

関連項目:

mkhostコマンドの使用方法は、『Oracle Secure Backupリファレンス』を参照してください。

9.7.3 ホストの認証および通信に対するSSLの有効化および無効化

デフォルトでは、ホスト間のすべての制御メッセージのトラフィックに、認証済の暗号化されたSecure Sockets Layer(SSL)接続が使用されます。

securecommsセキュリティ・ポリシーをoffに設定して、SSL暗号化を無効にすることができます。SSLを無効にするとパフォーマンスが向上しますが、この操作固有のセキュリティ・リスクがあることに注意してください。

関連項目:

「ホストの認証と通信」

securecommsセキュリティ・ポリシーを設定するには、次のようにします。

1. 管理ドメインの構成の変更(modify administrative domain's configuration)権限を持つユーザーとしてobtoolにログインします。

2. setpコマンドを使用して、次の例のようにsecurecommsポリシーをoffに切り替えます。

ob> cdp security
ob> setp securecomms off

関連項目:

ポリシーの設定方法は、『Oracle Secure Backup管理者ガイド』を参照してください。

9.8 obcmによる証明書の管理

この項では、obcmユーティリティの使用方法について説明します。このユーティリティを使用すると、いずれかの証明書モードでの証明書の更新、証明書のインポートおよびエクスポート、証明書リクエストのエクスポートを実行できます。

ホストを自動証明書プロビジョニング・モードではなく手動でドメインに追加する場合は、obcmユーティリティを使用する必要があります。この場合、認証局(CA)はネットワーク上で署名付き証明書をホストに発行しないため、署名付き証明を管理サーバーからエクスポートし、その証明書を新たに構成されるホストに移し、ホストのウォレットにインポートする必要があります。

アイデンティティ証明書とウォレットの両方が、ファイルとしてオペレーティング・システム上に存在します。obcmを実行するオペレーティング・システム・ユーザーには、ウォレット・ディレクトリでの書込み権限が必要です。デフォルトでは、Oracle Secure Backupで使用されるウォレットは、次の場所にあります。

- /usr/etc/ob/wallet(UNIXおよびLinux)

- C:\Program Files\Oracle\Backup\db\wallet(Windows)

obcmユーティリティは、常に前述の場所にあるウォレットにアクセスします。デフォルトの場所を無効にすることはできません。

エラーが発生した場合、obcm verifycommコマンドを使用してドメイン内の接続の問題を診断し、obcmログ・ファイルの場所が記述されていることを確認してください。

この項の内容は次のとおりです。

- 自動証明書プロビジョニング・モードでの証明書の更新

- 手動証明書プロビジョニング・モードでの証明書の更新

- Oracle Secure Backupの旧バージョンでの、自動証明書プロビジョニング・モードでの証明書の更新

- Oracle Secure Backupの旧バージョンでの、手動証明書プロビジョニング・モードでの証明書の更新

- ホストの手動認証

- 署名付き証明書のエクスポート

- 署名付き証明書のインポート

9.8.1 自動証明書プロビジョニング・モードでの証明書の更新

Oracle Secure Backup 12.1.0.2からは、obcmを使用して自動証明書プロビジョニング・モードでドメイン内の証明書を更新できます。
Oracle Secure Backup 12.1.0.1および10.4バージョンにおいて自動証明書プロビジョニング・モードで証明書を更新する方法の詳細は、「Oracle Secure Backupの旧バージョンでの、自動証明書プロビジョニング・モードでの証明書の更新」を参照してください

自動証明書プロビジョニング・モードでドメインの認証局を更新するには、管理ホストで次の手順を実行します。

1. 次のコマンドを入力して、バックアップ・ドメインを一時的に無効にします。

obtool ctldameon --command suspend

2. 次のコマンドを入力して、ドメイン内のすべてのアクティブ・ジョブをリストします。

obtool lsjobs --active

3. すべてのアクティブ・ジョブが完了したら、次のコマンドを入力して署名付き証明書を再生成します。

obcm recertifydomain

4. 次のコマンドを入力して、既存の未認証ホストを識別します。

obtool lshost --unauthenticated

5. 「ホストの手動認証」にリストされている手順を実行して、未認証ホストを手動で更新します。

6. 手順4を繰り返して、ドメイン内のすべてのホストが認証されていることを確認します。

7. 次のコマンドを入力して、ドメイン内のすべてのホストに正常にアクセスできることを確認します。

obtool --pinghost all

8. すべてのバックアップ操作を再開します。

obtool ctldaemon --command resume

9.8.2 手動証明書プロビジョニング・モードでの証明書の更新

Oracle Secure Backup 12.1.0.2では、obcmを使用して手動証明書プロビジョニング・モードでドメイン内の証明書を更新できます
Oracle Secure Backup 12.1.0.1および10.4バージョンにおいて手動証明書プロビジョニング・モードで認証局を更新する方法の詳細は、「Oracle Secure Backupの旧バージョンでの、手動証明書プロビジョニング・モードでの証明書の更新」を参照してください

手動証明書プロビジョニング・モードでドメインの認証局を更新するには、管理ホストで次の手順を実行します。

1. 次のコマンドを入力して、ドメインを一時的に無効にします。

obtool ctldaemon --command suspend

2. 次のコマンドを入力して、ドメイン内のすべてのアクティブ・ジョブをリストします。

obtool lsjobs --active

3. すべてのアクティブ・ジョブが完了したら、次のコマンドを入力して署名付き証明書を再生成します。

obcm recertifydomain

4. 次のコマンドを入力して、各非管理ホストの署名付き証明書をエクスポートします。

obcm export --certificate --file non-admistrative hostname.cert --host non-administrative hostname

5. non-administrative host.certファイルに非管理ホストがアクセスできるようにします。その後、次のコマンドを使用して、各未認証ホストで署名付き証明書をインポートします。

obtool import --file non-administrative host.cert

6. 更新された証明書を選択するように、非管理ホストを再起動します。

7. 次のコマンドを実行して、ドメイン内のすべてのホストが認証されたことを確認します。

obtool lshost --unauthenticated

8. ドメイン内のすべてのホストにアクセスできることを確認します。

obtool pinghost --all

9. 次のコマンドを入力して、すべてのバックアップ操作を再開します。

obtool ctldaemon --command resume

9.8.3 Oracle Secure Backupの旧バージョンでの、自動証明書プロビジョニング・モードでの証明書の更新

この項では、Oracle Secure Backup 12.1.0.1および10.4バージョンで自動証明書プロビジョニング・モードで認証局を更新する手順を示します。

自動証明書プロビジョニング・モードでドメインの署名付き証明書を再生成するには、次の手順を実行します。

1. 最新バージョンのobcmをダウンロードします。
obcmの詳細は、『Oracle Secure Backupリファレンス』を参照してください

2. 次のコマンドを実行して、ドメインを一時的に無効にします。

obtool ctldaemon --command suspend

3. 次のコマンドを実行して、ドメイン内のすべてのアクティブ・ジョブをリストします。

obtool lsjobs --active

4. すべてのアクティブ・ジョブが完了したら、各非管理ホストで期限切れの署名付き証明書を削除します。

obcm decertify

5. 管理ホストで、rootユーザーとしてログインします。

6. 次のコマンドを入力して、署名付き証明書を再生成します。

obcm recertifydomain --nocomm --expire months

7. observicedデーモンを停止してから再起動します。

関連項目:

observicedスクリプトの詳細は、『Oracle Secure Backupリファレンス』を参照してください

8. 次のコマンドを実行して、各非管理ホストの署名付き証明書を再生成します。

obtool updatehost --recertify non-administrative hostname

9. 各非管理ホストで手順7を繰り返します。

10. すべてのホスト操作を再開します。

obtool ctldaemon --command resume

11. すべてのホストにアクセスできることを確認します。

obtool pinghost --all

9.8.4 Oracle Secure Backupの旧バージョンでの手動プロビジョニング・モードでの証明書の更新

この項では、Oracle Secure Backup 12.1.0.1および10.4バージョンで手動証明書プロビジョニング・モードで認証局を更新する手順を示します。

手動証明書プロビジョニング・モードでドメインの署名付き証明書を再生成するには、次の手順を実行します。

1. 最新バージョンのobcmをダウンロードします。
obcmの詳細は、『Oracle Secure Backupリファレンス』を参照してください

2. 次のコマンドを実行して、ドメインを一時的に無効にします。

obtool ctldaemon --command suspend

3. 次のコマンドを実行して、ドメイン内のすべてのアクティブ・ジョブをリストします。

obtool lsjobs --active

4. すべてのアクティブ・ジョブが完了したら、各非管理ホストで期限切れの署名付き証明書を削除します。

obcm recertify

5. 各非管理ホストで次のスクリプトを実行して、observicedデーモンを停止してから起動します。

/etc/init.d/obcerviced stop
/etc/init.d/observiced start

6. 管理ホストで、rootユーザーとしてログインします。

7. 次のコマンドを入力して、署名付き証明書を再生成します。

obcm recertifydomain --nocomm --expire months

8. observicedデーモンを停止してから再起動します。

関連項目:

observicedスクリプトの詳細は、『Oracle Secure Backupリファレンス』を参照してください

9. 次のコマンドを実行して、各非管理ホストの署名付き証明書を再生成します。

obtool updatehost --recertify non-administrative hostname

10. obcm exportおよびobcm importコマンドを使用して証明書を割り当てます。
証明書のエクスポートおよびインポートの詳細はそれぞれ、「署名付き証明書のエクスポート」および「署名付き証明書のインポート」を参照してください。

11. すべてのホスト操作を再開します。

obtool ctldaemon --command resume

12. すべてのホストにアクセスできることを確認します。

obtool pinghost --all

9.8.5 証明書の更新後のホストの手動認証

obcm recertifydomainコマンドを実行して、ホストの証明書が更新されていることを確認します。

未認証の非管理ホストを手動で認証するには、次の手順を実行します。

1. 未認証ホストで、次のコマンドを使用して期限切れのすべての署名付き証明書を削除します。

obcm decertify

2. 管理ホストで、次のコマンドを使用して署名付き証明書を再生成します。

obtool updatehost --recertify uncertified hostname

3. obcm exportおよびobcm importコマンドを使用して証明書を割り当てます。
obcmを使用した証明書のエクスポートおよびインポートの詳細はそれぞれ、「署名付き証明書のエクスポート」および「署名付き証明書のインポート」を参照してください。

9.8.6 署名付き証明書のエクスポート

obcmを管理サーバーで使用すると、新たに構成されるホストの署名付き証明書をエクスポートできます。

署名付きアイデンティティ証明書をエクスポートするには、次のようにします。

1. 管理サーバーにrootとしてログインします。

2. PATH変数が正しく設定されている場合、オペレーティング・システムのコマンドラインでobcmと入力し、obcmユーティリティを起動します。obcmを実行するオペレーティング・システム・ユーザーには、ウォレット・ディレクトリでの書込み権限が必要です。

3. 次のコマンドを入力します。hostnameは、証明書をリクエストしているホストの名前、certificate_fileは、エクスポートされたリクエストのファイル名です。

export --certificate --file certificate_file --host hostname

たとえば、次のコマンドでは、ホストbrhost2に対する署名付き証明書が/tmp/brhost2_cert.fファイルにエクスポートされます。

export --certificate --file /tmp/brhost2_cert.f --host brhost2

9.8.7 署名付き証明書のインポート

ホストでobcmを使用して、署名付き証明書をホストのウォレットにインポートできます。

署名付きアイデンティティ証明書をホストのウォレットにインポートするには、次のようにします。

1. ウォレットに証明書が含まれているホストにログオンします。

2. PATH変数が正しく設定されている場合、オペレーティング・システムのコマンドラインでobcmと入力し、obcmユーティリティを起動します。obcmを実行するオペレーティング・システム・ユーザーには、ウォレット・ディレクトリでの書込み権限が必要です。

3. 署名付きアイデンティティ証明書を、ファイル・システム上の一時的な場所にコピーします。

4. obcmのプロンプトで次のコマンドを入力します。signed_certificate_fileは、証明書のファイル名です。

import --file signed_certificate_file

ホストにはOracle Secure Backupウォレットが1つしか存在しないため、--hostオプションを指定する必要はありません。たとえば、次の例では、/tmp/brhost2_cert.fから証明書がインポートされます。

import --file /tmp/brhost2_cert.f

obcmユーティリティでは、インポートされる証明書がウォレットの証明書リクエストに対応しない場合、エラー・メッセージを発行します。

5. オペレーティング・システム上の一時的な場所から証明書ファイルを削除します。たとえば、次のようになります。

rm /tmp/brhost2_cert.f

A Oracle Secure Backupのディレクトリおよびファイル

この付録では、Oracle Secure Backupのディレクトリの構造と内容について説明します。

この付録の内容は次のとおりです。

- Oracle Secure Backupのホーム・ディレクトリ

- 管理サーバーのディレクトリおよびファイル

- メディア・サーバーのディレクトリおよびファイル

- クライアント・ホストのディレクトリおよびファイル

注意:

この付録に記載されているディレクトリとファイルの一部は、Oracle Secure Backupによるバックアップが実行されるまで作成されません。

A.1 Oracle Secure Backupのホーム・ディレクトリ

Oracle Secure Backupのインストール時に、インストール用のOracle Secure Backupホーム・ディレクトリを指定します。Oracle Secure Backupホームには次の場所をお薦めします。

- C:\Program Files\Oracle\Backup (Windows)

- /usr/local/oracle/backup (LinuxおよびUNIX)このディレクトリは、Oracle Secure Backupのインストールを開始する前に作成します。

Windowsの場合、Oracle Secure Backupホーム・ディレクトリは、Oracle Secure Backupをインストールしたすべてのホストに作成されますが、ディレクトリの内容はそのホストに割り当てられたロールによって異なります。

Oracle Secure Backupがインストールされている各ホストには、そのホストにおけるOracle Secure Backupの構成の詳細を記録するための構成ファイルがあります。Windowsの場合、構成ファイルはobconfig.txtという名前で、Oracle Secure Backupホームのdbサブディレクトリにあります。LinuxおよびUNIXの場合、このファイルはobconfigという名前で、/etcディレクトリにあります。

A.2 管理サーバーのディレクトリおよびファイル

管理サーバーには、インストールされた各オペレーティング・システムの実行可能ファイルとデータ・ファイルのセットがあります。

- 表A-1

- 表A-2

- 表A-3

表A-1 管理サーバーに含まれるアーキテクチャ非依存のディレクトリおよびファイル

ディレクトリまたはファイル

説明

admin/

管理ドメイン・データベース

admin/config/

構成データベース

admin/config/apache

Apacheデータ

admin/config/apache/conf

Apache構成データ

admin/config/apache/logs

Apacheログ・データ

admin/config/class/

ユーザー・クラス・データ

admin/config/dataset/

データセット

admin/config/default/

デフォルト設定およびポリシー・データ

admin/config/device/

デバイス・データ

admin/config/duplication/

重複データ

admin/config/family/

メディア・ファミリ・データ

admin/config/host/

ホスト・データ

admin/config/location/

Vaulting location data

admin/config/rotation/

Volume rotation data

admin/config/schedule/

バックアップ・スケジュール

admin/config/summary/

サマリー・データ

admin/config/user/

ユーザー・データ

admin/encryption/

暗号化データ

admin/encryption/keys/

暗号化で使用される鍵

admin/encryption/wallet/

暗号化で使用されるウォレット

admin/history/

Oracle Secure Backupにより生成される履歴データ

admin/history/edcf/

ネットワーク・データ管理プロトコル(NDMP)環境のデータ・コンテナ・ファイル

admin/history/host/

ホスト固有の履歴データ

admin/history/host/host_name/

host_nameのバックアップ・カタログ

admin/log/

生成されたログ・ファイル

admin/log/device/

デバイスのログ・ファイル

admin/log/device/device_name/

device_nameのログ・ファイル

admin/log/index/

バックアップ・カタログ・マネージャ・ログ

admin/log/scheduler/

スケジューラにより生成されたログ

admin/log/scheduler/summary/

電子メール・サマリー・レポートのログ・ファイル

admin/log/security/

セキュリティ関連のログ・ファイル

admin/state/

動的状態データ

admin/state/device/

デバイスの状態

admin/state/device/device_name/

device_nameの状態

admin/state/family/

メディア・ファミリの状態

admin/state/family/media_family_name

media_family_nameの状態

admin/state/general/

その他の状態

admin/state/host/

ホストの状態

admin/state/host/host_name/

host_nameの状態

admin/state/scheduler/

スケジューラの状態

admin/state/scheduler/job/

ジョブの状態

apache/

Apache Webサーバー・ファイル

apache/conf/

Apacheサーバー構成ファイル

apache/conf/ssl.crl/

Apacheサーバー証明書失効リスト

apache/conf/ssl.crt/

Apacheサーバー証明書

apache/conf/ssl.csr/

Apacheサーバー証明書署名リクエスト

apache/conf/ssl.key/

ApacheサーバーSSL鍵

apache/conf/ssl.prm/

Apacheサーバー・パブリックDSAパラメータ・ファイル

apache/htdocs/

ApacheサーバーHTMLドキュメント・ルート

apache/htdocs/css/

Apacheサーバー・カスタム・スタイルシート

apache/htdocs/include/

ApacheサーバーPHPファイル

apache/htdocs/include/policies/

ApacheサーバーPHPファイル

apache/htdocs/js/

ApacheサーバーJavaScriptファイル

apache/htdocs/php/

ApacheサーバーPHPファイル

apache/images/

ApacheサーバーWebイメージ・ファイル

bin/

実行可能ファイルまたは実行可能ファイルへのリンク:

- Windowsオペレーティング・システムのインストール環境では、このディレクトリにWindowsオペレーティング・システム用の実行可能ファイルが格納されます。

- LinuxまたはUNIXオペレーティング・システムのインストール環境では、このディレクトリに特定のオペレーティング・システム用の実行可能ファイルへのリンクが格納されます。

device/

デバイス表

help/

Oracle Secure Backupヘルプ・ファイル

samples/

Oracle Secure Backupのスクリプト用サンプル・ツール

install/

インストール・データおよびスクリプト

install/common

インストールの共通スクリプト

install/configuration

インストールの構成スクリプト

install/data

インストール・データ・ファイル

install/main

インストール・メイン・スクリプト

表A-2 管理サーバーのWindowsディレクトリ

ディレクトリ

説明

db\xcr\

このホストで実行されたジョブの記録

db\.hostid

このホストの識別情報

db\wallet

このホストのセキュリティ資格証明

temp\

observicedおよび一時ファイルのログ・ファイル

表A-3 管理サーバーのLinuxおよびUNIXのディレクトリおよびファイル

ディレクトリまたはファイル

説明

.bin.executables/

operating_systemの実行可能ファイル(operating_systemはオペレーティング・システム名)。たとえば、Sun Solarisのディレクトリは、.bin.solarisになります。

.drv.device_drivers/

operating_systemのデバイス・ドライバ

etc/

デーモンおよびメンテナンス・ツールのアーキテクチャ非依存の実行可能ファイル

install/

インストール・プログラム

lib/

System Backup to Tape(SBT)インタフェースのアーキテクチャ非依存の共有ライブラリ

man/

Oracle Secure Backupコンポーネントのmanページ

man/man1

Oracle Secure Backup実行可能ファイルのmanページ

man/man8

デーモンおよびメンテナンス・ツールのmanページ

/usr/etc/ob/.hostid

このホストの識別情報

/usr/etc/ob/wallet

このホストのセキュリティ資格証明

/usr/etc/ob/xcr/

このホストで実行されたジョブの記録

/usr/tmp/

インストール、アンインストール、observicedファイル、obndmpdファイルおよび一時ファイルのログ・ファイル

A.3 メディア・サーバーのディレクトリおよびファイル

すべてのメディア・サーバーには、管理サーバーにあるディレクトリとファイルのサブセットがあります。メディア・サーバーには、サーバーのコンピュータ・アーキテクチャと、メディア・サーバーおよびクライアントとしての機能に関連するファイルのみが含まれます。ディレクトリとファイルについては、次の各表で説明しています。

- 表A-4

- 表A-5

- 表A-6

表A-4 メディア・サーバーに含まれるアーキテクチャ非依存のディレクトリ

ディレクトリ

説明

bin/

実行可能ファイルまたは実行可能ファイルへのリンク:

- Windowsオペレーティング・システムのインストール環境では、このディレクトリにWindowsオペレーティング・システム用の実行可能ファイルが格納されます。

- LinuxまたはUNIXオペレーティング・システムのインストール環境では、このディレクトリに特定のオペレーティング・システム用の実行可能ファイルへのリンクが格納されます。

device/

デバイス表

install/

インストール・データおよびスクリプト

表A-5 メディア・サーバーのWindowsディレクトリ

ディレクトリ

説明

drv\

デバイス・ドライバ

help\

Oracle Secure Backupヘルプ・ファイル

temp\

observicedおよび一時ファイルのログ・ファイル

db\.hostid

このホストの識別情報

db\wallet

このホストのセキュリティ資格証明

表A-6 メディア・サーバーに含まれるLinuxおよびUNIXのディレクトリおよびファイル

ディレクトリまたはファイル

説明

.bin.executables/

operating_systemの実行可能ファイル(operating_systemはオペレーティング・システム名)。たとえば、Sun Solarisのディレクトリは、.bin.solarisになります。

.drv.device_drivers/

operating_systemのデバイス・ドライバ

etc/

デーモンおよびメンテナンス・ツールのアーキテクチャ非依存の実行可能ファイル

man/

Oracle Secure Backupコンポーネントのmanページ

/usr/etc/ob/.hostid

このホストの識別情報

/usr/etc/ob/xcr/

このホストで実行されたジョブの記録

/usr/tmp/

インストール、アンインストール、observicedファイル、obndmpdファイルおよび一時ファイルのログ・ファイル

A.4 クライアント・ホストのディレクトリおよびファイル

クライアント・ホストとしてのみ機能するすべてのコンピュータには、Oracle Secure Backupの操作に必要なディレクトリとファイルの最小限のセットが含まれます。ディレクトリとファイルについては、次の各表で説明しています。

- 表A-7

- 表A-8

- 表A-9

表A-7 クライアント・ホストに含まれるアーキテクチャ非依存のディレクトリ

ディレクトリ

説明

bin/

実行可能ファイルまたは実行可能ファイルへのリンク:

- Windowsオペレーティング・システムのインストール環境では、このディレクトリにWindowsオペレーティング・システム用の実行可能ファイルが格納されます。

- LinuxまたはUNIXオペレーティング・システムのインストール環境では、このディレクトリに特定のオペレーティング・システム用の実行可能ファイルへのリンクが格納されます。

install/

インストール・データおよびスクリプト

表A-8 クライアント・ホストに含まれるWindows用のディレクトリおよびファイル

ディレクトリ

説明

db\.hostid

このホストの識別情報

db\wallet

このホストのセキュリティ資格証明

temp\

observicedおよび一時ファイルのログ・ファイル

help\

Oracle Secure Backupヘルプ・ファイル

表A-9 クライアント・ホストに含まれるLinuxおよびUNIXのディレクトリおよびファイル

ディレクトリまたはファイル

説明

.bin.executables/

operating_systemの実行可能ファイル(operating_systemはオペレーティング・システム名)。たとえば、Sun Solarisのディレクトリは、.bin.solarisになります。

etc/

デーモンおよびメンテナンス・ツールのアーキテクチャ非依存の実行可能ファイル

man/

Oracle Secure Backupコンポーネントのmanページ

/usr/etc/ob/.hostid

このホストの識別情報

/usr/etc/ob/xcr/

このホストで実行されたジョブの記録

/usr/tmp/

インストール、アンインストール、observicedファイル、obndmpdファイルおよび一時ファイルのログ・ファイル

B LinuxでのSCSIパラメータの確認

LinuxおよびUNIXプラットフォームで、テープ・デバイスのSCSIパラメータが不明な場合は、インストールを開始する前にそれらを確認する必要があります。この付録では、LinuxおよびUNIXでのSCSIデバイス・パラメータを確認する手順について説明します。

B.1 LinuxでのSCSIデバイス・パラメータの確認

Linuxでテープ・デバイスの情報を取得するには、catコマンドを使用して/proc/scsi/scsiの内容を表示します。たとえば、次のようになります。

# cat /proc/scsi/scsi

関連項目:

Linuxの接続ポイントの構成の詳細は、「Linuxメディア・サーバーのデバイスの構成」を参照してください

例B-1は、2つのテープ・デバイスが接続されたstorabck05というホストのサンプル出力を示しています。

リストの1番目のSequential-Accessというタイプのテープ・デバイスは、テープ・ドライブです。リストの2番目のMedium Changerというタイプのテープ・デバイスは、テープ・ライブラリです。

各テープ・デバイスで必要な情報は、次の行に含まれています。

Host: scsi0 Channel: 00 Id: 02 Lun: 00

この出力は、次のように解釈できます。

- ホスト・バス・アダプタ番号は、scsinという値の数字部分です。この出力例の場合、2つのテープ・デバイスのホスト・バス・アダプタ番号は0です。

- SCSIバス・アドレスは、Channelの値です。この出力例の場合、SCSIバス・アドレスは0です。

- ターゲットIDは、Idの値です。この出力例の場合、テープ・ドライブのIDは2で、テープ・ライブラリのIDは4です。

- Lunの値は、SCSI LUNです。この出力例の場合、2つのテープ・デバイスのSCSI LUNは0です。

Oracle Secure Backup論理ユニット番号としては、慣例的に、テープ・ライブラリとテープ・ドライブのそれぞれに0を割り当てます。

例B-1の出力に基づいて、表B-1にstorabck05のテープ・デバイス情報の要約を示します。

表B-1 storabck05デバイス・サマリー

デバイス

ホスト・バス・アダプタ

SCSIバス・アドレス

ターゲットID

SCSI LUN

ライブラリ

0

0

2

0

テープ・ドライブ

0

0

4

0

例B-1 /proc/scsi/scsiの内容のサンプル出力

Attached devices:
Host: scsi0 Channel: 00 Id: 02 Lun: 00
Vendor: IBM      Model: ULTRIUM-TD2      Rev: 4772
Type:   Sequential-Access                ANSI SCSI revision: 03
Host: scsi0 Channel: 00 Id: 04 Lun: 00
Vendor: ADIC     Model: Scalar 24        Rev: 237A
Type:   Medium Changer                   ANSI SCSI revision: 02

C Oracle Secure BackupとACSLS

この付録では、Oracle Secure BackupでのStorageTek自動化カートリッジ・システム・ライブラリ・ソフトウェア(ACSLS)のサポートについて説明します。ACSLSは、1つ以上の自動化カートリッジ・システムのテープ・ライブラリを制御するサーバー・ソフトウェアのパッケージです。

この付録の内容は次のとおりです。

- ACSLSの概要

- ACSLSとOracle Secure Backup

- ACSLSとの通信

- ドライブの対応付け

- ボリュームのロードおよびアンロード

- インポートおよびエクスポート

- アクセス制御

- スクラッチ・プールの管理

- 変更されたOracle Secure Backupコマンド

- サポートされていないOracle Secure Backupコマンド

- インストールおよび構成

C.1 ACSLSについて

図C-1は、クライアント・システム、ライブラリ・ストレージ・モジュール(LSM)および単一のライブラリ管理ユニット(LMU)からなる構成へのACSLSの組込みを示しています。LSMは、カートリッジ・スロット、ロボティック・アーム、パススルー・ポート、カートリッジ・アクセス・ポートおよびテープ・ドライブで構成されるハードウェアです。LMUは、ACSLSとLSM間のハードウェア・インタフェースです。

図C-1 ACSLSサーバーを接続したライブラリ

ACSLSには、次の利点があります。

- 複数のライブラリと複数のクライアントに対応

- テープ・ドライブのロードおよびアンロードを管理

- テープ・ボリュームのインポートおよびエクスポートを管理

- 混在するメディア・タイプに対応

- ユーザーID、コマンドおよびボリュームIDに基づいてアクセスを制御(オプション)

- 複数のスクラッチ・テープのプールをサポート

- インベントリ・レポートおよび構成レポートを生成

- クリーニング・カートリッジおよびクリーンアップ操作を管理

C.2 ACSLSとOracle Secure Backup

ACSLSボリュームは、カートリッジと呼ばれます。カートリッジは、カートリッジ・アクセス・ポイントからロードとアンロードが行われます。Oracle Secure Backupのobtoolデバイス・コマンドのmkdev、chdev、lsdevおよびrmdevは、これらのカートリッジ・アクセス・ポイントを管理するように変更されています。

関連項目:

- 「変更されたOracle Secure Backupコマンド」

- obtoolデバイス・コマンドの詳細は、『Oracle Secure Backupリファレンス』を参照してください。

ACSLSでは、そのボリュームはすべて外部バーコード・ラベルによって参照されます。バーコード・ラベルはすべてのACSボリュームに必要です。Oracle Secure Backupは、記憶域要素、ボリューム・ラベルおよびバーコード・ラベルによるACSボリュームへのアクセスを引き続きオペレータに許可します。

注意:

ACSLSでは、バーコードが物理的に付けられていない仮想テープがサポートされます。しかし、Oracle Secure Backupでは、ACSシステム内の仮想テープはサポートされません。Oracle Secure Backupでは、ACSシステム内のすべてのカートリッジに読取り可能なバーコードが正しく貼られている必要があります。

ACSLSでのスクラッチ・プールの概念は、単なる空のテープです。テープはテープ・ドライブにマウントされると、スクラッチ・プール・アイデンティティが削除され、永続メディア・ファミリを取得して、事前にラベル付けしたボリュームと機能的に同じになります。Oracle Secure Backupでは、メディア・ファミリに対する拡張機能によりスクラッチ・プールをサポートし、既存のメディア・ファミリ機能により、この概念を維持します。また、ボリュームのラベル付けを強制的に解除すると、ボリュームはそのメディア・ファミリに割り当てられたスクラッチ・プールに戻されます。

ACSLSには、コマンドとボリュームに対して、オプションのアクセス制御メカニズムがあります。このオプションのアクセス制御ユーザーIDは、mkdevコマンドまたはchdevコマンドで定義できます。

ACSLSシステムは、複数のクライアントでの共有を意図したものであるため、テープ・ドライブのクリーンアップは、ACSLSによって管理およびメンテナンスが行われます。

C.3 ACSLSとの通信

Oracle Secure Backupでは、非ACSLSテープ・ライブラリとの通信にobrobotdデーモンを使用します。ACSLSテープ・ライブラリとの通信には、obacslibdとobacsssidという2つのデーモンが使用されます。obacslibdデーモンからobacsssidが生成され、ACSLSサーバーとの通信に使用されます。

C.4 ドライブの対応付け

ACSテープ・ドライブ以外のテープ・ドライブをインストールする場合は、テープ・ドライブをメディア・サーバーに接続し、そのテープ・ドライブ用の適切なオペレーティング・システム・ドライバをインストールして、Oracle Secure Backup内にデバイスを作成し、オペレーティング・システム・デバイスをOracle Secure Backupデバイスにマップする必要があります。ACSLSに対して同じ手順が必要です。他に、mkdevコマンドまたはchdevコマンドを使用して、テープ・ドライブのACSLSマッピングを定義する必要もあります。必要な追加情報は、acs、lsm、panelおよびdriveです。

C.5 ボリュームのロードおよびアンロード

マウントおよびディスマウントするドライブは、テープ・ドライブ名によって識別されます。

ACSLSでは常に、ボリュームをそのバーコードによって識別します。Oracle Secure BackupではこのバーコードをボリュームIDに関連付けるため、どちからを指定できます。マッピングができないと、リクエストは対応するロギングによって拒否されます。

C.6 インポートおよびエクスポート

exportvolコマンドは、ACSLSの使用方法にあわせて変更されました。CAP名に基づいてCAP全体を選択できますが、個々のACSカートリッジ・アクセス・ポート(CAP)のスロットは指定できません。

テープの取出しをリクエストすると、CAPがオープンし、カートリッジ・ローダーが空になり、その空の状態のカートリッジ・ローダーが再度挿入されるまで、リクエストは戻されません。各ACSテープ・ライブラリを制御するobacslibdデーモンは1つしかないので、CAPがクリアされるまで、他のテープ・ライブラリ操作は許可されません。CAPがクリアされるまで未処理のリクエストが待機する時間は、maxacsejectwaittimeポリシーで制御できます。

Oracle Secure Backupでは、ACSLSテープ・ライブラリ用のimportvolコマンドはサポートされていません。ACSLS cmd_procユーティリティを使用して、ボリュームをテープ・ライブラリに挿入できます。

C.7 アクセス制御

ACSLSでは、オプションで、ユーザーが発行できるコマンドや、アクセスできるボリュームに対するファイングレイン・アクセス制御が可能です。ACSLSアクセス制御の設定は、ACSLSコンソールで行われます。Oracle Secure Backupでは、ACSLSのアクセス制御の設定、変更または表示はサポートされていません。

ACSLSアクセス制御を有効にすると、ユーザーはACSデバイスにアクセスするための正しいacsls_access_idを持つ必要があります。Oracle Secure Backupは、このacsls_access_id(obtoolのmkdevコマンドまたはchdevコマンドで定義)をOracle Secure Backupデバイス・オブジェクトにマップします。

C.8 スクラッチ・プールの管理

ACSLSでは、空またはリサイクルされるボリュームを割り当てる1つ以上のスクラッチ・プールを定義できます。その後のスクラッチ・マウント・リクエストは、リクエストで指定されたプール内のボリュームに制限されます。Oracle Secure Backupには、メディア・ファミリ・オブジェクトのスクラッチ・プールID(オプション)による同様の機能があります。

スクラッチ・プールからボリュームが引き出されると、Oracle Secure Backupでは、ボリューム・ヘッダーが書き込まれた時点で、ボリュームに永続メディア・ファミリのラベルが自動的に付けられます。事前にlabelvolコマンドでボリュームにラベルを付ける必要はありません。これにより、テープ・ライブラリ内のテープの区別が永続的になります。

unlabelvol操作が実行されると、テープは、メディア・ファミリの現行定義内で定義されているスクラッチ・プールに戻されます。

Oracle Secure Backupでは、スクラッチ・プールの作成、スクラッチ・プールへのカートリッジの挿入、またはスクラッチ・プールからのカートリッジの取出しはサポートされていません。これらの操作は、ACSLSコンソールで実行する必要があります。

C.9 変更されたOracle Secure Backupコマンド

次のOracle Secure Backupコマンドは、ACSLSテープ・ライブラリ用に変更されています。

- mkdev

- chdev

- lsdev

- exportvol

- mkmf

- chmf

関連項目:

device、libraryおよびメディア・ファミリ・コマンドの構文とセマンティックについては、『Oracle Secure Backupリファレンス』を参照してください

C.10 サポートされていないOracle Secure Backupコマンド

次のOracle Secure Backupコマンドは、ACSLSテープ・ライブラリではサポートされていません。

- importvol

- extractvol

- insertvol

- clean

- opendoor

- closedoor

C.11 インストールおよび構成

ACSLSサーバーに接続されるOracle Secure Backupメディア・サーバーは、Linux x86 64ビット・メディア・サーバーである必要があります。

Oracle Secure Backupインストールでは、ACSLSハードウェアおよびソフトウェアが正しくインストールされ、構成されているものと想定します。Oracle Secure Backupのインストール手順では、ACSLS構成ファイルの作成や変更は行われません。

Oracle Secure Backupは、ACSテープ・デバイスを他のデバイスと区別なく処理します。Oracle Secure Backupデバイス・ドライバが(ある場合は)インストールされ、特殊デバイス・ファイルが作成されます。データ・パスは、Oracle Secure Backupによってのみ制御されます。ACSLSは関係ありません。

ACSLSデバイス用のOracle Secure Backupオブジェクトの作成は、obtoolのmkdevコマンドで次の変更により実行されます。

- ACSLSテープ・ライブラリの場合、通常のhost:devname接続ポイントは、テープ・ライブラリのacsを識別する情報と、関連付けられたACSソフトウェアがリスニングを行うホスト名およびポートに置き換えられます。バーコード・リーダーがあることを前提として、バーコードが必要です。

- ACSLSテープ・ライブラリ内に含まれる各テープ・ドライブの場合、acs、lsm、panelおよびdriveを指定する必要があります。acsは、テープ・ドライブを含むテープ・ライブラリから取得されます。

関連項目:

mkdevの構文およびセマンティックスは、『Oracle Secure Backupリファレンス』を参照してください。

D Oracle Secure BackupとReliable Datagram Socket (RDS)

この付録では、Reliable Datagram Socket (RDS)に対するOracle Secure Backupのサポートについて説明します。クライアントとメディア・サーバーの間の通信にRDSを使用する方法について説明します。

D.1 Reliable Datagram Socket (RDS)の概要

Reliable Datagram Socket (RDS)は、Infiniband上の通信に使用されるオープン・ソース・プロトコルです。RDSは、高パフォーマンス、低レイテンシでコネクションレスな通信用のプロトコルです。CPUの使用が最小限に抑えられるため、Infiniband上の通信で優先して使用されます。

Remote Direct Access Memory (RDMA)は、RDSのゼロコピー拡張です。アプリケーションがRDMA読取りまたは書込みを行う際、アプリケーション・データは直接ネットワークに配信されるため、レイテンシが低減され、高速転送が可能になります。その結果、RDMAによってスループットが高まります。RDMAが使用可能な場合、Infiniband上の通信にRDSとともにRDMAが使用されます。

D.2 Oracle Secure Backupでのデータ転送に対するInfiniband上のReliable Datagram Socket (RDS)プロトコルの使用

Oracle Secure Backup 10.4以降、Infiniband上でReliable Datagram Socket (RDS)プロトコルを使用して、クライアントとメディア・サーバーとの間でのデータ転送を行います。RDSとともにRemote Direct Memory Access (RDMA)も使用すると、Infiniband上でのRDSの使用による効果を最大限にすることができます。可能なかぎり、Oracle Secure BackupはRDSをRDMAとともに使用します。クライアントとメディア・サーバーの間にInfinibandネットワークを設定すると、Oracle Secure Backupはその間のデータ転送に自動的にRDSを使用します。RDSが有効でない場合、Oracle Secure Backupはホスト間通信にTCP/IPを使用します。

注意:

Oracle Secure Backupは、LinuxおよびSolaris x86プラットフォームに対してInfiniband上RDSをサポートします。Oracle Secure Backup 10.4.0.2以降、Infiniband上のRDSはSPARC 11に対してもサポートされます。

RDSを使用してデータを転送するには、クライアントとメディア・サーバーの両方でInfinibandが使用される必要があります。また、クライアントとメディア・サーバーで使用されるオペレーティング・システムでRDSがサポートされている必要があります。オペレーティング・システムでRDSがサポートされていない場合、Oracle Secure Backupはデータ転送をInfiniband上のTCP/IPに変更します。

メディア・サーバーで、Infiniband接続を示す優先ネットワーク・インタフェース(PNI)を設定できます。

関連項目:

PNIの詳細は、「優先ネットワーク・インタフェース(PNI)の構成」を参照してください

D.2.1 ホスト間通信に対するRDSの有効化

クライアントとメディア・サーバーの間にInfiniband接続が設定されている場合、Oracle Secure Backupはクライアントとメディア・サーバーとの間のデータ転送に自動的にRDSを使用します。ただし、RDSの使用を管理ドメイン・レベルまたはホスト・レベルで制御できます。ホスト・レベルでの設定は、管理レベル・ドメイン・レベルでの設定より優先されます。

管理ドメインに対するRDSの有効化

次のいずれかのインタフェースを使用して、クライアントとメディア・サーバーとの間のデータ通信にRDSが使用される必要があるかどうかを指定します。

- obtool
データ通信にRDSを使用する必要があることを指定するには、操作ポリシーdisablerdsをnoに設定します。この設定は、管理ドメイン全体に適用されます。disablerdsポリシーのデフォルト設定はnoです。

関連項目:

disablerds操作ポリシーの詳細は、『Oracle Secure Backupリファレンス』を参照してください。

- Oracle Secure BackupWebツール
「構成: デフォルトとポリシー」ページの「ポリシー」列で「操作」を選択します。RDSを使用するには、「構成: デフォルトとポリシー」>「操作」ページで、「RDSの無効化」フィールドの値が「いいえ」に設定されていることを確認します。

ホスト・レベルでのRDSの有効化

特定のホストに対し、次のいずれかのインタフェースを使用してRDSの使用を指定できます。

- obtool
既存のホストを変更し、RDSの使用をデータ転送に対して有効にするには、chhostコマンドのdisablerdsオプションをnoに設定します。ホストの初期構成時、mkhostコマンドのdisablerdsオプションをnoに設定して、データ転送にRDSを使用する必要があることを指定できます。

disablerdsオプションに設定できる値は、yes、noまたはsystemdefaultです。デフォルト値は、systemdefaultです。

関連項目:

disablerdsオプションの詳細は、『Oracle Secure Backupリファレンス』を参照してください。

- Oracle Secure BackupWebツール
「構成: デフォルトとポリシー」>「操作」ページで、「RDSの無効化」フィールドを使用して、特定のホストに対してRDSを使用することを指定します。データ転送にRDSを使用するには、「RDSの無効化」フィールドが「いいえ」に設定されていることを確認します。

「RDSの無効化」フィールドで選択できる値は、はい、いいえ、またはsystemdefaultで、このフィールドのデフォルト値はsystemdefaultです。

関連項目:

特定のホストに対するRDSの使用の無効化の詳細は、「管理ドメインへのホストの追加」を参照してください

用語集

アクティブな場所

テープ・ライブラリまたはテープ・ドライブ内の場所。

管理ドメイン

バックアップおよびリストア操作を実行するための共通単位として管理する、ネットワーク上のコンピュータのグループ。管理ドメインには、単一の管理サーバーを含める必要があります。次のものを含めることができます。

- 1つ以上のクライアント

- 1つ以上のメディア・サーバー

管理ドメインは、管理サーバーのロール、メディア・サーバーおよびクライアントを担う単一のホストで構成できます。

管理サーバー

管理ドメイン内のホストの構成情報およびカタログ・ファイルを格納するホスト。管理ドメインごとに、単一の管理サーバーが必要です。1つの管理サーバーで、ネットワーク上のすべてのクライアントを処理できます。管理サーバーは、管理ドメイン内でバックアップを開始および監視するスケジューラを実行します。

Apache Webサーバー

Oracle Secure Backup Webツールで使用されるパブリックドメインのWebサーバー。

アタッチメント

管理ドメイン内のホストに対する、テープ・デバイスの物理的または論理的な接続(データが移動するパス)。

自動証明書プロビジョニング・モード

認証局(CA)がアイデンティティ証明書に署名し、ネットワークでホストに送信する際の証明書管理モード。この証明書発行モードは、非常にまれですが可能性のある中間者攻撃に対して脆弱です。自動モードは、手動証明書プロビジョニング・モードとは対照的です。

バックアップ・コンテナ

バックアップを格納する物理記憶媒体。バックアップ・コンテナは、テープ・デバイスまたはディスク・プールです。

バックアップの暗号化

復号化しないと使用できないようにバックアップ・データを不明瞭化するプロセス。データは、停止中または転送中、あるいはその両方で暗号化できます。

バックアップID

バックアップ・セクションを一意に識別する整数。

バックアップ・イメージ

バックアップ操作の作業結果。バックアップのメタデータを格納します。バックアップ時間、ホスト名、バックアップ・レベル、バックアップ・タイプなど、バックアップが作成された記憶媒体に依存しない情報が含まれます。

バックアップ・イメージ・インスタンス

バックアップ・イメージ・インスタンスは、実際のバックアップ・データで構成されます。1つのバックアップ・イメージ・インスタンスが、ボリューム・セット内の複数のボリュームにまたがることがあります。1つのボリュームに収まるバックアップ・イメージの一部を、バックアップ・セクションと呼びます。

バックアップ・イメージ・ファイル

バックアップ・イメージの論理コンテナ。バックアップ・イメージは、1つのファイルで構成されます。1つのバックアップ・イメージは、複数のバックアップ・セクションで構成されます。

バックアップ・ジョブ

Oracle Secure Backupのスケジューラによる実行の対象となるバックアップ。バックアップ・ジョブは、backup --goコマンドでスケジューラにまだ転送されていないオンデマンド・バックアップであるバックアップ・リクエストと対照をなします。

バックアップ・レベル

ファイルシステム・データの増分バックアップのレベル。Oracle Secure Backupでは、ファイルシステム・バックアップについて9つの異なる増分バックアップのレベルをサポートしています。

バックアップ・ピース

Recovery Manager(RMAN)によって生成されるバックアップ・ファイル。バックアップ・セットと呼ばれる論理コンテナに格納されます。

バックアップ・リクエスト

--goオプションを指定したbackupコマンドを実行するまで、obtoolでローカルに保持されるオンデマンド・バックアップ。リクエストがスケジューラに転送される時点で、バックアップ・リクエストはバックアップ・ジョブとなり、実行の対象となります。

バックアップ・スケジュール

Oracle Secure Backupがデータセットによって指定されたファイルをバックアップする時期と頻度の記述。バックアップ・スケジュールは、使用する各データセット・ファイルの名前およびメディア・ファミリの名前で構成されます。トリガーと呼ばれるスケジュールの一部は、バックアップが発生する日時を定義します。obtoolでは、mkschedコマンドを使用してバックアップ・スケジュールを作成します。

バックアップ・セクション

1つのテープに存在するバックアップ・イメージ・ファイルの一部。1つのバックアップ・イメージは、複数のバックアップ・セクションで構成されます。各バックアップ・セクションは、バックアップIDによって一意に識別されます。

バックアップ・トランスクリプト

Oracle Secure Backupのスケジューラによってディスパッチされる特定のバックアップからの標準出力が含まれるファイル。

バックアップ・ウィンドウ

バックアップ操作を実行できる時間枠。

バーコード

識別の目的でボリュームに物理的に適用される、タグとも呼ばれるシンボル・コード。Oracle Secure Backupでは、バーコードの読取りが自動化されたテープ・ライブラリの使用がサポートされます。

ブロッキング・ファクタ

各テープ・ドライブに書き込まれるデータの各ブロックに含まれる512バイトのブロック数。デフォルトでは、Oracle Secure Backupは64,000ブロックをテープに書き込みます(ブロッキング・ファクタは128です)。通常、ブロッキング・ファクタが大きいほどパフォーマンスは向上するため、obtarのデフォルトより大きなブロッキング・ファクタを試してもかまいません。サーバーのオペレーティング・システムでサポートされる値より大きな値を選択すると、Oracle Secure Backupではエラーで失敗します。

CA

「認証局(CA)」を参照してください。

カタログ

Oracle Secure Backupの管理ドメイン内のバックアップを記録するリポジトリ。Oracle Secure Backup Webツールまたはobtoolを使用すると、カタログを参照して、すでにバックアップしたファイルを確認できます。カタログは、管理サーバー上に格納されます。

証明書

認証局(CA)が発行するデジタル署名付きの文書で、別のエンティティの公開鍵(および他の情報)の値が同一であることを記載したもの。X.509規格は、証明書の形式および証明書に含まれる情報の種類、すなわち証明書のバージョン、シリアル番号、アルゴリズムID、発行者、有効期間、証明書所有者、証明書所有者の公開鍵情報、および鍵の用途(署名、暗号化など)の拡張機能を指定します。証明書のエンコード、識別および格納には、様々な方法が使用されます。

認証局(CA)

公開鍵のペアをアイデンティティにバインドする機能を実行するネットワーク内の機関。CAは、アイデンティティとそれに対応する公開鍵の記述が含まれる証明書にデジタル署名することによって、バインディングを認証します。管理サーバーは、Oracle Secure Backupの管理ドメインに対するCAです。

証明書失効リスト(CRL)

公開鍵インフラストラクチャで使用される、失効証明書を列挙したリストで、認証局(CA)によって保持されます。

クラス

Oracle Secure Backupユーザー用の名前付きの権限セット。1つのクラスは複数のユーザーを保有できますが、各ユーザーは1つのクラスにしか属することができません。

クライアント

Oracle Secure Backupによってファイルがバックアップまたはリストアされるコンピュータまたはサーバー。

コンテンツ管理の有効期限ポリシー

このタイプの有効期限ポリシーが指定されたボリュームは、ボリューム上のバックアップ・ピースのすべてに削除済のマークが付けられると期限切れになります。コンテンツ管理ボリュームには、Recovery Manager(RMAN)のバックアップは作成できますが、ファイルシステム・バックアップは作成できません。RMANを使用すると、バックアップ・ピースを削除できます。

暗号ハッシュ関数

メッセージを入力として受け入れ、ハッシュまたはメッセージ・ダイジェストと呼ばれる暗号化された文字列を生成する一方向の関数。ハッシュを指定しても、計算からその入力を取得することはできません。MD5およびSHA-1は、一般的に使用される暗号ハッシュ関数です。

累積増分バックアップ

増分バックアップの一種で、下位のバックアップ・レベルで変更があったデータのみをコピーします。たとえば、レベル3の増分バックアップは、レベル2以下の最新のバックアップ後に変更されたデータのみをコピーします。

デーモン

バックアップおよびリストア操作の実行中に、Oracle Secure Backupによってタスクが割り当てられたバックグラウンド・プロセス。デーモンには、常に稼働しているものと、必要に応じて開始および停止されるものがあります。

データ管理アプリケーション(DMA)

データ・サービスおよびテープ・サービスへの接続を通し、ネットワーク・データ管理プロトコル(NDMP)を介してバックアップまたはリストア操作を制御するアプリケーション。DMAはセッション・マスターであるのに対し、NDMPサービスはスレーブです。Oracle Secure Backupの管理ドメインでは、obtarがDMAの例です。

データ・サービス

クライアント上で稼働し、プライマリ・ストレージ・システム上のデータベースおよびファイルシステム・データへのネットワーク・データ管理プロトコル(NDMP)・アクセスを提供します。

データ転送要素(DTE)

テープ・ライブラリ内のセカンダリ・ストレージ・デバイス。複数のテープ・ドライブが含まれるテープ・ライブラリでは、データ転送要素に1から順に番号が付けられます。

データベース・バックアップ記憶域セレクタ

Recovery Manager(RMAN)のSBTバックアップの特性を指定するOracle Secure Backupの構成オブジェクト。記憶域セレクタは、データベースにアクセスするRMANと、バックアップ・メディアを管理するOracle Secure Backupソフトウェアの間のレイヤーとして機能します。

データセット

ファイルシステム・バックアップのコンテンツ。データセット・ファイルは、データセットを記述します。たとえば、データセット・ファイルmy_data.dsを作成し、ホストbrhost2上に/homeディレクトリを含むデータセットを記述できます。

データセット・ディレクトリ

1つ以上のデータセット・ファイルを格納するディレクトリ。ディレクトリは、共通参照用にデータセット・ファイルを1セットとしてグループ化します。

データセット・ファイル

データセットを記述するテキスト・ファイル。Oracle Secure Backupのデータセット言語により、バックアップするファイルシステム・データを定義するためのテキストベースの手段が提供されます。

デフォルトとポリシー

管理ドメイン内でのOracle Secure Backupの実行方法を指定する一連の構成データ。

デバイス検出

Oracle Secure Backupがネットワーク・データ管理プロトコル(NDMP)によりアクセスされるデバイスと、このようなデバイスに対する構成の変更を自動的に検出するプロセス。

接続ポイント

ハードウェア・テープ・デバイスを表す、UNIXまたはLinux上の/devファイル・システムにあるファイル名。接続ポイントは、ディスク上のデータを指定するのではなく、ハードウェア装置とそれを処理するデバイス・ドライバを特定します。ファイルのinodeには、デバイス番号、権限および所有権データが含まれています。アタッチメントは、ホスト名とOracle Secure Backupによるデバイスへのアクセスに使用される接続ポイント名で構成されます。

差分増分バックアップ

増分バックアップの一種で、同位または下位のバックアップ・レベルで変更されたデータのみをコピーします。このバックアップは、レベル10のバックアップとも呼ばれます。Oracle Secure Backupでは、Network Appliance Filerなどのネットワーク接続ストレージ(NAS)・デバイスを含む、一部のプラットフォームにおけるレベル10のバックアップはサポートしていません。

デジタル署名

指定されたデータの妥当性を示すために、認証局(CA)によって算出されたビットのセット。署名算出のアルゴリズムによって、その署名を無効にせずにデータを変更することが難しくなります。

ディスク・プール

バックアップを格納するファイルシステム・ディレクトリ。複数のバックアップまたはリストア・ジョブが同時にディスク・プールにアクセスできます。

DMA

「データ管理アプリケーション(DMA)」を参照してください。

ドメイン

共通のルールおよび手順により1つの単位として管理される、ネットワーク上のコンピュータおよびデバイスのグループ。インターネット内では、ドメインはIPアドレスによって定義されます。IPアドレスの共通部分を共有するすべてのデバイスを、同じドメイン内にあるといいます。

エラー率

リカバリされた書込みエラー数を書き込まれた合計ブロック数で割り、100倍した値。

有効期限ポリシー

メディア・ファミリ内のボリュームがどのように期限切れになるか、すなわちいつ上書きの対象になるかを、Oracle Secure Backupが決定する方法。メディア・ファミリには、コンテンツ管理の有効期限ポリシーまたは時間管理の有効期限ポリシーのいずれかを指定できます。

Fiber Distributed Data Interface (FDDI)

デジタル・データを光ファイバー・ケーブルで送信するためのANSIプロトコルのセット。FDDIネットワークはトークンパッシング・ネットワークで、最高100 Mbpsのデータ転送速度をサポートします。FDDIネットワークは、通常、広域ネットワークのバックボーンとして使用されます。

ファイバ・チャネル

ストレージ・エリア・ネットワーク(SAN)内のデバイス間で主に使用されるプロトコル。

ファイルシステム・バックアップ

Oracle Secure Backupによって開始されるファイル・システム上のファイルのバックアップ。ファイルシステム・バックアップは、Oracle Secure BackupのSBTインタフェースを介して実行されるRecovery Manager(RMAN)バックアップとは異なります。

ファイラ

データ・ストレージに使用されるネットワーク接続アプライアンス。

ファイアウォール

プライベート・ネットワークとの間で行われる不正アクセスを防止するように設計されたシステム。

全体バックアップ

クライアントで選択されたファイルをすべてバックアップする操作。増分バックアップと異なり、前回のバックアップ後に変更されたかどうかに関係なくファイルをバックアップします。

異種ネットワーク

様々なベンダーの多種多様なコンピュータ、オペレーティング・システムおよびアプリケーションで構成されたネットワーク。

ホスト認証

管理ドメイン内の2つのホスト間での接続の初期化フェーズ。アイデンティティ証明書を使用してホストが相互に認証されると、ホスト間の通信はSecure Sockets Layer (SSL)によって暗号化されます。ほぼすべての接続が双方向で認証されます。ホストへの最初のドメイン参加案内やNDMPアクセス・モードを使用するホストとの対話などは例外です。

アイデンティティ証明書

Oracle Secure Backupの管理ドメイン内のホストを一意に識別する、認証局(CA)が署名したX.509証明書。

増分バックアップ

前回のバックアップ後に変更されたクライアントのファイルのみをバックアップする操作。Oracle Secure Backupでは、ファイルシステム・バックアップについて9つの異なる増分バックアップのレベルをサポートしています。累積増分バックアップは、下位のレベルで、最新のバックアップ後に変更があったデータのみをコピーします。差分増分バックアップは、レベル10のバックアップに相当し、同位または下位のレベルで、増分バックアップ後に変更されたデータをコピーします。

増分バックアップは、最後に変更された時期に関係なく、すべてのファイルを常にバックアップする全体バックアップと対照をなします。全体バックアップは、レベル0の増分バックアップに相当します。

ジョブ・リスト

Oracle Secure Backupによって作成および管理されるカタログで、過去、現在および保留中のバックアップ・ジョブが記述されています。

ジョブ・サマリー

Oracle Secure Backupによって生成されるテキスト・ファイルのレポートで、選択されたバックアップおよびリストア・ジョブのステータスが記述されています。このレポートは、ユーザー指定のジョブ・サマリー・スケジュールに従って生成されます。

ジョブ・サマリー・スケジュール

ジョブ・サマリーを生成するためのユーザー定義のスケジュール。ジョブ・サマリー・スケジュールは、obtoolでmksumコマンドを使用して作成します。

場所

場所は、ボリュームが物理的に存在する場所で、テープ・ライブラリ、データ・センターまたはオフサイト・ストレージ施設などの名前になります。

論理ユニット番号

テープ・デバイスの一意の識別子の一部。「Oracle Secure Backupの論理ユニット番号」および「SCSI LUN」を参照してください。

手動証明書プロビジョニング・モード

ホストに対する署名付きアイデンティティ証明書を管理サーバーから手動でエクスポートし、ホストに移して、そのホストのウォレットに証明書を手動でインポートする必要がある証明書管理モード。自動証明書プロビジョニング・モードと異なり、このモードは、(非常にまれですが)可能性のある中間者攻撃に対して脆弱ではありません。

メディア・ファミリ

同じボリューム順序ファイル、有効期限ポリシーおよび書込みウィンドウを共有する、バックアップ・ボリュームの名前付き分類。

メディア・サーバー

1つ以上のテープ・デバイスが接続されたコンピュータまたはサーバー。メディア・サーバーは、接続されているデバイスとの間でデータを送信します。

NAS

「ネットワーク接続ストレージ(NAS)」を参照してください。

ネイティブ・アクセス・モード

プライマリ・アクセス・モードと同義語。

NDMP

「ネットワーク・データ管理プロトコル(NDMP)」を参照してください。

NDMPアクセス・モード

ファイラ、または管理ドメイン内の通信にネットワーク・データ・管理プロトコル(NDMP)を使用する他のホストに対するアクセス・モード。NDMPアクセス・モードは、Oracle Secure Backupのネットワーク・プロトコルを使用するプライマリ・アクセス・モードと対照をなします。Oracle Secure Backupは、ホストへのアクセスに使用されるのがプライマリ・アクセス・モードかNDMPアクセス・モードかに関係なく、ホスト間のデータ転送にNDMPを使用します。

ネットワーク接続ストレージ(NAS)

NASサーバーは、ファイル・システムを管理するネットワーク上のコンピュータです。このサーバーは、1つ以上の標準プロトコル(通常ネットワーク・ファイル・システム(NFS)およびCIFS)を使用してファイル・システムをクライアントに公開します。

ネットワーク・データ管理プロトコル(NDMP)

ネットワーク上の異種ファイル・サーバーのバックアップに対する共通アーキテクチャを定義するオープン・スタンダード・プロトコル。このプロトコルにより、中央のバックアップ・アプリケーションで使用される共通エージェント(データ管理アプリケーション(DMA)と呼びます)を作成し、異なるオペレーティング・システムが稼働しているサーバーをバックアップできます。NDMPを使用すると、データ・パスと制御パスが分離されるため、ネットワークの混雑状態が最小限に抑えられます。バックアップは、ローカルに(ファイル・サーバーから直接テープ・ドライブに)行うことができる一方、管理は中央で行うことができます。

ネットワーク記述ファイル

Oracle Secure Backupがインストールされるネットワーク内のホストをリストしたテキスト・ファイル。ホストごとに、Oracle Secure Backupのインストール・タイプ、ホスト名および接続された各テープ・ドライブを識別できます。Oracle Secure Backupホームのinstallサブディレクトリには、obndfというサンプル・ネットワーク記述ファイルがあります。

ネットワーク・ファイル・システム(NFS)

様々なタイプのコンピュータ上に格納されている共有ファイルにすべてのネットワーク・ユーザーがアクセスできるようにするクライアント/サーバー・アプリケーション。NFSは、TCP/IPの最上位で稼働する仮想ファイル・システム(VFS)と呼ばれるインタフェースを介して、共有ファイルにアクセスできるようにします。ユーザーは、ローカル・ディスク上に格納されているかのように共有ファイルを操作できます。NFSを使用すると、ネットワークに接続されているコンピュータは、リモート・ファイルにアクセスしている間はクライアントとして動作し、リモート・ユーザーにローカルの共有ファイルへのアクセスを提供している間はサーバーとして動作します。NFS規格は、公開されており、幅広く使用されています。

OBアクセス・モード

プライマリ・アクセス・モードと同義語。

不明瞭化ウォレット

スクランブル・アルゴリズムが不明の場合に読取りがきわめて難しい形式に、データがスクランブル化されているウォレット。このウォレットは読取り専用ですが、パスワードによって保護されていません。不明瞭化ウォレットでは、シングル・サインオン(SSO)がサポートされています。

obtar

Oracle Secure Backupの基礎となるエンジンで、テープとの間でデータをやり取りします。obtarは、オリジナルのBerkeley UNIX tar(2)コマンドから派生したものです。obtarは、通常、直接アクセスされることはありませんが、コマンドラインで指定したファイルまたはディレクトリをバックアップおよびリストアするために使用できます。obtarにより、obtoolまたはWebツールを介して公開されていない機能を使用できます。

obtool

Oracle Secure Backupに対する主要なコマンドライン・インタフェース。このツールを使用すると、Oracle Secure Backupの構成、バックアップおよびリストア、メンテナンスおよび操作の監視のすべてを実行できます。obtoolユーティリティは、Oracle Secure Backup Webツールに代わるものです。

オフサイト・バックアップ

全体または増分バックアップ・スケジュールに影響しないという点以外、全体バックアップと同等のバックアップ。オフサイト・バックアップは、増分バックアップのスケジュールに影響を与えずにオフサイト保管用のバックアップ・イメージを作成するときに使用すると便利です。

オンデマンド・バックアップ

obtoolのbackupコマンドまたはOracle Secure Backup Webツールを使用して開始されるファイルシステム・バックアップ。このバックアップは1回かぎりで、即時実行されるか、指定した時間に実行されます。オンデマンド・バックアップは、Oracle Secure Backupのスケジューラによって開始されるスケジュール済バックアップと対照をなします。

オペレータ

バックアップ操作、バックアップ・スケジュールの管理、テープの交換およびエラーのチェックを担当するユーザー。

Oracle Secure Backupホーム

Oracle Secure Backupソフトウェアがインストールされるディレクトリ。Oracle Secure Backupホームは、通常、UNIXおよびLinuxでは/usr/local/oracle/backup、WindowsではC:\Program Files\Oracle\Backupです。このディレクトリには、バイナリおよび構成ファイルがあります。ディレクトリのコンテンツは、管理ドメイン内のホストに割り当てられるロールによって異なります。

Oracle Secure Backup論理ユニット番号

デバイスの構成時に一意の接続ポイント(/dev/obt0、/dev/obt1など)を生成するために使用される0から31の数値。必須ではありませんが、ユニット番号は通常0から始まり、特定のタイプのデバイス(テープ・ライブラリまたはテープ・ドライブ)が追加されるたびに増えます。

Oracle Secure Backup論理ユニット番号は、接続ポイントの名前の一部です。デバイスのハードウェア・アドレスの一部であるSCSI LUNと混同しないでください。

Oracle Secure Backupユーザー

Oracle Secure Backupの管理ドメイン内の定義されたアカウント。Oracle Secure Backupユーザーは、オペレーティング・システム・ユーザーとは異なるネームスペースに存在します。

上書き

同じファイル名を持つファイルをリストアすることによって、システム上のファイルを置換するプロセス。

オリジナルの場所

ボリュームが最初に書き込まれた場所。

優先ネットワーク・インタフェース(PNI)

バックアップまたはリストアされるデータの転送用の優先ネットワーク・インタフェース。ネットワークには、クライアント、およびそのクライアントのかわりにバックアップまたはリストアを実行するサーバーの間の物理的な接続を複数設定することができます。たとえば、2つのホストの間で、イーサネット接続と光ファイバ分散データ・インタフェース(FDDI)接続の両方を使用できます。PNIを使用すると、クライアントごとに、サーバーのどのネットワーク・インタフェースが優先されるかを指定できます。

事前認可

Oracle Secure Backupユーザーのオプションの属性。事前認可により、指定されたOracle Secure Backupのリソースへのアクセス権限がオペレーティング・システム・ユーザーに付与されます。

プライマリ・アクセス・モード

Oracle Secure Backupのネットワーク・プロトコルを管理ドメイン内の通信に使用するホストに対するアクセス・モード。Oracle Secure Backupは、プライマリ・アクセス・モードを使用するホストにインストールする必要があります。対照的に、NDMPアクセス・モードを使用するホストには、Oracle Secure Backupをインストールする必要がありません。Oracle Secure Backupは、ホストへのアクセスに使用されるのがプライマリ・アクセス・モードかネットワーク・データ管理プロトコル(NDMP)アクセス・モードかに関係なく、ホスト間のデータ転送にNDMPを使用します。

秘密鍵

特定の公開鍵に対応し、所有者のみが知っている数値。すべての公開鍵暗号システムで、秘密鍵と公開鍵はペアで存在します。RSAなどの典型的な公開鍵暗号システムでは、秘密鍵はただ1つの公開鍵に対応します。秘密鍵は、署名を計算してデータを復号化するために使用できます。

特権バックアップ

backupコマンドの--privilegedオプションによって開始されるファイルシステムのバックアップ操作。UNIXおよびLinuxシステムでは、特権バックアップはrootユーザー・アイデンティティのもとで実行されます。Windowsシステムでは、バックアップは、Windowsクライアント上のOracle Secure Backupのサービスと同じアカウント(通常Local System)のもとで実行されます。

公開鍵

特定エンティティと信頼できるやり取りを行う必要があるすべてのユーザーが知っている、そのエンティティに関連付けられた数値。公開鍵は、対応する秘密鍵とともに使用され、通信の暗号化および署名の検証を行うことができます。

Recovery Manager (RMAN)

データベースのバックアップ、リストアおよびリカバリに使用されるOracle Databaseのユーティリティ。RMANはOracle Secure Backupとは別個のアプリケーションです。RMANとは異なり、Oracle Secure Backupは、データベース・ファイルだけでなく、ファイルシステム上のファイルのバックアップにも使用できます。Oracle Secure Backupには、データベース・ファイルをテープに直接バックアップするためにRMANで使用されるSBTインタフェースが含まれています。

保存期間

ボリューム・セットのデータが上書き対象とならない期間。保存期間は、時間管理メディア・ファミリの属性です。保存期間は、書込みウィンドウのクローズ時間から始まります。たとえば、メディア・ファミリの書込みウィンドウが7日で、保存期間が14日の場合、ボリューム・セットの最初のボリュームへの最初の書込みから21日後に、データは上書き対象となります。

権限

クラスに割り当てられる管理ドメイン内の権限。たとえば、自分によるバックアップ実行(perform backup as self)権限は、デフォルトでoperatorクラスに割り当てられます。クラスに属するすべてのOracle Secure Backupユーザーには、そのクラスに関連付けられた権限が付与されます。

ロール

ネットワーク内のホストがバックアップおよびリストア操作中に持つことができる機能。Oracle Secure Backupのロールには、管理サーバー、メディア・サーバー、クライアントの3つがあります。ネットワーク内のホストは、これらのロールのいずれかまたはこれらを組み合せて機能します。たとえば、管理サーバーは、クライアントおよびメディア・サーバーになることもできます。

SAN

「ストレージ・エリア・ネットワーク(SAN)」を参照してください。

SBTインタフェース

Recovery Manager(RMAN)が3次ストレージへのバックアップに使用できるメディア管理ソフトウェア・ライブラリ。SBTインタフェースは、公開されたAPIに準拠し、メディア管理ベンダーによって提供されます。Oracle Secure Backupには、RMANで使用するためのSBTインタフェースが含まれています。

スケジュール済バックアップ

obtoolのmkschedコマンドまたはOracle Secure Backup Webツールを使用してスケジュールされる(またはrunjobコマンドによって変更される)ファイルシステム・バックアップ。バックアップ・スケジュールは、バックアップの対象となるファイルを記述します。スケジュールに定義されるトリガーは、バックアップ・ジョブの実行時期を指定します。

スケジューラ

管理サーバー上で稼働し、すべてのバックアップ・スケジュール・アクティビティを管理するデーモン(obscheduled)。スケジューラには、実行をスケジュールされたバックアップ・ジョブ操作のジョブ・リストが保持されます。

サービス・デーモン

プライマリ・アクセス・モードにより通信する管理ドメイン内の各ホスト上で稼働するデーモン(observiced)。サービス・デーモンは、証明書の操作を含め、様々なサービスを提供します。

SCSI

「Small Computer System Interface(SCSI)」を参照してください。

SCSI LUN

SCSI論理ユニット番号。同じSCSI IDを持つ最大8つのデバイス(論理ユニット)を区別するために、SCSIバスで使用される3ビットの識別子。Oracle Secure Backup論理ユニット番号と混同しないでください。

Secure Sockets Layer (SSL)

セキュアなネットワーク通信を提供する暗号プロトコル。SSLは、証明書によってエンドポイント認証を提供します。SSLで送信されるデータは、盗聴、改ざんやメッセージの偽造、リプレイ攻撃から保護されます。

Small Computer System Interface (SCSI)

各種周辺機器とホスト・コンピュータとの接続を可能にするパラレルI/Oバスおよびプロトコル。SCSIバスには、ホスト・アダプタおよび周辺機器コントローラを使用して接続できます。

SSL

「Secure Sockets Layer(SSL)」を参照してください。

ストレージ・エリア・ネットワーク(SAN)

共有ストレージ・デバイスの高速サブネットワーク。SANは、データのバックアップおよびリストア機能をセカンダリ・ネットワークに割り当てられるように設計されているため、これらの機能によってサーバーの機能は妨害されません。

ストレージ・デバイス

データを格納するディスクがあるコンピュータ。

記憶域要素

テープ・ライブラリのロボット・アームによるボリュームの格納および取出しが可能な、テープ・ライブラリ内の物理的な場所。

保管場所

ボリュームを格納できるテープ・ライブラリまたはテープ・ドライブの外部の場所。

テープ・デバイス

ユーザー定義デバイス名で識別されるテープ・ドライブまたはテープ・ライブラリ。

テープ・ドライブ

テープに格納されているデータの読取りおよび書込みを行うテープ・デバイス。テープ・ドライブは順次アクセスで、特定のデータを読み取るには、その前にあるデータをすべて読み取る必要があります。テープ・ドライブには、Small Computer System Interface (SCSI)、ファイバ・チャネルなどの様々なプロトコルを介してアクセスできます。テープ・ドライブは、スタンドアロンでもテープ・ライブラリにも存在できます。

テープ・ライブラリ

Small Computer System Interface(SCSI)コマンドを受け入れて、記憶域要素とテープ・ドライブの間でボリュームを移動させるメディア・チェンジャ。

テープ・サービス

セカンダリ・ストレージとデータをやり取りし、データ管理アプリケーション(DMA)でセカンダリ・ストレージの操作およびアクセスができるようにするネットワーク・データ管理プロトコル(NDMP)・サービス。

TCP/IP

Transmission Control Protocol/Internet Protocol。ネットワークでデータを送信するために、ホストとの接続に使用されるプロトコルのスイート。

3方向バックアップ

NDMPをサポートするが、ローカルに接続されたバックアップ・デバイスがないNDMPサーバーを、バックアップ・デバイスが接続された別のNDMPサーバーにバックアップするプロセス。バックアップは、TCP/IP接続を介して、バックアップ・デバイスが接続されたNDMPサーバーにデータを送信することで行われます。この構成では、NDMPデータ・サービスは、バックアップされるデータを含むNDMPサーバーに存在し、NDMPテープ・サービスは、テープ・デバイスが接続されたNDMPサーバーに存在します。

時間管理の有効期限ポリシー

ボリューム・セット内のすべてのボリュームがそれぞれのボリューム有効期限に達すると上書きできる、メディア・ファミリの有効期限ポリシー。ボリューム有効期限は、セット内の最初のボリュームに対するボリューム作成時間に、書込みウィンドウ期間および保存期間を合算して算出されます。

たとえば、メディア・ファミリの書込みウィンドウを7日、保存期間を14日に設定します。Oracle Secure Backupが、まず1月1日の正午にセット内の最初のボリュームに書き込み、その後セット内の次の20ボリュームにデータを書き込んだとします。この場合、セット内の21ボリュームはすべて1月22日の正午に期限切れとなります。

時間管理の有効期限ポリシーを使用するボリュームには、Recovery Manager(RMAN)のバックアップまたはファイルシステム・バックアップを作成できます。

トリガー

バックアップが発生する日時を指定するバックアップ・スケジュールの一部。

信頼できる証明書

妥当性テストをしなくても有効とみなされる証明書。信頼できる証明書により、信頼システムの基盤が構築されます。通常、これらは信頼できる認証局(CA)が発行する証明書です。

非特権バックアップ

backupコマンドの--unprivilegedオプションを使用して作成されるファイルシステム・バックアップ。Oracle Secure Backupユーザーを作成または変更する際に、オペレーティング・システム・アカウントとそのユーザーを関連付けます。ホストの非特権バックアップは、そのバックアップを開始したOracle Secure Backupユーザーに関連付けられたオペレーティング・システム・アカウントのもとで実行されます。

ボリューム

ボリュームは、8mmテープなどの1個のメディアを表します。1つのボリュームに複数のバックアップ・イメージ・インスタンスを含めることができます。

ボリューム作成時間

Oracle Secure Backupがバックアップ・イメージのファイル番号1をボリュームに書き込んだ時間。

ボリューム有効期限

ボリューム・セット内のボリュームが期限切れになる日時。この時間は、書込みウィンドウの期間(該当する場合)をセット内の最初のボリュームに対するボリューム作成時間に加算した後、保存期間を加算して算出されます。

たとえば、保存期間が14日で書込みウィンドウが7日のメディア・ファミリにボリューム・セットが属するとします。また、セット内の最初のボリュームに対するボリューム作成時間が1月1日の正午で、その後にデータがセット内の次の20ボリュームに書き込まれたとします。この場合、セット内の21ボリュームすべてに対するボリューム有効期限は1月22日の正午です。

ボリュームID

ボリュームにラベルを付ける際に、Oracle Secure Backupによって割り当てられる一意の英数字の識別子。通常、ボリュームIDは、ボリュームのメディア・ファミリ名、ダッシュ記号および一意のボリューム順序番号で構成されます。たとえば、RMAN-DEFAULTメディア・ファミリ内のボリュームIDであればRMAN-DEFAULT-000002となります。

ボリューム・ラベル

ボリューム上の最初のバックアップ・イメージの最初のブロック。ボリュームID、所有者の名前、ボリューム作成時間やその他の情報が含まれます。

ボリューム順序ファイル

ボリュームにラベルを付ける際に割り当てる一意のボリュームIDが含まれるファイル。

ボリューム順序番号

ボリューム・ラベルに記録される、ボリューム・セット内のボリュームの順序を示す番号。セット内の最初のボリュームの順序番号は1です。通常、ボリュームのボリュームIDは、そのボリュームのメディア・ファミリ名、ダッシュおよび一意のボリューム順序番号で構成されます。たとえば、RMAN-DEFAULTメディア・ファミリ内のボリュームのボリュームIDであればRMAN-DEFAULT-000002となります。

ボリューム・セット

バックアップ・イメージがまたがっているボリュームのグループ。1つのボリュームに収まるバックアップ・イメージ・インスタンスの一部をバックアップ・セクションと呼びます。

ボリューム・タグ

ボリュームに対するバーコード識別子(ボリューム・タグともいいます)を保持するために一般的に使用されるフィールド。ボリューム・タグは、ボリューム・ラベル内にあります。

ウォレット

パスワードで保護された、暗号化されたファイル。Oracleウォレットは、主にX.509証明書とこれに関連する公開鍵と秘密鍵のペアを格納するよう設計されています。ウォレットの中身は、ウォレットのパスワードが指定された後でのみ使用できます。不明瞭化ウォレットにはパスワードは不要です。

Webツール

管理ドメインの構成、バックアップおよびリストア操作の管理、バックアップ・カタログの参照を可能にするブラウザベースのGUI。

書込みウィンドウ

更新(通常、バックアップ・イメージを最後に追加)のためにボリューム・セットがオープンのままである期間。書込みウィンドウは、セット内の最初のボリュームに対するボリューム作成時間に開き、書込みウィンドウ期間が経過した後に閉じます。書込みウィンドウのクローズ時間後は、ボリューム・セットは、(有効期限ポリシーによる定義に従って)期限切れになるまで、あるいは再度ラベルを付けられる、再利用される、ラベル付けを解除されるまたは強制的に上書きされるまで更新できません。

書込みウィンドウはメディア・ファミリに関連付けられます。メディア・ファミリのメンバーであるボリューム・セットはすべて同じ期間、更新のためにオープンのままです。

書込みウィンドウのクローズ時間

更新に対してボリューム・セットが閉じる日時。この時間は、バックアップ・イメージ・ファイルの番号1がセット内の最初のボリュームに書き込まれるときに計算されます。ボリューム・セットに書込みウィンドウのクローズ時間が設定されている場合、その情報はボリューム・ラベルのボリューム・セクションにあります。

書込みウィンドウ期間

ボリューム・セットへの書込みが可能な期間。

索引

A  B  C  D  E  F  H  I  K  L  M  N  O  P  R  S  T  U  V  W  X

A

- 概要

- PNI 1

- アクセス・モード

- 概要 1

- NDMPについて 1

- プライマリの説明 1

- 選択 1

- ACSLS

- 概要 1

- アクセス制御 1

- and obtool 1

- カートリッジ 1

- 通信 1

- 構成 1

- ドライブの対応付け 1

- インポートおよびエクスポート 1

- インストール 1

- 変更されたobtoolコマンド 1

- スクラッチ・プール 1

- スクラッチ・プール管理 1

- サポートされていないobtoolコマンド 1

- ボリュームのロードおよびアンロード 1

- 追加

- 手動証明書プロビジョニング・モードでホスト 1

- テープ・デバイスのアタッチメント 1

- 管理ドメイン

- 構成の概要 1

- 定義済 1

- テープ・デバイスの検出 1

- RDSの有効化 1

- ホスト・ネーミング 1

- 管理サーバー

- 概要 1

- セキュリティの構成 1

- ディレクトリ 1

- ファイル 1

- Oracle Enterprise Managerへの登録 1

- adminユーザー

- Windowsでのインストール時のパスワードの作成 1

- Apache Webサーバー

- ネットワーク・セキュリティ 1

- 資産

- ネットワーク・セキュリティのための識別 1

- アタッチメント

- 概要 1

- 複数アタッチメントの説明 1

- テープ・デバイス用に追加 1

- デバイスのアタッチメントのプロパティの表示 1

- テープ・デバイスのping 1

- RAWデバイス名 1

- 認証タイプ

- NDMPサーバー 1

- 自動証明書プロビジョニング・モード

- 概要 1 , 2

- ネットワーク・セキュリティ 1

- 自動テープ・ドライブ・クリーンアップ

- 構成 1

- 自動ボリューム取出し 1

- 自動モード

- 概要 1

- テープ・ドライブのための設定 1

B

- バックアップの暗号化

- 有効化 1

- バックアップ環境

- ネットワーク・セキュリティ 1

- バックアップ・タイプ

- NDMPホストのための設定 1

- バーコード・リーダー

- 構成 1

- バーコード

- 概要 1

- ブロッキング・ファクタ

- 概要 1

- リストア操作 1

- テープ・ドライブのための設定 1

- テープ・ドライブの最大値の設定 1

- ブロック・サイズ

- 概要 1

- リストア操作 1

C

- 証明書プロビジョニング

- 自動モードの説明 1

- 手動モードの説明 1

- 認証局(CA)

- ネットワーク・セキュリティ 1

- certkeysizeポリシー 1

- クライアント

- 定義済 1

- Windowsでのインストール 1

- クライアント・ホスト

- ディレクトリ 1

- ファイル 1

- クライアント

- セキュリティの構成 1

- 構成ファイル・パラメータ

- linux links 1

- solaris64リンク 1

- solaris links 1

- 構成

- テープ・デバイスの名前の説明 1

- ACSLS 1

- 管理サーバー・セキュリティ 1

- バーコード・リーダー 1

- クライアント・セキュリティ 1

- テープ・デバイスの検出 1

- ディスク・プール 1

- ホスト・プロパティの編集 1

- ホストのアクセス・モード 1

- ホストの暗号化 1

- ホストの鍵のサイズ 1

- ホストのロール 1

- ホスト 1

- ホストのステータス 1

- 鍵のサイズ 1

- メディア・サーバー・セキュリティ 1

- テープ・ドライブのネーミング 1

- テープ・ライブラリのネーミング 1

- NDMP認証タイプ 1

- NDMPホスト・バックアップ・タイプ 1

- NDMPホスト環境変数 1

- NDMPホスト・パスワード・タイプ 1

- NDMPホスト・ポート番号 1

- NDMP protocol version 1

- ホストのping 1

- 優先ネットワーク・インタフェース 1

- ホストの削除 1

- テープ・デバイスのアタッチメント 1

- テープ・デバイス 1

- テープ・ドライブの自動マウント・モード 1

- テープ・ドライブのブロッキング・ファクタ 1

- テープ・ドライブのデータ転送要素 1

- テープ・ドライブのエラー率 1

- テープ・ドライブの最大ブロッキング・ファクタ 1

- テープ・ドライブ 1 , 2

- テープ・ドライブのステータス 1

- テープ・ドライブのストレージ要素使用リスト 1

- テープ・ドライブの使用状況 1

- テープ・ドライブのWorld Wide Name(WWN) 1

- テープ・ライブラリ 1 , 2

- テープ・ライブラリのステータス 1

- テープ・ライブラリのWorld Wide Name(WWN) 1

- テープ・デバイスのアタッチメントのテスト 1

- ホストの更新 1

- ホスト・プロパティの表示 1

- Webツールの「ホスト」ページ 1

- 自動テープ・ドライブ・クリーンアップの構成 1

- インバウンド接続用の構成

- PNI 1

- アウトバウンド接続用の構成

- PNI 1

- 作成

- ディスク・プール 1

D

- デーモン

- リスニング・ポート 1

- obacslibd 1 , 2

- obacsssid 1

- obhttpd 1

- obrobotd 1

- observiced 1

- Webツールの「管理」ページ 1

- データ通信

- RDSの使用 1

- データの暗号化

- 概要 1

- データ転送要素

- 定義済 1

- テープ・ドライブの構成 1

- デバイス名

- 概要 1

- デバイス

- 自動検出の説明 1

- ディレクトリ

- 管理サーバー 1

- クライアント 1

- ホーム 1

- メディア・サーバー 1

- デバイスの検出

- 概要 1

- ディスク・プール

- 容量

- 指定 1

- 同時ジョブ

- 指定 1

- 構成 1

- 作成 1

- 表示 1

- 変更 1

- 名前の変更 1

- 領域使用率

- 指定 1

- アタッチメントの指定 1

- 表示

- デバイスのアタッチメントのプロパティ 1

- ディスク・プール 1

- Webツールの「バックアップ」ページ 1

- Webツールの「構成」ページ 1

- Webツールの「デバイス」ページ 1

- Webツールのホームページ 1

- Webツールの「ホスト」ページ 1

- Webツールの「管理」ページ 1

- Webツールの「リストア」ページ 1

- DTE

- 「データ転送要素」を参照

E

- 編集

- ホスト・プロパティ 1

- テープ・デバイスのプロパティ 1

- encryptdataintransitポリシー 1 , 2

- 暗号化, ホスト 1

- 転送中の暗号化 1

- 環境変数

- NDMPホストのための設定 1

- エラー率

- テープ・ドライブのための設定 1

- エクスポート

- アイデンティティ証明書 1

F

- ファイラ

- SSLのサポート 1

- ファイアウォール

- Windowsでのインストール後の構成 1

H

- ホーム・ディレクトリ

- 場所 1

- ホスト

- RDSの無効化 1

- ホスト

- 構成の説明 1

- アクセス・モード 1

- NDMPホストの環境変数の追加 1

- 手動証明書プロビジョニング・モードでの追加 1

- アクセス・モードの構成 1

- 暗号化の構成 1

- 鍵のサイズの構成 1

- 優先ネットワーク・インタフェースの構成 1

- ロールの構成 1

- RDSの無効化 1

- 重複名 1

- プロパティの編集 1

- IPアドレス 1

- ネーミング 1

- NDMP認証タイプ 1

- ping 1

- 削除 1

- NDMPバックアップ・タイプの設定 1

- NDMPホスト・ポート番号の設定 1

- NDMPパスワード・タイプの設定 1

- NDMPプロトコル・バージョンの設定 1

- ステータスの設定 1

- trusted 1

- 更新 1

- プロパティの表示 1

- Webツールの「ホスト」ページ 1

I

- アイデンティティ証明書

- 配布 1

- エクスポート 1

- インポート 1

- obcmでの管理 1

- 取消し 1

- IEE

- 「要素のインポート/エクスポート」を参照

- 要素のインポート/エクスポート

- 定義済 1

- インポート

- アイデンティティ証明書 1

- インストール・メディア

- 概要 1

- Linux/UNIXでのインストール

- SCSIスキャン・ソフトウェアの無効化 1

- Oracle Real Application Clusters 1

- Windowsでのインストール

- ユーザーへのWindows資格証明の割当て 1

- ファイアウォールの構成 1

- oracleユーザーの作成 1

- adminユーザーのパスワードの作成 1

- キー・ストアのパスワードの作成 1

- 「Removable Storage」サービスの無効化 1

- SCSIスキャン・ソフトウェアの無効化 1

- 準備の手順 1

- ホストのロールの選択 1

- Oracle Real Application Clusters 1

- インストール・パラメータ

- linux links 1

- solaris64リンク 1

- solaris links 1

- インストール

- ACSLS 1

- インタフェース

- 概要 1

- IPアドレス

- ホストの構成 1

- 要件 1

K

- 鍵

- サイズの設定 1

- 鍵のサイズ

- 構成 1

- キー・ストア

- Windowsでのインストール時のパスワードの作成 1

L

- Linux

- SCSIパラメータの調査 1

- 論理ユニット番号

- 前提条件 1

M

- 悪意のあるユーザー

- ネットワーク・セキュリティ 1

- 手動証明書プロビジョニング・モード

- 概要 1

- ホストの追加 1

- ネットワーク・セキュリティ 1

- 手動ボリューム取出し 1

- 最大ブロッキング・ファクタ

- 概要 1

- テープ・ドライブのための設定 1

- メディア・サーバー

- 定義済 1

- ディレクトリ 1

- ファイル 1

- メディア・サーバー

- セキュリティの構成 1

- メディア転送要素

- 定義済 1

- 変更

- ディスク・プール 1

- MTE

- 「メディア転送要素」を参照

- 複数のアタッチメント

- ストレージ・エリア・ネットワーク 1

- 複数のデータ・パス 1

- 複数のネットワーク・インタフェース

- ロード・バランシング 1

N

- 名前

- テープ・デバイス 1

- テープ・ドライブ 1

- テープ・ライブラリ 1

- ネーミング

- テープ・ドライブ 1

- テープ・ライブラリ 1

- NDMP

- アクセス・モード 1

- サポートされているバージョン 1

- NDMPアクセス・モード

- 概要 1

- NDMP認証タイプ

- nd5 1

- ネゴシエーション済 1

- テキスト 1

- NDMPホスト

- 環境変数の追加 1

- 認証タイプ 1

- nd5認証タイプ 1

- ネゴシエーション済認証タイプ 1

- バックアップ・タイプの設定 1

- パスワード・タイプの設定 1

- ポート番号の設定 1

- プロトコル・バージョンの設定 1

- SSLのサポート 1

- TCP接続のテスト 1

- 更新 1

- NDMPプロトコル

- 設定 1

- NDMPテキスト認証タイプ 1

- ネットワーク接続タイプ

- 優先順 1

- PNI 1

- ネットワーク・ロード・バランシング 1

- ネットワーク・セキュリティ

- Apache Webサーバー 1

- 認証済SSL接続 1

- 自動証明書プロビジョニング・モード 1

- バックアップ環境 1

- 認証局 1

- 認証局(CA) 1

- certkeysize 1

- クライアントの構成 1

- メディア・サーバーの構成 1

- 管理サーバーの構成 1

- 企業ネットワークの例 1

- データ・センターの例 1

- デフォルト構成 1

- SSLの無効化 1

- アイデンティティ証明書の配布 1

- バックアップ暗号化の有効化 1

- encryptdataintransit 1 , 2

- 署名付き証明書のエクスポート 1

- ホスト認証 1 , 2

- ホスト通信 1

- 資産の特定 1

- プリンシパルの特定 1

- アイデンティティ証明書 1

- アイデンティティ証明書のインポート 1

- レベル 1

- 悪意のあるユーザー 1

- 手動証明書プロビジョニング・モード 1

- obcmユーティリティ 1

- 不明瞭化ウォレット 1

- Oracleウォレット 1

- Oracleウォレットのパスワード 1

- 概略 1

- 計画 1

- 公開鍵暗号方式 1

- アイデンティティ証明書の取消し 1

- securecomms 1 , 2

- Secure Socket Layer 1

- 管理サーバーおよびメディア・サーバーの選択 1

- 鍵のサイズの設定 1

- obparametersでの鍵サイズの設定 1

- certkeysizeセキュリティ・ポリシーにおける鍵のサイズの設定 1

- 単一ホストの例 1

- 信頼できる証明書 1

- 信頼できるホスト 1

- obcmの使用 1

- X.509証明書 1

O

- obcmユーティリティ

- ネットワーク・セキュリティ 1

- 証明書のエクスポート 1

- 証明書のインポート 1

- 手動証明書プロビジョニング・モード 1

- 証明書の管理 1

- obfirewallconfig.bat 1

- 不明瞭化ウォレット

- ネットワーク・セキュリティ 1

- obparameters

- linux links 1

- 鍵のサイズの設定 1

- solaris64リンク 1

- solaris links 1

- obtool

- 概要 1 , 2

- ヘルプの表示 1

- セッションの終了 1

- ACSLS用に変更したコマンド 1

- テキスト・ファイルの入力のリダイレクト 1 , 2

- 対話モードでのコマンドの実行 1

- 複数コマンドの実行 1

- 特定ユーザーとしての起動 1

- 対話モードでの起動 1

- 対話モードでの起動 1

- ACSLS用にサポートされていないコマンド 1

- リクエストごとのボリューム取出し 1

- オペレーティング・システム

- サポート対象 1

- Oracle Enterprise Manager

- 概要 1

- Oracle Secure Backup 1

- OSBリンクの有効化 1

- OSB Webツールへのリンク 1

- 管理サーバーの登録 1

- Oracle Secure Backupのホーム・ディレクトリ 1

- oracleユーザー

- Windowsでのインストール時の作成 1

- Oracleウォレット

- ネットワーク・セキュリティ 1

- 不明瞭化 1

- パスワード 1

- 順序

- ネットワーク接続タイプ 1

P

- パスワード

- Windowsでのインストール時のadminユーザー・パスワードの作成 1

- Windowsでのインストール時のキーストア・パスワードの作成 1

- Oracleウォレット 1

- NDMPホスト・パスワード・タイプの設定 1

- ping

- ホスト 1

- テープ・デバイスのアタッチメント 1

- テープ・デバイス 1

- PNI

- 概要 1

- ネットワーク接続タイプ 1

- 削除 1 , 2

- ポート番号

- NDMPホストのための設定 1

- 優先ネットワーク・インタフェース

- 「PNI」を参照

- 優先ネットワーク・インタフェース(PNI)

- 構成 1

- 前提条件

- LinuxおよびUNIX 1

- SCSI汎用ドライバ 1

- 解凍ユーティリティ 1

- プライマリ・アクセス・モード 1 , 2

- プリンシパル

- ネットワーク・セキュリティのための識別 1

- 秘密鍵

- サイズの設定 1

- SCSIパラメータの調査

- Linux 1

- プロパティ

- デバイス添付ファイルでの表示 1

- テープ・デバイスでの表示 1

- 公開鍵暗号方式

- 手動証明書プロビジョニング・モード 1

- 公開鍵

- サイズの設定 1

R

- RAWデバイス名

- テープ・デバイス添付ファイル 1

- RDS

- 概要 1

- 利点 1

- 使用可能なプラットフォーム 1

- ホストに対する無効化 1 , 2

- 管理ドメインに対する有効化 1

- Infiniband上 1

- サポート 1

- 使用 1

- 「Removable Storage」サービス

- Windowsでのインストール時の無効化 1

- 削除

- ホスト 1

- 名前の変更

- ディスク・プール 1

- 要件

- ディスク領域 1

- 重複ホスト名 1

- ホスト名解決 1

- IPアドレス 1

- SCSI汎用ドライバ 1

- TCP/IP 1

- WINS 1

- ロール

- Windowsでのインストール時の選択 1

- ロール, ホスト 1

S

- ソフトウェアのスキャン

- 無効化 1 , 2

- SCSI

- スキャン・ソフトウェアの無効化 1

- SCSI汎用ドライバ

- 追加 1

- 要件 1

- SCSIスキャン・ソフトウェア

- 無効化 1 , 2

- Windowsでのインストール時の無効化 1

- SE

- 「記憶域要素」を参照

- securecommsポリシー 1 , 2

- セキュリティ

- Apache Webサーバー 1

- 認証済SSL接続 1

- 自動証明書プロビジョニング・モード 1

- バックアップ環境 1

- 認証局(CA) 1

- certkeysize 1

- クライアントの構成 1

- メディア・サーバーの構成 1

- 管理サーバーの構成 1

- 企業ネットワークの例 1

- データ・センターの例 1

- デフォルト構成 1

- SSLの無効化 1

- アイデンティティ証明書の配布 1

- バックアップ暗号化の有効化 1

- encryptdataintransit 1 , 2

- 署名付き証明書のエクスポート 1

- ホスト認証 1 , 2

- ホスト通信 1

- 資産の特定 1

- プリンシパルの特定 1

- アイデンティティ証明書 1

- アイデンティティ証明書のインポート 1

- レベル 1

- 悪意のあるユーザー 1

- 手動証明書プロビジョニング・モード 1

- obcmユーティリティ 1

- 不明瞭化ウォレット 1

- Oracleウォレット 1

- Oracleウォレットのパスワード 1

- 計画 1

- 公開鍵暗号方式 1

- アイデンティティ証明書の取消し 1

- securecomms 1 , 2

- Secure Socket Layer 1

- 管理サーバーおよびメディア・サーバーの選択 1

- 鍵のサイズの設定 1

- obparametersでの鍵サイズの設定 1

- certkeysizeセキュリティ・ポリシーにおける鍵のサイズの設定 1

- 単一ホストの例 1

- SSL 1

- 信頼できる証明書 1

- 信頼できるホスト 1

- obcmユーティリティの使用 1

- X.509証明書 1

- セキュリティ, 概要 1

- SSL

- 接続の認証 1

- 無効化 1

- NDMPのサポート 1

- ステータス

- テープ・デバイスのチェック 1

- ホスト 1

- テープ・ドライブのための設定 1

- テープ・ライブラリのための設定 1

- ストレージ・デバイス

- サポート対象 1

- 記憶域要素

- 定義済 1

- サポート

- NDMPのバージョン 1

- オペレーティング・システム 1

- テープ・デバイス 1

- Webブラウザ 1

- ホストとの通信の停止 1

- システム要件 1

T

- テープ・デバイス

- 概要 1

- アタッチメントの説明 1

- 複数のデバイスのアタッチメントの説明 1

- 名前の説明 1 , 2

- デバイスのアタッチメントの追加 1

- 自動検出 1

- 構成 1

- 管理ドメインでの検出 1

- プロパティの表示 1

- プロパティの編集 1

- ping 1

- アタッチメントのping 1

- Webツールの「デバイス」ページ 1

- テープ・ドライブ

- 自動検出の説明 1

- 論理ユニット番号の説明 1

- 名前の説明 1 , 2

- デバイスのアタッチメントの追加 1

- 自動クリーンアップ 1

- 自動検出 1

- 構成 1 , 2

- 定義済 1

- SCSIスキャン・ソフトウェアの無効化 1

- プロパティの表示 1

- プロパティの編集 1

- ネーミング 1

- 自動マウント・モードの設定 1

- ブロッキング・ファクタの設定 1

- データ転送要素の設定 1

- エラー率の設定 1

- 最大ブロッキング・ファクタの設定 1

- ステータスの設定 1

- ストレージ要素使用リストの設定 1

- 使用状況の設定 1

- World Wide Nameの設定 1

- サポート対象 1

- テープ形式 1

- Webツールの「デバイス」ページ 1

- テープ形式 1

- テープ・ライブラリ

- 自動検出の説明 1

- 論理ユニット番号の説明 1

- 名前の説明 1 , 2

- デバイスのアタッチメントの追加 1

- 自動ドライブ・クリーンアップ 1

- 自動ロード 1

- 自動テープ・ドライブ・クリーンアップ 1

- 構成 1 , 2

- バーコード・リーダーの構成 1

- 定義済 1

- SCSIスキャン・ソフトウェアの無効化 1

- プロパティの表示 1

- プロパティの編集 1

- ネーミング 1

- ステータスの設定 1

- World Wide Nameの設定 1

- 仮想 1

- Webツールの「デバイス」ページ 1

- テープ・ライブラリ要素

- 略称 1

- データ転送 1

- インポート/エクスポート 1

- メディアの移動 1

- 記憶域 1

- TCP/IP

- 要件 1

- TCP接続

- テスト 1

- 信頼できる証明書 1

- 信頼できるホスト

- 概要 1

U

- アンインストール

- Linux/UNIXのOracle Secure Backup 1

- WindowsのOracle Secure Backup 1

- uninstallob

- 実行 1

- 更新

- ホスト 1

- アップグレード・インストール

- Windows 32ビット 1

- Windows x64 1

- 使用状況

- テープ・ドライブの使用状況の設定 1

- 使用リスト

- テープ・ドライブのための構成 1

V

- 表示

- ホスト・プロパティ 1

- 仮想テープ・ライブラリ

- バックアップ操作 1

- 定義済 1

- ボリューム

- 自動取出し 1

- 手動取出し 1

- リクエストごとの取出し 1

W

- Webブラウザ

- サポート対象 1

- Webツール

- 概要 1 , 2

- 「バックアップ」ページ 1

- 「構成」ページ 1

- 「デバイス」ページ 1

- デバイスのアタッチメントのプロパティの表示 1

- テープ・デバイスのプロパティの表示 1

- ホスト・プロパティの編集 1

- テープ・デバイスのプロパティの編集 1

- ヘルプ 1

- ホームページ 1

- 「ホスト」ページ 1

- Oracle Enterprise Managerへのリンク 1

- ログイン 1

- 「管理」ページ 1

- ページの永続リンク 1

- テープ・デバイス添付ファイルのping 1

- テープ・デバイスのping 1

- プリファレンス 1

- 「リストア」ページ 1

- 起動 1

- ホスト・プロパティの表示 1

- WINS

- 要件 1

- World Wide Name(WWN)

- テープ・ドライブのための設定 1

- テープ・ライブラリのための設定 1

X

- X.509証明書 1

Oracleの法律上の注意点

コピーライト

Copyright © 1994-2017, Oracle and/or its affiliates. All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティ

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。