Pagbawi nang Google Apps nabigo sa Enterprise

Ito ay isang kuwento tungkol sa IT, ang mga ulap at ang lahat ng mga dakila at kakilakilabot na mga bagay na mangyayari kapag ang dalawang magtagpo. In many ways cloud computing and Software as a Service (SaaS) ay isang pagpapala para sa mga hindi pinuno ang mga tauhan, overworked Information Technology departamentong na ay inaasahan na naghahatid ng pinakamahusay na teknolohiya ay may mag-alok sa mga 100% mga uptime at walang badyet. With the emergence of web enabled services from major vendors like Amazon, Microsoft, and Google the age old question posed to IT professionals — ay ito free - Maaari sa wakas ay sumagot na may isang resounding oo! (Hindi bababa sa para sa mga pangunahing bersyon).

Pero tulad ng marami sa aming mga grandparents ay may sinabi bago, karanasan ay tinuturuan na ang lumang kasabihan ay nananatiling: makakuha ka ng kung ano ang babayaran mo para sa. Oo naman, serbisyo ang maaaring maging libre, ngunit na walang kasunduan sa serbisyo sa antas ng (SLA) diyan ay walang pagdulog kapag may isang email outage tulad ng mga 6 aming mas outages na apektado ang Google Mail sa 2009. But worry not end users! May mga bayad na upgrades magagamit na kasama ang isang SLA guaranteeing 99.9% uptime pati na rin ang telepono at email ng suporta para sa mga kritikal na isyu. At $50 sa bawat user sa bawat taon na ito tunog tulad ng isang magnakaw!

Ano eksakto ang ibig nilang sabihin sa pamamagitan ng uptime at kritikal?

Ito ay lahat na asta malaki sa papel; hindi na kailangan upang mapanatili ang pisikal na ari-arian ng hardware, walang IT empleyado na magbayad, at ang gastos ay mas mababa sa paglilisensiya ng mag-isa para sa karamihan ng standalone na solusyon! Sa kasamaang-palad, mga marketing garantiya hitsura vaporware kapag data hits ang router.

Upang ilarawan ang mga pagkukulang sa mga ulap, hayaan's gamitin ang isang tunay na halimbawa ang buhay. Ang isang hindi para sa tubo customer kami tawag “Charity X” nais na mabawasan ang overhead at mapabuti ang mga serbisyo para sa kanilang mga tauhan. Pagkatapos ng higit sa isang dekada ng paghawak ng email at mga serbisyo sa loob ng bansa, sila nagpasya ito ay panahon na upang ilipat sa ulap. Fortunately for them, bilang isang hindi para sa tubo institusyon sila qualified para sa mga non-profit na edisyon ng google apps. Dakila!

Narito ang mga benepisyo na hinanap nila:

  1. Maaari naming bawasan ang aming bandwidth gamitin sa pamamagitan ng hindi paghawak ng email ating sarili
  2. Ang aming mga server resources ay mapapalaya up at maaaring gamitin para sa ibang layunin
  3. Pwede kaming makapagbigay ng mas mahusay na webmail para sa aming mga empleyado.
  4. kumuha kami ng access sa mga shared resources tulad ng mga contact sa pamamahala at mga dokumento na ‘sa mga ulap

Ang katotohanan ay kahit na ang pagbabago na ito ay hindi bilang simpleng bilang sila ay nagkaroon ng inaasahang. Ito wasn'ta bagay ng i-click ang mga gumagamit migrate.

Na kapag Charity X tinatawag na ako.

Ako nagsimula sa pagsasaayos ng kanilang account sa Google Apps at pagpunta sa pamamagitan ng proseso ng pag-upgrade ito sa mga edisyon non-profit. Ako lumipat na mail ang kanilang mga user gamit ang built in tools migration, and I synchronized the user accounts with Google Apps Directory Sync Tool (YEAR). And that is where the utilities fell short. It appears that Google isipan about the idea of users synchronizing their active directory passwords with Google Apps. I emphasize thought, dahil tila na tulad ng Google got. Want Single Sign On? Want Synchronized passwords using LDAP or AD? Oras upang turn sa mga ikatlong partido tools. Okey, makatarungang sapat. Third party kasangkapan ay magagamit upang gawin ito, at trabaho nila. Walang pinsala, walang foul. Ngunit ng kaunti pa sa mga babasahin sa ang paksa ay hindi nasaktan.

Pagkatapos impiyerno lahat nakabasag maluwag. Isang dakot ng mga gumagamit ay hindi maaaring mag-login sa kanilang mga Google Account. Kaya ang hunt para sa mga sanhi nagsimula.

Sila ay sinuspinde? - Walang!

Sila gamit ang mga maling password - No!

Puwede ko i-update ang kanilang mga password - No?

Strangely I could not update their user accounts using the web interface. Any change — password, mga palayaw, email routing, mga pangalan - nagresulta sa isang hindi kilalang error #1000.

Okey, Akala ko. Ito says na subukan ulit mamaya, ngunit shoulda ko ma update theire Paggamit password YEAR.

YEAR FAIL - 1301 Entity ay hindi na umiiral!

YEAR Ang window na ipinahiwatig ang gumagamit ay hindi na umiiral. Iyon ay inaasahang dahil lang ako ay tumingin sa ang impormasyon ng user sa ang web interface at ito ay tiyak na ang karamihan ay umiiral.

Ticket Time

Oras para sa suporta na ang sumikad sa! Dahil ito ay isang non-profit edition, support ay kasama. Kaya ko na-click ng suporta at sumunod sa mga route ng mga katanungan. Google tinutukoy na ito ay hindi isang 'kritikal’ isyu dahil sa ang mga serbisyo ay hindi down ganap, at hindi ko sinasabi ko disagreed. Google sinabi ang tanging pagpipilian sa suporta na magagamit ay esupport.

Ako napuno ang form, at noon ay mabilis na binati sa isang friendly na email mula sa isa sa kanilang kinatawan sa customer service. The representative worked with me to quickly determine that this issue was beyond his level of expertise and escalated the ticket to a specialist.

Kaya malayo pagayon mabuti.

Ako pagkatapos ay naghintay para sa 3 araw. Nakatanggap ako ng mga katanungan mula sa mga kawani ng tungkol sa kapag sila ay maaaring suriin ang kanilang mga email. Kapag ito ay magiging maayos? Sila ay nagkaroon ng deadlines at mga mahalagang bagay na kailangan upang maging dealt sa sa kanilang mga inbox.

Tinanong ko sa support, na tumugon na sila “hindi alam ang anumang puwedeng gawin sa ngayon.” Ang lamang ng posibilidad na namin ang magkaroon ng ay upang tanggalin ang account at muling likhain ito – hindi isang tunay magandang solusyon dahil sa lahat ng mail ay nawala sa pagitan ng paglipat at ang oras na ang account ay maaaring recreated.

Kaya kami naghintay ng ilang mga karagdagang. Ang email ay hindi maaaring kahit na ma-forward para sa mga apektadong mga user - anumang mga pagbabago sa email routing nagresulta sa isang hindi kilalang error.

Isang linggo lumipas, kaya ko post sa support forum ng Google ay umaasa sa isang tao - kahit sino - ay may isang mungkahi sa kung paano upang ayusin o workaround ang isyu. User pagkatapos user iniulat katulad na mga problema dahil ang Google's paglipat ng Apps gumagamit sa Google Accounts, ngunit doon ay walang resolution ang iba sa na maghintay para sa manual interbensyon sa pamamagitan ng isang Empleyado ng Google.

Time patuloy na gris

Pagkatapos ng walong araw ng paghihintay ay pumasok ako sa isang solusyon sa aking sarili.

Dahil ito ay lumitaw na ang mga account ay bahagyang nilikha (sila ay lumitaw sa web interface at maaaring tumanggap ng email ngunit hindi maaaring baguhin o serbisyo access) ito lumitaw ang kanilang ay isang error sa kung paano ang mga account ay proseso sa panahon ng paglikha. It seemed clear to me that the problem was an inconsistency in Google’s infrastructure. Ang pagtanggal ng mga account ay magpapahintulot sa mga sistema upang sumang-ayon sa katayuan ng account, nguni't hindi sila parehong ginawa upang sumang-ayon na ang mga account na umiiral? 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, ngunit sa kabila ng ang auto-punan ng makilala ang kanilang mga username, kapag nag-click ako sa tabi ko ay ibinigay ng isang error na ang mga account ay hindi na umiiral.

Ang aking susunod na diskarte ay upang lumikha ng mga bagong user na may katulad na pangalan gamit ang dashboard. Oras na ito ako ay sinabi doon ay isang error dahil ang mga account ay umiiral. Maliwanag na may mga dalawang magkahiwalay na mga sistema ng pagiging tatanungin.

Ito ang nangyari na sa akin na baka ako ay maaaring makakuha ng mas kapaki-pakinabang ng mga mensahe ng error sa pamamagitan ng pagpunta sa command line-. Kaya install ko Google Apps Manager, na kung saan ay kilala rin bilang GAM. GAM gumagamit ng Google Apps API provisioning na makihalubilo sa mga account sa Google Apps.

Ako ran ang isang bilang ng mga query sa mga account alam ko ay apektado gamit GAM upang makita kung ano ang nangyari. While queries would return data about the username, mga palayaw, at kung sila ay sumang-ayon na ang mga tuntunin ng serbisyo, ang mga gumagamit ay hindi maaaring baguhin, bumabalik na ang mga error “1301 nilalang ay hindi na umiiral”. Kaya ako tried upang lumikha ng mga user na muli, na kung saan ay nagkaroon ng hindi inaasahang resulta.

ServerBusy(1001)

Kakaiba ang, Ako ay sinabi na ang sistema ay abala sa. Kaya ko naghintay at tried muli.

EntityExists(1300)

Bilang ko pinaghihinalaang, ito sinabi sa akin ang account na umiiral. Ngunit sa labas ng kuryusidad, Ako tried sa pag-login.

Ito ay nagtrabaho

Sa anumang dahilan ay, Ako ay ngayon ay ma-login sa mga apektadong account. Sinubukan ko ng isa pang account.

ServerBusy(1001)

Iniisip marahil ang error na ito sinadya na higit kay sa pagpapaalam sa, Ako tinangka upang mag-login dito pangalawang account bago sinusubukan muli. Ang account na ito ngayon din nagtrabaho bilang inaasahan.

Checked ko sa dashboard at ang web interface ngayon nagtrabaho bilang inaasahan sa mga account na ito pati na rin.

Habang ang mga tugon ay kakaiba, kahit na ano ang nangyari sa server end lumitaw sa tama ang problemang ito, kaya ako ang bumangga sa isang script na naglalaman ng lahat ng apektado ang mga gumagamit at nalutas ang problema sa mga natitirang mga accounts.

ulap Ang pangangailangan absorbers shock

Charity X is now working merrily away using Google Apps, Docs, at iba pang mga kasangkapan sa ulap, ngunit ang paglipat ay ginawa ito malinaw na pamamahala na diyan ay hindi isang magic oven na maaari mo lamang “set at kalimutan” pagdating sa IT. Habang may pa rin ang isang malaking halaga at savings na nagkaroon sa ulap, downtime na ito ay disconcerting bilang isang IT administrator. When I run my own systems, alam ko kung ano ang nangyayari sa likod ng mga tanawin, at kung bagay na maging mali alam ko kung saan sa hitsura para sa mga kasagutan. With hosted services I am at the mercy of third parties to provide adequate documentation and timely support. Kahit na kung ang aking trabaho ay hindi ang sanhi ng mga problema, pa rin ako inaasahan na naghahatid ng mga solusyon sa aking mga customer mabilis. Kapag hindi ko tumingin sa ilalim ng talukbong, Kailangan ko ang mga kasosyo na maaaring lutasin ang problema sa oras - hindi linggo. Customer support ay nangangahulugan ng pagbibigay ng aktwal na mga solusyon. Kailangan lang tinatanggap ng isang problema ay hindi sapat.

Kapag ang ulap provider ay nagpapaligsahan para sa access sa pinakikinabangan kontrata sa mga estado at pederal na mga ahensiya at mga malalaking mga korporasyon na ito ay mahalaga na matandaan sila na customer sa bawat nagbibilang. Kapag ang isang user ay hindi maaaring ma-access ang kanilang mga email ito ay maaaring maging itinuturing na kritikal sa Microsoft o Google, ngunit ito ay isang kritikal na isyu sa user na iyon. A week of downtime is simply unacceptable to users, lalo na kung ang mga apektadong mga user ang mangyayari sa maging isang desisyon maker.

tumingin forward ko sa ulap na serbisyo na trabaho tulad ng isang magic oven, but for the foreseeable future I see only job security in ang ulap.