IBM® Enterprise
Records 環境を設定するために実行する必要があるタスクがあります。
IBM Enterprise
Records 環境を設定するには、次の構成タスクを実行します。
- 1 つのファイル・プラン・オブジェクト・ストアを、ファイル・プラン構造用として構成し、別のレコード対応オブジェクト・ストアを、レコードとして宣言したドキュメント用として構成します。 通常、ROS にアクセスするユーザーの多くは、FPOS のファイル・プランのエンティティーにアクセスしません。 1 つの FPOS に複数の ROS を関連付けることができます。
- 一部の構成タスクは IBM Enterprise
Records のインストールおよび構成手順の一部として実行されますが、ファイル・プランの作成後に設定し直して、実稼働環境向けに IBM Enterprise
Records ソリューションを構成できます。
- IBM Enterprise
Records インストールおよび構成手順の詳細については、IBM Enterprise
Records Installation and Upgrade Guideを参照してください。
- ファイル・プランの作成に関連するタスクの構成 (ボリューム名サフィックスの構成など) の詳細については、ファイル・プランの作成に関するトピックを参照してください。
ROS ドキュメント・クラスの作成
レコードとして宣言するドキュメントに対して「ドキュメント」クラスを作成する必要があります。
- 「ROS ドキュメント」クラスは「宣言可能」プロパティーを備えており、IBM Enterprise
Records はこれを使用してドキュメントがレコードとして宣言できるかどうかを判別します。 IBM Enterprise
Records のインストールおよび構成で、基本のドキュメント・クラスのプロパティーあるいは 1 つ以上のドキュメント・サブクラスのプロパティーが True に設定されます。 この設定は、そのクラスのインスタンスがレコードとして宣言可能であることを示します。 IBM Enterprise
Records 実稼働環境を準備する場合、該当するすべての ROS ドキュメント・クラスに対し、このプロパティーの値が True に設定されていることを確認してください。 またはサブクラスがスーパークラスからこの設定を継承していることを確認します。 また、該当するクラスの「デフォルト・インスタンス・セキュリティー」に「マイナー・バージョン」と「メジャー・バージョン」の権限が設定されていることを確認します。 この設定は、適切なアクセス権を持つユーザーがクラスのインスタンスを作成できることを示します。
デフォルトのファイル・プランの構成
IBM Enterprise
Records アプリケーションでは、1 つのファイル・プラン階層だけが表示されます。
- IBM Enterprise
Records インストールおよび構成手順の一部として、Application Engine または Workplace XT のサイト設定でこのデフォルト・ファイル・プランが指定されます。 ただし、IBM Enterprise
Records のインストールおよび構成時に、ご使用のサイトに対してファイル・プランを構成していない可能性があります。
- このサイト設定を変更して、希望のデフォルトを指定することができます。 各 IBM Enterprise
Records ユーザーは、ユーザー設定を設定して、このデフォルト・サイト設定を上書きできます。
- 詳しくは、デフォルトのファイル・プランの設定に関するトピックを参照してください。
廃棄スイープの構成
「廃棄スイープ」処理は、管理者により
IBM Enterprise
Records のインストールおよび構成手順中に構成されます。 ここで、「廃棄スイープ」構成が適切に構成されているか確認することができます。 例えば、サイトでレコード・タイプを使用しない場合、
「レコード・タイプに基づいて実行」が
False に設定されていることを確認します。
詳しくは、廃棄スイープの構成に関するトピックを参照してください。
レコード・タイプの構成
レコード・タイプとはレコードに、親レコード・カテゴリーまたはレコード・フォルダーに関連付けられた廃棄スケジュールと異なる廃棄スケジュールを関連付ける手段です。
IBM Enterprise
Records ソリューションがレコード・タイプを使用する場合、
「レコード・タイプに基づいて実行」を
True に設定することによって、廃棄スイープを構成してレコード・タイプ処理を実行します。
- 詳しくは、廃棄スイープの構成に関するトピックを参照してください。
- また、レコード・タイプがレコードにどのように関連付けられるかも検討します。
特定のレコード・クラスのすべてのレコードがデフォルトで特定のレコード・タイプに割り当てられるように指定できます。 詳しくは、デフォルト・レコード・タイプの構成に関するトピックを参照してください。
- レコードが Application Engine または Workplace XT で宣言される場合、レコード・タイプ・メタデータを表示してユーザーがレコード・タイプを選択できるように設定できます。 詳しくは、レコード・タイプ・メタデータ表示の構成に関するトピックを参照してください。
- さらに、これらの 2 つの方法を組み合わせることによって、デフォルトを指定すると同時に、ユーザーがレコード・タイプを選択してデフォルトを上書きできるように設定することもできます。
- IBM Enterprise
Records ユーザー・インターフェースには、複合ドキュメントのすべての部分を単一レコードとして宣言する機能はありません。 ただし、個々の子ドキュメントや親ドキュメントをレコードとして宣言することはできます。 また、レコードとして宣言されたドキュメントを、後で複合ドキュメントの一部にすることもできます。 「削除の防止」、「親の削除時に子を削除する」などの一部の複合ドキュメント設定は、レコードの標準廃棄に影響を与える可能性があります。 複合ドキュメントの一部がレコードとして宣言される場合、デフォルト設定が使用されます。 この設定は、「削除の防止」メニューの「親と子のいずれでもない (Neither Parent nor Child)」オプションと、「親の削除時に子を削除しない (Do not delete Child when Parent is deleted)」選択項目です。
その他の設定は IBM Enterprise
Records ではサポートされておらず、レコードが廃棄手順に従って処理されるときに、失敗や矛盾する動作の原因となります。
- Darwin Information Typing Architecture (DITA) ファイルを使用するすべてのアプリケーションは、複合ドキュメントとしてコンポーネントを作成します。 したがって、注で示した複合ドキュメントに適用される相違点は、DITA ファイルにも当てはまります。
メタデータ保持オプションの構成
適切なアクセス権のあるユーザーが IBM Enterprise
Records エンティティーを削除すると、そのエンティティーはオブジェクト・ストアから永久に削除されます。 しかし、このオプションを構成すると、削除されるレコード・カテゴリー、レコード・フォルダー、ボリューム、およびレコードのメタデータをファイル・プラン・レベルで保持できます。 管理者によりメタデータ保持オプションが有効に設定されている場合、上記のエンティティーはオブジェクト・ストアに残りますが、削除としてマークされ、IBM Enterprise
Records アプリケーションには表示されなくなります。 履歴を残すために、削除されたエンティティーとそのすべてのメタデータを定期的に XML ファイルにエクスポートできます。 その後、オブジェクト・ストアからエンティティーを完全に削除します。 このオプションの構成方法については、メタデータ保持に関するトピックを参照してください。
レコードの自動宣言の構成
IBM Enterprise
Records を構成して、ユーザーが特定の操作 (ドキュメントの作成など) を完了したときに自動的にドキュメントをレコードとして宣言できます。 自動宣言を構成するには、次の手順を実行します。
- IBM Enterprise
Records の構成ファイルを変更して、宣言されたレコードをどこにファイリングするか指定します。
- AutoDeclare イベント・アクションを作成します。
- イベントをトリガーするイベントを指定するイベント・アクションに対する ROS ドキュメント・クラスのサブスクリプションを作成します。 詳しくは、自動宣言に関するトピックを参照してください。
プロパティー同期化の構成
プロパティーの同期化を構成すると、ドキュメント・プロパティーの更新時にドキュメントのプロパティー値を関連レコードと自動的に同期する、レコード・プロパティーの更新時にレコードのプロパティー値を関連ドキュメントと自動的に同期することができます。 詳しくは、プロパティー同期化に関するトピックを参照してください。
ワークフロー・バッチ・サイズの設定
デフォルトでは、IBM Enterprise
Records は廃棄前のレビューまたは承認のために最大 10 個のワーク・アイテムをワークフロー・バッチに格納します。
構成設定によって格納最大数を変更できます。
詳しくは、ワークフロー・バッチ・サイズに関するトピックを参照してください。
「レコード・フォルダーの要求」ワークフローの構成
IBM Enterprise
Records には、「レコード・フォルダーの作成」ワークフローが用意されており、ユーザーはレコード・マネージャーにレコード・フォルダー作成の要求を送信することができます。 通常、ユーザーの多くは、レコード・フォルダーを作成するのに必要な権限を持っていません。 このワークフローをユーザーが利用できるようにするには、「レコード・フォルダーの要求」サイト設定を構成する必要があります。
この設定は、
IBM Enterprise
Records のインストールおよび構成手順の間に設定されている場合があります。 このワークフローの使用について詳しくは、レコード・フォルダー・ワークフローに関するトピックを参照してください。
「編集可能なリンク・クラス」サイト設定の設定方法については、「レコード・フォルダーの要求」サイト設定に関するトピックを参照してください。
「編集可能なリンク」サイト設定の設定
IBM Enterprise
Records には、関連するレコードとフォルダーを結び付けるためのリンクが用意されています。
IBM Enterprise
Records でリンクを作成して維持するには、Workplace を使用して「編集可能なリンク・クラス」サイト設定を設定する必要があります。
IBM Enterprise
Records リンクについて詳しくは、リンクに関するトピックを参照してください。
「編集可能なリンク・クラス」サイト設定の設定方法については、リンク・クラスのサイト設定に関するトピックを参照してください。
コンプライアンス固有のイベントの構成
IBM Enterprise
Records には、PRO または DoD コンプライアンス用のイベントがいくつか用意されています (メタデータを設定するイベントなど)。 これらのイベントの処理はパフォーマンスに影響を与えるため、構成はオプションとなっています。
- パフォーマンスを最適化するために、実際のレコード管理操作に関連するイベントだけを構成してください。 これらのイベントの構成について詳しくは、イベントの有効化とイベントへのサブスクライブに関するトピックを参照してください。
- DoD および PRO の両方のデータ・モデルで、ファイル・ストアはドキュメントを削除するパージ・メソッドを使用するよう構成される必要があります。 ドキュメントの内容が空白で 3 回上書きされてからファイルが削除されます。 これにより、ファイルは修復不可能になります。 詳しくは、検索の大文字と小文字の区別に関するトピックを参照してください。
Image Services ドキュメントに対する Content Federation Services の構成
IBM Enterprise
Records ソリューションでオプションの Content Federation Services for
Image Services 機能を使用する場合、Image Services ドキュメントの変更と削除に関する Image Services セキュリティーを適切に設定していることを確認します。
IBM FileNet® Image Services システム管理者に問い合わせて、この構成が正しく行われていることを確認してください。 また、レコードとして宣言されたドキュメントが IBM FileNet Image Services 保存設定のために削除されないように、IBM FileNet Image Services ドキュメント・クラスの保存パラメーターが適切にセットアップされていることも確認してください。 詳しくは、メンテナンスおよびシステムの管理タスクに関するトピックを参照してください。
保護ストレージ・デバイスの構成
IBM Enterprise
Records ソリューションに保護ストレージ・デバイス (
EMC Centera、NetApp SnapLock、
Tivoli® Storage
Manager など) の使用が含まれている場合は、
IBM Enterprise
Records の保存設定とストレージ・デバイス上で構成された保存設定が競合しないことが重要です。 このため、ストレージ・デバイスの保存をオフにし、
IBM Enterprise
Records で保存を制御するようにしてください。
- Tivoli Storage
Manager デバイスでは、いくつかのパラメーターによって保存が制御されます。
- IBM Enterprise
Records システムが完全構成されている場合は、IBM Enterprise
Records アプリケーションが保存と削除の全制御権を保持します。