谷歌应用服务失败时恢复企业

这是一个有关的故事, 云和所有伟大而可怕的事情发生的时候,双方走到一起. In many ways cloud computing and Software as a Service (SaaS的) 人手不足是一个祝福, 谁是过度劳累信息技术部门预计将提供最好的技术能够提供与 100% 正常运行时间,没有预算. With the emergence of web enabled services from major vendors like Amazon, 微软, and Google the age old question posed to IT professionals — 它是免费的 - 终于可以有一个响亮的回答 是的! (至少在基本版本).

但是,就像我们以前说过的许多祖父母, 经验告诉我们,仍然是那句古老的格言: 你得到你所付出的. 肯定, 可能是免费的服务, 但没有服务级别协议 (解放军) 有没有办法,当有故障,如电子邮件 6 我们更中断 在受影响的谷歌邮件 2009. But worry not end users! 有 支付升级 这包括 SLA 保证可用? 99.9% 正常运行时间以及电话和电子邮件支持的关键问题. At $50 每个用户每年这听起来像一个偷!

什么 究竟 他们意思 正常运行时间关键?

这一切看起来非常纸; 有没有必要维持身体硬件资产, 没有IT​​雇员支付, 和发牌的成本比大多数独立解决方案仅少! 不幸的, 这些营销保证像雾件数据时打路由器.

为了说明云中的不足之处, 让我们用一个活生生的例子. 一个不以盈利为客户,我们会打电话 “慈善X” 想减少开销,提高其工作人员的服务. 经过了十年处理电子邮件和内部服务, 他们决定是时候移动到云. Fortunately for them, 作为一个非营利机构,他们有资格的谷歌应用服务的非牟利版. 大!

这里的好处,他们要求:

  1. 我们可以减少自己所不处理我们的带宽使用电子邮件
  2. 我们的服务器资源将被释放出来,可作其他用途
  3. 我们可以为我们的员工提供更好的邮局.
  4. 我们接触到如联系人管理和共享资源的文件 ‘在云

但现实情况是,这种变化并没有那么简单,他们期望. 这不是别人的事 迁移用户点击.

就在那个时候给我打电话慈善X.

我开始与他们的谷歌应用服务帐户配置,并通过升级到非盈利版过程中去. 本人迁移他们的用户的邮件使用内置的迁移工具, and I synchronized the user accounts with Google Apps Directory Sync Tool (年). And that is where the utilities fell short. It appears that Google 思想 about the idea of users synchronizing their active directory passwords with Google Apps. I emphasize thought, 因为显然这是谷歌获得尽可能. Want Single Sign On? Want Synchronized passwords using LDAP or AD? 时间转向第三方工具. 好, 够公平. 第三方工具可以做到这一点, 他们的工作. 没有伤害, 无臭. 但是,关于这一问题的多一点的文件会不会伤害.

然后,所有乱套. 极少数的用户无法登录到他们的谷歌帐户. 因此,为我们的事业就开始追捕.

他们暂停了? - 无!

他们使用了错误的密码 - 无!

我能更新他们的密码 - 无?

Strangely I could not update their user accounts using the web interface. Any change — password, 昵称, 电子邮件路由, 名称 - 导致未知的错误 #1000.

好, 我以为. 它说稍后再试, 但我早该能够更新theire使用密码年.

一年不及格 - 1301 实体不存在!

当年那个窗口显示用户不存在. 这是意外,因为我刚刚看了看用户在网络界面的信息,它肯定确实存在.

售票时间

那个时间踢支持! 由于这是一个非盈利版, 支持包含. 所以,我点击支持和遵循的路由问题. 谷歌确定这是不是一个'关键’ 因为服务的问题尚未完全关闭, 我不能说我不同意. 谷歌表示,只支持可用的选项是电子支持.

我填写的表格, 并很快看到一个友好的电子邮件从他们的客户服务代表. The representative worked with me to quickly determine that this issue was beyond his level of expertise and escalated the ticket to a specialist.

到目前为止好.

然后我等待 3 天. 我收到什么时候他们可以从工作人员检查他们的电子邮件查询. 何时会修复? 他们的期限和重要事项,需要加以处理,在他们的收件箱.

我问支持, 它回答说他们 “不知道此刻的任何变通办法。” 唯一的可能性是,我们能够拿出被删除并重新创建该帐户 – 因为没有很好地解决所有的邮件会丢失之间的过渡和重新创建该帐户时可.

因此,我们等了一些. 这封电子邮件转发甚至不能为受影响的用户 - 任何更改电子邮件路由在一个未知的错误导致.

一个星期过去了, 所以我发布到谷歌的希望有人支持论坛 - 人 - 将有一个如何解决该问题的建议或解决方法. 在用户帐户的用户报告,谷歌,因为类似谷歌的企业应用套件用户过渡问题, 但也有由谷歌决议的其他员工没有比等待人工干预.

时间不停滴答

经过八年的等待几天,我来到了我自己的解决方案.

因为它似乎是部分创建的帐户 (他们出现在网络界面,可以接收电子邮件,但不能修改或获得服务) 看来他们已在如何在创建过程中的账目处理错误. It seemed clear to me that the problem was an inconsistency in Google’s infrastructure. 删除的帐户将允许系统同意在帐户上的地位, 但他们都可以作出同意该账目存在? Perhaps I could force Google to recreate the already existing accounts without losing the current data.

I attempted to rerun the transition to Google Accounts on the affected users manually, 不过,尽管自动填充承认他们的用户名, 当我点击下一步我得到一个错误的帐目不存在.

我的下一个方法是创建具有相同名称的新用户使用仪表板. 这一次,我被告知有一个错误,因为该帐户确实存在. 显然有两个独立的系统受到质疑.

它发生,我认为我可能会通过将命令行能够获得更多有用的错误信息. 所以我安装 谷歌应用服务经理, 这也被称为自由亚齐运动. 自由亚齐运动使用谷歌应用服务供应API的互动与谷歌应用服务帐户.

我跑对账户的查询电话号码,我知道了使用自由亚齐运动的影响,看看发生了什么. While queries would return data about the username, 昵称, 以及他们是否同意服务条款, 用户不能修改, 返回错误 “1301 实体不存在”. 于是,我就再创建用户, 其中有一个意想不到的结果.

ServerBusy(1001)

奇怪, 我被告知,该系统正忙着. 所以,我等待着,并试图再次.

EntityExists(1300)

正如我怀疑, 它告诉我已经存在的帐户. 但出于好奇, 我试图登录.

它的工作

无论出于什么原因, 我现在可以登录到受影响的帐户. 我尝试另一个帐户.

ServerBusy(1001)

想,也许这意味着更多的错误比它听任, 我试图登录到第二个帐户,然后再次尝试. 此帐户现在还担任过预期.

我检查了仪表板和Web界面现在担任这些账户的预期以及.

虽然反应很奇怪, 无论发生在服务器端解决此问题似乎, 于是我就一个脚本中包含的所有受影响的用户,并决心在其余账户的问题.

云需要减震器

Charity X is now working merrily away using Google Apps, 文档, 在云和其他工具, 但过渡已经明确的管理不是一个有魔力,你可以只烤箱 “设置和忘记” 当涉及到IT. 虽然还存在着很大的价值和可节省的曾云, 这是令人不安的停机时间为IT管理员. When I run my own systems, 我知道什么是幕后发生的事情, 如果事情错了,我知道到哪里寻找答案. With hosted services I am at the mercy of third parties to provide adequate documentation and timely support. 即使我的工作不是问题的原因, 我仍然预计将提供解决方案,我的客户迅速. 当我不能看着引擎盖下, 我需要的合作伙伴,可以在几小时内解决问题 - 而不是几周. 客户支持意味着提供实际的解决方案. 只要承认一个问题是不够的.

当云计算供应商为获取与州和联邦机构和大公司争夺有利可图的合同,重要的是,他们还记得每一个客户数量. 当用户无法访问他们的电子邮件可能不被视为微软或谷歌的关键, 但它是一个关键问题,该用户. A week of downtime is simply unacceptable to users, 特别是如果受影响的用户恰好是决策者.

我期待着云服务,像一个神奇的烤箱工作, but for the foreseeable future I see only job security in .