谷歌應用服務失敗時恢復企業

這是一個故事關於 IT, 雲和所有偉大而可怕的事情發生的時候,雙方走到一起. 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 .