オンプレミスのWebCenterコンテンツ・インスタンスからOracle Content Managementにコンテンツをインポートできます。 これを行うには、コンテンツ・サーバーの管理アーカイバ・アプレットを使用してオンプレミスのWebCenterコンテンツ・ファイルのアーカイブを作成し、ファイル・インポート・エージェントを実行しているシステムにアーカイブを転送する必要があります。
また、ファイルのフォルダ・パス情報が格納されたアーカイブ定義の一部としてフォルダ表をエクスポートすることもできます。 WebCenter Content 11gでは、表はfolders_gコンポーネント(または後で紹介されたフレームワーク・フォルダ)で、WebCenter Content 12cではフレームワーク・フォルダ・コンポーネントです。
オンプレミス・コンテンツをインポートするには:
- オンプレミス・アーカイブ・ファイルを、ファイル・インポート・エージェントを実行するフォルダにコピーします。
- 「空白のプロシージャの作成」。 次のステップでコマンドライン・ユーティリティを使用してアーカイブ・インポート・ジョブを構成するには、プロシージャIdが必要です。
- アーカイブ・インポート・ジョブを構成するには、コマンドライン・ユーティリティを介して
capture configure-archiver-jobコマンドを実行します。
- 手順の「メタデータ」に行き、「メタデータ・フィールド」表にメタデータが移入されていることを確認します。 これらのフィールドは、アーカイブ・エクスポートの
docmetadefinition.hdaファイルから読み取られます。 このタブには、これらのカスタム・フィールドの他に、アーカイブがプロシージャにインポートされるときに常に作成されるデフォルトのメタデータ・フィールドも含まれます。
- インポート・プロセッサ・ジョブが「プロセッサのインポート」表の「取得」タブで作成されていることを確認します。 このジョブは現在オフラインになっています。 オンラインにする前に、インポートされたコンテンツをリポジトリに格納できるようにコミット・プロファイルを構成する必要があります。
- 次のステップで作成するコミット・プロファイルで、デジタル・コンテンツ・タイプ(必須)およびフィールドとメタデータ・フィールドのマップを作成します。
- コミット・プロファイルの構成。宛先として「アセット・リポジトリ」を指定します。 WebCenter Contentのバージョニングされたドキュメントでは、コミット・プロファイルのドライバ設定のコミットタブでドキュメントと添付のマッピングを作成することで、Oracle Content Managementのターゲット・リポジトリで同じバージョン順序を有効にします:
- 「アセット・タイプ」で、「デジタル・アセット・タイプ作成済」を選択します。
- 「アセット処理」の場合は、「検索で検索、それ以外の作成」を選択します。
- 検索基準を追加し、「アセット・フィールド」を
dDocNameに、「キャプチャ・フィールド」にdDocNameとしてマップされるフィールドとして設定します。
- 「複数のアセットが見つかった場合」オプションの場合は、「最新バージョン」を選択します。
ノート:
- ここで、
dDocNameは一意であり、ドキュメントに固有であるため、考慮されます。 dRevClassIdも検討できます。
- WebCenter Contentからのバージョニングされたドキュメントの移行は、Oracle Content Managementのアセットおよびビジネス・リポジトリに制限されます。
- プロセッサのインポート表の取得タブで、インポート・プロセッサ・ジョブを選択し、
をクリックして次を実行します:
- 「一般設定」ページで、「アーカイバ・ソース」が「インポート・ソース」として事前選択されていることを確認します。
- 「ドキュメント・プロファイル」ページで、web表示可能ファイルを処理する場合は「web表示可能ファイルのインポート」チェック・ボックスを選択し、「web表示可能ファイルの添付タイプ」ドロップダウン・リストで添付タイプを選択します。
このチェック・ボックスの選択を解除したままにすると、「web表示可能ファイルの添付タイプ」ドロップダウン・リストは無効になります。
ノート:
フォルダ表がアーカイブにエクスポートされると、「フォルダ名」および「フォルダのパス」システム・フィールドを使用して、その表に含まれているファイル・フォルダ情報を任意のメタデータ属性にマップできます。 これらの2つのフィールドはアーカイバ・インポートに固有であり、WebCenter Contentに存在するフォルダ名とパス値を参照します。
- アーカイブ・フォルダを保持しない場合は、「インポート・ソース設定」ページの「アーカイバ後処理」セクションで、「インポート後にアーカイバ出力を削除」チェック・ボックスを選択します。 「アーカイバ元の保持時間」フィールドで選択した数値は、アーカイブ処理済フォルダが削除されるまでに保持される時間を示します。 0を入力すると、次にスケジュールされているジョブが実行されると(次のジョブが使用可能な場合)、アーカイブ処理済フォルダが削除されます。
- 分類タブで添付タイプを作成した場合は、「ドキュメント・プロファイル」ページの「web表示可能ファイルの添付タイプ」ドロップダウン・リストで、インポート・プロセッサ・ジョブの一部として処理するタイプを選択します。
- 「後処理」ページで、「コミット・プロセッサ」のみを選択します。 他に何も選択しないでください。
- インポート・プロセッサ・ジョブをオンラインにするには、「取得」タブに移動して「プロセッサのインポート」表内のジョブを選択し、
をクリックします。
アーカイブ・フォルダのコンテンツは、Oracle Content Managementのリポジトリにアップロードされます。 対応するメタデータも、作成した新しいコンテンツ・アイテムの形式でコピーされます。 次に、<foldername>-processedという名前の新しいパラレル・フォルダが作成され、ファイルが1つずつ移動します。 たとえば、フォルダ名が「アーカイバ・エクスポート」の場合、パラレル・フォルダの名前は「アーカイバ・エクスポート処理済」になります。
ノート:
「インポート・ソース設定」ページのアーカイブ・フォルダを削除することを選択した場合は、「アーカイバ後処理」セクションで、アーカイブ・エクスポート処理済フォルダのみが削除されます。 元のアーカイブ・ファイルは、将来の検証のために保持されます。
- ファイル・インポート・エージェントおよびContent Captureクライアントでエラーを診断するには:
- ファイル・インポート・エージェントのログ・ファイル
capture.logを確認します。 このログファイルには、インポートされたファイル数、失敗ファイル数などの情報が含まれています。
- Content Captureクライアントのバッチ・アクティビティ・ログのエラーを分析するには、Content Captureにクライアント・プロファイルを構成します。 エラーを解決した後、Content Captureクライアントからバッチを再度リリースできます。