Recuperar cando Google Apps non a empresa

Esta é unha historia sobre TI, a nube e todos os grandes e terribles cousas que acontecen cando os dous se unen. In many ways cloud computing and Software as a Service (SaaS) é unha bendición para a falta de persoal, sobrecarregados departamentos de tecnoloxía da información que esperamos para ofrecer o mellor a tecnoloxía ten para oferecer, con 100% uptime e sen orzamento. With the emergence of web enabled services from major vendors like Amazon, Microsoft, and Google the age old question posed to IT professionals — é gratuíto - Pode finalmente ser contestada con un sonoro si! (Polo menos para a versión básica).

Pero como moitos dos nosos avós xa dixen antes, a experiencia ensinounos que o vello dito continúa: recibe o que paga. Se, o servizo poderá ser de balde, pero sen acordo de nivel de servizo (SLA) non hai recurso cando hai unha interrupción e-mail, como o 6 nosas fallas máis que afectaron Gmail no 2009. But worry not end users! Hai upgrades pagados dispoñibles, que inclúen un SLA garantindo 99.9% tempo de actividade, así como teléfono e correo electrónico para problemas críticos. At $50 por usuario ao ano que soa como un roubo!

O que exactamente queren dicir con uptime e crítica?

Todo parece gran no papel; non hai necesidade de manter os activos de hardware físico, sen empregados para pagar, eo custo é menor que a licenza só para a maioría das solucións independentes! Sentímolo, estas garantías de comercialización parecen vaporware cando os datos atinxe o encamiñador.

Para ilustrar as deficiencias na nube, imos usar un exemplo da vida real. Un cliente non para o lucro que chamaremos “Caridade X” quería reducir a sobrecarga e mellorar os servizos para os seus empregados. Despois de máis dunha década de manipulación de correo-e e servizos dentro, decidiron que era tempo de se mover á nube. Fortunately for them, como unha institución de utilidade pública para non se clasificou para a edición non-profit de Google Apps. Grande!

Velaí os beneficios que procuraron:

  1. Podemos reducir o noso uso do ancho de banda que non traballen nos e-mail
  2. Nosos recursos de servidor será liberado e pode ser usado para outros fins
  3. Podemos proporcionar o mellor correo web para os nosos empregados.
  4. Estivemos co acceso a recursos compartidos, como xestión de contactos e documentos que son ‘na nube

A realidade, porén, era que este cambio non foi tan sinxelo como se esperaba. Non foi unha cuestión de prema en migrar os usuarios.

Foi cando me chamou de Caridade X.

Comecei coa configuración da súa conta de Google Apps e pasar polo proceso de actualiza-lo para a edición sen ánimo de lucro. Emigrar e dos seus usuarios a usar o construído en ferramentas de migración, and I synchronized the user accounts with Google Apps Directory Sync Tool (ANO). And that is where the utilities fell short. It appears that Google pensamento about the idea of users synchronizing their active directory passwords with Google Apps. I emphasize thought, porque, ao parecer, é dicir, tanto como o Google converteuse. Want Single Sign On? Want Synchronized passwords using LDAP or AD? Hora de voltar a ferramentas de terceiros. Razoable, bastante xusto. ferramentas de terceiros están dispoñibles para facelo, e eles traballan. Ningún dano, non falta. Pero un pouco máis documentación sobre o asunto non estaba a prexudicar.

Entón todo o inferno rompe frouxa. Un puñado de usuarios non podería login ás súas contas Google. Así, a caza para a causa comezou.

Eles foron suspendidos? - No!

Eles estaban a usar o contrasinal incorrecto - Non!

Eu podería actualizar as súas claves - Non?

Strangely I could not update their user accounts using the web interface. Any change — password, apelidos, reenvío de correo-e, nomes - deu lugar a un erro descoñecido #1000.

Razoable, Pensei. Ela di para intentar de novo máis tarde, pero eu debería ser capaz de actualizar ANO contrasinal their Usando.

ANO DE Fallo - 1301 Entidade non existe!

O ANO Esa xanela indica que o usuario non existe. Isto foi inesperado, porque eu tiña só ollou para a información do usuario na interface web e que seguramente non existía.

Ticket Tempo

Tempo para que o apoio para chutar! Unha vez que esta foi unha edición sen ánimo de lucro, soporte está incluído. Entón prema apoio e seguiu as cuestións de encamiñamento. Google determinou que este non era un crítico "’ problema sempre que o servizo non foi completamente para abaixo, e eu non podo dicir que discordava. Google dixo que a posibilidade de soporte está dispoñible eSupport.

Eu cubra o seguinte, e foi logo recibido cun simpático correo-e dun dos seus representantes de servizo ao cliente. The representative worked with me to quickly determine that this issue was beyond his level of expertise and escalated the ticket to a specialist.

Ata aquí todo ben.

Entón eu esperei 3 día. Recibín información de funcionarios de como poderían comprobar o seu correo electrónico. Cando é fixada? Eles tiveron os prazos e as cuestións importantes que teñen que ser tratadas nas súas caixas de entrada.

Pedín apoio, que responderon que “non sei ningunha solución alternativa no momento.” A única posibilidade que nós fomos capaces de chegar a era borrar a conta e recriá-lo – non unha solución moi boa, pois todos os correos serían perdidos entre a transición eo tempo que a conta podería ser recreado.

Por iso, esperei un pouco máis. O correo-e non podería mesmo ser enviado para os usuarios afectados - os cambios ao correo-e de encamiñamento deu lugar a un erro descoñecido.

Unha semana pasou, entón eu enviadas no foro de soporte de Google coa esperanza de alguén - calquera - tería unha suxestión sobre como resolver ou evitar o problema. Usuario despois de que o usuario relatos problemas semellantes dende a transición dos usuarios de Google Apps a Google Accounts, pero non houbo outras resolucións que agardar por unha intervención manual por un funcionario de Google.

O tempo segue pasando

Tras oito días de espera, cheguei a unha solución por conta propia.

Verificándose que as contas foron parcialmente creado (eles apareceron na interface web e pode recibir correo, pero non podía ser modificado ou servizos de acceso) mostra a súa fora un erro na forma como as contas foron procesados ​​durante a creación. It seemed clear to me that the problem was an inconsistency in Google’s infrastructure. Eliminar as contas que permiten os sistemas chegar a un acordo sobre o estado da conta, pero eles poderían ser feitas para aceptar que as contas existían? 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, Pero, a pesar da auto-Fill recoñecendo os seus nomes de usuario, cando prema seguinte, foi dado un erro de que as contas non existían.

A miña próxima visión foi a de crear novos usuarios co mesmo nome usando o panel. Esta vez se me dixo que houbo un erro porque as contas non existía. Claramente, había dous sistemas separados que está a ser consultado.

Ocorreu-me que eu podería ser capaz de recibir mensaxes de erro máis útil, indo para a liña de comandos. Entón, eu instala Google Apps Manager, que tamén é coñecida como gam. Gam usa a API de Google Apps provisionais para interactuar coa conta de Google Apps.

Eu execute unha serie de consultas sobre as contas que eu coñecía eran afectados usando gam a ver o que pasou. While queries would return data about the username, apelidos, e no caso de que tiñan de acordo cos Termos de servizo, os usuarios non poderían cambiar, retornando o erro “1301 entidade non existe”. Entón eu tente crear o usuario novo, que tivo un resultado inesperado.

ServerBusy(1001)

Estrañas, Se me dixo que o sistema estaba ocupado. Entón eu espera e tente de novo.

EntityExists(1300)

Como eu sospeitaba, el díxome que a conta xa existía. Pero a curiosidade de, Intento facer o login.

Funcionou

Por calquera razón, Agora eu era capaz de usuario da conta afectada. Intento outra conta.

ServerBusy(1001)

Pensando que se cadra ese erro significaba máis que estaba deixando a, Tente entrar neste segunda conta antes de intentalo de novo. Esta conta agora tamén funcionou como o esperado.

Eu comproba o taboleiro ea interface web agora funcionou como esperaba nestas contas, así.

Mentres que a resposta foi estraña, o que pasou no extremo do servidor apareceu para corrixir este problema, entón eu executar un script que contiña todos os usuarios afectados e resoltos os problemas nas contas restantes.

A nube necesidades amortecedores

Charity X is now working merrily away using Google Apps, Docs, e outras ferramentas na nube, pero a transición xa deixou claro para a xestión que non hai un forno máxico que pode só “definir e esquecer” cando se trata das TIC. Aínda que aínda hai un gran valor e de aforro a ser tido na nube, este tempo de inactividade é desconcertante como un administrador de TI. When I run my own systems, Sei o que está a suceder nos bastidores, e se as cousas foi mal Sei onde buscar as respostas. With hosted services I am at the mercy of third parties to provide adequate documentation and timely support. Mesmo que o meu traballo non é a causa do problema, Eu aínda estou espérase para entregar solucións aos meus clientes de xeito rápido. Cando eu non podo mirar co Capo, Preciso de socios que poidan resolver os problemas en horas - non semanas. Apoio ao cliente a través de solucións reais. Basta recoñecer un problema, non é suficiente.

Cando provedores de cloud computing están disputando o acceso aos contratos de lucro con órganos estatais e federais e das grandes corporacións, é importante que se lembran de que cada cliente conta. Cando un usuario non pode acceder ao correo electrónico, pode non ser considerado crítico para a Microsoft ou Google, pero é unha cuestión crucial para que o usuario. A week of downtime is simply unacceptable to users, especialmente se o usuario afectado pasa a ser un tomador de decisión.

Estou ansioso para a nube servizos que funcionan como un forno de maxia, but for the foreseeable future I see only job security in a nube.