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