v7 內部部署和混合

時區管理

操作原則

Adobe Campaign可讓您將日期表示為其時區的函式：這可讓國際使用者在世界各地處理各種時區。 每個使用相同執行個體的國家/地區都可以管理行銷活動的執行、追蹤、封存等。 視當地時間而定。

為了能在國際規模上使用Adobe Campaign平台，系統使用的所有日期都必須可連結至時區。 因此，時區已知的日期可以匯入任何其他時區中，或無論時區如何。

Adobe Campaign可讓您以UTC （國際標準時間）格式儲存日期/時間。 當資料公開時，會轉換為運運算元的當地日期/時間。 當資料庫設定為UTC時，會自動執行轉換(請參閱 設定)。 如果資料庫未以UTC設定，則平台中日期的時區資訊會儲存在選項中。

與時區管理相關的主要平台功能為：匯入/匯出資料、操作員及工作流程管理。 此 繼承概念 可用於匯入/匯出或工作流程。 預設會針對資料庫伺服器時區設定時區，但您可以為工作流程甚至單一活動重新定義新時區。

運運算元 可以在以下期間修改時區： 傳遞設定 以及可指定執行傳送的特定時區。

重要

如果資料庫未管理多個時區，對於所有資料篩選操作，SQL查詢必須在資料庫伺服器的時區執行。

每個Adobe Campaign運運算元都會連結至時區：這項資訊會在其設定檔中設定。 有關詳細資訊，請參閱 本檔案.

當Adobe Campaign平台不需要時區管理時，您可以使用特定的連結時區，以本機格式保留儲存模式。

建議

時區結合多種現實：該運算式可能描述與UTC日期之間恆定的時間延遲，或區域每年可能變更兩次的時間（日光節約時間）。

例如，在postgreSQL中， 設定'歐洲/巴黎'時區； 命令會考量夏天和冬天的時間：根據每年的時間，日期將以UTC+1或UTC+2表示。

不過，如果您使用 設定時區0200； 命令，時間延遲將始終為UTC+2。

設定

日期與時間的儲存模式是在建立資料庫時選取的(請參閱 建立新執行個體)。 若為移轉，與日期連結的時數會轉換為當地日期和時數(請參閱 移轉)。

從技術角度來看，有兩種儲存方式 日期+時間 在資料庫中輸入資訊：

  1. 時區格式的時間戳記：資料庫引擎以UTC格式儲存日期。 每個開啟的工作階段都會有一個時區，日期也會據此轉換。
  2. 本機格式+本機時區：所有日期都會以本機格式儲存（無時間延遲管理），並為它們指派單一時區。 時區儲存在 WdbcTimeZone Adobe Campaign選項進行變更，可透過 Administration > Platform > Options 樹狀結構的功能表。
重要

請注意，此修改可能會導致資料一致性和同步問題。

建立新執行個體

為了讓多位國際使用者在同一例項上工作，您需要在建立例項時設定時區，以管理國家/地區之間的時差。 在建立執行個體期間，選取中的日期和時間管理模式 Time zone 資料庫組態階段的區段。

檢查 UTC database (date fields with time zone) 以UTC格式儲存所有包含日期和時間的資料（SQL欄位和XML欄位）的選項。

重要

如果您使用 oracle，Oracle使用者端層的時區檔案(.dat)必須與伺服器上安裝的時區檔案相容。

如果資料庫不是UTC，您可以選取下拉式清單中提供的其中一個時區。 您也可以使用伺服器的時區，或選取UTC （世界協調時間）選項。

當 UTC Database (date fields with time zone) 選項時，SQL欄位會以TIMESTAMP WITH TIMEZONE格式儲存。

否則，它們會以本機格式儲存，而您需要選取要套用至資料庫的時區。

移轉

移轉至較舊版本（沒有時區管理）時，您需要在資料庫中定義日期儲存模式。

為了確保與外部工具在存取Adobe Campaign資料庫時能互相相容， 日期+時間 依預設，型別SQL欄位仍以本機格式儲存。

包含日期的XML欄位現在以UTC儲存。 在載入期間，非UTC格式的欄位會使用伺服器的時區自動轉換。 這表示所有XML欄位將逐步轉換為UTC格式。

若要使用現有例項，請新增 WdbcTimeZone 選項並輸入執行個體的時區。

重要

請確定已針對WdbcTimeZone選項設定正確的值：稍後進行的變更可能會導致不一致。

可能值的範例：

oracle資料庫和伺服器時區

對於主要資料庫，Campaign會使用伺服器時區設定資料庫連線上的工作階段時區。 「WdbcTimeZone」選項沒有影響。 因此，伺服器時區應該與Campaign使用的主要資料庫時區相符。 如果您無法變更伺服器時區，可透過在customer.sh中設定TZ環境變數來覆寫Campaign使用的時區。

本頁內容