Récupération après Google Apps ne l'Entreprise

Il s'agit d'une histoire à ce sujet, le nuage et toutes les choses grandes et terribles qui se produisent quand les deux se rejoignent. In many ways cloud computing and Software as a Service (SaaS) est une bénédiction pour en sous-, surchargés d'information des ministères de la technologie qui sont censés fournir la meilleure technologie a à offrir avec 100% la disponibilité et pas de budget. With the emergence of web enabled services from major vendors like Amazon, Microsoft, and Google the age old question posed to IT professionals — est-il gratuit - Peut enfin être répondu par un retentissant oui! (Au moins pour la version de base).

Mais comme beaucoup de nos grands-parents ont dit, l'expérience a enseigné que le vieil adage reste: vous obtenez ce que vous payez. Bien sûr, le service pourrait être à l'abri, mais sans qu'un accord de niveau de service (SLA) il n'existe aucun recours quand il ya une panne de messagerie tels que le 6 notre pannes plus qui a affecté Google Mail 2009. But worry not end users! Il ya mises à jour payé disponible qui comprennent un SLA garantissant 99.9% disponibilité ainsi que le téléphone et le soutien par courriel pour les questions critiques. At $50 par utilisateur et par an cela ressemble à un vol!

Qu'est-ce exactement veulent-ils dire par uptime et critique?

Tout se passe bien sur papier; il n'est pas nécessaire pour maintenir les actifs matériel physique, pas d'employés à payer, et le coût est inférieur de licence seul pour la plupart des solutions autonomes! Malheureusement, ces garanties de commercialisation ressemblent vaporware lorsque les données frappe le routeur.

Pour illustrer les lacunes dans le nuage, nous allons utiliser un exemple concret. Un pas pour le client but lucratif que nous appellerons “Charité X” voulu réduire les frais généraux et améliorer les services pour leur personnel. Après plus d'une décennie d'e-mail de manutention et de services à l'interne, ils ont décidé qu'il était temps de passer dans le nuage. Fortunately for them, comme une institution sans but lucratif non pour elles qualifiées pour l'édition à but non lucratif de Google Apps. Grande!

Voici les avantages qu'ils cherchaient:

  1. Nous pouvons réduire notre consommation de bande passante par e-mail ne gère pas nous
  2. Nos ressources du serveur sera libéré et peut être utilisé à d'autres fins
  3. Nous pouvons offrir un meilleur webmail pour nos employés.
  4. Nous obtenons l'accès aux ressources partagées telles que la gestion des contacts et des documents qui sont ‘dans le nuage

La réalité cependant est que ce changement n'est pas aussi simple qu'ils l'avaient prévu. Il n'était pas question de cliquez sur la migration des utilisateurs.

C'est alors que des organismes de bienfaisance X m'a appelé.

J'ai commencé avec la configuration de leur compte Google Apps et passer par le processus de sa mise à niveau à l'édition à but non lucratif. J'ai migré leur messagerie de l'utilisateur en utilisant construit dans les outils de migration, and I synchronized the user accounts with Google Apps Directory Sync Tool (ANNÉE). And that is where the utilities fell short. It appears that Google pensée about the idea of users synchronizing their active directory passwords with Google Apps. I emphasize thought, car apparemment c'est dans la mesure où Google a obtenu. Want Single Sign On? Want Synchronized passwords using LDAP or AD? Temps de se tourner vers des outils tiers. D'accord, juste assez. des outils tiers sont disponibles pour ce faire, et ils travaillent. Pas de mal, aucune faute. Mais une documentation un peu plus sur le sujet ne serait pas mal.

Ensuite, l'enfer s'est déchaîné. Une poignée d'utilisateurs ne pouvaient pas se connecter à leur compte Google. Donc, la chasse a commencé pour la cause.

Ont-ils été suspendus? - Pas de!

Étaient-ils en utilisant le mot de passe erroné - n!

Pourrais-je mettre à jour leur mot de passe - Pas de?

Strangely I could not update their user accounts using the web interface. Any change — password, surnoms, e-mail de routage, noms - ont abouti à une erreur inconnue #1000.

D'accord, Je pensais que. Il dit de réessayer plus tard, mais j'aurais dû mettre à jour theire ANNÉE mot de passe avec.

ANNÉE FAIL - 1301 Entité n'existe pas!

L'année qui a indiqué la fenêtre de l'utilisateur n'existe pas. C'était inattendu puisque j'avais juste regardé les informations de l'utilisateur dans l'interface web et le plus certainement pas exister.

Ticket Temps

Temps pour que le soutien à coup de pied dans! Comme il s'agissait d'une édition à but non lucratif, support est inclus. J'ai donc cliqué sur le soutien et suivi les questions de routage. Google a déterminé que ce n'était pas une critique "’ question puisque le service n'a pas été complètement, et je ne peux pas dire que j'étais en désaccord. Google a déclaré que l'option de support disponible est esupport.

J'ai rempli le formulaire, et a rapidement été accueillie avec un email amical d'un de leurs représentants du service à la clientèle. The representative worked with me to quickly determine that this issue was beyond his level of expertise and escalated the ticket to a specialist.

Jusqu'à présent donc bon.

J'ai ensuite attendu 3 jours. J'ai reçu des demandes de personnel sur le moment où ils pourraient vérifier leurs e-mails. Quand serait-il fixe? Ils avaient des délais et des questions importantes qui doivent être traitées dans leur boîte de réception.

J'ai demandé l'appui, qui ont répondu qu'ils “ne sais pas aucune solution de contournement pour le moment.” La seule possibilité que nous avons pu arriver à été de supprimer le compte et le recréer – pas une très bonne solution car tout le courrier serait perdu entre la transition et le temps du compte pourrait être recréé.

Nous avons donc attendu un peu plus. L'e-mail ne pouvait même pas être transmis pour les utilisateurs touchés - toute modification de routage email donné lieu à une erreur inconnue.

Une semaine s'écoula, de sorte que j'ai posté sur le forum d'assistance de Google en espérant que quelqu'un - n'importe qui - aurait une suggestion sur la manière de fixer ou de contourner le problème. Utilisateur après que l'utilisateur fait état de problèmes similaires depuis la transition de Google Apps à des utilisateurs des comptes Google, mais il n'y avait pas d'autres résolutions que d'attendre l'intervention d'un employé de Google.

Temps avance à grands pas

Après huit jours d'attente je suis arrivé à une solution sur mon propre.

Comme il est apparu que les comptes ont été en partie créé (ils apparaissent dans l'interface web et peut recevoir du courrier électronique, mais ne pouvaient pas être modifiées ou des services d'accès) il est apparu leur avait été une erreur dans la façon dont les comptes ont été traitées lors de la création. It seemed clear to me that the problem was an inconsistency in Google’s infrastructure. Suppression des comptes permettrait aux systèmes de se mettre d'accord sur le statut du compte, mais peuvent-ils être faits pour les deux d'accord que les comptes existait? 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, mais en dépit de l'auto-fill reconnaissant leurs noms d'utilisateur, quand je clique sur suivant j'ai eu une erreur que les comptes n'existent pas.

Mon approche suivante a consisté à créer de nouveaux utilisateurs avec les mêmes noms en utilisant le tableau de bord. Cette fois, on m'a dit qu'il était une erreur parce que les comptes ont existé. De toute évidence, il y avait deux systèmes distincts interrogée.

Il m'est apparu que je pourrais être capable de recevoir des messages d'erreur plus utile en allant à la ligne de commande. J'ai donc installé Google Apps Manager, qui est aussi connu sous le nom GAM. GAM utilise l'API Google Apps provisionnement pour interagir avec le compte Google Apps.

J'ai couru un certain nombre de requêtes sur les comptes que je connaissais étaient affectés à l'aide GAM pour voir ce qui s'est passé. While queries would return data about the username, surnoms, et s'ils avaient accepté les conditions de service, les utilisateurs ne pouvaient pas être modifiées, renvoyant l'erreur “1301 entité n'existe pas”. J'ai donc essayé de créer l'utilisateur nouveau, qui a eu un résultat inattendu.

ServerBusy(1001)

Étrangement, On m'a dit que le système était occupé. J'ai donc attendu et jugé de nouveau.

EntityExists(1300)

Comme je m'en doutais, il m'a dit que le compte existait déjà. Mais par curiosité, J'ai essayé de connexion.

Il a travaillé

Pour une raison quelconque, J'étais maintenant capable de se connecter au compte touchés. J'ai essayé un autre compte.

ServerBusy(1001)

Pensant peut-être cette erreur signifie plus que ce qu'il laissait sur, J'ai essayé de vous connecter à ce deuxième compte avant de réessayer. Ce compte aussi maintenant fonctionné comme prévu.

J'ai vérifié le tableau de bord et l'interface web travaille maintenant comme prévu sur ces comptes ainsi.

Bien que la réponse était étrange, quoi qu'il arrive sur le côté serveur est apparu pour résoudre ce problème, alors j'ai couru un script qui contient tous les utilisateurs affectés et résolu les problèmes sur les autres comptes.

Le nuage besoins amortisseurs

Charity X is now working merrily away using Google Apps, Docs, et d'autres outils dans le nuage, mais la transition a clairement fait savoir à la direction qu'il n'ya pas de four à la magie que vous pouvez simplement “ensemble et d'oublier” quand il s'agit de TI. Bien qu'il reste encore une grande valeur et économies à faire dans le nuage, ce temps d'arrêt est déconcertant tant qu'administrateur. When I run my own systems, Je sais ce qui se passe dans les coulisses, et si les choses vont mal, je sais où chercher les réponses. With hosted services I am at the mercy of third parties to provide adequate documentation and timely support. Même si mon travail n'est pas la cause du problème, Je suis toujours prévu pour fournir des solutions à mes clients rapidement. Lorsque je ne peux pas regarder sous le capot, J'ai besoin de partenaires qui peuvent résoudre les problèmes en heures - non pas des semaines. soutien à la clientèle des moyens fournissant des solutions réelles. Il suffit de reconnaître un problème ne suffit pas.

Lorsque les fournisseurs de nuages ​​sont en lice pour l'accès à de lucratifs contrats avec les agences fédérales et d'état et les grandes entreprises, il est important qu'ils se rappellent que chaque client compte. Quand un utilisateur ne peut pas accéder à leurs e-mail ne serait pas considéré comme critique pour Microsoft ou Google, mais il est une question cruciale à cet utilisateur. A week of downtime is simply unacceptable to users, surtout si l'utilisateur concerné se trouve être un décideur.

J'ai hâte de services de cloud computing qui fonctionnent comme un four magique, but for the foreseeable future I see only job security in le nuage.