Отработка отказа
Если проблема не позволяет обновить какой-либо из коммутаторов, все коммутаторы следует вернуть в исходное состояние.
Следующий процесс обработки отказа включает общие пошаговые инструкции по выполнению этой задачи. Как правило, команды, указанные в этом документе для выполнения обновлений коммутаторов, можно использовать для возврата коммутаторов в исходное состояние.
В случае сбоя обновления одного из коммутаторов не переходите к другому коммутатору. Если XClarity Administrator сообщает об ошибке при попытке передать файлы образов в коммутатор, см. инструкции по использованию метода интерфейса командной строки коммутатора для обновления микропрограммы коммутатора в разделе Приложение B. Обновление коммутаторов серии ThinkAgile SXM с помощью интерфейса командной строки (только коммутаторы Lenovo).
Исходная микропрограмма коммутатора доступна как «резервный» образ для всех коммутаторов в решении «Серия ThinkAgile SXM» за исключением коммутатора BMC RackSwitch G8052. Исходная микропрограмма этого коммутатора доступна как неактивный образ, которым может быть image1 или image2. В случае сбоя обновления коммутатора можно вернуть его исходную микропрограмму с помощью следующего синтаксиса команд:
Все коммутаторы за исключением G8052: boot image <standby | active
Коммутатор BMC RackSwitch G8052: boot image <image1 | image2
Важное замечаниеНе допускайте выполнения различных версий микропрограммы на коммутаторах TOR за исключением случаев, когда TOR1 уже обновлен и ожидается обновление TOR2. То есть в случае сбоя обновления TOR1 не обновляйте TOR2. Кроме того, в случае сбоя обновления TOR2 необходимо восстановить предыдущую микропрограмму коммутатора TOR1 до устранения проблемы обновления.Перед обновлением коммутаторов выполняется резервное копирование файла конфигурации каждого коммутатора. Эти файлы также сохраняются в каталоге D:\Lenovo\SwitchConfigBackups на сервере HLH. Все коммутаторы можно восстановить до резервной копии конфигурации для восстановления предыдущей конфигурации коммутатора.