Helyreállítása, amikor a Google Apps nem felel meg a vállalati

Ez a történet az IT, a felhő és az összes nagy és félelmetes dolgok történnek, amikor a két találkoznak. In many ways cloud computing and Software as a Service (SaaS) áldás rendelkezik kellő, túlhajszolt Informatika osztályok, akik várhatóan a legjobb technológia kínál a 100% üzemidő és nem költségvetési. With the emergence of web enabled services from major vendors like Amazon, Microsoft, and Google the age old question posed to IT professionals — ez ingyenes - Végül meg kell válaszolni egy hangos igen! (Legalábbis az alapváltozat).

De mint sok a mi nagyszüleink már említettem, a tapasztalatok azt tanította, hogy a régi példabeszéd is: kap, amiért fizetsz. Persze, hogy a szolgáltatás szabadon, de nem szolgáltatási szint megállapodás (SLA) nincs igénybe, ha van egy e-mail áramkimaradás, mint a 6 mi több kiesés hogy az érintett a Google Mail-ben 2009. But worry not end users! Vannak kifizetett frissítések rendelkezésre álló tartalmazó SLA garantálása 99.9% üzemidő, valamint a telefonon és e-mailes támogatást a kritikus kérdések. At $50 felhasználónként / év ez úgy hangzik, mint egy ellopni!

Milyen pontosan nem értenek uptime és kritikus?

Az egész jól néz ki papíron; nincs fenn kell tartani a fizikai hardver eszközök, nincs IT alkalmazottak fizetni, és a költség kevesebb mint engedélyező önmagában a legtöbb, standalone megoldások! Sajnos, E marketing garanciák kinézni vaporware, ha az adat eléri a router.

Annak illusztrálására, hogy hiányosságok a felhő, vegyünk egy valós példa. A non-profit ügyfél hívjuk “Jótékonysági X” akarta csökkenteni általános és javítja a szolgáltatások személyzetük. Miután több mint egy évtizedes kezelési e-mail és a szolgáltatások belső, úgy döntöttek, eljött az ideje, hogy lépjen a felhő. Fortunately for them, mint a non-profit intézmény, hogy kvalifikálta magát a nonprofit kiadása google apps. Nagy!

Itt az előnyöket kerestek:

  1. Tudjuk csökkenteni a sávszélesség használatára nem szállítanak email magunkat
  2. A szerver erőforrások felszabadul, és fel lehet használni más célokra
  3. Mi lehet jobb webmail munkatársainkért.
  4. Mi jut a megosztott erőforrások, mint például ügyfélkapcsolat-kezelő és dokumentumok, amelyek ‘A felhő

A valóság mégis az volt, hogy ez a változás nem volt olyan egyszerű, mint azt várta. Nem is volt kérdés kattintson vándorolnak felhasználók.

Ekkor Jótékonysági X hívott.

Kezdtem beállítása a Google Alkalmazások fiókot, és megy keresztül a folyamat korszerűsítése, hogy a non-profit kiadás. Én vándoroltak a felhasználó e-mail segítségével a beépített migrációs eszközöket, and I synchronized the user accounts with Google Apps Directory Sync Tool (ÉV). And that is where the utilities fell short. It appears that Google gondolat about the idea of users synchronizing their active directory passwords with Google Apps. I emphasize thought, mert látszólag ez, amennyire a Google lett. Want Single Sign On? Want Synchronized passwords using LDAP or AD? Ideje viszont a harmadik féltől származó eszközök. Rendben, tisztességes elég. Harmadik fél eszközök állnak rendelkezésre, hogy ezt, , és a munka. Nem károsítja, nem rút. De egy kicsit több dokumentációt a témában nem árt.

Ezután elszabadult a pokol. Egy maroknyi felhasználók nem tudták be, hogy a Google Fiók. Tehát a vadászat az oka kezdődött.

Voltak felfüggesztették? - Nem!

Voltak a rossz jelszó - Nem!

El tudom frissíteni a jelszót - Nem?

Strangely I could not update their user accounts using the web interface. Any change — password, becenevek, E-mail routing, nevek - eredményezett egy ismeretlen hiba #1000.

Rendben, Azt hittem,. Azt mondja, hogy próbálja meg később, Tudnom kellett, de lehet frissíteni, theire használata jelszót ÉV.

ÉV FAIL - 1301 Entitás nem létezik!

Az az év, ablak jelzi a felhasználó nem létezik. Ez váratlan volt, mert én is csak néztem a felhasználó adatait a webes felületen, és ez minden bizonnyal létezett.

Jegy idő

Itt az ideje, hogy a támogatás rúgni! Mivel ez egy non-profit kiadás, támogatást is. Szóval csattant támogatást, és követte a routing kérdések. A Google úgy döntött, hogy ez nem a "kritikus’ kérdés, mivel a szolgáltatás nem volt teljesen le, és nem tudok mondani, nem értettem egyet. A Google azt mondta az egyetlen támogatási lehetőség áll rendelkezésre a esupport.

Én töltötte ki a kérdőívet, és hamar köszöntötte barátságos e-mailt az egyik ügyfélszolgálati képviselői. The representative worked with me to quickly determine that this issue was beyond his level of expertise and escalated the ticket to a specialist.

Eddig jó.

Aztán vártam 3 nap. Kaptam kérdéseinek személyzetet, hogy mikor tudták ellenőrizni az e-mail. Mikor lenne rögzíteni? Nem volt határidők és fontos kérdésről kellett kezelni postaládájukat.

Megkérdeztem támogatás, amely azt válaszolta, hogy “Nem tudom lehetséges megoldást abban a pillanatban.” Az egyetlen lehetőség, hogy tudtuk, hogy dolgozzon ki volt törölni a fiókot, és újra meg – nem egy nagyon jó megoldás, mivel minden levél elveszne között az átmenet ideje és a figyelembe lehet újra.

Így vártunk még több. Az e-mail nem is lehet továbbítani az érintett felhasználók - bármilyen változás az e-mail útvonal vezetett ismeretlen hiba.

Egy hét telt el, így hirdették a Google Fórum remélve, hogy valaki - bárki - volna egy javaslatom, hogyan kell megjavítani, vagy megoldás a kérdés. Felhasználó számára, miután a felhasználó számolt be hasonló problémák, hiszen a Google Alkalmazások felhasználói átmenete a Google Fiók, de nem volt más, állásfoglalások, mint várni a kézi beavatkozásának Google dolgozó.

Az idő egyre ketyeg

Nyolc napon át tartó várakozás jöttem a megoldást a saját.

Mivel úgy tűnt, hogy a számlák részben létre (megjelentek a webes felületen és ez e-mailben megkapni, de nem lehetett módosítani vagy hozzáférési szolgáltatások) úgy tűnt, hogy volt egy hiba, hogy a beszámoló feldolgozásra kerülnek létrehozása. It seemed clear to me that the problem was an inconsistency in Google’s infrastructure. Eltávolítása számlák lehetővé tennék a rendszereket, hogy állapodjanak meg a számla állapota, de mindketten tenni abban, hogy a beszámoló létezett? 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, de annak ellenére az automatikus kitöltés elismerve a felhasználónevek, mikor csattant a következő kaptam egy hiba, hogy a beszámoló nem létezik.

Az én következő megközelítés az volt, hogy az új felhasználók számára az azonos neveket használva a műszerfalra. Ez alkalommal azt mondták hiba, mert a számlák nem létezik. Nyilvánvaló volt, hogy két különálló rendszer lekérdezett.

Eszembe jutott, hogy én lehet, hogy minél több hasznos hibaüzeneteket megy, a parancssori. Szóval telepített Google Alkalmazások Manager, amely szintén ismert GAM. GAM használja a Google Alkalmazások API befizetési kapcsolatba lépni a Google Alkalmazások-fiók.

Futottam lekérdezések száma a számlák tudtam érintette segítségével GAM, hogy mi történt. While queries would return data about the username, becenevek, és attól, hogy beleegyeztek abba, hogy a szolgáltatás feltételeit, A felhasználó nem módosítható, vissza a hiba “1301 gazdálkodó egység nem létezik”. Így próbáltam létrehozni a felhasználó újra, amely egy váratlan eredmény.

ServerBusy(1001)

Furcsamód, Azt mondták, hogy a rendszer foglalt. Szóval vártam, és újra próbálkozott.

EntityExists(1300)

Mint Sejtettem, azt mondta, a számla már létezett. De kíváncsiságból, Megpróbáltam bejelentkezni.

Ez munkás

Bármilyen okból, Most már tudta be, hogy az érintett számla. Próbáltam egy másik számlára.

ServerBusy(1001)

Gondoltam talán ez a hiba többet jelentett, mint azt a bérbeadás, Megpróbáltam bejelentkezni a második számla, majd próbálja újra. Ez a számla is, most már dolgozott a várakozásoknak.

Megnéztem a műszerfal és a webes felületet már dolgozott a várakozásoknak megfelelően a beszámolót, valamint.

Míg a válasz furcsa volt, mi történt a kiszolgálón végén úgy tűnt, hogy helyes ez a probléma, így futott a script, amely minden érintett felhasználót és megoldani a problémákat a fennmaradó számlák.

A felhő szüksége lengéscsillapítók

Charity X is now working merrily away using Google Apps, Dokumentumok, és egyéb eszközök a felhő, de az átmenet nyilvánvalóvá tette, hogy a menedzsment nincs olyan varázslatos sütő, hogy ha csak “meg, és elfelejtette” amikor az IT. Bár még mindig nagy értéket, és megtakarításokhoz volt a felhő, ez a leállás a meghökkentő, mint egy rendszergazda. When I run my own systems, Tudom, hogy mi történik a színfalak mögött, és ha a dolgok rosszra tudom, hol kell keresni a válaszokat. With hosted services I am at the mercy of third parties to provide adequate documentation and timely support. Még ha a munka nem az okozta a problémát, Én még mindig várható, hogy a megoldások kidolgozására, hogy a fogyasztók gyorsan. Ha nem tudom nézni a motorháztető alatt, Azt kell partnerek olyan problémák megoldására órákban - nem hét. Ügyfélszolgálat eszközöket, amelyek biztosítják a tényleges megoldások. Egyszerűen elismerve a probléma nem elég.

Amikor a felhő szolgáltatók versengenek a hozzáférést a jövedelmező szerződések az állami és szövetségi szervek és a nagyvállalatok is fontos, hogy ne feledje, hogy minden ügyfél számít. Amikor egy felhasználó nem tud hozzáférni az e-mail talán nem tekinthető kritikus a Microsoft vagy a Google, de ez egy fontos kérdés, hogy a felhasználó. A week of downtime is simply unacceptable to users, különösen, ha az érintett felhasználó történik, hogy a döntéshozó.

Alig várom, hogy felhő szolgáltatások, hogy a munka, mint egy varázslat sütő, but for the foreseeable future I see only job security in A felhő.