Поиск основной причины не занимает много времени | enterprise.netscout.com

Поиск основной причины не занимает много времени

 

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

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

 
  • отсутствие стандартного рабочего процесса устранения неполадок для ИТ-техников и инженеров;
  • все более сложные сети и системы;
  • разнородные наборы инструментов и методы документирования;
  • слишком много времени для изоляции проблемы;
  • разные уровни навыков у техников.
 

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

 

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

Что мы делаем сегодня, и почему это не работает?

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

 

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

 

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

Как мы можем решить эти проблемы быстрее?

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

 
 
  • Подключение к сети Интернет: Подтвердите подключение к облаку или внутреннюю достижимость службы. Проверьте просмотр сервера DNS и подключение порта приложения.

  • Подключение шлюза: Проверьте адрес маршрутизатора/шлюза и связь с устройством.

  • Подключение DHCP: Убедитесь, что DHCP-сервер работает и является отзывчивым. Подайте запрос на IP-адрес, получите информацию подсети, а также определите шлюз по умолчанию и DNS-сервер.

  • Соединение с коммутатором: С помощью CDP/LLDP тестер LinkSprinter определит имя, модель, слот, порт и VLAN подключенного коммутатора.

  • Функция PoE (питание через Ethernet): Убедитесь, что подключение к питанию телефона, камеры системы безопасности или точки доступа через определенный порт возможно. Тестер сети LinkSprinter может работать даже без батареи на PoE.



  •  
  •  

 

Автоматизированные результаты в мобильном пользовательском интерфейсе

Результаты тестирования доступны после подключения LinkSprinter 200 по сети Wi-Fi к встроенной веб-службе, которая сообщает о последнем проведенном тесте. Это подключение можно осуществить локально — с инструмента к мобильному устройству — чтобы увидеть мгновенные результаты последнего выполненного теста. Доступ к данным теста можно получить через пользовательский интерфейс, где отображается идентификатор соединения (IP-адрес, сеть VLAN и порт коммутатора), а также время отклика шлюза и сервера. LinkSprinter автоматически отправляет результаты теста по электронной почте на мобильное устройство, позволяя технику изучить при необходимости.

*Обратите внимание, что LinkSprinter 100 и 200 недоступны в Китае

Облачная документация

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

 

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

 

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

 

Заключение

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

 

Посетите Подробнее: LinkSprinter.com

 
 
Powered By OneLink