Obnovení když Google Apps selže Enterprise

Toto je příběh o IT, mrak a všechny veliké a hrozné věci, které se dějí, když dva spojí. In many ways cloud computing and Software as a Service (SaaS) Je požehnáním pro nedostatečný počet, přepracovaní informačních technologií oddělení, které se očekává, že poskytovat nejlepší technologie nabízí se 100% uptime a žádný rozpočet. With the emergence of web enabled services from major vendors like Amazon, Microsoft, and Google the age old question posed to IT professionals — Je to zdarma - Závěrem lze odpovědět s hlasitým ano! (Alespoň pro základní verzi).

Ale jako mnoho našich prarodičů uvedli před, zkušenost učí, že staré pořekadlo zůstává: dostanete, co si zaplatí. Jistý, služba může být zdarma, ale bez dohody o úrovni služeb (SLA) není tam žádný postih, když je e-mail, jako je výpadek 6 naše další výpadky , které ovlivnily Google Mail v 2009. But worry not end users! Tam jsou placené upgrady k dispozici, zahrnují SLA, který zaručuje 99.9% uptime, stejně jako telefon a e-mailovou podporu pro závažné problémy. At $50 na jednoho uživatele za rok to zní jako krást!

Co přesně se jim na mysli uptime a kritický?

To všechno vypadá skvěle na papíře; není nutné udržovat fyzický hardware majetek, žádný IT zaměstnanci platit, a cena je nižší než samotné licence pro většinu individuálních řešení! Bohužel, tyto marketingové záruky vypadat vaporware případě, že data hity router.

Pro ilustraci nedostatků v oblaku, Využijme v reálném životě například. Ne pro zisk zákazníka zavoláme “Charita X” chtěla snížit režijní náklady a zlepšovat služby pro své zaměstnance. Po více než deseti letech manipulace e-mail a služeb interně, se rozhodli, že nastal čas k přesunu do oblak. Fortunately for them, jako nezisková instituce mají kvalifikaci pro non-zisk vydání Google Apps. Velké!

Zde je přínos oni hledali:

  1. Můžeme snížit naši využití šířky pásma tím, že manipulace s e-mailovou sami
  2. Náš server prostředky budou uvolněny a mohou být použity pro jiné účely
  3. Můžeme zajistit lepší webmail pro naše zaměstnance.
  4. Dostáváme přístup ke sdíleným zdrojům, jako je správa kontaktů a dokumentů, které jsou ‘v oblaku

Realita však byla, že tato změna nebyla tak jednoduché, jak oni čekali. Nebyla to věc klikněte na migraci uživatelů.

To je, když mi volal Charita X.

Začal jsem s nastavením jejich Google Apps účet a procházejí v procesu modernizace, aby non-zisk vydání. I jejich migraci pošty uživatele pomocí vestavěných nástrojů pro migraci, and I synchronized the user accounts with Google Apps Directory Sync Tool (ROK). And that is where the utilities fell short. It appears that Google myšlenka about the idea of users synchronizing their active directory passwords with Google Apps. I emphasize thought, , protože prý je, že pokud Google dostal. Want Single Sign On? Want Synchronized passwords using LDAP or AD? Čas obrátit se na nástroje třetích stran. Dobře, fér. Nástroje třetích stran jsou k dispozici pro to udělat, a jejich práce. Není na škodu, žádný faul. Ale trochu více dokumentace na toto téma nebude bolet.

Pak se rozpoutalo peklo. Hrst uživatelé nemohli přihlásit na svůj Účet Google. Takže pátrání po příčině začalo.

Byly pozastaveny? - Ne!

Byly pomocí špatné heslo - Ne!

Mohl bych aktualizovat své heslo - Ne?

Strangely I could not update their user accounts using the web interface. Any change — password, přezdívky, e-mail směrování, Jména - vyústil v neznámé chybě #1000.

Dobře, Myslel jsem, že. To říká, že zkusit to znovu později, Měl jsem ale možné aktualizovat pomocí hesla theire ROK.

ROK FAIL - 1301 Entita neexistuje!

ROK To okno je uvedeno uživatel neexistuje. To bylo nečekané, protože jsem se právě podíval na informace o uživateli ve webovém rozhraní a to zcela jistě existovala.

Vstupenka čas

Čas pro které podporují kopnout do! Protože toto byla non-zisk vydání, Podpora je součástí. Tak jsem kliknul podporu a následoval směrování otázky. Google zjistil, že to není "kritická’ problém, protože služba nebyla úplně dolů, a nemůžu říct, že bych nesouhlasil. Google uvedl, že podporují pouze možnost k dispozici, je eSupport.

Jsem vyplnil formulář, a byl rychle pozdravil s přátelskou e-mail od jednoho ze svých zástupců služeb zákazníkům. The representative worked with me to quickly determine that this issue was beyond his level of expertise and escalated the ticket to a specialist.

Zatím je vše dobré.

Pak jsem čekal na 3 dnů. Dostal jsem od dotazy zaměstnanců o tom, kdy by mohli kontrolovat svou e-mailovou. Kdy by to být stanovena? Měli termíny a důležité věci, které je třeba řešit v jejich složek s doručenou poštou.

Zeptal jsem se podpora, , která odpověděla, že “nevím, žádné zástupné řešení v tuto chvíli.” Jedinou možnost, že jsme byli schopni přijít s měl smazat účet a znovu ji – není velmi dobrým řešením, protože všechny pošty by dojít ke ztrátě mezi přechodem a čas účtu by mohla být znovu.

Tak jsme čekali víc. E-mail ani nemohla být předána pro postižené uživatele - žádné změny na email směrování vyústil v neznámé chybě.

Prošel týden, tak jsem vyslán na fórum podpory Google doufal, že někdo - kdokoli - by měl návrh na to, jak opravit nebo řešení problému. Uživatel poté, co uživatel hlášeny podobné problémy, protože přechod na Google Apps uživatelů k Google Účet, ale tam byly žádné jiné usnesení, než čekat na ručního zásahu Google zaměstnanec.

Čas stále běží

Po osmi dnech čekání jsem přišel na řešení, na vlastní pěst.

Vzhledem k tomu, zdálo se, že účty byly částečně vytvořeny (oni se objevili ve webovém rozhraní a mohou přijímat e-maily, ale nemohl být upraven či přístup ke službám) to vypadalo, jejich byla chyba v tom, jak byly zpracovány účetní závěrky při tvorbě. It seemed clear to me that the problem was an inconsistency in Google’s infrastructure. Odstranění účtů by umožnilo systémy, aby se dohodly na účtu stav, ale oni mohli být oba, aby se dohodly, že účty existují? 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, ale přes auto-výplně rozpoznávat jejich jména, když jsem kliknul vedle Dostal jsem chybu, že účetnictví neexistoval.

Mým dalším přístupu bylo vytvoření nového uživatele se stejnými jmény pomocí přístrojové desce. Tentokrát mi bylo řečeno, došlo k chybě, protože účty existovaly. Je zřejmé, že byly dva samostatné systémy jsou dotazovány.

Napadlo mě, že bych mohl dostat mnohem užitečnější chybová hlášení tím, že půjdete do příkazového-line. Tak jsem nainstaloval Google Apps Správce, který je také známý jako GAM. GAM používá Google Apps zajišťování API pro interakci s účtem Google Apps.

Běžel jsem několik dotazů na účtech Věděl jsem, že byly postiženy pomocí GAM vidět, co se stalo. While queries would return data about the username, přezdívky, a zda oni souhlasili s podmínkami služby, uživatelé nemohli být změněna, vrací chybu “1301 entita neexistuje”. Tak jsem se snažil vytvořit si uživatelský znovu, který měl neočekávaný výsledek.

ServerBusy(1001)

Podivně, Bylo mi řečeno, že systém byl zaneprázdněn. Tak jsem čekal a snažil se znovu.

EntityExists(1300)

Jak jsem tušil, to mi řekl, že účet již existuje. Ale ze zvědavosti, Snažil jsem se přihlásit.

Fungovalo to

Z jakéhokoli důvodu, Byl jsem nyní schopen se přihlásit do postižených účet. Zkoušel jsem jiný účet.

ServerBusy(1001)

Myšlení možná tato chyba znamená víc, než to bylo nechat na, Pokusil jsem se přihlásit na tento druhý účet a zkuste to znovu. Tento účet také nyní pracuje, jak se očekávalo.

Ověřil jsem si palubní desku a webové rozhraní nyní pracuje, jak se očekávalo na těchto účtech, jakož.

Zatímco reakce byla podivná, co se stalo na konci serveru se objevila na tento problém, tak jsem běžel skript, který obsahoval všechny postižené uživatele a vyřešit problémy, na zbývajících účtů.

Mrak potřebuje tlumičů

Charity X is now working merrily away using Google Apps, Dokumenty, a dalších nástrojů v oblaku, ale přechod dala jasně najevo, že k řízení neexistuje žádný magický trouby, které lze jen “nastav a zapomeň” pokud jde o IT. Zatímco tam je stále velkou hodnotu a úspory se měl v oblaku, této odstávky je znepokojující jako IT administrátor. When I run my own systems, Vím, co se děje v zákulisí, a pokud se něco pokazí vím, kde hledat odpovědi. With hosted services I am at the mercy of third parties to provide adequate documentation and timely support. I když moje práce není příčinou problému, Já jsem ještě měla přinést řešení pro své zákazníky rychle. Když nemůžu podívat pod kapotu, Musím partnerů, který může řešit problémy v hodinách - ne týdnů. Zákaznická podpora znamená poskytovat aktuální řešení. Stačí uznává problém není dost.

Když poskytovatelům cloudu jsou soupeří o přístup na lukrativní smlouvy se státní a federální agentury a velké korporace, je důležité, že si uvědomit, že každý zákazník se počítá. Když uživatel nemůže získat přístup k jejich e-mailové to nemusí být považovány za kritické pro Microsoft nebo Google, ale to je zásadní problém, že se uživatel. A week of downtime is simply unacceptable to users, zvláště pokud dotčený uživatel se stane být rozhodovací pravomocí.

Těším se na cloud služeb, které fungují jako kouzlo troubě, but for the foreseeable future I see only job security in oblak.