移行プロセス
移行は、次の基本ステップに従います:
- 移行がきわめて特定のスケジュールに従う必要がある場合は、事前にスケジュールを容易にするために特にサービス・リクエストを送信します。 それ以外の場合は、後のステップでサービス・リクエストを発行します。 2週間の事前通知をお勧めします。
ノート:
Oracle WebCenter Contentから500,000未満のファイルを移行する場合は、サービス・リクエストを送信する必要はありません(「アーカイバおよびContent Captureの使用」で中程度の数のファイルをOracle WebCenter Contentから移行できます)。 - 「ソース・データ構造とセキュリティのマップ」からOracle Content Managementのアセット機能。
- Oracle Content Managementインスタンスを作成します
ノート:
たとえば、ドキュメント・フォルダからファイルを移行する場合など、Oracle Content Managementインスタンスがすでにある場合は、このステップは必要ありません。大規模なデプロイメントでは、次のことを行うことができます:
- Oracle Cloud Infrastructureコンパートメント内のOracle Content Managementの適切なプライマリ環境と非プライマリ環境(開発、ステージング、本番など)を設定します。
- Identity and Access Management (IAM)を有効にして、ステージング・アイデンティティ・ストライプのActive DirectoryとIAM間のSSOおよびユーザー/グループの同期をサポートします。
- 「Oracle Content Management構造の作成」計画に基づきます。 作成するリポジトリは、データの移行先のターゲットになります。 移行が完了するまで、ターゲット・リポジトリおよび関連するすべてのタクソノミは空のままである必要があります。
-
ファイルおよびメタデータをOracle Content Managementに移行します。
移行は、単一のリポジトリ内の単一のアセット・タイプを対象とします。 したがって、データの転送を完了するために複数の移行が必要になる可能性があります。 たとえば、会社の買掛管理部門には、複数の新しいアセット・タイプで表される複数の文書タイプを含めることができます: 請求書、購買オーダー、出荷など。 これらはそれぞれ個別の移行です。
移行は複数の移行パスに分割できます。
- プライマリ・パスは、コンテンツの大部分を移行することが想定されるため、最大パスになります。 この移行は続行されますが、ソース・システムはまだ本番中であると想定されます。
- プライマリ移行の完了後、プライマリ移行のデータ・エクスポートの生成後に発生した変更のみを移行するデルタ移行を実行できます。
- 許容可能な停止時間枠で完了できる十分な大きさの最終デルタになるまで、複数のデルタがサポートされます。
- 最終デルタより前は、ソース・システムは前回停止しています。 デルタ移行が実行された後、本番を新しいアセット・ベースの実装に移行します。
移行するファイルのソースとボリュームに応じて、様々なステップを実行します。
ソース・リポジトリ 移行シナリオ Oracle WebCenter Content 大量の移行(500,000を超えるファイル)の場合:
- Oracle WebCenter Content 12cからOracle Content Managementアセットへのファイルの移行
- Oracle WebCenter Content 11gからOracle Content Managementアセットへのファイルの移行
中程度のボリューム移行の場合(500,000ファイル未満):
外部リポジトリ 大量の移行(500,000を超えるファイル)の場合:
中程度のボリューム移行の場合(500,000ファイル未満):
- 「Content Captureを使用」:外部リポジトリからOracle Content Managementにコンテンツおよびメタデータをインポートします。
Oracle Content Managementドキュメント 任意のボリュームの移行の場合:
- すべてのファイルとメタデータが移行されるまで、次の移行(次のターゲット・リポジトリおよびアセット・タイプ)に進みます。
- ユーザーに変更を伝達します。