1. Да у нас есть регламент проведения ремонтно-восстановительных работ. Это регламент предусматривает определенные действия сотрудников отдела ИТ в зависимости от характера аварии и категории оборудования. Все хосты первой категории подключены к системе хранения посредством FiberChannel и iSCSI. Все хосты первой категории имеют ежедневный (для основных баз данных инкрементный - 15-минутный) бэкап. Ежедневные бэкапы хранятся в течение 30 дней, далее на длительное хранение оставляется бэкап за первое число каждого прошедшего месяца. Вся первая категория была восстановлена к 7 утра.
Так зачем было писать о том, что у вас _уже_ восстановлено и при этом говорить что оно не восстановлено? Зачем было вводить людей в заблуждение? Это теперь такой модный тонкий троллинг что ли?
Сразу была составлена заявка в саппорт. После получения первой утилиты было произведено ее тестирование на стендовом оборудовании. Все замечания отправлены в саппорт. После получения второй утилиты было произведено тестирование на тестовом оборудовании. Замечания отправлены в саппорт. После получения третьей утилиты было произведено тестирование на тестовом оборудовании. Утилита принята. Работоспособность компьютеров восстановлена через групповую политику. Сообщено в саппорт.
Если вы так плотно работали с саппортом и процесс на самом деле шел, то зачем было поддерживать на форуме тех, людей, что писали, что ничего не делается?
Если на самом деле ваша проблема решалась, но при этом вы писали сообщения из которых следовало, что проблема не решается - не считаете ли вы это по крайней мере не красивым по отношению к тем людям, что занимались вашей проблемой и помогали в ее разрешении?
2. Вы еще больше удивитесь, когда узнаете, что более 80% существующего медицинского ПО, включая ПО, поставляемое c медицинским оборудованием и с вышеназванными системами работает под Windows. Так что найти клинику без Windows Вам будет очень сложно. Я тоже не считаю себя ярым поклонником компании Microsoft, но что поделать.
Мне на самом деле наплевать под чем работает то медицинское оборудование, что не влияет на поддержание жизни человека - вреда от зависшего аппарата УЗИ или тамографа намного меньше, чем от вышедшего из строя инкубатора - поэтому для меня было поразительным не то, что в медицине используется windows (об этом я знал), а то что оно используется в критических к сбоям задачах. Я не являюсь приверженцем или противником каких-либо ОС, я просто считаю, что каждой из них свое место, и то, что хорошо для десктопа не всегда будет хорошо для АСУТП.
Принимаю Ваше замечание насчет нежелания заметить обсуждаемую схему развертывания утилиты с помощью логон скрипта. Это действительно так. Еще раз повторюсь. Наш регламент в случае подобной (не критической) аварии обязывает меня сделать заявку в компанию-разработчик и далее действовать по ее инструкциям.
4. Желание получить .msi пакет у меня было от разработчиков Dr.Web. Я не сомневаюсь, что участники форума могут найти вполне приемлемое решение, но я обязан получить такое решение от разработчика и провести его тестирование на стендовом оборудовании, что и было сделано.
Так зачем же тогда было писать на форум и поднимать волну неаргументированного негатива?
Единственное решение, которое вы могли принять - должно было исходить только от официальной тех.поддержки - зачем было тогда спрашивать таких же пользователей как и вы, если вы заранее знали, что любое предложенное решение вы не сможете принять?
3. Немного схема бэкапа указана в п.2., дополню, что бэкап всех сервисов осуществляется с помощью DPM и с помощью встроенных средств системы хранения. Оперативный бэкап хранится на дисковой подсистеме сервера DPM, долговременные на ленточных накопителях. Повторюсь, дисковая подсистема всех хостов первой категории изначально находится на системе хранения.
Значит состояние критичных узлов вы могли восстановить и без утилиты разработчиков - т.е. намного раньше чем многие из тех, что писали в этой ветке. Где здесь бессонные ночи и пр. ?
5. Не могу понять про какие показатели идет речь и на основании чего сделан вывод об отсутствии в моей компании регламентирующей документации.
Про те "другие показатели" о которых вы писали. Если качество работы ИТ подразделения у вас определяется не доступностью критических сервисов и скоростью их восстановления после сбоя, а чем-то другим, то это проблемы вашей организации. Об отсутствии регламентирующей документации я сказал потому, что вы продолжали паниковать, не отвечать на прямые вопросы, рассказывать о починке аппаратного обеспечения и пр., вместо выполнения действий в соответствии с этой документации.
Теперь из ваших слов выходит, что вы на самом деле действовали в соответствии с этой документацией - тогда зачем был весь этот флуд на три страницы? Просто поболтать?
Могу также добавить, что мной действительно был совершен ряд ошибок, основная из которых - это переход на автоматическое обновление компонентов DrWeb. Этот переход был сделан после перевода всей первой категории на систему хранения (после внедрения и освоения iSCSI), о чем я очень жалею...
Ну и чем вас тогда задели фразы "значит не захотели/не смогли во время поработать головой" и "кто не хочет работать головой - работает ногами", если вы сами нарушили регламент работ, предусмотренных в вашей организации ?