v7 內部部署和混合

時區管理

上次更新: 2023-09-07

操作原則

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使用的時區。

本頁內容