У нас есть около полдюжины компьютеров с Windows 2008R2, которые в выходные отправляют файлы резервных копий SQL в общий дамп файлового сервера 2008R2. На файловом сервере есть выделенная ниша для этой операции и отдельная основная ниша только для обычного трафика файлового сервера.
Nic, используемый для резервного копирования, как правило, используется во время резервного копирования на 40-80 штук. Во время окна резервного копирования трафик в основной ник также очень медленный. Открытие папки в общей папке может занять до 5 секунд. Я хотел обвинить локальную файловую систему или локальный коммутатор, но здесь становится странно
Если вы подключитесь к файловому серверу по протоколу RDP, на локальных дисках вообще не будет замедления, поэтому это не похоже на проблему с файловой системой.
Если вы подключитесь по RDP к файловому серверу и попытаетесь получить доступ к \ 127.0.0.1 \ SQLBack или \ 127.0.01 \ RegularUserShare, это тоже будет очень медленным. Если вы перейдете к d: \ SQLBack и т. Д., Доступ будет очень быстрым.
Я думал, что это какая-то перегрузка SMB, но я действительно не знаю, как ее устранить или исправить. Скорость доступа возвращается к нормальной, как только они завершают процесс дампа SQL.