Obnovenie keď Google Apps zlyhá Enterprise

Toto je príbeh o IT, mrak a všetky veľké a hrozné veci, ktoré sa dejú, keď dvaja spoja. In many ways cloud computing and Software as a Service (SaaS) Je požehnaním pre nedostatočný počet, prepracovaní informačných technológií oddelenie, ktoré sa očakáva, že poskytovať najlepšie technológie ponúka sa 100% uptime a žiadny 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 zadarmo - Záverom možno odpovedať s hlasným áno! (Aspoň pre základnú verziu).

Ale ako mnoho našich prarodičov uviedli pred, skúsenosť učí, že staré porekadlo zostáva: dostanete, čo si zaplatí. Istý, služba môže byť zadarmo, ale bez dohody o úrovni služieb (SLA) nie je tam žiadny postih, keď je e-mail, ako je výpadok 6 naše ďalšie výpadky , Ktoré ovplyvnili Google Mail v 2009. But worry not end users! Tam sú platené upgrady k dispozícii ktoré zahŕňajú SLA 99.9% uptime, rovnako ako telefón a e-mailovú podporu pre závažné problémy. At $50 na jedného užívateľa za rok to znie ako kradnúť!

Čo presne sa im na mysli uptime a kritický?

To všetko vyzerá skvele na papieri; nie je nutné udržiavať fyzický hardvér majetok, žiadny IT zamestnanci platiť, a cena je nižšia ako samotné licencie pre väčšinu individuálnych riešení! Bohužiaľ, tieto marketingové záruky vyzerať vaporware prípade, že dáta hity router.

Pre ilustráciu nedostatkov v oblaku, Využime v reálnom živote napríklad. Nie pre zisk zákazníka zavoláme “Charita X” chcela znížiť režijné náklady a zlepšovať služby pre svojich zamestnancov. Po viac ako desiatich rokoch manipulácie e-mail a služieb interne, sa rozhodli, že nastal čas na presun do oblakov. Fortunately for them, ako nezisková inštitúcie majú kvalifikáciu pre non-zisk vydanie Google Apps. Veľké!

Tu je prínos oni hľadali:

  1. Môžeme znížiť našu využitie šírky pásma tým, že manipulácia s e-mailovú sami
  2. Náš server prostriedky budú uvoľnené a môžu byť použité na iné účely
  3. Môžeme zabezpečiť lepšie webmail pre našich zamestnancov.
  4. Dostávame prístup k zdieľaným zdrojom, ako je správa kontaktov a dokumentov, ktoré sú ‘v oblaku

Realita však bola, že táto zmena nebola tak jednoduché, ako oni čakali. Nebola to vec kliknite na migráciu užívateľov.

To je, keď mi volal Charita X.

Začal som s nastavením ich Google Apps účet a prechádzajú v procese modernizácie, aby non-zisk vydanie. Aj ich migrácii pošty používateľa pomocou vstavaných nástrojov pre migráciu, 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šlienka about the idea of users synchronizing their active directory passwords with Google Apps. I emphasize thought, , Pretože vraj je, že ak Google dostal. Want Single Sign On? Want Synchronized passwords using LDAP or AD? Čas obrátiť sa na nástroje tretích strán. Dobre, fér. Nástroje tretích strán sú k dispozícii pre to urobiť, a ich práca. Nie je na škodu, žiadny faul. Ale trochu viac dokumentácie na túto tému nebude bolieť.

Potom sa rozpútalo peklo. Hrsť užívatelia nemohli prihlásiť na svoj účet Google. Takže pátranie po príčine začalo.

Boli pozastavené? - Nie!

Boli pomocou zlé heslo - Nie!

Mohol by som aktualizovať svoje heslo - Nie?

Strangely I could not update their user accounts using the web interface. Any change — password, prezývky, e-mail smerovanie, Mená - vyústil v neznámej chybe #1000.

Dobre, Myslel som, že. To hovorí, že skúsiť to znova neskôr, Mal som ale možné aktualizovať pomocou hesla Their ROK.

ROK FAIL - 1301 Entita neexistuje!

ROK To okno je uvedené užívateľ neexistuje. To bolo nečakané, pretože som sa práve pozrel na informácie o užívateľovi vo webovom rozhraní a to celkom iste existovala.

Vstupenka čas

Čas pre ktoré podporujú kopnúť do! Pretože toto bola non-zisk vydanie, Podpora je súčasťou. Tak som klikol podporu a nasledoval smerovanie otázky. Google zistil, že to nie je "kritická’ problém, pretože služba nebola úplne dolu, a nemôžem povedať, že by som nesúhlasil. Google uviedol, že podporujú iba možnosť k dispozícii, je eSupport.

Som vyplnil formulár, a bol rýchlo pozdravil s priateľskou e-mail od jedného zo svojich zástupcov služieb zákazníkom. The representative worked with me to quickly determine that this issue was beyond his level of expertise and escalated the ticket to a specialist.

Zatiaľ je všetko dobré.

Potom som čakal na 3 dní. Dostal som od otázky zamestnancov o tom, kedy by mohli kontrolovať svoju e-mailovú. Kedy by to byť stanovená? Mali termíny a dôležité veci, ktoré treba riešiť v ich zložiek s doručenou poštou.

Spýtal som sa podpora, , Ktorá odpovedala, že “neviem, žiadne zástupné riešenie v túto chvíľu.” Jedinou možnosť, že sme boli schopní prísť s mal zmazať účet a znova ju – nie je veľmi dobrým riešením, pretože všetky pošty by dôjsť k strate medzi prechodom a čas účte by mohla byť znovu.

Tak sme čakali viac. E-mail ani nemohla byť odovzdaná pre postihnutých užívateľov - žiadne zmeny na email smerovania vyústil v neznámej chybe.

Prešiel týždeň, tak som vyslaný na fórum pomoci Google dúfal, že niekto - ktokoľvek - by mal návrh na to, ako opraviť alebo riešenie problému. Užívateľ potom, čo užívateľ hlásené podobné problémy, pretože prechod na Google Apps užívateľov k Google Účet, ale tam boli žiadne iné uznesenie, ako čakať na ručného zásahu Google zamestnanec.

Čas stále beží

Po ôsmich dňoch čakania som prišiel na riešenie, na vlastnú päsť.

Vzhľadom k tomu, zdalo sa, že účty boli čiastočne vytvorené (oni sa objavili vo webovom rozhraní a môžu prijímať e-maily, ale nemohol byť upravený či prístup k službám) to vyzeralo, ich bola chyba v tom, ako boli spracované účtovné závierky pri tvorbe. It seemed clear to me that the problem was an inconsistency in Google’s infrastructure. Odstránenie účtov by umožnilo systémy, aby sa dohodli na účte stav, ale oni mohli byť obaja, aby sa dohodli, ž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 cez auto-výplne rozpoznávať ich mená, keď som klikol vedľa Dostal som chybu, že účtovníctvo neexistoval.

Mojím ďalším prístupu bolo vytvorenie nového užívateľa s rovnakými menami pomocou prístrojovej doske. Tentoraz mi bolo povedané, došlo k chybe, pretože účty existovali. Je zrejmé, že boli dva samostatné systémy sú dopytované.

Napadlo ma, že by som mohol dostať oveľa užitočnejšie chybové hlásenia tým, že pôjdete do príkazového-line. Tak som nainstaloval Google Apps Správca, ktorý je tiež známy ako GAM. GAM používa Google Apps zabezpečovaní API pre interakciu s účtom Google Apps.

Bežal som niekoľko dotazov na účtoch Vedel som, že boli postihnuté pomocou GAM vidieť, čo sa stalo. While queries would return data about the username, prezývky, a či oni súhlasili s podmienkami služby, užívatelia nemohli byť zmenená, vracia chybu “1301 entita neexistuje”. Tak som sa snažil vytvoriť si užívateľský znova, ktorý mal neočakávaný výsledok.

ServerBusy(1001)

Podivne, Bolo mi povedané, že systém bol zaneprázdnený. Tak som čakal a snažil sa znovu.

EntityExists(1300)

Ako som tušil, to mi povedal, že účet už existuje. Ale zo zvedavosti, Snažil som sa prihlásiť.

Fungovalo to

Z akéhokoľvek dôvodu, Bol som teraz schopný sa prihlásiť do postihnutých účet. Skúšal som iný účet.

ServerBusy(1001)

Myslenie možná táto chyba znamená viac, než to bolo nechať na, Pokúsil som sa prihlásiť na tento druhý účet a skúste to znova. Tento účet aj teraz pracuje, ako sa očakávalo.

Overil som si palubnú dosku a webové rozhranie teraz pracuje, ako sa očakávalo na týchto účtoch, ako.

Kým reakcia bola podivná, čo sa stalo na konci serveri sa objavila na tento problém, tak som bežal skript, ktorý obsahoval všetky postihnutých užívateľov a vyriešiť problémy, na zostávajúcich účtov.

Mrak potrebuje tlmičov

Charity X is now working merrily away using Google Apps, Dokumenty, a ďalších nástrojov v oblaku, ale prechod dala jasne najavo, že k riadeniu neexistuje žiaden magický rúry, ktoré možno len “nastav a zabudni” pokiaľ ide o IT. Kým tam je stále veľkú hodnotu a úspory sa mal v oblaku, tejto odstávky je znepokojujúca ako IT administrátor. When I run my own systems, Viem, čo sa deje v zákulisí, a ak sa niečo pokazí viem, kde hľadať odpovede. With hosted services I am at the mercy of third parties to provide adequate documentation and timely support. Aj keď moja práca nie je príčinou problému, Ja som ešte mala priniesť riešenia pre svojich zákazníkov rýchlo. Keď nemôžem pozrieť pod kapotu, Musím partnerov, ktorý môže riešiť problémy v hodinách - nie týždňov. Zákaznícka podpora znamená poskytovať aktuálne riešenie. Stačí uznáva problém nie je dosť.

Keď poskytovateľom cloudu sú súperia o prístup na lukratívne zmluvy so štátnou a federálne agentúry a veľké korporácie, je dôležité, že si uvedomiť, že každý zákazník sa počíta. Keď užívateľ nemôže získať prístup k ich e-mailové to nemusí byť považované za kritické pre Microsoft alebo Google, ale to je zásadný problém, že sa užívateľ. A week of downtime is simply unacceptable to users, najmä ak predmetný užívateľ sa stane byť rozhodovacou právomocou.

Teším sa na cloud služieb, ktoré fungujú ako kúzlo rúre, but for the foreseeable future I see only job security in oblak.