Prędkość domowego NAS jest niestabilna: jak sprawdzić duplex, kabel i błędy portu

Sprawdź negocjację łącza i liczniki błędów przed zmianą ustawień wydajności SMB, pamięci masowej lub NAS.

Niestabilna prędkość domowego NAS często objawia się jako szybki transfer, który nagle spada, zatrzymuje się, renegocjuje lub odzyskuje po ponownym podłączeniu kabla. Ten sam objaw może wynikać z niezgodności duplexu, marginalnego kabla lub gniazda, uszkodzonego portu przełącznika, błędów zgłaszanych przez sterownik, zachowania kontroli przepływu lub zacięć pamięci masowej. Dokładna diagnoza polega na utrzymaniu stałego jednego klienta, jednego pliku i jednej ścieżki podczas odczytywania obu końców łącza Ethernet przed i po każdej kontrolowanej zmianie.

Zanotuj wzorzec awarii przed zmianą łącza

Użyj jednego dużego lokalnego pliku i kopiuj go w obu kierunkach między tym samym klientem a NAS. Zapisz negocjowaną prędkość, przepustowość w czasie, obciążoną latencję oraz dokładny moment, gdy prędkość spada lub łącze się resetuje.

Przypadki z społeczności Cisco opisują niezgodność duplexu jako powodującą wolne i przerywane połączenia, a nie trwałe rozłączenie łącza. To sprawia, że oś czasu degradacji jest bardziej użyteczna niż pojedynczy szczytowy benchmark.

Jeśli prędkość jest stale niska od pierwszej sekundy, porównaj pojemność sieci i limity pamięci masowej. Jeśli zaczyna się szybko, a potem gwałtownie spada, priorytetowo traktuj błędy łącza, zachowanie termiczne, obciążenie kolejek, wyczerpanie pamięci podręcznej lub zdarzenie renegocjacji portu.

Porównaj prędkość i duplex na obu końcach

Odczytaj aktywną prędkość, duplex i stan auto-negocjacji na interfejsie NAS oraz podłączonym porcie przełącznika. Nie porównuj tylko skonfigurowanych wartości; stan operacyjny musi być zgodny na obu końcach.

Klasyczna niezgodność może pozostawić jedną stronę w trybie full duplex, a drugą w half duplex, powodując kolizje, błędy odbioru, retransmisje i bardzo zmienną przepustowość. Nawet gdy nowoczesne łącza multi-gigabit zwykle wymagają auto-negocjacji, wymuszone ustawienia lub stare pośrednie urządzenia mogą nadal powodować niespójny wynik.

Przywróć oba końce do obsługiwanej auto-negocjacji, chyba że dokumentacja sprzętu wymaga innej metody. Ponownie podłącz łącze i potwierdź, że obie strony zgłaszają tę samą prędkość i stan full duplex przed powtórzeniem transferu.

Zmierz błędy fizyczne przed i po jednym transferze

Zapisz liczniki CRC, FCS, symboli, wyrównania, nośnika, odbioru, transmisji, odrzuceń i resetów łącza na NAS i przełączniku. Zresetuj liczniki, jeśli to możliwe, a następnie wykonaj ten sam duży transfer wystarczająco długo, aby odtworzyć niestabilność.

Ostatni raport domowego NAS wykrył łącze 2,5GbE, które stało się stabilne po wymianie kabla lub gniazda. Ten wynik jest silniejszy niż założenie, że o zmianę prędkości odpowiada oprogramowanie NAS.

Rosnące błędy CRC lub symboli wskazują na kabel, złącze, transceiver lub port. Odrzucenia bez błędów fizycznych wskazują raczej na kolejki lub przetwarzanie hosta, podczas gdy czysta ścieżka Ethernet z wolnym SMB kieruje dochodzenie na pamięć masową i aplikacje.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Wymieniaj po jednym fizycznym komponencie na raz

Zacznij od krótkiego, sprawdzonego patchcorda, następnie przenieś połączenie na inny port przełącznika bez zmiany klienta, NAS ani obciążenia. Jeśli trasa obejmuje gniazdo ścienne, łącznik, panel krosowy lub adapter USB, wprowadź każdy element osobno.

Zachowaj ten sam transfer i czas testu dla każdej wymiany. Komponent jest podejrzany, gdy niestabilność pojawia się po nim lub znika konsekwentnie po jego usunięciu, a nie tylko dlatego, że jeden przebieg był szybszy.

Najpierw ponownie zakończ lub wymień najmniejszą uszkodzoną część. Unikaj wymiany całego kabla w ścianie, zanim nie udowodnisz, że patchcord, keystone, port przełącznika lub adapter to faktyczny punkt pochłaniający margines łącza.

Zweryfikuj, czy zgłaszane błędy są prawdziwe

Liczniki sterownika mogą być mylące, zwłaszcza po aktualizacjach firmware’u lub sterownika. Porównaj błędy systemu operacyjnego z licznikami przełącznika, utratą pakietów, retransmisjami i rzeczywistą oś czasu transferu, zanim uznasz dużą liczbę za dowód awarii kabla.

Przypadek ze społeczności Intela udokumentował fałszywe raportowanie błędów odbioru, które nie odzwierciedlało rzeczywistej utraty pakietów w produkcji. Znaczenie licznika musi więc być zweryfikowane względem wersji adaptera i sterownika.

Jeśli tylko jeden licznik programowy rośnie, podczas gdy przełącznik, przechwytywanie pakietów i obciążenie pozostają czyste, zaktualizuj lub przywróć sterownik przed wymianą sprzętu. Jeśli niezależne liczniki i transfer zawodzą razem, traktuj zdarzenie jako rzeczywistą awarię łącza.

Oddziel stabilność Ethernet od prędkości pamięci masowej NAS

Wykonaj test sieciowy pamięć-do-pamięci na tej samej ścieżce, a następnie porównaj go z transferem dużego pliku SMB. Usuwa to zapis na dysk, alokację systemu plików, migawki, parzystość, szyfrowanie i skanowanie aplikacji z pierwszego wyniku.

Wyjaśnienie ZimaSpace, jak utrata pakietów obniża użyteczną przepustowość NAS, pomaga zinterpretować, dlaczego interfejs może pozostać połączony, podczas gdy prędkość aplikacji oscyluje.

Naprawa jest zakończona tylko wtedy, gdy test sieciowy i oryginalne obciążenie SMB powtarzają się ze stabilną prędkością, czystymi licznikami fizycznymi, zgodnym duplexem i bez renegocjacji łącza. Jeśli test sieciowy jest czysty, ale SMB pozostaje niestabilny, przestań zmieniać kable i kontynuuj testy pamięci masowej, CPU i obciążenia plikowego.