[仅限内部部署/混合]{class="badge yellow" title="仅适用于内部部署和混合部署"}

时区管理 time-zone-management

操作原则 operating-principle

Adobe Campaign允许您根据时区来表示日期：这使得国际用户可以在世界各地使用各种时区。 每个国家/地区使用同一实例可以管理营销活动的执行、跟踪、存档等。 取决于当地时间

为了能够在国际范围内使用Adobe Campaign平台，各系统使用的所有日期都必须可链接到时区。 因此，时区已知的日期可以导入到任何其他时区中，或者与时区无关。

Adobe Campaign允许您以UTC（协调世界时）格式存储日期/时间。 数据公开后，将转换为运算符的本地日期/时间。 当数据库配置为UTC时，将自动执行转换（请参阅配置）。 如果未使用UTC配置数据库，则平台中日期的时区信息将存储在选项中。

与时区管理相关的主要平台功能包括：导入/导出数据、操作员以及工作流管理。 继承概念 ​可用于导入/导出或工作流。 默认情况下，它们是针对数据库服务器时区配置的，但您可以为工作流甚至单个活动重新定义新时区。

操作员 ​可以在​ 投放配置 ​期间修改时区，并可指定执行投放的特定时区。

每个Adobe Campaign运算符均链接到时区：此信息在其配置文件中进行配置。 有关详细信息，请参阅本文档。

当Adobe Campaign平台不需要时区管理时，您可以保留具有特定链接时区的本地格式存储模式。

推荐做法 recommendations

时区结合了多种现实情况：该表达式可能描述了与UTC日期相同的恒定时间延迟，或区域每年可能更改两次的时间（夏令时）。

例如，在postgreSQL中，SET TIME ZONE 'Europe/Paris'； ​命令将考虑夏季和冬季时间：根据每年的时间，日期将以UTC+1或UTC+2表示。

但是，如果您使用​ SET TIME ZONE 0200； ​命令，则滞后时间将始终为UTC+2。

配置 configuration

在数据库创建期间选择日期和时间的存储模式（请参阅创建新实例）。 在迁移的情况下，链接到日期的小时将转换为本地日期和小时（请参阅迁移）。

从技术角度来看，可通过两种方式在数据库中存储​ 日期+时间 ​类型信息：

创建新实例 creating-a-new-instance

为了让多个国际用户处理同一实例，您需要在创建实例时配置时区，以管理国家/地区之间的时差。 在创建实例期间，在数据库配置阶段的​ Time zone ​部分中选择日期和时间管理模式。

选中​ UTC database (date fields with time zone) ​选项，以UTC格式存储所有包含日期和时间的数据（SQL字段和XML字段）。

如果数据库不是UTC时区，您可以选择下拉列表中提供的时区之一。 您还可以使用服务器的时区或选择UTC（协调世界时）选项。

选择​ UTC Database (date fields with time zone) ​选项时，SQL字段以TIMESTAMP WITH TIMEZONE格式存储。

否则，它们将以本地格式存储，您需要选择要应用于数据库的时区。

迁移 migration

迁移到早期版本（没有时区管理）时，您需要在数据库中定义日期存储模式。

为确保与外部工具在访问Adobe Campaign数据库时兼容，Date+time ​类型SQL字段默认仍以本地格式存储。

包含日期的XML字段现在以UTC格式存储。 在加载期间，非UTC格式的字段会使用服务器的时区自动转换。 这意味着所有XML字段将逐步转换为UTC格式。

要使用现有实例，请添加​ WdbcTimeZone ​选项并输入实例的时区。

可能值的示例：

oracle数据库和服务器时区

对于主数据库，Campaign使用服务器时区设置数据库连接上的会话时区。 “WdbcTimeZone”选项没有影响。 因此，服务器时区应与Campaign使用的主数据库的时区匹配。 如果无法更改服务器时区，则可以通过在customer.sh中设置TZ环境变量来覆盖Campaign使用的时区。