移行テスト 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の「更新」コマンド(アップグレード後)を使用すると、リソースを同期し、スキーマとデータベースを更新できます。 この操作は、アプリケーションサーバーで 1 回だけ実行できます。 リソースの同期後、 アップグレード後 コマンドを使用すると、同期でエラーまたは警告が生成されるかどうかを検出できます。

非標準オブジェクトまたは不足オブジェクト

  • この -showCustomEntities オプションを選択すると、すべての非標準オブジェクトのリストが表示されます。

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

    送信済みメッセージの例:

    code language-none
    xtk_migration:opsecurity2 xtk:entity
    
  • この -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
警告
この接続方法は使用しないでください。
新しい SoapMethodCall (
PU-0004
警告
この関数は、にあるセキュリティゾーンから実行される JavaScript コードで使用される場合にのみサポートされます。 sessionTokenOnly モード。
sql=
PU-0005
エラー
このタイプのエラーは、移行エラーにつながります。
crmDeploymentType="onpremise"
PU-0007
エラー
このタイプのデプロイメントはサポートされなくなりました。 Office 365 およびオンプレミス Microsoft CRM コネクタのデプロイメントタイプは非推奨(廃止予定)になりました。
これらの非推奨(廃止予定)のデプロイメントタイプのいずれかを外部アカウントで使用している場合は、この外部アカウントを削除して、 アップグレード後 コマンド。
Web API デプロイメントに変更するには、を参照してください。 Web アプリケーション.
CRM v1 (mscrmWorkflow/sfdcWorkflow)
PU-0008
エラー
Microsoft CRM、Salesforce、Oracle CRM オンデマンドのアクションアクティビティは使用できなくなりました。 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