Taastamine, kui Google Apps ei Enterprise

See on lugu sellest, pilved ja kõik suured ja kohutavaid asju, mis juhtub, kui kaks kokku. In many ways cloud computing and Software as a Service (Saas) on õnnistus liiga vähe, ületöötanud Infotehnoloogia osakondade meditsiinitöötajad, kes oodatakse parimat tehnoloogiat on pakkuda koos 100% uptime ja ükski eelarve. With the emergence of web enabled services from major vendors like Amazon, Microsoft, and Google the age old question posed to IT professionals — see on vaba - Saab lõpuks tuleb vastata koos kõlava jah! (Vähemalt elementaarsem versioon).

Aga nagu paljud meie vanavanemad on öelnud enne, kogemused on õpetanud, et vana kõnekäänd jääb: sa saad mida sa maksma. Muidugi, teenus võiks olla tasuta, kuid ilma teenuse taseme lepingu (SLA) puudub pöörduda, kui on olemas e-posti seisak nagu 6 meie enam katkestustest mis mõjutas Google Mail 2009. But worry not end users! On makstud uuendamine saadaval mis sisaldavad SLA tagamine 99.9% uptime samuti telefoni ja e-posti abi tõsiseid probleeme. At $50 kasutaja kohta aastas see kõlab varastada!

Mis täpselt need tähendavad poolt uptime ja kriitiline?

See kõik tundub hea paberil; ei ole vaja säilitada füüsilist riistvara vara, ei IT töötajatele maksma, ja hind on väiksem kui litsentsi üksi kõige standalone lahendused! Kahjuks, nende turustamise garantiid nägema vaporware kui andmed tabamust ruuteri.

Et illustreerida puudusi pilv, let's kasutada reaalses elus näiteks. Mittetulunduslike klient me nimetame “Heategevus X” soovis vähendada üldkulusid ning teenuste parandamiseks oma töötajatele. Pärast üle kümne käitlemise e-posti ja teenused sisemiselt, Nad otsustasid, et oli aeg minna pilv. Fortunately for them, kui mittetulundusliku asutuse nad kvalifitseeritud mittetulunduslik väljaanne google apps. Suur!

Siin on kasu nad püüdsid:

  1. Me ei saa vähendada meie ribalaius kasutamiseks ei käitle email endale
  2. Meie server vahendeid vabanevad ja neid saab kasutada muudel eesmärkidel
  3. Pakume paremat webmail meie töötajate jaoks.
  4. Me saame juurdepääsu jagatud ressurssidele, nagu kontaktide haldamise ja dokumente, mis on ‘Kui pilvedes

Tegelikult küll oli, et see muutus ei olnud nii lihtne kui nad olid oodanud. See polnud küsimus Klõpsake rännata kasutajatele.

Siis Heategevus X helistas mulle.

Hakkasin koos konfigureerimise oma Google Apps konto ja läbimas kaasajastamise protsessi selle mittetulundusühingu väljaanne. I rännanud oma kasutaja maili kasutades ehitatud migratsiooni tööriistad, and I synchronized the user accounts with Google Apps Directory Sync Tool (AASTA). And that is where the utilities fell short. It appears that Google mõte about the idea of users synchronizing their active directory passwords with Google Apps. I emphasize thought, sest ilmselt, mis on sama palju kui Google sai. Want Single Sign On? Want Synchronized passwords using LDAP or AD? Aeg pöörduda kolmanda isiku vahendeid. Korras, õiglane piisavalt. Kolmandate isikute vahendid on selleks, ja nad töötavad. Ei tee kahju, ei vea. Aga veidi rohkem dokumente teemal ei teeks paha.

Siis läks kõik vett vedama. Peotäis kasutajad ei saa sisse logida oma Google'i kontodele. Nii jahtima põhjustada hakkas.

Olid nad peatasid? - Pole!

Kas nad kasutavad vale parooli - ei!

Kas ma saan uuendada oma parooli - ei?

Strangely I could not update their user accounts using the web interface. Any change — password, hüüd-, e-posti marsruutimine, nimed - tulemuseks unknown error #1000.

Korras, Ma arvasin. Ta ütleb, et proovige hiljem uuesti, aga ma shoulda võimalik uuendada theire Kasutades parooli AASTA.

AASTA FAIL - 1301 Üksus ei eksisteeri!

Aastal, et aken on märgitud kasutaja ei eksisteeri. See oli ootamatu, sest olin lihtsalt vaatas kasutaja teabe web interface ja see kindlasti ei ole olemas.

Pilet Time

Aeg, mis toetavad algama! Kuna tegemist oli mittetulundusliku väljaanne, toetus kuulub. Nii et ma klõpsatud abi ja järgneb suunamises küsimused. Google kindlaks, et see ei olnud kriitiline’ küsimus, sest teenus ei ole täielikult maha, ja ma ei saa öelda, et ma ei nõustunud. Google ütles toetada vaid võimalus on esupport.

I täidetakse vorm, ja oli kiiresti tervitati sõbraliku meili üks nende klienditeeninduse esindajad. The representative worked with me to quickly determine that this issue was beyond his level of expertise and escalated the ticket to a specialist.

Siiamaani on kõik korras.

Ma siis ootas 3 päeva. Sain päringuid töötajate kohta, millal nad võiksid vaadata oma e-posti. Millal see fikseeritud? Nad olid tähtajad ja olulised küsimused, mis tuli lahendada nende postkastidesse.

Küsisin toetust, kes vastasid, et nad “ei tea ühtegi workarounds hetkel.” Ainuke võimalus, et me suutsime välja tulla oli konto kustutada ja uuesti seda – mitte väga hea lahendus, sest kõik kirjad kaoks vahel üleminek ja kellaaeg konto võiks taasloodi.

Nii et me ootasime veel mõned. Email ei saanud isegi edastatakse kannatada kasutajad - kõik muudatused e-posti marsruutimine põhjustas tundmatu viga.

Nädal edasi, et panin Google'i toetus foorum lootes keegi - keegi - oleks ettepanek, kuidas määrata või vastukaalu küsimus. Kasutaja pärast kasutaja teatatud sarnaseid probleeme, kuna Google üleminek Apps kasutajatel Google kontod, kuid puudusid resolutsioone va ootama käsitsi sekkumise poolt Google'i töötajad.

Aeg hoiab tiksub

Pärast kaheksa päeva oodanud tulin lahendus minu oma.

Kuna selgus, et aruanded on osaliselt loodud (nad ilmus veebiliidest ning võiks saada e-postiga, kuid ei suutnud muuta või juurdepääsu teenuseid) näis nende oli viga selles, kuidas raamatupidamises olid jooksul töödeldud loomine. It seemed clear to me that the problem was an inconsistency in Google’s infrastructure. Eemaldamine arved annaksid süsteemide suhtes kokku leppida konto staatus, aga võiks nad mõlemad teha lepivad kokku, et raamatupidamise olemas? 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, kuid vaatamata auto-täitke tunnustada nende kasutajanimed, kui ma klõpsatud kõrval anti mulle viga selles, et raamatupidamisaruanded ei ole olemas.

Minu järgmine lähenemisviis, et luua uusi kasutajaid samad nimed kasutades armatuurlaual. Seekord öeldi, seal oli viga, sest raamatupidamise ei eksisteeri. Loomulikult olid kaks eraldi süsteemi on kahelnud.

Sellest tekkis mulle, et ma võiks olla võimalus saada rohkem kasulikke veateateid minnes käsurea. Ma paigaldatud Google Apps Manager, mis on tuntud ka GAM. GAM kasutab Google Apps eraldiste API suhelda Google Apps konto.

Jooksin päringute arv kontodel ma teadsin mõjutas kasutades GAM näha, mis juhtus. While queries would return data about the username, hüüd-, ja kas nad leppisid kokku teenuste osas, kasutajad ei saa muuta, tagasi viga “1301 Ettevõte ei eksisteeri”. Nii ma püüdsin luua kasutaja uuesti, mis oli ootamatu tulemus.

ServerBusy(1001)

Imelikult, Mulle öeldi, et süsteem oli hõivatud. Nii et ma ootasin ja proovisin uuesti.

EntityExists(1300)

Nagu ma kahtlustatakse, ta ütles mulle konto juba olemas. Aga uudishimust, Üritasin login.

Ta töötas

Mingil põhjusel, Olin nüüd sisse logida mõjutatud konto. Üritasin teisele kontole.

ServerBusy(1001)

Mõtlesin, et äkki see viga tähendas rohkem kui see oli üürileandmise kohta, Üritasin login see teine ​​konto enne proovimist. See konto ka nüüd töötas ootuspäraselt.

Ma kontrollisin armatuurlaud ja veebiliidest nüüd töötas oodata nende kontode ning.

Kuigi vastus oli imelik, mis iganes juhtus server end tundus õige see probleem, nii et ma jooksin script, mis sisaldas kõikidele huvitatud kasutajatele ja lahendada probleeme ülejäänud kontod.

Pilv vajab amortisaatorid

Charity X is now working merrily away using Google Apps, Docs, ja muud vahendid pilv, kuid üleminek on teinud selgeks, et juhtkonnale, et seal saatmine magic ahi, mida saab lihtsalt “maa ja unusta” kui tegemist on IT. Kuigi seal on ikka suur väärtus ja kokkuhoidu oli pilv, Selle maasoleku aeg on murettekitav, nagu IT-administraator. When I run my own systems, Ma tean, mis toimub kulisside taga, ja kui midagi läheb valesti ma tean, kust otsida vastuseid. With hosted services I am at the mercy of third parties to provide adequate documentation and timely support. Isegi kui mu töö ei ole probleemi põhjuseks, Ma olen ikka oodatakse lahendusi oma klientidele kiiresti. Kui ma ei saa vaadata kapoti alla, Mul on vaja partnereid, et on võimalik lahendada probleeme tundi - ei nädalat. Kliendile tähendab pakkuda tegelikku lahendused. Lihtsalt tunnistades probleem ei ole piisavalt.

Kui pilv pakkujad on võistlev juurdepääsu tulusaid lepinguid riigi ja föderaalasutustega ja suurte korporatsioonide on oluline, et nad mäletavad, et iga klient loeb. Kui kasutaja ei saa kasutada oma e-posti ei pruugi pidada kriitiliste Microsofti või Google, kuid see on ülioluline küsimus, et kasutaja. A week of downtime is simply unacceptable to users, eriti siis kui kahjustatud kasutaja juhtub olema otsustaja.

Ootan pilve teenuseid, mis töötavad nagu magic ahi, but for the foreseeable future I see only job security in pilv.