Комментарии: Microsoft Exchange: 12 мифов об аварийном восстановлении http://maximumexchange.ru/2009/05/07/microsoft-exchange-12-myths-about-disaster-recovery/ Блог о Microsoft Exchange 2010, 2007, 2003 Mon, 19 Dec 2011 04:30:47 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Автор: IgorS http://maximumexchange.ru/2009/05/07/microsoft-exchange-12-myths-about-disaster-recovery/comment-page-1/#comment-1497 IgorS Wed, 05 Aug 2009 06:39:19 +0000 http://www.maximumexchange.ru/?p=1478#comment-1497 Согласен, ленточный накопитель - рудиментарный элемент, который и выбрасить жалко и вроди бы работает, но проигрывает по характеристикам дисковым накопителям. Такова природа IT-человека, как в анекдоте: -Проверял? -Да. -Работает? -Да. -ТОГДА НИЧЕГО НЕ ТРОГАЙ! Потрачены деньги, а самое главное эти затраты были обоснованы со всех сторон и бухгалтерия скрепя сердце выложила "свои кровные" за непонятные железяки. Учитывая прямолинейность большей части бухгалтерии аля "мы же уже покупали устройства для резервного копирования, зачем вам еще?" очень сложно убеждать руководство в том, что объемы информации растут, нужны модернизации и всё такое. Примерно год назад (бывает же такое) одной из фирм, не буду афишировать название, пришлось списать ZIP накопитель в связи с моральным устареванием. Вроди бы бред, что можно сохранить на 100 Мегабайтной дискете? А с другой стороны: "Но ведь оно же работает, из строя не вышло...". Хорошо что не всё руководство мыслит в просоветском ключе, есть люди осознающие риски связанные с IT и в этих случаях своих админов обучают, закупают именно то, что нужно бизнесу (а не требуют от админа изобретения бесплатного велосипеда) и самое интересное - многие отдают свою контору на растерзание аутсорсерам, которые принимают часть рисков на себя. Согласен, ленточный накопитель — рудиментарный элемент, который и выбрасить жалко и вроди бы работает, но проигрывает по характеристикам дисковым накопителям.
Такова природа IT-человека, как в анекдоте:
-Проверял?
-Да.
-Работает?
-Да.
-ТОГДА НИЧЕГО НЕ ТРОГАЙ!
Потрачены деньги, а самое главное эти затраты были обоснованы со всех сторон и бухгалтерия скрепя сердце выложила «свои кровные» за непонятные железяки. Учитывая прямолинейность большей части бухгалтерии аля «мы же уже покупали устройства для резервного копирования, зачем вам еще?» очень сложно убеждать руководство в том, что объемы информации растут, нужны модернизации и всё такое.
Примерно год назад (бывает же такое) одной из фирм, не буду афишировать название, пришлось списать ZIP накопитель в связи с моральным устареванием.
Вроди бы бред, что можно сохранить на 100 Мегабайтной дискете? А с другой стороны: «Но ведь оно же работает, из строя не вышло…».
Хорошо что не всё руководство мыслит в просоветском ключе, есть люди осознающие риски связанные с IT и в этих случаях своих админов обучают, закупают именно то, что нужно бизнесу (а не требуют от админа изобретения бесплатного велосипеда) и самое интересное — многие отдают свою контору на растерзание аутсорсерам, которые принимают часть рисков на себя.

]]> Автор: Александр http://maximumexchange.ru/2009/05/07/microsoft-exchange-12-myths-about-disaster-recovery/comment-page-1/#comment-1496 Александр Wed, 20 May 2009 16:35:56 +0000 http://www.maximumexchange.ru/?p=1478#comment-1496 .. и как всегда, администратору достаётся) доставаться в той же мере должно и IT-директору. да и ошибки бывают разные. К примеру, у меня однажды грохнулась база exchange, а резервная копия не восстанавливалась, проверка не делалась при копировании, так как резервное копирование длится почти сутки + проверка ещё больше, что было вообще неприменимо никак. На инфраструктуру деньги были потрачены, а про бекапирование забыли,в результате стоял постоянно дающий сбоя простой PC с набором дисков и ленточной библиотекой под unix, так как покупать никто ничего не собирался. Да, админ виновен :) у всех было включено кеширование ящиков на клиенте, поэтому восстановление было с выгрузкой в pst и загрузкой обратно. База была 250 гигов, а жестких дисков для проведения isinteg восстановления, дефрагментаций и тп занимало где-то 3 суток на одну операцию, и жестких дисков 500+ гигов не оказалось под руками. Вот такой вот печальный опыт :) Статья полезная, но только с учётом, что IT-бюджет правильно подсчитан и в нём внесены все необходимые пункты про траты на резервное копирование, иначе что собрано на коленке и будет работать через пень колоду. .. и как всегда, администратору достаётся) доставаться в той же мере должно и IT-директору.
да и ошибки бывают разные. К примеру, у меня однажды грохнулась база exchange, а резервная копия не восстанавливалась, проверка не делалась при копировании, так как резервное копирование длится почти сутки + проверка ещё больше, что было вообще неприменимо никак. На инфраструктуру деньги были потрачены, а про бекапирование забыли,в результате стоял постоянно дающий сбоя простой PC с набором дисков и ленточной библиотекой под unix, так как покупать никто ничего не собирался.
Да, админ виновен :)
у всех было включено кеширование ящиков на клиенте, поэтому восстановление было с выгрузкой в pst и загрузкой обратно. База была 250 гигов, а жестких дисков для проведения isinteg восстановления, дефрагментаций и тп занимало где-то 3 суток на одну операцию, и жестких дисков 500+ гигов не оказалось под руками.
Вот такой вот печальный опыт :)
Статья полезная, но только с учётом, что IT-бюджет правильно подсчитан и в нём внесены все необходимые пункты про траты на резервное копирование, иначе что собрано на коленке и будет работать через пень колоду.

]]> Автор: MaxMVP http://maximumexchange.ru/2009/05/07/microsoft-exchange-12-myths-about-disaster-recovery/comment-page-1/#comment-1495 MaxMVP Fri, 08 May 2009 20:35:12 +0000 http://www.maximumexchange.ru/?p=1478#comment-1495 О-о! интересные истории. А я думал администратору проведут ускоренный экспресс-курс обучения полетам с 15го этажа :) На моей памяти администраторов наказывали и за меньшие проступки. Т.е. руководству компании в принципе наплевать, что они могут еще не раз так просесть на деньги?! Или словоблуд-администратор убедил их что в "глючном виндовс и ексчанге всегда так - что-нибудь да ломается, типа неизбежно как смерть и налоги"? Думаю, что в моем IT отделе такой администратор ответил бы рублем, в размере потерь, как лицо ответственное и причинившее убытки по халатности, после незамедлительного увольнения с соответствующей записью в трудняке. О-о! интересные истории.
А я думал администратору проведут ускоренный экспресс-курс обучения полетам с 15го этажа :)
На моей памяти администраторов наказывали и за меньшие проступки.

Т.е. руководству компании в принципе наплевать, что они могут еще не раз так просесть на деньги?!
Или словоблуд-администратор убедил их что в «глючном виндовс и ексчанге всегда так — что-нибудь да ломается, типа неизбежно как смерть и налоги»?

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

]]> Автор: cognize@ http://maximumexchange.ru/2009/05/07/microsoft-exchange-12-myths-about-disaster-recovery/comment-page-1/#comment-1494 cognize@ Fri, 08 May 2009 06:40:19 +0000 http://www.maximumexchange.ru/?p=1478#comment-1494 Резервная копия и восстановление данных - вечная эпопея. Обычно люди начинают о ней задумываться только после серьёзных последствий. В практике был случай (2004 год): Знакомый делал резервные копии баз Exchange 2003 (50 ГБ) на ленты раз в неделю (full) Естественно архивы не проверялись. В итоге: Трёхдневный простой электронной почты стоил организации больших денег (к слову сказать среди клиентов Intel, Связной, Эльдорадо) Системного администратора не наказали. Резервные копии до сих пор не проверяются -) Халатность IT отдела в данной компании принесла много убытков. Резервная копия и восстановление данных — вечная эпопея.
Обычно люди начинают о ней задумываться только после серьёзных последствий.
В практике был случай (2004 год):
Знакомый делал резервные копии баз Exchange 2003 (50 ГБ) на ленты раз в неделю (full)
Естественно архивы не проверялись.
В итоге:
Трёхдневный простой электронной почты стоил организации больших денег (к слову сказать среди клиентов Intel, Связной, Эльдорадо)
Системного администратора не наказали.
Резервные копии до сих пор не проверяются -)
Халатность IT отдела в данной компании принесла много убытков.

]]> Автор: MaxMVP http://maximumexchange.ru/2009/05/07/microsoft-exchange-12-myths-about-disaster-recovery/comment-page-1/#comment-1493 MaxMVP Fri, 08 May 2009 02:10:03 +0000 http://www.maximumexchange.ru/?p=1478#comment-1493 Хе-хе, это же не директивы. Все вольны выбирать себе советы на вкус и на цвет. Хе-хе,
это же не директивы. Все вольны выбирать себе советы на вкус и на цвет.

]]> Автор: Arman Obosyan http://maximumexchange.ru/2009/05/07/microsoft-exchange-12-myths-about-disaster-recovery/comment-page-1/#comment-1492 Arman Obosyan Thu, 07 May 2009 22:09:40 +0000 http://www.maximumexchange.ru/?p=1478#comment-1492 Меня задело это: второстепенная роль, где не так важны скорость и качество ни за что на свете не променяю свою ленточную библиотеку Ultrium 4 ! :) ...разве что на новенький VTL :) :) Меня задело это:
второстепенная роль, где не так важны скорость и качество

ни за что на свете не променяю свою ленточную библиотеку Ultrium 4 ! :)

…разве что на новенький VTL :) :)

]]> Автор: MaxMVP http://maximumexchange.ru/2009/05/07/microsoft-exchange-12-myths-about-disaster-recovery/comment-page-1/#comment-1491 MaxMVP Thu, 07 May 2009 21:15:23 +0000 http://www.maximumexchange.ru/?p=1478#comment-1491 Ну, что скажете? Ну, что скажете?

]]>