Ошибки переключения для вывода из эксплуатации

Обновлено: 21.11.2024

Оператор беспроводной связи уровня 1 в США планировал вывести из эксплуатации один из своих коммутаторов в Нью-Йорке и перевести все оборудование на альтернативный коммутатор. Это был важный проект, который потребовал перемещения всех арендованных транспортных средств Ethernet, охватывающих более 1100 точек сотовой связи, путем выдачи примерно 2300 заказов на подключение.

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

Решение

Наша команда была выбрана оператором для управления проектными работами, необходимыми для поддержки вывода из эксплуатации их коммутатора в Нью-Йорке. Наша команда Transport Engineering Solutions отвечала за реализацию проекта «под ключ». Это включало технический анализ, планирование, подготовку, обновление структуры инвентаризации и услуги по управлению проектами с использованием платформы управления проектами TraK™.

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

Результаты

Сложные многогранные проекты зависят от частого обмена информацией, правильного планирования, координации между всеми заинтересованными сторонами и отличного управления данными. Гибкость для адаптации к изменяющимся условиям на местах имеет жизненно важное значение в дополнение к выполнению с чувством безотлагательности. Наша команда регулярно взаимодействовала с Оператором и операторами местной телефонной связи (LEC) посредством встреч, телефонных звонков и электронной почты; использовали внутренние системы Оператора для рабочих заданий и запасов; и использовал системы LEC для ASR (запросов на обслуживание доступа). Чтобы упростить управление проектом, решение TraK™ объединило эти ценные данные с помощью информационных панелей и отчетов.

Наша команда завершила этот важный проект в срок, и коммутатор оператора в Нью-Йорке был выведен из эксплуатации без простоев сети.

Будущее

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

По оценкам, около 15 % ИТ-бюджета приходится на устаревшие системные приложения. В мире, где цифровая трансформация является приоритетной задачей для многих компаний, финансовое и ресурсное бремя, связанное с устаревшими системами, стоит на пути прогресса. Вывод этих систем из эксплуатации — это то, что требуется, но, к сожалению, многие проекты по выводу из эксплуатации устаревших систем терпят неудачу.

Почему сохранение устаревших систем дорого обходится

Во-первых, давайте посмотрим, почему сохранение устаревших систем является дорогостоящим мероприятием:

  • Устаревшие системы могут быть медленными, уязвимыми и громоздкими.
  • Некоторые системы больше не поддерживаются поставщиками.
  • Скорее всего, несовместимо с новейшими технологиями/программным обеспечением, что препятствует инновациям.
  • Эти системы обычно требуют чрезмерного использования оборудования, что приводит к увеличению расходов.
  • Кроме того, неизбежны издержки, связанные с усилением соблюдения правовых норм во многих отраслях и странах по всему миру, что делает необходимым сохранение данных в этих устаревших системах.

Почему эти проекты терпят неудачу

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

Многие организации по всему миру инициировали проекты по выводу из эксплуатации, но, по нашему опыту, многие из них потерпели неудачу. Либо проект так и не начался, не был завершен, остановился на полпути или, в худшем случае, фактически провалился.

Ниже мы перечислили распространенные причины, по которым проекты по выводу из эксплуатации терпят неудачу:

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

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

  1. Отсутствие знаний об устаревшей системе (ключевые пользователи недоступны)

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

  1. Неверные ожидания, бюджет и отсутствие поддержки со стороны высшего руководства.

Как правило, проект вывода из эксплуатации не поддерживается одним человеком. Руководящая группа (уровень C) и руководство высокого уровня обычно отдают приоритет вводу в эксплуатацию новых инновационных технологий и проектов для роста доходов, а не сосредоточению внимания на устаревших системах. Кроме того, существует неправильное представление о выводе из эксплуатации устаревших систем в том смысле, что это будет простой и быстрый проект, который ничего не будет стоить. В конце концов, вы не просто извлекаете данные и не отключаете старую систему. К сожалению, это еще одна область, которая способствует сбоям.

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

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

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

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

Глава: Вывод из эксплуатации и повторный ввод коммутаторов в эксплуатацию

Эта глава состоит из следующих разделов:

Вывод из эксплуатации и повторный ввод коммутаторов в эксплуатацию

Чтобы вывести из эксплуатации и повторно ввести в эксплуатацию все узлы в модуле, выполните эту процедуру. Одним из вариантов использования этого является изменение идентификаторов узлов на более логичное и масштабируемое соглашение о нумерации.

Процедура

Выведите из эксплуатации узлы в модуле, выполнив следующие действия для каждого из них:

Перейдите к Fabric > Inventory и разверните модуль .

Выберите переключатель, щелкните его правой кнопкой мыши и выберите "Удалить из контроллера" .

Подтвердите действие и нажмите OK .

Процесс занимает около 10 минут. Узел автоматически очищается и перезагружается. Кроме того, конфигурация узла удаляется из контроллера.

Если на выведенном из эксплуатации узле была развернута функция профиля порта, некоторые конфигурации портов не удаляются вместе с остальной конфигурацией. Необходимо вручную удалить конфигурации после списания, чтобы порты вернулись в состояние по умолчанию.Для этого войдите в коммутатор, запустите сценарий setup-clean-config.sh и подождите, пока он запустится. Затем введите команду перезагрузки.

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

Выполните следующие действия, чтобы повторно ввести в эксплуатацию каждый узел.

Перед вводом в эксплуатацию узла с конфигурацией профиля порта в качестве нового узла необходимо запустить сценарий setup-clean-config.sh, чтобы восстановить настройки порта по умолчанию.

Перейдите к Fabric > Inventory , разверните Quick Start и щелкните Node or Pod Setup .

Нажмите "Узел настройки" .

В поле "Идентификатор модуля" выберите идентификатор модуля.

Нажмите +, чтобы открыть таблицу узлов.

Введите идентификатор узла, серийный номер, имя коммутатора, идентификатор пула TEP и роль (конечный или основной) для коммутатора.

Убедитесь, что все узлы настроены, выбрав Fabric > Inventory > Fabric Membership .

Что делать дальше

Если модуль является одним из модулей в топологии мультимодуля, перенастройте мультимодуль для этого модуля и узлов. Дополнительные сведения см. в разделе Multipod в Руководстве по настройке сети Cisco APIC уровня 3.

Был ли этот документ полезен?

В нашей предыдущей статье мы рассказали, как идентифицировать сетевые устройства на разных этапах их жизненного цикла.

Подводя итог, можно сказать, что мы выступали за правило 30-60-90. Если 90 % вашей сети зависит от устройства, гораздо важнее заменить его (своевременно), чем то, к чему обращаются только в 60 или 30 % случаев.

Вы также можете разделить «устаревшее» (а иногда и «устаревшее») оборудование на 3 слота для замены.

  • Немедленно
  • Шесть месяцев спустя
  • Год спустя

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

Это несколько моментов, которые многие администраторы не учитывают перед удалением и/или обновлением сетевых устройств, таких как Ethernet-коммутаторы, DSLAM и оптоволоконные медиаконвертеры.

1. Сначала прочтите спецификацию

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

Часто это не обязательно проблема (если вы не запрашиваете бухгалтерский учет). Но иногда стоит проявить осторожность. Проблемы с совместимостью — вполне реальная вещь, и если вы не будете осторожны, они могут быстро стать проблемой для ваших планов обновления.

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

Можно продолжать и продолжать, но я думаю, вы поняли суть.

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

2. Сравните новые устройства перед добавлением в действующую сеть

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

Для начала тестирование оборудования на стенде с настройками по умолчанию позволит вам лучше познакомиться с устройством.

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

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

3. Делайте правильные резервные копии

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

  • Местоположение устройства
  • Маркировка интерфейса
  • IP-адреса
  • Информация для входа
  • Известные проблемы

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

Также стоит помнить, что эта информация может пригодиться, если в будущем вам потребуется приобрести другое устройство той же марки и модели.

4. Протрите и безопасно утилизируйте старое оборудование

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

Кроме того, нам не нужно говорить об этом, но мы ошибемся из соображений осторожности: убедитесь, что система находится в режиме по умолчанию.

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

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

Это важный шаг, который предотвращает случайное попадание конфиденциальной информации в чужие руки.

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

Не торопитесь с выводом из эксплуатации и обязательно уделите достаточно времени тщательному рассмотрению последней части головоломки. Какие сменные устройства вам потребуются?

Начните с рассмотрения ваших долгосрочных приоритетов развития бизнеса.

Если ваша команда планирует добавить новое здание, линейку продуктов или отдел (например, учебный центр или офис продаж), вы можете выбрать более крупный и высокопроизводительный компонент.

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

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

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

Последняя мысль

Мы постоянно помогаем клиентам вывести сетевое оборудование из эксплуатации. На самом деле, мы призываем всех наших клиентов задавать вопросы о продуктах, которые их интересуют. Особенно, если пункт 1 (ознакомьтесь со спецификациями) не был вашей чашкой чая.

С нами можно связаться с понедельника по пятницу с 9:00 до 17:00 по тихоокеанскому стандартному времени или написать нам по электронной почте в любое время. Мы не медицинские работники, но, возможно, мы сможем избавить вас от некоторых проблем с сетью!

Читайте также: