v7
Campaign Classic v7 にのみ適用されます

移行テスト testing-the-migration

一般的な手順 general-procedure

設定に応じて、移行テストを実行する方法がいくつかあります。

移行テストを実行するには、テスト/開発環境が必要です。 Adobe Campaign環境はライセンスの対象となります。ライセンス契約を確認するか、Adobe担当者にお問い合わせください。

  1. 進行中のすべての開発を停止し、実稼動環境に引き継ぎます。

  2. 開発環境データベースのバックアップを作成します。

  3. 開発インスタンスですべてのAdobe Campaignプロセスを停止します。

  4. 実稼動環境のデータベースのバックアップを作成し、開発環境として復元します。

  5. Adobe Campaignサービスを開始する前に、 freezeInstance.js バックアップの開始時に実行されていたオブジェクトのデータベースをクリアするための注意スクリプト。

    code language-none
    nlserver javascript nms:freezeInstance.js -instance:<instance> -arg:<run|dry>
    
    note note
    NOTE
    コマンドは、デフォルトで 乾燥、乾燥 モードとに分類され、そのコマンドによって実行されたすべてのリクエストが一覧表示されます。 注意喚起リクエストを実行するには、 実行 」と入力します。
  6. バックアップを復元しようとして、バックアップが正しいことを確認します。 データベース、テーブル、データなどにアクセスできることを確認します。

  7. 開発環境で移行手順をテストします。

  8. 開発環境の移行が成功した場合は、実稼動環境を移行できます。

CAUTION
データ構造が変更されたので、v5 プラットフォームと v7 プラットフォームの間では、データパッケージのインポートおよびエクスポートはできません。

移行ツール migration-tools

様々なオプションを使用すると、移行による影響を測定し、潜在的な問題を特定できます。 以下のオプションが実行されます。

  • (内) config コマンド:

    code language-none
    nlserver.exe config <option> -instance:<instance-name>
    
  • または、ポストアップグレード時に次の操作を行います。

    code language-none
    nlserver.exe config -postupgrade <option> -instance:<instance-name>
    
NOTE
  • 次を使用する必要があります。 -instance:<instanceame> オプション。 この -allinstances オプション。
  • Adobe Campaign update コマンド (postupgrade) を使用すると、リソースを同期し、スキーマとデータベースを更新できます。 この操作は、アプリケーションサーバー上で 1 回だけ実行できます。 リソースを同期した後、 postupgrade コマンドを使用すると、同期でエラーが発生したか警告が発生したかを検出できます。

非標準のオブジェクトまたは見つからないオブジェクト

  • The -showCustomEntities 「 」オプションは、非標準オブジェクトのリストを表示します。

    code language-none
    nlserver.exe config -showCustomEntities -instance:<instance-name>
    

    送信メッセージの例:

    code language-none
    xtk_migration:opsecurity2 xtk:entity
    
  • The -showDeletedEntities 「 」オプションは、データベースまたはファイルシステムに存在しないすべての標準オブジェクトのリストを表示します。 見つからない各オブジェクトに対して、パスが指定されます。

    code language-none
    nlserver.exe config -showDeletedEntities -instance:<instance-name>
    

    送信メッセージの例:

    code language-none
    Out of the box object 'nms:deliveryCustomizationMdl' belonging to the 'xtk:srcSchema' schema has not been found in the file system.
    

検証プロセス verification-process

ポストアップグレードコマンドの標準として統合され、このプロセスにより、移行が失敗する可能性のある警告およびエラーを表示できます。 エラーが表示される場合、移行は実行されていません。 この場合は、すべてのエラーを修正し、アップグレード後に再起動します。

次のコマンドを使用して、検証プロセスを移行せずに独自に開始できます。

nlserver.exe config -postupgrade -check -instance:<instance-name>
NOTE
JST-310040コードでは、すべての警告およびエラーを無視できます。

次の式が検索されます(大文字と小文字が区別されます)。

エラーコード
ログタイプ
コメント
.@
PU-0001
警告
このタイプの構文は、配信のパーソナライゼーションではサポートされなくなりました。
common.js
PU-0002
警告
このライブラリは使用しないでください。
logon(
PU-0003
警告
この接続方法は使用しなくなりました。
new SoapMethodCall(
PU-0004
警告
この関数は、 sessionTokenOnly モード。
sql=
PU-0005
エラー
このタイプのエラーは、移行エラーにつながります。
crmDeploymentType="onpremise"
PU-0007
エラー
このタイプのデプロイメントはサポートされなくなりました。 Office 365 およびオンプレミスのMicrosoft CRM コネクタの展開の種類は非推奨(廃止予定)となりました。
外部アカウントでこれらの非推奨のデプロイメントタイプのいずれかを使用している場合は、この外部アカウントを削除し、 postupgrade コマンドを使用します。
Web API のデプロイメントに変更するには、 Web アプリケーション.
CRM v1(mscrmWorkflow/sfdcWorkflow)
PU-0008
エラー
Microsoft CRM、Salesforce、OracleCRM On Demand アクションアクティビティは使用できなくなりました。 Adobe Campaignと CRM システム間のデータ同期を設定するには、 CRM コネクタ ターゲティングアクティビティ。

また、データベースとスキーマの一貫性チェックも実行されます。

復元オプション restoration-option

このオプションを使用すると、標準のオブジェクトが変更されている場合にそのオブジェクトを復元できます。 復元された各オブジェクトに対して、変更のバックアップが選択したフォルダに保存されます。

nlserver.exe config -postupgrade -restoreFactory:<backupfolder> -instance:<instance-name>
NOTE
絶対フォルダーパスを使用し、フォルダーツリー構造を維持することを強くお勧めします。 例: backupFolder\nms\srcSchema\billing.xml

移行を再開 resuming-migration

移行エラーが発生した後にポストアップグレードを再起動すると、停止した場所から再開されます。

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1