?????????? ???? : Cisco ONS серии 15400

Обновление программного обеспечения ONS 15454 выпуска 2.2.x до 2.2.2 и 3.0

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание


Введение

С Системой оптической сети (ONS) 15454 рабочих программных обеспечения выпуска 2.2.x для пользователей теперь возможно выполнить их собственные обновления программного обеспечения к любому выпуску 2.2.2 или 3.0. Эта главная проблема документирует лабораторную установку, которая обходит читателя через все обязательные действия для завершения этих обновлений программного обеспечения.

Обновление предварительно вознаграждает, предобновление и разделы постобновления этой главной проблемы характерны для обоих обновлений программного обеспечения выпуска 2.2. 2 и 3. 0. Раздел обновления покрывает процедуры для обоих обновлений выпуска 2.2. 2 и 3. 0.

caution Внимание.  : Cisco рекомендует выпуск 3.0.0 для новых установок системы, или что обычно называют приложениями Гринфилда только. Когда вы обновляете от выпуска 2.2.x ONS 15454 до 3.0.0, условие может возникнуть, который может вызвать сброс узла в точке после процесса обновления после того, как изменение инициализации выполнено на узле. Во время тестирования это условие было испытано меньше чем в двух процентах обновленных систем. Если узел попадает в это условие, на трафик можно влиять на предоставленных линиях связи. Если вы принимаете решение обновить узлы к выпуску 3.0.0, выполнить обновление в периоде технического обслуживания и выполнить процедуру, описанную в примечании Внимания после Шага 9 Активации раздела Нового уровня ПО.

Предварительные условия обновления

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

Используйте блок-схему ниже для помощи вам с процедурами предпосылки обновления.

/image/gif/paws/109594/15454_sw_upgrade1.gif

Требования рабочей станции Cisco Transport Controller

Придерживающееся минимальное оборудование и программные компоненты необходимы для обновления программного обеспечения:

  • Рабочая станция Windows с помощью ПК совместимого с IBM с 486 или более высоким процессором.

  • CD - ROM-привод и Оперативное запоминающее устройство (RAM) на 128 МБ, выполняющее Windows 95/98, Windows 98, Windows 2000 или Windows NT

  • Прямое подключение к использованию ONS 15454 10baseT Сетевая интерфейсная карта Ethernet (NIC) и Кабель Ethernet (используют КАТЕГОРИЮ 5 10baseT соединительный кабель для соединения с TCC +). Для подробных инструкций при прямом соединении ПК к этим 15454 относятся, к Прямым подключениям к компьютеру Устранения проблем к главной проблеме Карты Cisco ONS 15454 TCC.

  • Обозреватель с помощью или Netscape Navigator 4.08 или выше, Netscape Communicator 4.61 или выше, Internet Explorer 4.0 Пакета обновления 2 или выше. Обратите внимание на то, что Netscape Navigator включен в компакт-диск с программным обеспечением ONS 15454, поставленный с узлом.

  • Java ™ Файл политики и файл Среды исполнения Java (JRE) (включенный в компакт-диск с программным обеспечением ONS 15454). Если у вас нет CD, можно загрузить программное обеспечение JRE от Java ™ веб-сайт. Обратите внимание на то, что для файла Среды исполнения Java (JRE) выпуска 3.0, выпуска 1.2.2_005 или позже требуется.

DNS и параметры настройки WINS

При устанавливании протокола управления передачей / Протокол Интернета (TCP/IP) свойства сети для рабочей станции, которая выполнит выпуск 2.2.x CTC, гарантируйте, что отключены Сервисы доменных имен (DNS) и разрешения Интернет-сервиса назначения имен Windoes (WINS). Разрешение WINS редко используется, но DNS обычно используется в корпоративных сетях. Когда DNS включен, он заставляет CTC "зависать" и требует, чтобы Синхронизация Контроль за dn Communicationa (TCC +) краевой коммутатор в каждом узле сети исправила тупик.

Для подробных инструкций о том, как отключить DNS и параметры настройки WINS, обратитесь к шагу 4 Соединяющихся PC к разделу ONS 15454 пользовательской документации ONS 15454.

IP-адреса

Отключите все другие Устройства ethernet (такие как контроллер удаленного доступа) на рабочей станции, которая выполняет CTC. Если у вас есть несколько IP - адресовы на рабочей станции, необходимо удалить их; если несколько IP - адресовы работают, вы не можете установить выпуск 2.2.2 CTC.

Если у вас есть множественный ONS 15454 узла, настроенные в той же IP-подсети, только один может быть связан с маршрутизатором. В противном случае остающиеся узлы могли бы быть недостижимыми. Для IP - подключения предложения обращаются к Частам используемый сценарий IP-адресации для 15454 разделов Общих проблем С IP-адресацией и Статическими маршрутами на 15454 главных проблемах.

Прямое подключение к компьютеру

Интерфейс Ethernet лицевой панели изменен в выпуске 2.2. x . Постоянное подключение LAN скрутки проводов на объединительной плате свяжется с узлом, если или TCC (A или B) будут активны или если используется соединение TCC лицевой панели. При использовании выпуска 2.2.0 или больше, можно соединиться через любой из TCC + порты RJ-45, независимо от которых активен.

Для подробных инструкций при прямом соединении ПК к этим 15454 обратитесь к Прямым подключениям к компьютеру Устранения проблем к главной проблеме Карты Cisco ONS 15454 TCC.

Аппаратная проверка

Определенные, некоторый проверки оборудования оптической несущей 48 (OC-48) карта Долго достигайте (LR) 1550 года не поддерживают программное обеспечение выпуска 2. x . x. Если у вас есть вызов OC-48, необходимо проверить проверку оборудования на линейных картах OC-48 перед продолжением, как показано в шагах ниже:

  1. От представления узла CTC нажмите вкладку Inventory.

  2. Нажмите соответствующий слот, содержащий сведения об оборудовании, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade2.gif

  3. Если у вас будут линейные карты LR OC-48 (LR OC48 1550) с 008C проверкой оборудования, то необходимо будет заменить их прежде, чем продолжить обновление программного обеспечения.

TCC + проверка

Необходимо теперь использовать CTC для проверки для дуплексных общих модулей, как показано в шагах ниже:

  1. Войдите в узел.

  2. Гарантируйте, что слоты 7, 8, 10, и 11 имеют двойной TCC + и Кросс-коммутация (XC) или Cross Connect Virtual Tributary (XCVT) установленные карты. Выпуск 2.2.x не поддерживает симплексную операцию.

    15454_sw_upgrade3.gif

  3. Повторите Шаги 1 и 2 в каждый узел в сети.

Сеансы Telnet

Удостоверьтесь, что закрыты все активные сеансы Telnet к любому узлу в сети.

Дополнительный суперпользователь

Новый суперпользователь, CISCO15, был добавлен к выпуску 2.2.0. Можно в настоящее время использовать cerent454 название суперпользователя, но это имя пользователя будет постепенно сокращено в будущем выпуске.

Проверка AIP

  1. Посмотрите позади узла ONS 15454 и найдите зеленую плату с Интерфейсным процессором ATM (AIP), штампованным в правую сторону (запись будет поперечной, поскольку вы обращенным к плате).

  2. Найдите этикетку с номером изделия. Количеству должен предшествовать P/N на этикетке.

    Примечание: Если нет никакой этикетки с номером изделия, количество может быть штамповано в саму плату.

  3. Если номер изделия 67-11-00015, плата AIP должна быть заменена. В противном случае плата AIP поддержит обновление программного обеспечения.

  4. Повторите шаги 1-3 для всех узлов в сети.

/image/gif/paws/109594/15454_sw_upgrade4.gif

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Условные обозначения технических терминов Cisco.

Процедуры предобновления

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

Используйте блок-схему ниже для помощи вам с процедурами предобновления.

/image/gif/paws/109594/15454_sw_upgrade5.gif

Резервное копирование базы данных

Прежде, чем обновить от выпуска 2.2.x до программного обеспечения выпуска 2.2.2 или 3.0, необходимо выполнить резервное копирование текущая база данных для каждого узла в сети.

  1. Войдите в CTC.

  2. От Представления узла нажмите Maintenance> Database tabs, как показано ниже:

    15454_sw_upgrade6.gif

  3. Нажмите Backup.

  4. Сохраните базу данных по жесткому диску рабочей станции или по сетевому устройству хранения. Используйте соответствующее имя файла с расширением файла .db (например, myDatabase.db).

    /image/gif/paws/109594/15454_sw_upgrade7.gif

  5. Нажмите Save. Диалоговое окно File Received появляется, как показано ниже:

    15454_sw_upgrade8.gif

  6. Нажмите кнопку ОК.

Задокументируйте сеть

Cisco рекомендует вручную регистрировать критические данные для каждого узла в сети или записью его или распечатывающими экранами когда это применимо. Этот шаг является дополнительным после того, как вы выполнили резервное копирование база данных. Используйте следующую таблицу для определения информации, которую необходимо регистрировать. Заполните таблицу (или собственная версия) для каждого узла в сети.

Элемент Запись данных здесь (если применимо)
IP-адрес узла  
Имя узла  
Синхронизация параметров настройки  
Соединения Data Communications Channel (DCC); перечислите все оптические порты, которые имеют активированный DCCs  
Идентификаторы пользователя (Перечисляют все, включая по крайней мере одного привилегированного пользователя),  
Материально-технические ресурсы; сделайте снимок экрана из окна материально-технических ресурсов  
Активный TCC + Слот 7 или SLOT 11 (окружают один),
Активный XC Слот 8 или Слот 10 (окружают один),
Network Information; сделайте запись всей информации от вкладки Provisioning в представлении сети  
Текущая конфигурация: BLSR, линейный, и т.д.  
Перечислите все группы защиты в системе; сделайте снимок экрана из окна группы защиты  
Сигналы тревоги списка; сделайте снимок экрана от Окна предупреждения  
Каналы списка; сделайте снимок экрана из окна circuit  

После выполнения резервное копирование базы данных для каждого узла и регистрации необходимой информации для каждого узла, вы готовы запустить обновление программного обеспечения.

caution Внимание.  : Временное прерывание трафика возможно во время обновления. Временное прекращение трафика меньше чем 60 мс на каждом канале возможно во время активации нового уровня ПО. Для Ethernet нарушение трафика, возможно длящееся до нескольких минут на каждом канале, возможно к перерасчету Протокола связующего дерева (STP).

caution Внимание.  : Не выполняйте действия обслуживания или инициализации во время обновления.

Примечание: Начиная с узла, наиболее непосредственно связанного с рабочей станцией, достигнет лучшей производительности загрузок. Однако в большинстве сетей обычно более безопасно начать активацию в самом дальнем узле и продолжиться к тому, с которым вы наиболее непосредственно связаны. Это гарантирует, что никакой узел не подвергнется риску скручиваться, если непредвиденные обстоятельства заставят обновление отказывать. Эта проблема является вопросом политики администрирования сети.

Процедуры обновления

Если вы обновляете от выпуска 2.2.0, вы должны первый пробег ptfix.exe сценарий (ПК). Если вы обновляете от выпуска 2.2.1, перейдите непосредственно к Загрузке раздела Нового уровня ПО этого документа.

TCC + карта имеет два Оперативных запоминающих устройства флэш-памяти (ОЗУ). Обновление загружает программное обеспечение к резервному ОЗУ и на резервной копии и на активном TCC + карты. Это не влияет на трафик, поскольку активное программное обеспечение продолжает работать в основном местоположении ОЗУ. Поэтому можно загрузить программное обеспечение в любое время.

При тестировании процедуры обновления на уровень 2.2.2 выпуска ПО было найдено, что в очень небольшом проценте случаев, магистральная карта Bidirectional Line Switched Ring (BLSR) могла "зависнуть". Обходной путь должен перезагрузить Карту магистрали BLSR. Поэтому рекомендуется, чтобы при обновлении к уровню 2.2.2 выпуска ПО, было необходимо перезагрузить Карты магистрали BLSR на каждом узле прежде, чем активировать новый уровень ПО.

Используйте блок-схему ниже для помощи вам с процедурами обновления.

/image/gif/paws/109594/15454_sw_upgrade9.gif

Выполнение ptfix.exe Сценария

Сценарий ptfix.exe требуется, чтобы быть выполненным первоначально, что вы обновляете к уровню программного обеспечения выше выпуска 2.2.0. Сценарий выполняет разделение памяти на новом TCC + карта для программного обеспечения резерва/защищать выпуска 2.2.1 и выше. Это изменяет размер кластера от 16384 до 65536 байтов. Если вы обновляете от выпуска 2.2.1, можно пропустить эту процедуру и продолжить раздел Загрузки этого документа.

caution Внимание.  : Не выполняйте сценарий на нескольких узлах и одной рабочей станции в то же время.

Выполнение сценария занимает приблизительно две - три минуты. Если neceessary, можно задать-u операнд перед IP-адресом для отмены разделения памяти.

  1. Использование выпуска 2.2.0 CTC, войдите в самый дальний узел от узла, связанного с рабочей станцией.

  2. Проверьте ONS 15454 для существующих сигналов тревоги. Решите любые выдающиеся сигналы тревоги перед переходом.

  3. От представления узла нажмите вкладки Maintenance> Software, как показано ниже:

    15454_sw_upgrade10.gif

  4. Проверьте, что активная загрузка 2.2.0 (02.20-001A-00.38). Обратите внимание на то, что сценарий будет только работать для загрузки выпуска 2.2.0 (02.20-001A-00.38).

  5. Закройте все активные Telnet - подключения для ONS 15454.

  6. В окне командной строки, из каталога Cisco15454 программного обеспечения CD, выполняют ptfix.exe использование IP-адреса узла, вы работаете на сценарии, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade11.gif

    Этот шаг занимает приблизительно две - три минуты. Когда сценарий завершил успешно, Сообщение о выполнении Подготовки к Обновлению появляется.

  7. Закройте подключение CTC и повторно соединитесь с тем же узлом, с которым вы были ранее связаны (самый дальний от узла, вы работали на сценарии).

  8. От Network view войдите в узел, вы работали на сценарии.

  9. Нажмите вкладки Maintenance> Software.

  10. Проверьте, что защищать программное обеспечение не теперь ни один, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade12.gif

    Примечание: Повторно выполните сценарий, если когда-либо активировано активное/резервное TCC + перезагрузки перед загрузкой Выпуска 2.2.2.

Загрузка нового уровня ПО

Выполните следующие действия:

  1. Проверьте все узлы в вызове для существующих сигналов тревоги. Решите любые выдающиеся сигналы тревоги или ненормальные состояния перед переходом.

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

    Примечание: Информационные аварийные сигналы являются синими в цвете; можно игнорировать их.

  3. После проверки и решения сигналов тревоги на всех узлах, загрузите новый уровень ПО только к узлу, с которого вы запустили. Для обновлений выпуска 2.2.0 это будет узлом, для которого вы последний раз выполнили сценарий.

    Примечание: Во время процесса обновления ПО сигналы тревоги указывают, что обновление программного обеспечения имеет место для работы, и защитите TCC + карты. Когда обновления завершены, как показано ниже, это обычно, и сигналы тревоги, белые:

    /image/gif/paws/109594/15454_sw_upgrade13.gif

  4. Возвратитесь к узлу, который вы обновляете. От Представления узла нажмите вкладки Maintenance> Software, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade12.gif

  5. Щелкните Upgrade. Диалоговое окно Software Upgrade открывается.

  6. Просмотрите дисковод для компакт-дисков, содержащий новый уровень ПО, и откройте папку Cisco15454 или перейдите к каталогу, где вы загрузили новое программное обеспечение на. В снимке экрана ниже, мы загружаем из каталога по имени Обновление/:

    15454_sw_upgrade14.gif

  7. Выберите файл .pkg расширением и нажмите Open. CTC отображает окно состояния, таким образом, можно контролировать процесс обновления, как показано ниже:

    15454_sw_upgrade15.gif

    После того, как новый уровень ПО был скопирован и к активному и к резервному TCC + карты, сообщение, указывающее, что файлы, переданные успешно, появятся, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade16.gif

    Примечание: Процесс обновления может занять 30 минут или больше.

Выполнение локаута КОЛЬЦА BLSR

Если узел находится в конфигурации BLSR, необходимо выполнить кольцевой локаут прежде, чем активировать новый уровень ПО. Кольцевой локаут препятствует вызову переключаться (маршрутизация трафика на защищают Синхронные транспортные сигналы (STSs)), из-за ошибок в канале связи, вызванных картами на полке, загружающейся во время обновления. Необходимо выполнить кольцевой локаут для всех узлов в кольце BLSR. Выполните шаги ниже для кольцевого локаута.

Примечание: Во время локаута не будут защищены промежутки BLSR. Обязательно удалите локаут после активации всех узлов в вызове.

Примечание: Для предотвращения вызова или коммутации промежутка выполните локаут и на Восточных и на Западных промежутках каждого узла.

  1. Выполните кольцевой локаут, чтобы препятствовать тому, чтобы коммутаторы произошли во время обновления путем выполнения действий ниже:

    1. Нажмите Вкладки Maintenance> Ring (обслуживание> звонок).

    2. Выберите Lockout Span из ниспадающих меню и для Запада и для операции Ист-Сайда, как показано ниже:

      15454_sw_upgrade17.gif

    3. Нажмите Apply для активации команды. Ответьте Да на приглашение. Оставьте узел в этом состоянии, пока не будет загружен новый уровень ПО.

      15454_sw_upgrade18.gif

      Примечание: Сигналы тревоги запроса блокировки, показанные ниже, появляются при блокировке Запада и Восточных диапазонов. В снимке экрана ниже, Узел-A использует карту OC-48 в слоте 6 как его первичный источник синхронизации. Из-за этого, когда промежуток локаута применен, мы видим, что аварийные сигналы указывают, что промежуток локаута заставил первичный источник синхронизации быть потерянным.

      /image/gif/paws/109594/15454_sw_upgrade19.gif

      По умолчанию K сигналы тревоги или сигналы тревоги на защищать временных интервалах STS может произойти в течение этого периода локаута. Проигнорируйте эти сигналы тревоги, если они действительно происходят.

      /image/gif/paws/109594/15454_sw_upgrade20.gif

  2. Повторите Шаг 1 в каждый узел в BLSR.

  3. При обновлении к уровню 2.2.2 выпуска ПО необходимо перезагрузить Карты магистрали BLSR. Обратите внимание на то, что этот шаг не необходим при обновлении для уровня 3.0 выпуска ПО. От представления узла индивидуально щелкните правой кнопкой по всем Картам магистрали BLSR в 15454 шасси и перезагрузите их. Это необходимо для предотвращения риска карт BLSR, запирающихся во время загрузки нового уровня ПО.

    15454_sw_upgrade21.gif

    Ответьте Да на приглашение, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade22.gif

    Примечание: Если карта BLSR не перезагружает правильно, решает проблему с картой BLSR befoe продолжающий загрузки новой версии программного обеспечения. Физически переустановите карту при необходимости. Если необходимо переустановить карту, удостоверьтесь, что вы сначала освобождаете все локауты на защитных коммутаторах. Как только карта перезагружена и активна, выполнить локауты снова.

  4. Повторите Шаг 3 в каждый узел в кольце BLSR.

Группы защиты

Удостоверьтесь все карты, которые являются частью группы защиты (1:1, и 1:N) активны на работающей карте той группы защиты и что не происходят никакие защитные коммутаторы. Другими словами, удостоверьтесь, что карты защиты находятся в резерве перед переходом.

Активация нового уровня ПО

Войдите и активируйте каждый узел, начиная с самого дальнего узла в сети и заканчивая узлом рабочей станции.

Примечание: После активации уровня программного обеспечения выпуска 3.0 можно получить серию Ошибок исключения Java. Проигнорируйте эти сообщения, как они происходят из-за изменений, установленных основанием кода Java для выпуска 3.0, который 2.2.x неспособен интерпретировать. Исключения Java не имеют никакого негативного эффекта.

  1. Войдите в узел, вы работали на сценарии.

  2. Сделайте запись IP-адреса того узла.

  3. Проверьте, что узел не имеет никаких активных сигналов тревоги.

  4. От представления узла нажмите вкладки Maintenance> Software.

  5. Проверьте, что защищать программное обеспечение отображает выпуск 2.2.2 или 3.0, в зависимости от уровня программного обеспечения, выбранного для обновления, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade23.gif

  6. Нажмите Activate. Диалоговое окно Activate появляется с предупреждающим сообщением, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade24.gif

  7. Нажмите Yes для перехода активацию. Первая часть активации завершает через две - три минуты и выполняет сообщение, показанное ниже:

    15454_sw_upgrade25.gif

    Это придерживается сообщением, подтверждающим, что активация завершена, и узел теперь перезагрузит, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade26.gif

  8. Нажмите кнопку ОК.

  9. Ждите до концов обновления программного обеспечения в том узле перед продолжением.

    Активация продолжается от узла до каждой установленной карты, начинаясь с резервного TCC +. Как только резервное TCC + полностью активировано и полностью перезагружено, это становится активным TCC + и другой TCC + перезагрузки. Затем XC или XCVT и перезагрузка Платы интерфейса аварийной сигнализации (AIC); затем, линейные карты загружаются слева направо один за другим. Весь процесс занимает приблизительно 30 минут. Этот процесс является воздействием трафика, таким образом, Cisco рекомендует активировать новую загрузку во время периода технического обслуживания. Трафик Временного разделения Muliplexing (TDM) вынесет 50 мс или большее соответствие, и Трафик ethernet возьмет о соответствии трех - четырех минут, из-за пересчета STP. После того, как все карты загрузились, активные начальные загрузки XCVT снова, чтобы гарантировать, что все каналы обновлены правильно. Как только активный XCVT заканчивает эту заключительную перезагрузку и все ясные сигналы тревоги, можно безопасно продолжиться к следующему шагу.

    caution Внимание.  : Когда вы обновляете от выпуска 2.2.x ONS 15454 до 3.0, условие может возникнуть во время активации, которая может вызвать сброс узла в точке после процесса обновления, когда изменение инициализации выполнено на узле. Если карта не в состоянии загружать новое программное обеспечение успешно, можно видеть сбой связи (CONTBUS) условие, которое сохраняется после того, как активация завершена, указывая, что узел ввел это состояние. Как только узел находится в этом состоянии, обеспечивание изменений может заставить узел входить в сброс в масштабе всей системы, в чем все карты (за исключением карты, которая была не в состоянии перезагружать первоначально), выполнит "мягкую" перезагрузку и повторно загрузит новый образ ПО. Если узел попадает в это условие, на трафик можно влиять на предоставленных линиях связи.

    Если вы видите, что CONTBUS встревожил, который не очищается после того, как обновление завершено, вручную переустановите карту, которая генерировала сигнал тревоги.

    Чтобы гарантировать, что активация обновления успешно выполнилась, Cisco рекомендует выполнить изменение инициализации к узлу, как показано в шагах ниже:

    1. В Представлении узла нажмите вкладки Provisioning> Timing, как показано ниже:

      15454_sw_upgrade27.gif

    2. В области Reference Lists измените одну из Ссылок NE и нажмите Apply.

    3. Ждите одна минута, затем возвратите ту же Ссылку NE снова и нажмите Apply.

      Если проблема будет существовать, то 30-минутный таймер будет приведен в движение, позволяя сбросу узла произойти во время периода технического обслуживания, или в то время как персонал локален. Ищите сигнал тревоги SYSBOOT на панели аварийных сигналов для узла. Если узел не перезагружает спустя 30 минут после изменения инициализации и нет никакого подарка сигнала тревоги SYSBOOT на панели аварийных сигналов CTC для узла, активация ПО была успешна.

  10. Для обновлений выпуска 2.2.2, завершения работы и перезапускают Netscape или браузер Internet Explorer. Для обновлений выпуска 3.0 из CTC выберите File> Exit, как показано в снимке экрана ниже:

    /image/gif/paws/109594/15454_sw_upgrade28.gif

  11. Повторно соединитесь с CTC с помощью IP-адреса от Шага 2 (если IP-адрес находится все еще в панели расположения обозревателя, можно просто удержать Клавишу переключения регистра и нажать Повторную загрузку/Кнопку Обновить браузера).

    Программное обеспечение TCC выпуска 3.0 должно теперь загрузить новый уровень программного обеспечения CTC для 3.0, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade29.gif

    Экран Delete CTC Cache, показанный ниже, должен теперь появиться. Нажмите кнопку Delete CTC Cache для продолжения.

    /image/gif/paws/109594/15454_sw_upgrade30.gif

    Новое приложение CTC теперь загружает, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade31.gif

    Если браузер "зависает" при попытке повторно соединиться с новым уровнем программного обеспечения выпуска 3.0, попытайтесь удалить cms*.jar файлы из персонального компьютера и, попытайтесь повторно соединиться снова.

    /image/gif/paws/109594/15454_sw_upgrade32.gif

    Поскольку новое приложение CTC backwardly совместимый с выпуском 2.2.x CTC, оно предоставляет вам сетевую видимость, в то время как вы обновляете.

  12. Индивидуально войдите в каждый из остающихся узлов, которые будут обновлены и повторят процедуры ниже. Каждая из этих процедур должна быть выполнена для каждого узла, который имеет TCC + карты и выполняет выпуск ПО 2.2. x . После того, как каждый узел закончен, необходимо регистрировать из сеанса CTC в Netscape для загрузки новых Подключаемых модулей Java от узла ONS 15454. Позвольте каждому узлу заканчиваться (все сигналы тревоги, очищенные в течение 10 минут) прежде, чем обновить следующий узел. Обратитесь к разделам ниже для получения дополнительной информации:

  13. После активации последнего узла (узел, связанный с рабочей станцией), ждите системы к перезагрузке.

    Примечание: Будьте терпеливы. Система могла бы занять несколько минут к перезагрузке.

Выпуск локаута КОЛЬЦА BLSR

Освободите локауты промежутка на всех узлах BLSR после того, как новая загрузка ПО будет активирована на всех узлах.

  1. В представлении узла CTC нажмите Вкладки Maintenance> Ring (обслуживание> звонок).

  2. Индивидуально выберите West и Восточные направления, где локаут активен.

  3. Выберите Clear, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade33.gif

  4. Нажмите Apply для активации команды. Обратите внимание на то, что кольцевой локаут встревожил теперь белый, как показано ниже:

    15454_sw_upgrade34.gif

  5. Можно видеть панель ниже того, чтобы просить, чтобы вы вызвали кольцевую таблицу карты и приняли, что он очищает По умолчанию K сигналы несоответствия Идентификатора узла или байт:

    /image/gif/paws/109594/15454_sw_upgrade35.gif

    Также может быть необходимо перейти к вкладкам Provisioning> Ring и нажать кнопку Ring Map. Примите кольцевую карту, когда предложено для этого как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade36.gif

Постпроцедуры обновления

Ниже приводятся дополнительные процедуры, которые могут быть необходимыми, если была проблема с обновлением программного обеспечения. В текущих версиях программного обеспечения, чтобы проверить, что обновление завершено, необходимо перепроверить каналы и информацию конфигурирования, которая была зарегистрирована перед обновлением. Сделайте сравнение с примечаниями, чтобы удостовериться, что вся инициализация является тем же, и сеть переносит весь трафик. Проверьте, что нет никаких сигналов тревоги, о которых сообщают, или что, по крайней мере, все еще присутствуют те же сообщаемые аварийные сигналы, которые присутствовали перед обновлением.

Используйте блок-схему ниже для помощи вам с почтовыми процедурами обновления.

/image/gif/paws/109594/15454_sw_upgrade37.gif

Проверка, что назначена корректная дата

Процедура обновления может заставить значение даты изменяться.

  1. В представлении узла CTC нажмите Provisioning> Вкладки Общие.

  2. Назначьте корректную дату и нажмите Apply, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade38.gif

  3. Повторите Шаги 1 и 2 для каждого остающегося узла.

TCC запчасти обновления + модули

Весь запасной TCC + модули должен быть обновлен к новому уровню выпуска ПО.

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

Процедуры восстановления обновления

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

Используйте блок-схему ниже для помощи вам с процедурами восстановления обновления.

/image/gif/paws/109594/15454_sw_upgrade39.gif

Вернитесь к предшествующей загрузке (TCC + ONLY)

При определенных обстоятельствах может быть необходимо вернуться к архивированной базе данных. Прежде, чем обновить от выпуска 2.2.x до программного обеспечения выпуска 2.2.2 или 3.0, необходимо выполнить резервное копирование текущая база данных во всех узлах в сети (обновите программное обеспечение). Cisco настоятельно рекомендует, чтобы вы сделали запись или экспортировали все критические данные в жесткий диск. Если необходимо вернуться к архивированной базе данных, используйте следующую процедуру.

Если вам обеспечили BLSR, прежде, чем начать возвращаться, необходимо выполнить локаут промежутка в каждом узле. Придерживайтесь процедуры lockout кольца BLSR для выполнения локаута промежутка на кольце BLSR.

Примечание: Для выполнения поддерживаемого (влияющий на обслуживание non) возвращаются от выпуска 3.0, выпуск, к которому вы хотите вернуться, должно быть, работал в то время, когда вы активировали к выпуску 3.0 на том узле. Кроме того, поддерживаемое возвращаются, автоматически восстанавливает конфигурацию узла к ее состоянию во время предыдущей активации. Таким образом, когда вы вернетесь программное обеспечение, будут потеряны любые изменения конфигурации, сделанные после активации.

Примечание: В следующей процедуре база данных восстановлена автоматически как часть того, чтобы возвращаться, только для версий 2.2.1 и позже. При выполнении выпуска 2.2.0 перед активацией необходимо будет вручную восстановить базу данных после выполнения шагов для возвращения. Ручное восстановление базы данных является воздействием трафика и должно быть выполнено во время сервисного окна.

  1. Сделайте запись IP-адреса узла.

  2. От Представления узла щелкните правой кнопкой мыши по резервному TCC + и выберите опцию Reset Card, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade40.gif

  3. Ответить Да на Вас Уверенный? диалоговое окно, просящее, чтобы вы подтвердили выбор, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade41.gif

    Обратите внимание на то, что сброс карты вызывает сброс системы и TCC + сигналы тревоги сбоя связи, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade42.gif

  4. Ждите TCC +, чтобы закончить перезагружать (это займет приблизительно четыре минуты). После того, как TCC + завершил перезагрузку, вышеупомянутый сброс системы и TCC +, сигналы тревоги сбоя связи будут белый.

  5. От представления узла нажмите вкладки Maintenance> Software.

  6. Проверьте, что защищать программное обеспечение отображается 2.2.x (выпуск, который вы обновляли от), как показано ниже:

    15454_sw_upgrade43.gif

  7. Нажмите Revert. Вернитесь активирует защищать программное обеспечение и восстанавливает базу данных от предшествующей загрузки. Диалоговое окно просит, чтобы вы подтвердили выбор, как показано ниже:

    15454_sw_upgrade44.gif

  8. Нажмите кнопку ОК. Это отбрасывает соединение с узлом и начинает возвращаться. Во время того, чтобы возвращаться панели ниже отображен:

    /image/gif/paws/109594/15454_sw_upgrade45.gif

  9. После возвращения узла возвращаться успешной панели, показанной ниже, отображено, указывая, что узел перезагрузит.

    /image/gif/paws/109594/15454_sw_upgrade46.gif

    Выберите Yes и ждите до системных концов перезагрузки в узле перед продолжением. Панель ниже отображена, указывая, что подключение CTC к узлу потеряно во время перезагрузки:

    /image/gif/paws/109594/15454_sw_upgrade47.gif

    Примечание: Будьте терпеливы. Системная перезагрузка могла бы занять до 30 минут для завершения.

    Выполнение системной перезагрузки вызывает системный сигнал тревоги перезагрузки и множитель другие сигналы тревоги на узле, поскольку отдельные карты перезагружены, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade48.gif

    После того, как перезагрузка завершена, все сигналы тревоги должны белый.

  10. Завершение работы Netscape или браузер Internet Explorer.

  11. Ждите одна минута прежде, чем восстановить другой узел.

  12. После возвращения всех узлов в сети перезапустите браузер и регистрируйте назад в последний узел, который вернулся с IP-адресом, которого вы сделали запись в Шаге 1. Это загружает соответствующее приложение CTC для выпуска 2.2.x к рабочей станции.

    Если вам обеспечили BLSR и выполнили кольцевой локаут перед процедурой revert, необходимо освободить кольцевой локаут в каждом узле. Выполните процедуру выпуска локаута кольца BLSR для выпуска кольцевого локаута на кольце BLSR.

    Примечание: Если вы обновили к JRE 1.3.0, вы не можете войти в ONS 15454 рабочий выпуск 2.2.1 или предшествующий (или Выпуск 1.0.0 выполнения ONS 15327). Если вы вернетесь к выпуску, который потребовал предыдущей версии JRE, то вы будете требовать к reinistall Java и удалять файлы JAR из системного временного каталога рабочей станции после возвращения всех узлов в сети. Если вы вернетесь к выпуску, который также использует JRE 1.3, или если вы сохранили более старую версию JRE во время обновления, то это не будет проблемой.

Вручную восстановите базу данных

Если бы вы обновляли от выпуска 2.2.0, или в определенных, некоторый других случаях, то могло бы быть необходимо восстановить базу данных предобновления вручную.

caution Внимание.  : Не выполняйте эти шаги, пока вы не восстанавливаете выпуск 2.2.0, или вы попытались, программное обеспечение возвращаются для более позднего подведенного выпуска.

caution Внимание.  : Этот процесс является воздействием трафика и должен быть выполнен во время сервисного окна.

  1. От представления узла CTC нажмите Maintenance> Database tabs, как показано ниже:

    15454_sw_upgrade49.gif

  2. Нажмите Restore. Диалоговое окно Open появляется.

  3. Выберите ранее-сохраненный файл и выберите Open, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade50.gif

    Панель предупреждения ниже появляется, говоря вам, что восстановление может вызвать потерю трафика, отображен. Щелкните по Yes для продолжения, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade51.gif

    База данных будет восстановлена, и TCC+s перезагрузит. В конце восстановления ниже отображена панель. Щелкните по OK для продолжения, как показано ниже:

    /image/gif/paws/109594/15454_sw_upgrade52.gif

    Обратите внимание на то, что перезагрузка системы заставляет подключение CTC к узлу быть потерянным, как отображено панелью ниже:

    /image/gif/paws/109594/15454_sw_upgrade47.gif

  4. Как только TCC+s перезагрузили, журнал назад в CTC и проверяют, что база данных восстановлена путем физической проверки, что конфигурирования каналов совпадают с предыдущей версией базы данных. Ждите одна минута прежде, чем восстановить следующий узел.

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Дополнительные сведения


Document ID: 109594