从本地服务器迁移到 Azure：TIMEZONE UTC。怎么解决？

Question

我设计我的应用程序时考虑到了这样一个事实：根据规范， 应该在位于意大利的服务器上运行，并且客户端只能是意大利人。

大约一个月前，我的老板决定将所有内容都放在 Azure 上。

一切都很顺利。唯一给我带来问题的是时间服务器是 UTC。

解决办法是：

A)简单

修改启动脚本为服务器时间( http://netindonesia.net /blogs/wely/archive/2011/06/26/setting-timezone-in-windows-azure.aspx )

B) 更费力

进行更改以使任何应用程序使用 UTC 并显示正确转换为本地时间的时间。

如果我选择解决方案 A，我的疑问是，服务器设置不同时区的事实可能会以某种方式与 Azure 产生冲突。

这是真实的？

Answer 1

我已经要求MS支持了。

这是响应：

不建议使用启动任务更改 Azure 虚拟机上的服务器时间，您应该在代码中使用 TimeZoneInfo.ConvertTimeFromUTCTime 等方法。

所以我不会更改服务器时区。
在等待支持人员的回复时，我发现 SqlServer 2008 有一个完美的 DateTimeOffset 数据类型！

http://blogs.msdn.com/b/davidrickard/archive/2012/04/07/system-datetime-good-practices-and-common-pitfalls.aspx

Answer 2

几年前，我开始设计所有应用程序，以便在客户端和服务器上使用 UTC 处理日期，此后就再也没有回头过。

Answer 3

DateTime.Now 和 DateTime.Today 在客户端和服务器端存在两个问题。
当您将 DateTime 对象从客户端传递到 Azure 时，其 Kind 等于 Local 并且包含时区信息。
(2011年6月10日，12:30am -7)

但是，当您将其保存到数据库时，区域信息会丢失。随后，当从数据库读取此字段时，它会创建带有 Utc 区域的 DateTime (June 10, 2011, 12:30am 0)

最终，您的客户端会错误地读取日期时间。

有多种选项可以在客户端解决此问题。

1) 将方法参数和数据库中的 DateTime 转换为 DateTimeOffset。这将保证您的本地区域（即 PST）将保存在数据库中

2）使用 DateTime.SpecifyKind(dateTime, DateTimeKind.Unspecified) - 这样，日期时间的类型是未指定的，并且随后按原样保存在数据库中。

var timeNow = DateTime.SpecifyKind(DateTime.Now, DateTimeKind.Unspecified);
serviceClient.SaveTime(timeNow);
var dateTime = serviceClient.GetTime();

请小心在服务器端调用 DateTime.Now。您最好使用 DateTime.UtcNow。这个时间不应该用于业务数据。理想情况下，您需要重构代码并从客户端传递 DateTime 或 DateTimeOffset。