众所周知，近期因为政治原因再加上疫情问题，使得ServiceNow决意将其备用数据中心从香港迁移至韩国仁川。


数据中心的迁移我们碰到的问题列举如下：


国内访问速度急剧下降

        可能是我国的某些政策或者网络运营商的原因，针对新加坡的网络一直不是很好，特别是中国电信。以前备用站点还在香港的时候，虽然慢，但是还是能访问，访问速度中下。后来迁往韩国仁川之后，备用数据中心并未真正启用，导致我们陆续接到用户的投诉，用户告诉我们无法登陆SN的网站，有SSO的更慢，几乎一直处于白屏的状态，即便登录进去了，操作起来也很慢。

        我们联系了SN，Level1的人让我们根据他们提供的方式将用户测试记录告诉他们分析，但最终我们却只得到一个结论，这个是用户本地网络所致，让我们自己或者用户去联系网络供应商。所以这个扯淡的建议我们并未采纳。

       因此，我们用tracert  xxx.service-now.com去追踪了实例的路由，发现中国电信网络会经过自己的路由，然后去到日本，再从日本去到新加坡。如果新加坡不行会转去香港。中国移动则经过自己的路由后会直连新加坡。中国联通同理。

        我们再次联系SN，要求将主数据中心由原来的新加坡转至韩国仁川。因为如果让SN将仁川作为备用数据中心，还是要先去新加坡再去尝试仁川。索性我们就要求直连到仁川。所以这个问题提升到了Level2. 

       当SN将我们实例移到了仁川之后。我们再次通过国内三家网络运营商进行测试。基本上能做到秒开。问题解决。

       总结：如果要在国内使用SN，以公司层面申请实例前，最好先跟SN的人谈清楚，将主数据中心定在韩国仁川。否则国内用户，特别是那种在家办公或者客户现场的就要受罪咯。


 Email功能受影响

        我们的两个项目都出现了该问题。一个是外部客户，一个是我们内部客户项目。实例虽然都设置了email account，但是在系统里面所有的邮件都显示发送成功或者一直卡在发送中。但我们的用户却一封邮件都没收到过。


        由于我们的邮件都会设置email account，而这些account或多或少在公司层面都有某些策略。比如内外部邮件区分。这些策略很有可能在设置的时候就将SN早先提供的地址做了记录添加进了白名单。而当数据中心迁移，导致IP变化，所以公司邮箱策略接受到了ServiceNow发出的邮件，但全部进行了block，不发送给用户。

        我们很庆幸，一早就断定出是邮箱的问题，因为默认SN提供的邮箱是正常的。虽然也提了case要求SN帮忙，但level1那些人给出的建议，还是被我们拒绝了。他们坚持认为Email account中的from一定要有值。而它OOTB的就压根没设置。

        在我们以前收到的email中，以outlook为例，我们可以查看该邮件的文件属性。在属性中找到邮件头，在头中我们可以看到Received from字段所提供的原始发送地 outbound31.service-now.com , 而迁移之后该地址变成了outbound32。当然IP地址也变了。

        我们就将这个问题报给公司IT后，问题得到了修复。

        总结：地址改变，需要跟SN确认变化点有哪些。好让IT进行修复。