設定の適応 configuring-your-platform
Adobe Campaign v7の主な変更には、特定の設定が必要です。 これらの設定は、移行前または移行後に必要になる場合があります。
移行時に、NmsRecipient テーブルがスキーマ定義から再構築されます。 Adobe Campaign以外でこのテーブルのSQL構造に加えられた変更は失われます。
確認するエレメントの例：
- NmsRecipient テーブルに列（またはインデックス）を追加したが、スキーマで詳細を記述していない場合、この列は保存されません。
- tablespace属性は、デプロイメントウィザードで定義されている値をデフォルトで取り戻します。
- NmsRecipient テーブルに参照ビューを追加した場合は、移行する前に参照ビューを削除する必要があります。
移行前 before-the-migration
Adobe Campaign v7に移行する場合は、次の要素を設定する必要があります。 postupgradeを開始する前に、これらの要素に対処する必要があります。
-
パスワード
管理者および内部 パスワードを設定する必要があります。 詳細情報
移行後 after-the-migration
postupgradeを実行した後、次の要素を確認して設定します。
-
ミラーページ
ミラーページのパーソナライゼーションブロックがv6.xで変更されました。 この新しいバージョンは、これらのページにアクセスする際のセキュリティを向上させます。
メッセージでv5 パーソナライゼーションブロックを使用した場合、ミラーページの表示は失敗します。 Adobeでは、メッセージにミラーページを挿入する際に、新しいパーソナライゼーションブロックを使用することを強くお勧めします。
ただし、一時的な回避策として（ミラーページがまだライブであるため）、オプション XtkAcceptOldPasswordsを変更して 1 に設定することで、この問題を回避するために、古いパーソナライゼーションブロックに戻すことができます。 これは、新しいv6.x パーソナライゼーションブロックの使用には影響しません。
-
構文
構文に関連するエラーが発生した場合、アップグレード後に、serverConf.xml ファイルのallowSQLInjection オプションを一時的にアクティブ化する必要があります。これにより、コードを書き換える時間が得られます。 コードが適応したら、必ずセキュリティを再度有効にしてください。
-
競合
移行はアップグレード後に実行され、競合がレポート、フォーム、またはweb アプリケーションに表示される場合があります。 これらの競合は、コンソールから解決できます。
-
Tomcat
インストールフォルダーをカスタマイズした場合は、移行後にインストールフォルダーが正しく更新されていることを確認してください。
-
レポート
すべての標準レポートは、現在v6.x レンダリングエンジンを使用しています。 JavaScript コードをレポートに追加した場合、一部の要素が影響を受ける可能性があります。
-
Web アプリケーション
アップグレード後、特定したWeb アプリケーションへの接続に問題がある場合は、serverConf.xml ファイルの allowUserPassword およびsessionTokenOnly オプションをアクティブにする必要があります。 セキュリティの問題を回避するには、問題が解決した後、これら2つのオプションを再アクティブ化する必要があります。
Web アプリケーションの種類とその設定に応じて、追加の操作を実行して正しく動作するようにします。
-
インタラクション
インタラクションを使用する場合は、移行後にパラメーターを調整する必要があります。