Odzyskiwanie gdy Google Apps nie Enterprise

Jest to opowieść o IT, chmury i wszystkie wielkie i straszne rzeczy, które zdarzają się, gdy spotykają się dwie. In many ways cloud computing and Software as a Service (SaaS) jest błogosławieństwem dla kadrowe, Informacje przepracowany działów technicznych, którzy powinni dostarczyć najlepszą technologię ma do zaoferowania 100% czas pracy i nie ma budżetu. With the emergence of web enabled services from major vendors like Amazon, Microsoft, and Google the age old question posed to IT professionals — jest za darmo - Mogą być wreszcie odpowiedział głośnym tak! (Przynajmniej w wersji podstawowej).

Ale jak wielu z naszych dziadków powiedziałem wcześniej, doświadczenie uczy, że stare powiedzenie pozostaje: Ci co płacisz. Jasne, usługi mogą być wolne, ale bez porozumienia o poziomie usług (SLA) nie ma odwołania, gdy jest przerwa w e-mail, takich jak 6 więcej przerw w naszych mających wpływ na Google Mail w 2009. But worry not end users! Istnieje płatne aktualizacje dostępne że obejmują, gwarantujących SLA 99.9% uptime, jak również pomoc telefoniczna i e-mail w przypadku problemów krytycznych. At $50 na użytkownika rocznie brzmi to jak ukraść!

Co dokładnie się pod pojęciem uptime i krytycznych?

To wszystko wygląda świetnie na papierze; nie ma potrzeby utrzymywania trwałych sprzętu, nie pracowników IT do zapłaty, i koszt jest niższy niż w większości licencji tylko samodzielne rozwiązania! Niestety, tych gwarancji marketing wyglądać vaporware gdy dane hits router.

W celu zilustrowania braków w chmurze, użyjmy prawdziwym przykładem życia. Zysk dla klienta nie będziemy nazywać “Charity X” chciał zmniejszyć obciążenie i jakość świadczonych usług dla swoich pracowników. Po ponad dekadzie obsługi poczty elektronicznej i usług wewnątrz, zdecydowali, że nadszedł czas, aby przejść do chmur. Fortunately for them, jako instytucja nie dla zysku nie zakwalifikował się do wydania non-profit z Aplikacji Google. Wielka!

Oto korzyści szukali:

  1. Możemy ograniczyć wykorzystanie pasma przez nie do obsługi poczty elektronicznej siebie
  2. Nasze zasoby serwera zostaną uwolnione i mogą być używane do innych celów
  3. Możemy zapewnić lepsze poczty dla naszych pracowników.
  4. Dostajemy dostęp do współużytkowanych zasobów, takich jak zarządzanie kontaktami i dokumentów ‘w chmurze

W rzeczywistości jednak było to, że zmiana ta nie była tak prosta, jak się spodziewali. To nie była kwestia kliknij migracji użytkowników.

Wtedy zadzwonił do mnie Miłość X.

Zacząłem od konfiguracji konta Aplikacji Google, i przejściu przez proces aktualizacji do edycji non-profit. I ich migracji poczty użytkownika za pomocą wbudowanego narzędzia do migracji, 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śli about the idea of users synchronizing their active directory passwords with Google Apps. I emphasize thought, bo podobno, że tak daleko, jak Google, ale. Want Single Sign On? Want Synchronized passwords using LDAP or AD? Czas zwrócić się do narzędzi firm trzecich. W porządku, w porządku. Narzędzia innych firm są dostępne do tego, i pracują. Żadna krzywda, nie faul. Ale trochę więcej dokumentacji na ten temat nie zaszkodzi.

Wtedy rozpętało się piekło. Kilka użytkownicy nie mogli zalogować się na swoje konto Google. Tak więc polowanie na przyczyny zaczął.

Były one zawieszone? - No!

Czy byli użyć niewłaściwego hasła - nr!

Czy mogę zaktualizować swoje hasło - nr?

Strangely I could not update their user accounts using the web interface. Any change — password, nicki, routingu poczty, imiona - w wyniku nieznany błąd #1000.

W porządku, Myślałem, że. Mówi Spróbuj ponownie później, ale powinieneś być w stanie zaktualizować theire Korzystanie ROK hasło.

ROK FAIL - 1301 Podmiot nie istnieje!

Roku, w oknie wskazany użytkownik nie istnieje. To było nieoczekiwane, ponieważ miałem tylko spojrzał na informacje użytkownika w interfejsie internetowym i na pewno nie istnieje.

Czas biletów

Czas, aby wsparcie w kick! Ponieważ był to wydanie non-profit, wsparcia znajduje się. Więc po kliknięciu wsparcia i pytania routingu. Google stwierdził, że to nie był "krytyczny’ kwestii, ponieważ usługa nie została doszczętnie, i nie mogę powiedzieć, że nie zgodził się. Google powiedział, że jedyną możliwością wsparcia jest eSupport.

I wypełnieniu formularza, i szybko spotkał się z przyjaznym e-mail od jednego z ich przedstawicieli obsługi klienta. The representative worked with me to quickly determine that this issue was beyond his level of expertise and escalated the ticket to a specialist.

Tak daleko, tak dobrze.

Potem czekał na 3 dni. Otrzymałem pytania od pracowników, kiedy mogą sprawdzić swoją pocztę. Kiedy chcieliby być ustalona? Mieli terminów i ważnych sprawach, które musiały być rozpatrywane w skrzynkach odbiorczych.

Poprosiłem wsparcia, , które odpowiedziały, że “nie wiem żadnego obejścia w danym momencie.” Jedyną możliwością, że byliśmy w stanie wymyślić było usunąć konto i utwórz ją – nie bardzo dobre rozwiązanie, ponieważ wszystkie wiadomości zostaną utracone pomiędzy przejścia i czas konto może zostać odtworzony.

Więc czekaliśmy kilka. E-mail nie może być nawet przekazane do zainteresowanych użytkowników - ewentualne zmiany do routingu poczty w wyniku nieznany błąd.

Przeszedł tydzień, więc napisałem do forum pomocy technicznej Google nadzieję, że ktoś - ktokolwiek - czy jakieś sugestie jak to naprawić lub obejście problemu. Instrukcja użytkownika po zgłosił podobne problemy od przejścia użytkowników Google Apps dla Konta Google, ale nie było żadnych uchwał innych niż czekać na manualnej interwencji Pracownik Google.

Czas utrzymuje się na zaznaczenie

Po ośmiu dniach oczekiwania doszedłem do rozwiązania na własną rękę.

Ponieważ okazało się, że sprawozdania finansowe zostały częściowo utworzone (pojawili się w interfejs sieciowy i może odbierać e-maile, ale nie mógł być zmieniony lub usługi dostępu) okazało się ich było błędem, w jaki sposób rachunki były przetwarzane podczas tworzenia. It seemed clear to me that the problem was an inconsistency in Google’s infrastructure. Usunięcie konta pozwoli systemów do porozumienia w sprawie stanu konta, ale mogą być zarówno do zgadzają się, że sprawozdania finansowe istniały? 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 mimo auto-fill uznanie ich nazwy, po kliknięciu kolejny dano mi błąd, że sprawozdanie finansowe nie istnieje.

Moje następne podejście do tworzenia nowych użytkowników o tej samej nazwie przy użyciu panelu. Tym razem powiedziano mi, że to błąd, ponieważ nie istniała rachunków. Oczywiście istniały dwa odrębne systemy zapytaniach o.

Przyszło mi do głowy, że może być w stanie uzyskać bardziej użyteczne komunikaty o błędach, przejdź do wiersza polecenia. Wiec zainstalowalem Manager Google Apps, który jest również znany jako GAM. GAM wykorzystuje interfejs API Aplikacji Google, aby korzystać z konta Aplikacji Google.

Pobiegłem liczby zapytań na rachunkach Wiedziałam, że wpływ przy GAM, aby zobaczyć, co się stało. While queries would return data about the username, nicki, i czy zgodził się na warunki korzystania z serwisu, Użytkownicy nie mogą być zmienione, powrót błąd “1301 podmiot nie istnieje”. Dlatego starałem się utworzyć użytkownika ponownie, które miały nieoczekiwany wynik.

ServerBusy(1001)

Dziwnie, Powiedziano mi, że system został zajęty. Czekałam więc i próbował ponownie.

EntityExists(1300)

Jak podejrzewałem, powiedział mi konto już istnieje. Ale z ciekawości, Próbowałem się zalogować.

Udało się

Z jakiegoś powodu, Jestem teraz w stanie zalogować się do konta dotkniętych. Próbowałem inne konto.

ServerBusy(1001)

Myślenie może ten błąd oznacza, że ​​więcej, niż było pozwolić na, Próbowałem zalogować się na drugie konto i spróbować ponownie. Konto to również teraz funkcjonują zgodnie z oczekiwaniami.

Sprawdziłem na desce rozdzielczej i interfejs internetowy teraz funkcjonują zgodnie z oczekiwaniami na tych rachunkach oraz.

Choć to dziwne odpowiedzi, Cokolwiek się po stronie serwera ukazał się rozwiązać ten problem, Pobiegłem więc skrypt, który zawiera wszystkich zainteresowanych użytkowników i rozwiązania problemów na kontach pozostałych.

Chmura potrzeb amortyzatory

Charity X is now working merrily away using Google Apps, Docs, i innych narzędzi w chmurze, ale przejście stało się jasne, że tam nie jest zarządzanie magii piekarnik, że możesz po prostu “ustaw i zapomnij” jeśli chodzi o IT. Póki wielką wartość i oszczędności, które można uzyskać w chmurze, to jest niepokojące przestoje jako administrator IT. When I run my own systems, Wiem, co dzieje się za kulisami, i jeśli coś pójdzie nie wiem gdzie szukać odpowiedzi. With hosted services I am at the mercy of third parties to provide adequate documentation and timely support. Nawet jeśli moja praca nie jest przyczyną problemu jest, Nadal jestem przynieść rozwiązania swoim klientom szybko. Kiedy nie mogę spojrzeć pod maskę, I potrzebujemy partnerów, które mogą rozwiązać problemy w godzinach - nie tydzień. Obsługa klienta oznacza zapewnienie rzeczywistego rozwiązania. Wystarczy uznając problem nie wystarczy.

Kiedy dostawców cloud rywalizują o dostęp do lukratywnych kontraktów z stanowe i federalne agencje i dużych przedsiębiorstw ważne jest, że pamiętają, że każdy klient liczy. Kiedy użytkownik nie może uzyskać dostępu do poczty nie mogą być uznane za krytyczne dla Microsoft czy Google, ale ma zasadnicze znaczenie dla tego użytkownika. A week of downtime is simply unacceptable to users, zwłaszcza jeśli dotyczy problem dzieje się decydent.

Czekam na usługi cloud, które działają jak magiczne piekarnik, but for the foreseeable future I see only job security in Chmura.