Восстановление при Службы Google не удается предприятия

Это рассказ о нем, облака и все великие и страшные вещи, которые происходят, когда два собраться вместе. In many ways cloud computing and Software as a Service (SaaS) является благом для недоукомплектованы, перегружены работой отделов информационных технологий, которые должны доставить лучшие технологии, которые предлагает с 100% безотказной работы и бюджет не. With the emergence of web enabled services from major vendors like Amazon, Microsoft, and Google the age old question posed to IT professionals — это бесплатно - Может, наконец, ответил громким да! (По крайней мере, для базовой версии).

Но, как и многие наши бабушки и дедушки уже говорил, Опыт показал, что старая пословица остается: Вы получаете то, что вы платите за. Конечно, службы может быть бесплатно, но без соглашения об уровне обслуживания (SLA) нет обращения при наличии электронной почты, таких как отключение 6 наших более отключений , что пострадавших в Google Mail 2009. But worry not end users! Есть выплачивается обновления доступные включают обеспечение ОАС 99.9% безотказной работы, а также телефон и адрес электронной поддержки для решения критических проблем. At $50 на одного пользователя в год это звучит как украсть!

Что точно они подразумевают под безотказной работы и критической?

Все это выглядит здорово на бумаге; нет необходимости поддерживать физические активы аппаратных, не ИТ-сотрудников платить, и расходов меньше, чем лицензирование только для большинства автономных решений! К сожалению,, эти маркетинговые гарантии выглядеть фантомное, когда данные хиты маршрутизатор.

Для иллюстрации недостатков в облака, Давайте использовать реальный пример из жизни. Не для получения прибыли клиента мы будем называть “Благотворительный X” хотел, чтобы уменьшить издержки и повысить качество услуг для своих сотрудников. После более чем десятилетия обработки электронной почты и услуг внутренне, они решили, что пришло время перейти на облака. Fortunately for them, как некоммерческое учреждение они право на некоммерческое издание Службы Google. Великий!

Вот преимущества, которые они стремились:

  1. Мы можем уменьшить наше использование полосы пропускания, не обработка электронной почты себя
  2. Наши ресурсы сервера будет освобожден и может быть использована для других целей
  3. Мы можем обеспечить лучшую веб-интерфейса для наших сотрудников.
  4. Мы получаем доступ к общим ресурсам, таким как управление контактами и документы, которые ‘в облаке

Действительности, хотя в том, что это изменение было не так просто, как они ожидали. Это не было вопросом нажмите Перенос пользователей.

Вот когда Благотворительный X позвонил мне.

Я начал с настройкой их счет Службы Google и переживает процесс обновления ее издание некоммерческой. Я перешел почты своих пользователей с помощью встроенных в средства миграции, and I synchronized the user accounts with Google Apps Directory Sync Tool (ГОД). And that is where the utilities fell short. It appears that Google мысли about the idea of users synchronizing their active directory passwords with Google Apps. I emphasize thought, потому что очевидно, что так же далеко, как Google получил. Want Single Sign On? Want Synchronized passwords using LDAP or AD? Время обратиться к инструменты сторонних производителей. Хорошо, ладно. Инструменты сторонних производителей можно это сделать, и они работают. Никакого вреда, не фол. Но немного больше документацию по этому вопросу не будет больно.

Тогда весь ад вырвался. Горстка пользователи не могли Войти в их аккаунтах Google. Так охота на причины начала.

Они были приостановлены? - Нет!

Были они используют неправильный пароль - нет!

Могу ли я обновить свой пароль - нет?

Strangely I could not update their user accounts using the web interface. Any change — password, прозвища, Маршрутизация электронной почты, имена - в результате неизвестная ошибка #1000.

Хорошо, Я думал,. Он говорит, повторите попытку позже, но я Shoulda возможность обновления theire Использование пароля ГОД.

ГОД FAIL - 1301 Сущность не существует!

Год, что окно указано пользователь не существует. Это было неожиданно, так как я только что посмотрел на информацию пользователя в веб-интерфейс, и это, безусловно, существовали.

Билет время

Время для этого поддержку удар в! Так как это был некоммерческий издание, Включена поддержка. Так я нажал поддержки и следуют вопросы маршрутизации. Google определил, что это не было «критической’ вопрос, поскольку служба не была дотла, и я не могу сказать, что я не согласен. Google говорит единственный вариант поддержки доступна информатизации и.

Я заполнил форму, и вскоре встретили с дружественным электронной почте от одного из своих представителей по обслуживанию клиентов. The representative worked with me to quickly determine that this issue was beyond his level of expertise and escalated the ticket to a specialist.

Пока все хорошо.

Затем я ждал 3 дней. Я получил запрос от сотрудников о том, когда они могут проверить свою электронную почту. Если бы это было фиксированное? Они были сроки и важных вопросов, которые необходимо рассматривать в своих почтовых ящиках.

Я попросил поддержки, которые ответили, что они “не знаю ни одного обхода в данный момент.” Единственная возможность, что мы смогли придумать было удалить учетную запись и создать его заново – не очень хорошее решение, так как вся почта будет потеряно между переходом и времени счета может быть воссоздан.

Таким образом, мы ждали еще несколько. Электронная почта не может быть даже направлены для пострадавших пользователей - любые изменения в маршрутизации электронной почты в результате неизвестная ошибка.

Прошла неделя, так что я опубликованное на форуме поддержки Google, надеясь, что кто - кого угодно - было бы предположение о том, как исправить или обойти эту проблему. Пользователь после пользователю сообщали о подобных проблем, так как переход Google, пользователей Служб Google счетам, но не было никаких резолюций, не ждать для ручного вмешательства сотрудников Google.

Время продолжает тикать

После восьми дней ожидания я пришел к решению о моей собственной.

Поскольку оказалось, что счета были частично созданы (они появились в веб-интерфейс и может получать электронную почту, но не может быть изменен или доступ к услугам) оказалось, их было ошибки в том, как учетные записи были обработаны в процессе создания. It seemed clear to me that the problem was an inconsistency in Google’s infrastructure. Удаление счетов позволит системы договориться о статусе учетной записи, но они могут быть сделаны как согласиться, что счета существовали? 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, Но, несмотря на автоматическое заполнение признавая их имена, когда я нажал Далее я получил ошибку, что счета не существует.

Мой следующий подход для создания новых пользователей с теми же именами использованием панели. На этот раз мне сказали, что было ошибкой, поскольку счета действительно существует. Ясно, что были две отдельные системы запрашиваемого.

Мне пришло в голову, что я мог бы получить больше полезных сообщений об ошибках, перейдите к командной строке. Так я установил Службы Google Manager, который также известен как GAM. GAM использует API Служб Google для взаимодействия с учетом Службы Google.

Я побежал количество запросов на счетах я знал, были затронуты использованием GAM, чтобы увидеть, что произошло. While queries would return data about the username, прозвища, и имеют ли они согласились на условия обслуживания, Пользователи не могут быть изменены, возвращается ошибка “1301 сущность не существует”. Так что я пытался создать пользователь снова, которые неожиданный результат.

ServerBusy(1001)

Странно, Мне сказали, что система была занята. Так что я ждал и попытался снова.

EntityExists(1300)

Как я и предполагал, он сказал мне, счет уже существует. Но из любопытства, Я пытался Войти.

Он работал

По какой причине, Я был теперь в состоянии Войти в соответствующую учетную запись. Я попытался другой счет.

ServerBusy(1001)

Мышление может быть, это ошибка означает больше, чем она была дать на, Я попытался Войти в этой второй учетной записи, затем повторите попытку. Эта учетная запись также теперь работает как ожидалось.

Я проверил приборной панели и веб-интерфейс теперь работает как ожидается, на этих счетах, а.

Хотя реакция была странной, Что бы ни случилось на стороне сервера появилась для решения этой проблемы, так я побежал скрипт, который содержал всех пострадавших пользователей и решены задачи на остающиеся счета.

Облако потребностей амортизаторы

Charity X is now working merrily away using Google Apps, Документы, и другие инструменты, в облаке, но переход ясно дал понять руководству, что пока нет магии печи, что вы можете просто “поставил и забыл” когда дело доходит до ИТ. Хотя есть еще большую ценность и сбережения, которые должны были в облака, это простое в замешательство, как ИТ-администратор. When I run my own systems, Я знаю, что происходит за кулисами, и если что-то идет неправильно, я знаю, где искать ответы. With hosted services I am at the mercy of third parties to provide adequate documentation and timely support. Даже если моя работа не является причиной проблемы, Я по-прежнему ожидается, обеспечит решения своим клиентам быстро. Когда я не могу заглянуть под капот, Я нужны партнеры, которые могут решать проблемы в час - не недели. Поддержка средств обеспечения фактического решения. Просто признавая проблемы не достаточно.

Когда облако поставщики борются за доступ к выгодные контракты с государственными и федеральными агентствами и крупными корпорациями важно, что они помнят, что каждый клиент рассчитывает. Если пользователь не может получить доступ к своей электронной почте не может считаться критической для Microsoft или Google, но это важный вопрос для этого пользователя. A week of downtime is simply unacceptable to users, особенно если пострадавшего пользователя, случается, принимающих решения.

Я с нетерпением жду облачных сервисов, которые работают как магия печи, but for the foreseeable future I see only job security in Облако.