Я опять про Windows Update. Запустили у нас централизовано эту службу на всех компьютерах. Ох и намаялись мы с ней...
Есть у нас проект на ASP.Net 1.1, а в том проекте полторы дюжины отчетов на Crystal Reports for Visual Studio 2003, версия у них древняя - 9.5, но нам хватает. Не так давно, прямо перед выходом Win2003 SP2, в одно прекрасное утро тестировщики обнаружили, что все отчеты выдаваемые в формате Excel перестали работать на одном тестовом сервере. Мы решили, что очередной билд получился битый и начали разбираться с билдом, инсталятором, отчетами и т.д. На следующий день та же участь постигла и другой тестовый сервер, причем никакого нового билда туда не выкладывали. Просто утром престали работать отчеты, и все тут тебе. После двух дней разбирательств выяснилось, что причина в одном из автоматических апдейтов, который вступает в силу только после перезагрузки сервера. И этот апдейт вошел в состав Win2003 SP2 :(. Ошибка уже всплыла в Интернете, но надеяться на скорый патч древней версии Crystal Reports особо не приходилось.
А теперь главное. Система наша уже давно стоит под нагрузкой и пользуются ею около 3000 пользователей. И на сервере том тоже включен Windows Update!!! Час Х мог наступить в любой момент :))
С большим трудом удалось нам уговорить IT службу сделать "исключение" из правил и выключить эту службу на production сервере.
Мораль сей басни такова - никогда не включайте "Automatic Windows Update" на рабочих (production) серверах.
3 комментария:
а может наоборот правильно, что он был включен? и вы узнали о проблеме, раньше чем она действительно превратилась в реальную проблему.
> а может наоборот правильно, что он был включен?
На тестовых серверах - да, так и есть. Но не на рабочих. Как говорят, "мы бы тогда узнали о себе много нового" от пользователей нашей системы :)
А разве нельзя поставить какой-нить WSUS и ставить на production-сервера только "проверенные" обновления?
Отправить комментарий