Я надеюсь, что кто-нибудь сможет пролить свет на то, на чем мне следует сосредоточить свои усилия.
У меня есть несколько клиентов, подключенных к домену через сервер Windows 2008. Несколько дней назад приложения на клиентских компьютерах, которые хранят данные на сервере, начали значительно отставать.
Если я сажусь за клиентскую машину... Я получил:
100+ МБ скачиваний с сервера
100+ МБ загрузок с других клиентов
5 МБ загружается на сервер *
Тем не мение...
Если я сяду за сервер... Я получил:
50+ МБ скачиваний с клиентов *
50 МБ приемлемо, но 5 МБ - нет. Что могло быть причиной разницы в скоростях в этом случае? На сервере есть конфигурация RAID1, поэтому я ожидаю увидеть сокращение времени записи в этот дисковый массив. Но скорость записи дисков не учитывает несоответствие в 45 МБ, возникающее в зависимости от того, где инициируется передача (клиент или сервер).
Если я подключаю USB-накопитель к серверу, делюсь им и пытаюсь скопировать файл с клиента на этот USB-накопитель (передача, инициированная клиентом), я получаю немного лучшую скорость, до 30 МБ (против 5 МБ). Однако, если во время этой передачи я пытаюсь загрузить в тома, управляемые RAID, обе передачи (на USB-накопитель и на локальный диск) достигают максимума около 5 МБ.
Согласно диагностике Dell проблем с дисками в RAID-массиве нет. Отключение брандмауэра на сервере не помогает.
Так что же дает? Может быть, выключатель перегружен или неисправен? При работе на сервере пользовательский интерфейс медленно реагирует, но я не вижу большой нагрузки на память или процессор. Единственное, что меня интересует, - это 14 ошибок страниц, генерируемых mmc.exe каждую минуту.
Заранее благодарим за любые советы или предложения, которые могут помочь мне в этом разобраться.
Для начала я бы проверил скорость LAN. Мое любимое приложение:
Тест скорости локальной сети TotuSoft
и попробуйте перенос с кешированием Windows и без него.
Я бы также попробовал другой протокол, например ftp. Таким образом, вы сможете лучше понять, проблема ли это в сети или в системе Windows fs.
(Если сервер ожидает обновлений, установите и перезапустите перед запуском тестов).
Я предполагаю, что вы используете CIFS для всего этого, но об этом не было сказано. Кроме того, я предполагаю, что вы создаете общий ресурс CIFS на клиенте и подключаетесь к нему в качестве метода проверки загрузки «сервер от клиента». При рассмотрении производительности сетевой файловой системы очень важно знать, какой протокол, чтобы мы знали, как он ведет себя в различных условиях окружающей среды.
CIFS имеет ужасный производительность по каналам с потерями и абсолютно не терпит джиттера даже в лучшие времена. Если вы используете связывание на своем сервере, вы должны использовать LACP или активное резервное копирование (или аналогичный) в качестве метода LAG, или вы можете ввести дрожание (которое оказывает большее влияние во время записи, чем чтения при использовании CIFS).
Имея это в виду и понимая, что вы описываете постоянно низкую скорость записи CIFS, проблемы с объединением каналов на сервере, вероятно, являются виновником (если не просто независимо неисправный коммутатор). Если вы используете связывание, убедитесь, что вы используете режим и алгоритм, которые хорошо работают с CIFS.
Поскольку вы заявляете, что эта проблема появилась недавно, вполне вероятно, что переключатель неисправен (если никто не изменил соответствующие настройки стороны переключателя). «Грязные» сетевые каналы могут сильно повлиять на скорость разборки / повторной сборки данных на коммутаторе, вызывая потенциальное дрожание и потери.
Проверьте счетчики ошибок связи на коммутаторе (если он на это способен), а также проверьте счетчики на клиентских и серверных сетевых интерфейсах. Всегда будет сообщаться о дрожании и потерях (хотя они не единственные участники этого уравнения). Используйте тест скорости LAN, как предлагал @ panos415, чтобы получить больше метрик и, возможно, увеличить счетчики.