機械翻訳について

移行のベスト・プラクティス

構成セットを移行するために従う必要がある推奨されるベスト・プラクティスの一部を次に示します。

一般的な推奨事項

推奨	詳細
移行プロセスを取り消したり、再試行しないでください。	移行プロセスには時間がかかる場合があります。 そのため、プロセスが遅いと思われる場合でも、取り消したり再試行したりしないでください。 プロセスが中断することなく完了できるようにします。
ソース環境のすべてのアプリケーション変更をテストします。	移行プロセスを開始する前に、ソース環境で行われたすべてのアプリケーション変更をテストする必要があります。
移行後に環境をリストアする前に確認してください。	前回の移行後に環境をアップグレードした場合、環境を以前の構成に復元することはできません。 ただし、アップグレードされたインスタンスで新規インポートが発行された場合は、最新のインポートを元に戻すことができます。
アプリケーション・コンポーザを使用して、ソース環境でMetadata Managerを実行します。	ソース環境およびターゲット環境へのアップグレード後にアプリケーション変更を移行する場合は、ソース環境でのみMetadata Managerをアプリケーション・コンポーザで実行して、デルタ移行をサポートします。
ターゲット環境で自動的に取り消されないため、データ・セキュリティ権限を確認してください。	移行中に、ターゲット環境でデータ・セキュリティ権限が自動的に取り消されることはありません。 たとえば、ターゲット環境では特定の権限が付与されているが、対応する権限がソース環境には存在しないとします。 インポート中に、ターゲット環境の権限が自動的に取り消されることはありません。 この問題に手動で対処するには、このような権限をソース環境に追加してから取り消します。 取消処理は、移行のインポート・プロセス中に構成インスタンスとして選択され、ターゲット環境に適用されます。
移行のエクスポート・タスクとインポート・タスクは、メイン・ライン・メタデータからのみ開始します。	移行のエクスポート・タスクとインポート・タスクは、メインライン・メタデータからのみ開始できます。 アクティブなサンドボックス内では、移行を開始できません。
アップロードまたはリストア・アクティビティ中に特定のレポートまたはダッシュボード・ページにアクセスすることはできません。	アップロードまたは復元アクティビティによるプレゼンテーション・サービスの変更の処理中に、次のことが発生する可能性があります。 Oracle Enterprise SchedulerによってOracle Analytics Publisherに送信され、プロセス中に実行されるようにスケジュールされたレポートが失敗する場合があります。 「レポートおよび分析」ペインが表示されない場合があります。 Oracle Analytics Publisherレポートが、Oracle Business Intelligence Presentation Servicesの分析ページまたはダッシュボード・ページに表示されない場合があります。 ユーザーが、Oracle Transactional Business Intelligenceの次のような機能にアクセスできない場合があります。 Oracle Business Intelligence Answersを使用します。 Oracle Business Intelligence Delivers Business Intelligence Composer Oracle Business Intelligence Interactive Dashboards
環境を以前の構成にリストアしないでください。	環境を以前の構成に復元すると、前回の移行後に行ったすべてのパーソナライズが失われます。
メタデータ抽出は変更しないでください。	メタデータの抽出は変更できません。 インスタンス間でメタデータを移行できます。
ソース環境とターゲット環境が同期していない場合は、完全移行を実行します。	ソース環境とターゲット環境が同期していない場合は、完全移行を実行してそれらを同期化する必要があります。 完全移行を実行する場合は、すべての変更をソース環境からターゲット環境に移動します。 ただし、ターゲット環境に変更を加えた場合、完全移行の実行時にこれらの変更が上書きされる可能性があります。
構成の適用時には、ターゲット環境または実稼働環境で変更を実行しないでください。	構成の適用時に、ターゲット環境または実稼働環境で変更を実行しないでください。 ノート: 緊急の状況で実稼働環境で変更を加える場合は、テスト環境でも同じ変更を加える必要があります。 テスト環境で変更を加えることによって、それらの変更が後続の構成の移行に必ず含まれるようになります。 ただし、アプリケーション・コンポーザでは、本番環境でオブジェクトを作成、編集または削除しないでください。 そのような操作をした場合は、移行の問題を回避できるように、実稼働からテストまでのデータをリフレッシュするためのサービス要求をログに記録するようヘルプ・デスクに依頼する必要があります。
ターゲット環境でカスタム・オブジェクトを直接作成しないでください。	Functional Setup Managerを使用したセキュリティ変更の移行中にメタデータの不整合を回避するには、ターゲット環境でカスタム・オブジェクトを直接作成しないでください。
移行プロセス中に、ユーザー・レベルまたはジョブ・ロール・レベルでアプリケーションを変更します。	移行プロセス中は、ユーザー・レベルまたはジョブ・ロール・レベルでアプリケーションを変更できます。これらのレベルで行われたパーソナライズは移行されないためです。
ターゲット環境でセキュリティ・ポリシーを直接変更しないでください。	セキュリティ変更をソースからターゲット環境に移行した後は、ターゲット環境でセキュリティ・ポリシーを直接変更しないでください。 たとえば、セキュリティ付与の終了日を変更する場合、ターゲット環境で変更しないでください。 かわりに、そのような変更はソース環境で行い、ターゲット環境に移行します。
ソース環境とターゲット環境が同じリリースおよび同じパッチ・レベルにあり、同じデータベース・バージョンであることを確認してください。	確実にインポートを行うには、ソース環境とターゲット環境が同じリリースとパッチ・レベルであり、データベース・バージョンが同じであることを確認してください。 ターゲット環境で直接変更を行わないでください。 かわりに、変更はソース環境で行い、これらの変更をターゲット環境に移行します。 ただし、やむを得ない場合は、ターゲット環境で次のアプリケーション変更のみを手動で実行できます。 サーバー・スクリプト フィールドの追加や削除、必須フィールドの設定など、ページ・コンポーザを使用して行われたフィールド変更 ラベルの変更 ターゲット環境で他のアプリケーションを手動で変更しないでください。 ノート: 手動で実行したアプリケーション変更は、ソース環境からターゲット環境へのその後の移行時に行われた変更によって上書きされます。

ソース環境とターゲット環境の推奨事項

推奨	詳細
移行を計画します。	システム使用率が低いか、ユーザー・アクティビティが低い期間に、移行セットをインポートするように計画します。
移行についてユーザーにアラートを送信します。	ページ・コンポーザ・ツールを使用してホーム・ページにバナーを追加して、計画済インポートについてユーザーにアラートを送信します。
サイト・レイヤーでアプリケーションを変更しないでください。	サイト・レイヤーのアプリケーション・コンポーザまたはページ・コンポーザを使用して、アプリケーションを変更しないでください。
エクスポートまたはインポート中にソース環境およびターゲット環境を変更しないでください。	エクスポートまたはインポート中に、ソースまたはターゲット・インスタンスに変更を加えないでください。
インポート中にサンドボックスを公開しないでください。	インポート中に、サンドボックスを公開しないでください。 この期間中にサンドボックスを公開すると、インポート・プロセスが失敗する可能性があります。
レポートを作成し、ソース環境で作成されたサブジェクト領域を参照していることを確認します。	レポートはターゲット環境で直接作成できます。 ただし、必ずレポートを作成し、ソース環境で作成されたサブジェクト領域を参照するようにしてください。 ターゲット環境にサブジェクト領域を直接作成しないでください。
アプリケーションの変更を移行すると、アプリケーションで必須とマークされているフィールドが変更される場合があります。	移行の結果、アプリケーションで必須とマークされたフィールドが変更される場合があります。 ビジネス・オブジェクトのデータの入力中にエラーが発生した場合は、必ずサインアウトし、インポート後に再度サインインしてください。
ターゲット環境から、ソース環境から削除されたフレックスフィールド・メタデータを必ず削除してください。	ソースから削除されたフレックスフィールド・メタデータは、移行プロセス中にターゲットから自動的に削除されません。 そのため、ソースとターゲットに同じフレックスフィールド・メタデータがあることを確認するには、ターゲットからフレックスフィールド・メタデータを手動で削除する必要があります。 それ以外の場合は、マージ・ログにマージ競合が発生します。 たとえば、ソース環境でsegAセグメント・コードを使用してフレックスフィールド・セグメントを作成し、それを「文字」列に割り当てたとします。 その後、この設定がターゲット環境に移行されます。 ここで、ソース環境では、セグメントに割り当てられた列を「番号」列に変更します。 変更は設定UIで直接許可されないため、segAセグメント・コードを削除し、「番号」列を使用して同じsegAセグメント・コードで再作成します。 このデータが移行されると、ターゲット環境に「文字」列を持つ同じsegAセグメントがすでに存在するため、マージ・ログでマージ競合が発生します。
参照フィールドに対する参照値は、移行のインポート時に上書きされません。	ソースとターゲットの両方に存在するルックアップ・フィールドに対するルックアップ値は、移行のインポート時に上書きされません。 ソースの値がターゲットに追加され、値が同じフィールドに対して共存します。 たとえば、ソース環境の「ステータス」フィールドに、「オープン」および「クローズ済」という値があるとします。 ターゲット環境では、このフィールドに「はい」および「いいえ」という値があります。 インポート後、ターゲット環境の「ステータス」」フィールドの値は、「オープン」、「クローズ済」、「はい」および「いいえ」となります。 ノート: ソースから削除された参照値は、移行プロセス中にターゲットから自動的に削除されません。 そのため、ソースとターゲットの参照値を同じにするには、ターゲットから参照値を手動で削除する必要があります。
すべての参照移行で、移行または設定データ移行のいずれかを使用していることを確認してください。	移行と設定データの移行の両方を使用して、ルックアップを移行できます。 ただし、これらのメソッドのいずれかを使用した場合は、以降のすべてのルックアップ移行で同じメソッドを使用する必要があります。 同じ環境のセット間でのルックアップの移行に、両方の方法を使用しないでください。
ターゲット環境でアプリケーション変更を直接公開しないでください。	ターゲット環境で変更が公開されないようにするには、ターゲット環境で「本番環境でのサンドボックスの公開アクションの制御」プロファイル・オプション(FND_ALLOW_PUBLISH_SANDBOX)をいいえに設定します。

移行しないタイミングに関する推奨事項

推奨	詳細
本番環境での四半期更新の進行中は、アプリケーション・コンポーザを使用して実行されたアプリケーション変更を移行しないでください。	四半期ごとの更新は、プロビジョニングされた(非本番および本番)環境での完了までに2週間かかり、その間、環境は異なる更新およびパッチ・レベルになります。

次の図は、タイムラインと、構成セットを使用して移行を実行するための推奨される安全な期間を示しています。

迅速な移行のための推奨事項

推奨	詳細
常にデルタ移行を実行します。	これにより、ソースからターゲットに移行する必要がある移行セットのサイズが削減され、完全移行の実行にかかる時間が大幅に短縮されます。
準備作業および前提条件を完了します。	構成セットの移行を迅速化するには、エクスポートやインポートなど、すべての準備作業を事前に実行します。 ノート: エクスポートやインポートなどの構成および設定およびメンテナンス機能の移行は、2つの独立した独立したプロセスであり、1つの完全移行として混同しないでください。
移行の失敗を減らすために必要なオプション・モジュールのみを選択します。	移行を高速化するために、特定のコンポーネントにアプリケーション変更がない場合は、移行から除外します。 たとえば、BIまたはアナリティクスに関連するアプリケーション変更がない場合は、移行用のBIコンポーネントを除外します。
カスタムのBusiness Intelligenceレポートを「カスタム」フォルダの外部にバックアップして、移行から除外します。	これにより、ターゲット環境に簡単かつ正常に移行できるように、サイズの小さいアーカイブ・ファイルが作成されます。
ビジネス・インテリジェンスに関連するフレックスフィールド構成が不要な場合は、移行しないでください。	ビジネス・インテリジェンスに関連するフレックスフィールド構成を移行する必要がない場合は、「構成セット移行のビジネス・インテリジェンス無効」(FND_CSM_BI_EXTENDER_DISABLE)プロファイル・オプションを「はい」に設定します。 このプロファイル・オプションを「はい」に設定すると、移行プロセスが速くなります。 このプロファイル・オプションのデフォルト値は「いいえ」です。 このプロファイル・オプションは、「設定および保守」作業領域の「管理者プロファイル値の管理」タスクにあります。