Atstatymas kai "Google Apps" nepavyksta Įmonių

Tai apie IT istorija, Debesuota ir visi didieji ir baisių dalykų, kad atsitiks, kai du drauge. In many ways cloud computing and Software as a Service (SaaS) yra už trūksta palaiminimo, persidirbęs Informacinės technologijos departamentai, kurie yra tikimasi pristatyti geriausią technologiją turi pasiūlyti su 100% veiksnumą ir ne biudžeto. With the emergence of web enabled services from major vendors like Amazon, "Microsoft", and Google the age old question posed to IT professionals — tai kainuoja - Pagaliau, būtų galima atsakyti su didžiuliu taip! (Bent jau bazinė versija).

Bet kaip daugelis iš mūsų seneliai sakė prieš, patirtis išmokė, kad senosios posakiu, išlieka: Jūs gaunate tai, ką jūs mokate už. Žinoma, paslaugos gali būti nemokamai, bet be jokių paslaugų lygio susitarimu (SLA) nėra pasinaudojimas, kai yra el Interferencija kaip antai 6 mūsų daugiau avarijų kurie turėjo įtakos "Google Mail 2009. But worry not end users! Yra mokama atnaujinimus prieinama, įtraukti SLA garantuoti 99.9% Uptime taip pat telefonu ir elektroniniu paštu paramą svarbiais klausimais. At $50 vienam vartotojui per metus tai skamba kaip vogti!

tiksliai padaryti, tai, Uptime ir kritinis?

Viskas puikiai atrodo ant popieriaus; nereikia išlaikyti fizinės kompiuterinės įrangos turto, ne IT darbuotojai mokėti, ir kaina yra mažesnė nei licencijavimo vien labiausiai standalone sprendimai! Deja, šių prekybos garantijų atrodyti vaporware kai duomenys peržiūrėjimų maršrutizatorius.

Kad būtų aiškiau, trūkumų, debesys, Let's naudoti realaus gyvenimo pavyzdys. Ne pelno klientas mes paskambinsime “Labdaros X” norėjo sumažinti išlaidas ir gerinti paslaugų kokybę, jų personalui. Po daugiau kaip tvarkyti elektroninio pašto adresą ir paslaugų dešimtmetį šalies viduje, jie nusprendė, kad atėjo laikas pereiti į debesis. Fortunately for them, kaip ne pelno įstaiga, jie kvalifikaciją pelno leidimas "Google Apps". Didžiosios!

Štai nauda, ​​kurią jie siekė:

  1. Mes galime sumažinti mūsų pralaidumo naudoti ne tvarkyti elektroninio pašto save
  2. Mūsų serverio ištekliai bus atlaisvinti ir gali būti naudojama kitiems tikslams
  3. Mes galime suteikti geriau webmail mūsų darbuotojams.
  4. Mes gauname prieigą prie bendrųjų išteklių, tokių kaip kontaktų valdymo ir dokumentus, kurie yra ‘į debesis

Realybė, nors buvo tai, kad šis pakeitimas buvo ne taip paprasta, kaip jie tikėjosi. Jis wasn'ta medžiagos spustelėkite migruoti vartotojai.

Štai tada Labdaros X pašaukė mane.

Aš pradėjau su konfigūruoti "Google Apps" sąskaitos ir išgyvena modernizavimo ją ne pelno leidimas procesas. Aš migravo jų vartotojo pašto naudojantis įmontuotą, migracijos įrankiai, and I synchronized the user accounts with Google Apps Directory Sync Tool (METAI). And that is where the utilities fell short. It appears that Google mintis about the idea of users synchronizing their active directory passwords with Google Apps. I emphasize thought, nes matyt, kad yra kiek "Google" gavo. Want Single Sign On? Want Synchronized passwords using LDAP or AD? Laikas kreiptis į trečiosios šalies priemones. Gerai, pakankamai teisingas. Trečiųjų šalių įrankiai yra prieinami tai padaryti, ir jie dirba. Nr žalos, nėra blogo. Bet šiek tiek daugiau dokumentų šiuo klausimu nebūtų sužeistas.

Tada visi pragarą atitrūko. Vartotojų sauja negalėjo prisijungti prie savo "Google" sąskaitomis. Taigi už sukelti medžioklė prasidėjo.

Jos buvo sustabdytas? - Ne!

Buvo jie naudoja neteisingą slaptažodį - Nr!

Ar galiu atnaujinti savo slaptažodį - Nr?

Strangely I could not update their user accounts using the web interface. Any change — password, Pravardės, Siuntimas paštu, pavadinimų - buvo nežinoma klaida #1000.

Gerai, Aš maniau,. Ji sako, kad pabandyti dar kartą vėliau, bet aš Shoulda būtų galima atnaujinti theire naudojimas slaptažodį METAI.

METAI FAIL - 1301 Subjektas neegzistuoja!

Metais, kad langas nurodyta vartotojo nėra. Tai buvo netikėta, nes aš tik pažvelgė į vartotojo informacija interneto sąsaja ir jis tikrai egzistavo.

Bilietų Laikas

Laikas, kad parama, ateityje į! Kadangi tai buvo ne pelno leidimas, remti yra įtraukta. Taigi aš spustelėjote paramą ir po maršruto klausimai. "Google" nustatė, kad tai buvo ne "kritin ÷ s’ problema, nes paslauga nebuvo nustatytos visiškai, ir aš negaliu pasakyti, Aš nesutikau. Google "sako tik paramos galimybe yra esupport.

Aš užpildžiau formą, ir buvo greitai sutiktas su draugiškas laišką iš savo klientų aptarnavimo atstovų. The representative worked with me to quickly determine that this issue was beyond his level of expertise and escalated the ticket to a specialist.

Kol kas viskas gerai.

Tada aš laukiau 3 dienų. Gavau paklausimus apie personalą, kai jie galėtų patikrinti savo elektroninio pašto. Kuomet ji nustatoma? Jie turėjo terminai ir svarbūs klausimai, kuriuos reikia nagrinėti kartu su savo pašto dėžutę.

Aš paklausiau parama, kurie atsakė, kad jie “nežinau, bet šiuo metu apeiti.” Vienintelė galimybė, kad mes galėjome sugalvoti buvo ištrinti sąskaitą ir iš naujo jį – nėra labai geras sprendimas, nes visi laiškai bus prarasta tarp pereinamojo laikotarpio ir to momento, kai sąskaitos galėtų būti atkurta.

Taigi mes laukėme šiek tiek daugiau. Pašto netgi negalėjo būti perduotas susijusiems naudotojams - bet kokius pakeitimus pašto maršruto lėmė nežinoma klaida.

Savaitės praėjo, todėl aš komandiruotiems į "Google" palaikymo forumas tikiuosi kas nors - kas - būtų kaip nustatyti ar problemos klausimu pasiūlymas. Vartotojo po vartotojo pranešė panašių problemų, nes "Google" perėjimas Apps "vartotojams" Google "sąskaitomis, bet ten buvo ne rezoliucijų, išskyrus laukti rankinio įsikišimo "Google" darbuotojas.

Laikas saugo nuo pažymint

Po aštuonių dienų laukimo aš atvykau į savo paties sprendimą.

Kadangi paaiškėjo, kad sąskaitos buvo dalinai sukūrė (jie atsirado web sąsają ir gali gauti elektroniniu paštu, bet negali būti modifikuotas ar naudotis paslaugomis) paaiškėjo, jų buvo, kaip sąskaitos buvo tvarkomi per sukūrimas klaidą. It seemed clear to me that the problem was an inconsistency in Google’s infrastructure. Šalinama sąskaitų leistų sistemų susitarti dėl sąskaitos statusas, bet galėtų jie abu būtų sutikti, kad finansinės ataskaitos? 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, tačiau, nepaisant automatinis užpildymas pripažįstant jų vardus, kai aš spustelėjote šalia man buvo suteikta klaida, kad sąskaitos nebuvo.

Mano tolimesnis požiūris buvo sukurti naujus vartotojus su tais pačiais pavadinimais, naudojant valdymo skydelis. Šį kartą man buvo pasakyta, kad buvo klaida, nes sąskaitas egzistuotų. Akivaizdu, kad buvo dvi atskiros sistemos, kurios abejojo.

Tai įvyko man, kad aš galėtų gauti daugiau naudingos klaidų pranešimus, eikite į komandų eilutę. Taigi instaliavau "Google Apps" vadovas, kuris taip pat žinomas kaip GAM. GAM naudoja "Google Apps" atidėjimų API bendrauti su "Google Apps" sąskaitos.

Išbėgau užklausų skaičius sąskaitose žinojau buvo paveikti naudojant GAM pamatyti, kas atsitiko. While queries would return data about the username, Pravardės, ir ar jie sutiko su paslaugos teikimo sąlygomis, naudotojai negalėtų būti pakeistas, grįžimas klaidą “1301 subjektas neegzistuoja”. Taigi, aš bandžiau kurti vartotojo kartą, kuris buvo netikėtas rezultatas.

ServerBusy(1001)

Keistai, Man buvo pasakyta, kad sistema buvo užimtas. Taigi, aš laukiau ir bandė vėl.

EntityExists(1300)

Kaip įtariama,, ji man pasakė, sąskaita jau egzistavo. Bet iš smalsumo, Bandžiau prisijungti.

Jis dirbo

Dėl kokios priežasties, Aš dabar galėsite prisijungti prie paveiktą paskyrą. Bandžiau kitą sąskaitą.

ServerBusy(1001)

Mintys gal tai klaida reiškė daugiau, nei ji buvo nuomą dėl, Aš bandė prisijungti prie šios antrosios sąskaitos prieš bandant iš naujo. Ši sąskaita taip pat dabar dirba taip, kaip tikėtasi.

Aš patikrinti prietaisų skydelis ir web sąsają dabar dirbo taip, kaip tikėtasi šių ataskaitų, taip pat.

Nors atsakymas buvo keista, bet atsitiko dėl serverio pabaigoje pasirodė ištaisyti šią problemą, todėl išbėgau scenarijų, kuris yra visiems susijusiems naudotojams ir išnyko dėl likusių sąskaitų problemų.

Debesuota poreikius amortizatoriai

Charity X is now working merrily away using Google Apps, Dokumentų, ir kiti įrankiai, debesys, tačiau pereinamuoju laikotarpiu aiškiai valdymo, kad nematote, magija orkaitė, kad jūs galite tik “nustatyti ir pamiršti” kai kalbama apie IT. Nors vis dar didelę vertę ir santaupas, kad turėjo į debesis, tai prastovos yra nenuosekli, kaip IT administratorius. When I run my own systems, Aš žinau, kas vyksta užkulisiuose, ir jei kas nors nesiseka man žinoti, kur ieškoti atsakymų. With hosted services I am at the mercy of third parties to provide adequate documentation and timely support. Net jei mano darbas yra ne problemos priežastį, Aš vis dar tikimasi pristatyti sprendimus savo klientams greitai. Kai aš negaliu žiūrėti po gaubtu, Man reikia partnerių, kurie gali išspręsti problemas valandos - ne savaites. Klientų aptarnavimas reiškia teikti faktinę sprendimai. Tiesiog pripažįstant problema nėra pakankamai.

Kai debesys teikėjai varžosi dėl galimybės susipažinti su pelningas sutartis su valstybės ir federalinės agentūros ir didelės korporacijos, svarbu, kad jie nepamiršti, kad kiekvienas klientas skaičiuoja. Kai vartotojas negali pasiekti savo el tai gali būti manoma, nulems "Microsoft" ar "Google", bet tai yra ypač opus, norint, kad vartotojo. A week of downtime is simply unacceptable to users, ypač jei pažeista vartotojo atsitinka būti sprendimų priėmėjas.

Tikiuosi, kad debesys paslaugų, kad veikia kaip magija orkaitė, but for the foreseeable future I see only job security in debesis.