[オンプレミス/ハイブリッドのみ]{class="badge yellow" title="オンプレミスデプロイメントとハイブリッドデプロイメントにのみ適用されます"}

タイムゾーン管理 time-zone-management

動作の原則 operating-principle

Adobe Campaignでは、日付をタイムゾーンの関数として表すことができます。これにより、世界中のユーザーが様々なタイムゾーンで作業できるようになります。 同じインスタンスを使用する国ごとに、キャンペーン、トラッキング、アーカイブなどの実行を管理できます。 現地時間によって異なります。

Adobe Campaignを国際的な規模で使用できるようにするには、システムで使用されるすべての日付をタイムゾーンにリンクできる必要があります。 タイムゾーンがわかっている日付は、他のタイムゾーンやタイムゾーンに関係なくインポートできます。

Adobe Campaignでは、日付や時刻を UTC (協定世界時)形式で保存できます。 データが公開されると、オペレーターのローカルの日時に変換されます。 変換は、データベースが UTC で設定されている場合に自動的に実行されます( 設定)に設定します。 データベースが UTC に設定されていない場合、プラットフォーム内の日付のタイムゾーンに関する情報は、オプションに保存されます。

タイムゾーン管理に関する主なプラットフォーム機能は、データのインポート/エクスポートおよびオペレーターとワークフロー管理です。 この 継承概念 は、インポート/エクスポートまたはワークフローで使用できます。 デフォルトでは、これらはデータベースサーバーのタイムゾーンに対して設定されますが、ワークフローの新しいタイムゾーンや、1 つのアクティビティの新しいタイムゾーンも再定義できます。

演算子 次の時間帯を変更できます 配信設定 また、配信が実行される特定のタイムゾーンを指定できます。

IMPORTANT
データベースが複数のタイムゾーンを管理していない場合、すべてのデータフィルタリング操作で、データベースサーバーのタイムゾーンで SQL クエリを実行する必要があります。

各Adobe Campaign演算子はタイムゾーンにリンクされています。この情報は、オペレーターのプロファイルで設定されます。 詳しくは、次を参照してください このドキュメント.

Adobe Campaign プラットフォームでタイムゾーンの管理が必要ない場合は、ストレージモードをローカル形式に保ち、リンクされたタイムゾーンを指定できます。

推奨事項 recommendations

タイムゾーンは、いくつかの現実を組み合わせています。式は、UTC 日付を使用した一定の時間差を表す場合や、年に 2 回(夏時間)変更される可能性のある地域の時間を表す場合があります。

例えば、postgreSQL では、 タイムゾーン「ヨーロッパ/パリ」を設定します。 コマンドは、夏と冬の時間を考慮します。日付は、年の時間に応じて UTC+1 または UTC+2 で表されます。

ただし、 タイムゾーン 0200 を設定; コマンドを使用する場合、タイムラグは常に UTC+2 になります。

設定 configuration

日付と時刻のストレージモードは、データベースの作成中に選択します( 新しいインスタンスの作成)に設定します。 移行の場合、日付にリンクされている時間は、地域の日付と時間に変換されます(を参照) 移行)に設定します。

技術的には、次の 2 つの保存方法があります 日付+時刻 データベースに情報を入力してください:

  1. TIMESTAMP WITH TIMEZONE format: データベースエンジンは日付を UTC で保存します。 開かれる各セッションにはタイムゾーンがあり、日付はそれに従って変換されます。
  2. ローカル形式+ ローカルタイムゾーン:すべての日付がローカル形式で保存され(タイムラグ管理なし)、1 つのタイムゾーンが割り当てられます。 タイムゾーンは WdbcTimeZone Adobe Campaign インスタンスのオプションで、 管理/ プラットフォーム / オプション ツリーのメニュー。
IMPORTANT
この変更により、データの一貫性と同期に関する問題が生じる可能性があることに注意してください。

新しいインスタンスの作成 creating-a-new-instance

複数の海外ユーザーが同じインスタンスで作業できるようにするには、インスタンスの作成時にタイムゾーンを設定して、国家間のタイムラグを管理する必要があります。 インスタンスの作成時に、で日時管理モードを選択します。 タイムゾーン データベース設定ステージの「」セクション。

を確認します UTC データベース (タイムゾーンを含む日付フィールド) 日付と時刻を含むすべてのデータを UTC 形式で保存するオプション (SQL フィールドと XML フィールド)。

IMPORTANT
を使用している場合 Oracle oracleクライアントレイヤーのタイムゾーンファイル(.dat)は、サーバーにインストールされたタイムゾーンファイルと互換性がある必要があります。

データベースが UTC でない場合、ドロップダウンリストに表示されるタイムゾーンの 1 つを選択できます。 サーバーのタイムゾーンを使用するか、UTC (協定世界時) オプションを選択することもできます。

いつ UTC データベース (タイムゾーンを含む日付フィールド) オプションを選択すると、SQL フィールドは TIMESTAMP WITH TIMEZONE 形式で保存されます。

それ以外の場合は、ローカル形式で保存され、データベースに適用するタイムゾーンを選択する必要があります。

移行 migration

以前のバージョン(タイムゾーン管理なし)に移行する場合は、データベースで日付ストレージモードを定義する必要があります。

Adobe Campaign データベースにアクセスする外部ツールとの互換性を保証するには、 日付+時刻 型 SQL フィールドは、デフォルトではローカル形式で格納されます。

日付を含む XML フィールドが UTC に保存されるようになりました。 読み込み時に、UTC 形式でないフィールドは、サーバーのタイムゾーンを使用して自動的に変換されます。 つまり、すべての XML フィールドは UTC 形式にプログレッシブに変換されます。

既存のインスタンスを使用するには、 WdbcTimeZone 」オプションをクリックして、インスタンスのタイムゾーンを入力します。

IMPORTANT
WdbcTimeZone オプションに正しい値が設定されていることを確認してください。後で変更を加えると不整合が発生することがあります。

可能な値の例:

Oracleデータベースとサーバーのタイムゾーン

Campaign は、メインデータベースの場合、サーバーのタイムゾーンを使用して、データベース接続のセッションタイムゾーンを設定します。 「WdbcTimeZone」オプションは無効です。 したがって、サーバーのタイムゾーンは、Campaign で使用されるメインデータベースのタイムゾーンと一致する必要があります。 サーバータイムゾーンを変更できない場合、Campaign で使用されるタイムゾーンは、customer.sh の TZ 環境変数を設定することで上書きできます。

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