この節では、アップグレードプロセスに関する詳細な手順と、競合を識別および解決する手順について説明します。
ビルドのアップグレードは慎重におこなう必要があります。必ず事前にアップグレードが及ぼす影響を検討し、作業は高度なスキルを備えた人が実行するようにしてください。アップグレードを正常に完了するために、後述の手順を実行する人はエキスパートユーザーに限定してください。また、アップグレードを開始する前に Adobe カスタマーサポートに連絡することを強くお勧めします。
アップグレードの前提条件は以下のとおりです。
詳しくは、次の節を参照してください。 Adobe Campaignの更新, 新しいバージョンへの移行.
ホストされているインスタンスおよびハイブリッドインスタンスの場合、アドビのテクニカルオペレーションチームにビルドのアップグレードをリクエストする必要があります。詳しくは、このページの下にあるよくある質問の節を参照してください。また、 ビルドアップグレードに関する FAQ.
ビルドのアップグレードを開始する前に、以下に示すように、完全な準備を行う必要があります。
システムをアップグレードする準備が整うと、ビルドのアップグレードが行われます。 少なくとも 2 時間。
ビルドのアップグレードをおこなうには、以下のリソースが必要です。
ビルドのアップグレードを計画する際に重要なポイントを紹介します。
ビルドのアップグレードプロセスには、以下の担当者が関与している必要があります。
Adobeアーキテクト:ホストアーキテクチャまたはハイブリッドアーキテクチャの場合、アーキテクトはAdobe Campaign Client Care と連携する必要があります。
プロジェクトマネージャー:
オンプレミスでのインストールの場合:お客様の内部プロジェクトリーダーがアップグレードをリードし、ライフサイクルテストを管理します。
ホストインストールの場合:ホスティングチームがAdobe Campaign Client Care チームおよびお客様と連携し、すべてのインスタンスについてアップグレードのスケジュールを調整します。
Adobe Campaign 管理者::
オンプレミスインストールの場合:管理者がアップグレードを実行します。
ホスト版の場合:ホスティングチームがアップグレードを実行します。
Adobe Campaign operator\marketing user: operator が開発用、テスト用、本番用の各インスタンスのテストを実行します。
ビルドのアップグレードを開始する前に、オンプレミス版のお客様は次の準備を行う必要があります。
アップグレード前にすべての開発作業がエクスポート(パッケージとしてエクスポート)可能であることを確認する。
移行元の環境と移行先の環境のすべてのインスタンスについてデータベースの完全バックアップを作成する。
の最新バージョンを取得する サーバー設定ファイル.
また、 便利なコマンドライン ビルドのアップグレードを開始する前に、以下を実行します。
以下の手順は、次の場合にのみ実行されます。 オンプレミス 顧客。 ホスト版のお客様については、ホスティングチームがこの作業を実行します。Adobe Campaignを新しいビルドに更新するには、詳細な手順を以下に示します。
ここでは、Adobe Campaign の環境を複製する方法を説明します。これにより、移行元の環境が移行先の環境に復元され、同一の作業環境が 2 つになります。
これを行うには、次の手順に従います。
移行元となる環境に含まれているすべてのインスタンス上にあるデータベースのコピーを作成します。
作成したコピーを、移行先となる環境のすべてのインスタンス上に復元します。
を実行します。 nms:freezeInstance.js 起動前のターゲット環境の警告スクリプト。 これにより、ログ、トラッキング、配信、キャンペーンワークフローなど、外部とやり取りするすべてのプロセスが停止します。
nlserverjavacsriptnms:freezeInstance.js–instance:<dev> -arg:run
次のように、注意点を確認します。
ID がに設定されているのが唯一の配信部分であることを確認します。 0:
SELECT * FROM neolane.nmsdeliverypart;
配信ステータスが正しく更新されていることを確認します。
SELECT iSate, count(*) FROM neolane.nmsdeliveryGroup By iProd;
ワークフローのステータスが正しく更新されていることを確認します。
SELECT iState, count (*) FROM neolane.xtkworkflowGROUP BY iState;
SELECT iStatus, count (*) FROM neolane.xtkworkflowGROUP BY iStatus;
すべてのファイルを新しいバージョンで置き換えるために、nlserverservice のすべてのインスタンスをシャットダウンする必要があります。
以下のサービスをシャットダウンします。
IIS で使用されている nlsrvmod.dll ファイルを新しいバージョンで置き換えることができるように、リダイレクションサーバー(webmdl)が停止したことを確認してください。
nlserver pdump コマンドを実行してアクティブなタスクがないことを確認します。タスクがない場合、出力は次のようになります。
C:\<installation path>\bin>nlserverpdump HH:MM:SS > Application Server for Adobe Campaign version x.x (build xxx) dated xx/xx/xxxx No tasks
Windows のタスクマネージャで、すべてのプロセスが停止していることを確認します。
を実行します。 Setup.exe ファイル。 このファイルをダウンロードする必要がある場合は、 ダウンロードセンター.
インストールモードを選択します。 更新 または 修復.
「次へ」をクリックします。
「完了」をクリックすると、インストールプログラムによって新しいファイルがコピーされます。
処理が完了したら「完了」をクリックします。
コマンドラインを開きます。
nlserver config -postupgrade -allinstances を実行して以下の作業をおこないます。
この操作は、nlserverweb アプリケーションサーバー上で 1 回だけ実行する必要があります。
1 つのデータベースのみを同期するには、次のコマンドを実行します。
nlserver config -postupgrade -instance: <instance_name>
同期でエラーや警告が発生したかどうかを確認します。
以下のサービスを再起動する必要があります。
クライアントコンソールは、サーバーインスタンスと同じビルドになっている必要があります。
Adobe Campaign アプリケーションサーバーがインストールされているマシン(nlserverweb)で、以下のファイルをダウンロードしてインストールします。
Setup-client-7.xxxx.exe in [path of the application]\datakit\nl\en\jsp
次回クライアントコンソールに接続したときに、ウィンドウが開いて新しい更新が利用可能なことを知らせるメッセージが表示され、その更新をダウンロードしてインストールするよう促されます。
一部の設定では、新しいビルドに更新するために特定の追加タスクが必要です。
トランザクションメッセージ (Message Center) が Campaign インスタンスで有効になっている場合、アップグレードするには、次の追加手順を実行する必要があります。
Message Center の本番サーバーを、選択したバージョンに更新します。
ポストアップグレードスクリプトを実行します。
テストを実行して E メールが Message Center の本番用インスタンスを通じて正常に受信されることを確認します。
クライアントをアップグレードし、キャッシュをクリアします。
パッケージのエクスポート:
Message Center テンプレートをパブリッシュして、サーバーと Message Center インスタンス間のインターフェイスが機能していることを確認します。
テストを実行して、E メールが Message Center の実稼働インスタンスを通じて正常に受信されたことを確認します。
本番環境でワークフローのテストを実行して、配信が受信されることを確認します。
ミッドソーシング環境の場合、アップグレードするには、次の追加手順を実行する必要があります。
連絡先 Adobeカスタマーケア をクリックして、ミッドソーシングサーバーのアップグレードを調整します。
テストリンクを実行して、バージョンが更新されていることを検証します。 例:
http://[InsertServerURL]/r/test
ミッドソーシングサーバーは、マーケティングサーバーと同じバージョン(またはそれ以降)を常に実行する必要があります。
同期結果を確認する必要があります。 ここで紹介する手順はオンプレミス版のお客様のみを対象にしています。ホスト版のお客様については、ホスティングチームがこの作業を実行します。同期結果の表示方法は 2 つあります。
コマンドラインインターフェイスでは、エラーは 3 つの山形記号「>>>」で実現され、同期は自動的に停止します。 警告は二重山形記号「>>」で具体化され、同期が完了したら解決する必要があります。 ポストアップグレードの最後に概要がコマンドプロンプトで表示されます。以下はその一例です。
YYYY-MM-DD HH:MM:SS.749Z 00002E7A 1 info log =========Summary of the update==========
YYYY-MM-DD HH:MM:SS.749Z 00002E7A 1 info log <instance name> instance, 6 warning(s) and 0 error(s) during the update.
YYYY-MM-DD HH:MM:SS.749Z 00002E7A 1 warning log The document with identifier 'mobileAppDeliveryFeedback' and type 'xtk:report' is in conflict with the new version.
YYYY-MM-DD HH:MM:SS.749Z 00002E7A 1 warning log The document with identifier 'opensByUserAgent' and type 'xtk:report' is in conflict with the new version.
YYYY-MM-DD HH:MM:SS.750Z 00002E7A 1 warning log The document with identifier 'deliveryValidation' and type 'nms:webApp' is in conflict with the new version.
YYYY-MM-DD HH:MM:SS.750Z 00002E7A 1 warning log Document of identifier 'nms:includeView‘ and type 'xtk:srcSchema' updated in the database and found in the file system. You will have to merge the two versions manually.
リソースの競合に関する警告は、見落とさないように注意して、解決してください。
The postupgrade_ServerVersionNumber_TimeOfPostupgrade.log ファイルには同期結果が含まれます。 デフォルトでは、次のディレクトリで使用できます。 installationDirectory/var/<instance-name>
/postupgrade. エラーと警告はそれぞれエラーと警告の属性で明示されます。
競合を見つける方法
競合は、該当するサーバーの postupgrade.log または Campaign クライアントインターフェイス(管理/設定/パッケージ管理/競合を編集)で見つけることができます。
The document with identifier ‘stockOverview’ and type ‘nms:webApp’ is in conflict with the new version.
競合が見つかった場合は、以下の条件に該当するかを確認します。
どちらにも該当しない場合は、誤検出です。どちらにも該当する場合は、実際に競合が存在します。
お客様が変更したオブジェクトかどうかの確認
新しいビルドで変更されたオブジェクトかどうかの確認
競合を解決するには、次の手順に従います。
Adobe Campaign エクスプローラーで管理/設定/パッケージ管理/競合を編集に移動します。
リストから解決する競合を選択します。競合を解決する方法は 3 つあります。 新しいバージョンを承認, 現在のバージョンを保持, コードを結合する(および解決済みとして宣言する), 競合を無視(非推奨).
新しいバージョンを承認できるケース
現在のバージョンを維持できるケース
結合を実行するケース
競合を放置した場合
競合は解決することを強くお勧めします。
結合には様々なタイプがあります。
手動で競合を解決する場合の手順は以下のとおりです。
以下は高度な結合を実行する際の手順です。
複雑な結合を実行するには、開発スキルが必要です。
関連トピック