Когда дело доходит до обновлений, прошивке уделяется очень мало внимания. С глаз долой, из сердца вон.
Многие устройства: RAID-контроллеры, сетевые карты, наборы микросхем и даже жесткие диски получают некоторую выгоду от обновления. Улучшенные функции, безопасность / исправления ошибок и т. Д.
Большинство SA говорят: «При поломке обновите прошивку». Но это может привести к трудностям в будущем; Несколько раз, когда я обращался в Dell по поводу неисправного жесткого диска, меня спрашивали, обновлена ли прошивка моего жесткого диска. Все мои серверы используют конфигурацию RAID определенного типа. Если у меня уже произошел сбой одного диска, стоит ли мне даже подумать о попытке обновить прошивку на остальных дисках или RAID-контроллере? Я бы сказал нет. Но у Dell, похоже, другая точка зрения.
(Я знаю, что у Dell есть хорошая утилита под названием Утилита обновления сервера, который проверяет наличие всех новых микропрограмм на любом сервере Dell.)
Я обновляю прошивку в двух ключевых случаях.
Есть третий случай, который я не перечислил выше, потому что его еще не было:
Мы используем HP SIM (System's Insight Manager) для развертывания микропрограмм, мы делаем это по платформам - сначала тестирование, затем разработка, затем интеграция, затем эталон, а затем производство - обычно около недели или около того на платформу, поэтому у нас есть 5/6 недельный выпуск в производственное окно. Кажется, работает, но мы НИКОГДА не выпускаем прошивку одновременно с другими обновлениями, такими как драйверы / код и т. Д. - это избавляет от лишних проблем.
Вам следует относиться к обновлениям прошивки так же, как к исправлениям, хотя эти обновления обычно сложнее развернуть, поэтому вы можете проверить примечания к выпуску, чтобы решить, стоит ли это усилий (но опять же, вы можете делать это и для исправлений). Обновления прошивки могут содержать новую неприятную ошибку так же, как и исправлять ее.
Обновление прошивки должно производиться при вводе в эксплуатацию (или повторном вводе оборудования в эксплуатацию), так как это легко сделать.
Развертывание должно примерно происходить примерно так:
Опять же, некоторые вещи не могут следовать за этим. В частности, очень важно очень быстро распространить исправления Microsoft на настольные компьютеры Windows, а тестирование сложно провести быстро без значительных ресурсов.
Возможно, я иду против течения, но если он не сломан, не чините его. Если это не проблема безопасности, я оставлю это в покое.
По этой причине у меня никогда не было отказа от обслуживания со стороны Dell.
Может быть, вы можете запланировать работу утилиты раз в месяц, а затем обновлять их другими перезагрузками?
Обычно я обновляю прошивку при вводе в эксплуатацию нового инфраструктурного оборудования. Рабочие станции и принтеры обновляются только в том случае, если есть конкретная проблема, например, требуемое исправление ошибки или проблема безопасности. Это менее важно для серверов, так как по большей части код прошивки либо не выполняется после процесса загрузки, либо настолько прост, что мало что может пойти не так.
У меня был плохой опыт обновления прошивки RAID на серверах, так как многие производители не гарантируют, что текущая конфигурация RAID будет жизнеспособной при изменении версии прошивки, то же самое и с отдельными дисками в массиве.
Моя тенденция заключается в том, чтобы по большей части применять политику «если не сломалось, не чините». Стоит проверить, возможно ли восстановление после плохого обновления firemware (т. Е. Избыточного ПЗУ на серверах HP или если у вас есть прошивальщик EEPROM и вы готовы использовать его в качестве съемного чипа).
Я не могу говорить о Dell, но много лет назад люди из группы хранения IBM сказали мне, что первые уровни их встроенного ПО RAID НИКОГДА не являются лучшими. Сначала они стремятся к стабильности, а затем повышают производительность с будущими уровнями оборотов. К сожалению, немногие из нас подумали бы (или, возможно, имели бы дерзость) вернуться позже и испортить прошивку RAID здоровой системы, если не возникнет проблем. Итак, наша стратегия заключалась в том, чтобы обновлять уровни прошивки RAID каждый раз, когда мы настраиваем новый сервер, предполагая, что адаптер RAID не является новой моделью. Таким образом, мы, по крайней мере, получим лучшие уровни производительности, доступные на тот момент. Если это новый адаптер режима, мы стараемся сделать мысленную заметку, чтобы вернуться через несколько месяцев и проверить наличие обновлений, но мы не религиозны по этому поводу.
Что касается материнских плат, мы НЕ ЗАНИМАЕМСЯ ими, если нам не сообщит техническая поддержка поставщика. Наш многолетний опыт показывает, что, если нет конкретной проблемы, требующей решения, риски значительно перевешивают трудноизмеримые преимущества.
// spk
Я успешно использовал SUU и аналогичные продукты от HP и IBM. Единственные проблемы, с которыми я когда-либо сталкивался, заключались в том, что драйвер производителя использовался для замены драйвера Dell без каких-либо технических причин, что приводило к сбою обновления SUU при обновлении OM на сервере Dell. Мы запускали обновления микропрограмм и драйверов на нескольких сотнях серверов не реже двух раз в год, чтобы поддерживать их актуальность. Мы никогда не сталкивались с проблемами с прошивкой RAID.
Мы обновляем прошивку при каждой возможности, что, к сожалению, составляет 3-4 раза в год (периоды основного обслуживания) для некоторых систем.
Если вы прочитаете рекламное объявление, которое сопровождает обновление микропрограммы Dell, вы обнаружите, что оно классифицирует обновление как критическое, важное или что-то еще и описывает, что исправляет обновление (не всегда так четко, как хотелось бы!).
Я считаю, что я не буду применять обновление прошивки без уважительной причины. Если это критическое обновление и устраняет проблему, с которой у меня есть разумные шансы столкнуться, то да, я применю его, даже если это тяжелый бизнес.
Как вы говорите, служба поддержки Dell обычно настаивает на применении любых соответствующих обновлений, прежде чем они поддержат вас, и, очевидно, в этом случае у вас нет большого выбора. Вы понимаете, что Dell не желает тратить зря время инженера, хотя я никогда не слышал, чтобы микропрограмма была причиной обращения в службу поддержки.
JR
Я думаю, это зависит от типа среды, с которой вам приходится иметь дело. Если вы работаете в среде, требующей высокой доступности, и вы не можете перезагружать серверы, когда захотите. На мой взгляд, лучший способ - это составить график технического обслуживания. Выберите временные рамки для каждой системы, уведомите пользователей и выполните всю необходимую работу, включая обновления прошивки, в течение этого отведенного периода времени. Таким образом, вы можете быть уверены, что все ваши системы обновлены и одновременно минимизируют влияние на производство. Кроме того, как было отмечено в комментариях ранее, необходимо проверять наличие обновлений прошивки при создании нового сервера.