Data Domain: bezpośrednie połączenia sieciowe między systemami ochrony danych

• Bezpośrednio połączone systemy nie mogą wysyłać do siebie pingów.
• Raporty replikacji "No route to host", connection failedlub destination unreachable Error:
• Pokazuje stan interfejsu DOWN, Disconnectedlub Not Connected.
• Interface Connectivity Down Generowane są alerty.
• Szybkość łącza negocjuje wartość niższą niż oczekiwano.
• Przepustowość jest niższa niż oczekiwano podczas testowania.
• Interfejsy pękają lub okresowo tracą łączność.
• Operacje replikacji drzewa MTree, replikacji kolekcji, tworzenia kopii zapasowych, przywracania, migracji lub magazynowania w trybie failover za pośrednictwem sieci połączenia bezpośredniego.
• Porty podłączane bezpośrednio są aktywowane tylko w określonych oknach w środowiskach Cyber Recovery.
• Nowo zainstalowane łącza bezpośrednie pozostają w trybie offline po konfiguracji.

• Problemy z konfiguracją sieci
  • Interfejsy połączone bezpośrednio są konfigurowane w różnych podsieciach.
  • Nieprawidłowe maski podsieci powodują problemy z routingiem.
  • Brak tras statycznych, gdy istnieje wiele ścieżek sieciowych.
  • Ruch jest kierowany przez inny interfejs, a nie przez ścieżkę połączenia bezpośredniego.
  • Konfiguracja hosta połączenia lub miejsca docelowego odwołuje się do nieprawidłowego adresu IP.
• Problemy z łącznością fizyczną
  • Podłączono nieprawidłowe porty fizyczne.
  • Wadliwe kable, optyka, kable DAC lub moduły SFP/QSFP.
  • Nieobsługiwane lub niezgodne przekaźniki.
  • Błędy automatycznej negocjacji szybkości łącza.
  • Wady oprogramowania wewnętrznego lub sprzętu karty sieciowej.
• Problemy z konfiguracją interfejsu
  • Interfejs wyłączony administracyjnie.
  • Niezgodność konfiguracji wiązania.
  • Niezgodność wartości MTU między punktami końcowymi.
  • Nieprawidłowa konfiguracja veth.
  • Nieprawidłowe ustawienia protokołu LACP.
• Zachowanie Cyber Recovery
  • Interfejsy programu Vault mogą być celowo wyłączane między oknami synchronizacji.
  • Konteksty replikacji mogą zostać wyłączone przez automatyzację Cyber Recovery.
  • Alerty interfejsu mogą być oczekiwanym zachowaniem, gdy magazyn jest zablokowany.
• Problemy związane z konkretnymi platformami
  • Niektóre kombinacje kart sieciowych i SFP 25 Gb/s wykazywały niestabilność lub niestabilność interfejsu we wdrożeniach podłączanych bezpośrednio.
  • W konfiguracjach połączenia bezpośredniego FC mogą wystąpić problemy z topologią lub wykrywaniem inicjatorów.
  • Nieprawidłowa nazwa hosta lub nieprawidłowa konfiguracja replikacji mogą uniemożliwić korzystanie z wielu zamierzonych ścieżek połączeń bezpośrednich.

1. Walidacja warstwy 1

Rozwiązywanie problemów należy zawsze rozpoczynać od warstwy fizycznej.

Zweryfikuj dostęp do

• • Diody LED ogniw Link świecą się w obu systemach.
  • Prawidłowe interfejsy są połączone ze sobą kablami.
  • Kabel jest certyfikowany pod kątem negocjowanej prędkości.
  • Moduły SFP/QSFP pasują do siebie na obu końcach.
  • Podczas testowania problem występuje po podłączeniu kabla lub pozostaje związany z portem.

2. Weryfikacja mapowania portów fizycznych

W przypadku wdrożeń z podłączeniem bezpośrednim nie zawsze jest oczywiste, który fizyczny port karty sieciowej z tyłu urządzenia odpowiada interfejsowi konfigurowanemu w DDOS. Jest to szczególnie powszechne w systemach z wieloma kartami sieciowymi, kartami rozszerzeń, powiązanymi interfejsami lub po modernizacji sprzętu.

Częstym problemem jest sytuacja, w której administrator uważa, że kabel jest podłączony do jednego interfejsu, podczas gdy w rzeczywistości jest podłączony do innego portu fizycznego.

Sposób rozwiązania problemu:

• • Konfiguracja tymczasowych (fikcyjnych) adresów IP na wielu potencjalnych interfejsach w obu systemach.
  • Administracyjnie włącz interfejsy.
  • Obserwuj, które interfejsy ustanawiają nośną i przechodzą do stanu UP.
  • Sprawdź fizyczne diody LED połączenia na obu urządzeniach.
  • Użyj poleceń stanu interfejsu i sprzętu, aby zidentyfikować prawidłowe mapowanie portów.
  • Po zidentyfikowaniu prawidłowych portów usuń tymczasową konfigurację i zastosuj zamierzone ustawienia produkcyjne.

Takie podejście pozwala szybko wyeliminować niepewność związaną z wyborem portu fizycznego i zapobiec niepotrzebnym badaniom problemów związanych z routingiem, replikacją, wydajnością lub oprogramowaniem, gdy rzeczywistym problemem jest po prostu nieprawidłowe mapowanie kabla do interfejsu.

Dlaczego to pomaga

Wiele problemów z połączeniami bezpośrednimi jest ostatecznie związanych z:

• • Kabel podłączony do niewłaściwej karty sieciowej.
  • Niepoprawne założenia dotyczące mapowania interfejsu do portu.
  • Wiele kart sieciowych z podobnymi etykietami portów.
  • Interfejs skonfigurowany w DDOS nie jest zgodny z portem używanym przez instalator.
  • Połączone elementy są połączone inaczej niż oczekiwano.

Potwierdzenie mapowania portu fizycznego przed przystąpieniem do rozwiązywania problemów z wyższą warstwą może znacznie skrócić czas poświęcany na badanie routingu, podsieci, replikacji lub zachowania Cyber Recovery, jeśli nie są one rzeczywistą przyczyną problemu.

3. Sprawdź konfigurację sieci

Najczęstszym problemem związanym z połączeniem bezpośrednim jest nieprawidłowe podpołączenie.

W przypadku komunikacji bezpośredniej:

• • Oba interfejsy muszą znajdować się w tej samej podsieci.
  • Dedykowane interfejsy połączeń bezpośrednich powinny używać podsieci oddzielonej od wszystkich innych interfejsów.
  • Sieć A /30 (255.255.255.252) jest zalecane, ponieważ zawiera tylko dwa wymagane adresy hostów i upraszcza routing.

Example:

System A: 192.168.100.1/30
System B: 192.168.100.2/30

Korzyści z /30:

• • • Uproszczone rozwiązywanie problemów.
    • Minimalny ruch ARP.
    • Brak wymagań dotyczących bramy domyślnej.
    • Przejrzyste wyznaczanie tras od punktu do punktu.

Jeśli nie można użyć dedykowanej podsieci:

• • • Skonfiguruj odpowiednie trasy statyczne.
    • Sprawdź, czy ruch korzysta z zamierzonego interfejsu połączenia bezpośredniego.

4. Weryfikacja stanu interfejsu

Sprawdź, czy interfejsy są:

• • Włączone na obu systemach.
  • Przypisano prawidłowy adres IP.
  • Praca z oczekiwaną prędkością.
  • Skonfigurowane z pasującymi wartościami MTU.

Interfejs połączenia bezpośredniego nie może się komunikować, jeśli:

• • Interfejs zdalny jest wyłączony.
  • Łącze nie ustaliło operatora.
  • Jeden z punktów końcowych jest skonfigurowany nieprawidłowo.

5. Sprawdź konfigurację wiązania

W przypadku korzystania z wielu kabli podłączanych bezpośrednio:

• • Upewnij się, że ustawienia wiązania są takie same w obu systemach.
  • Sprawdź, czy interfejsy składowe należą do prawidłowego wiązania.
  • Sprawdź konfigurację równoważenia obciążenia i agregacji.

Doświadczenie w terenie pokazało, że niektóre środowiska negocjujące niższe niż oczekiwano prędkości łącza podczas korzystania z łączenia karuzelowego były rozwiązywane po migracji do LACP.

LACP jest ogólnie preferowaną metodą wiązania, jeśli jest obsługiwana na obu punktach końcowych.

6. Zrozumienie zachowań Cyber Recovery

Wdrożenia Cyber Recovery często generują coś, co wydaje się być problemem z siecią, ale w rzeczywistości jest oczekiwanym zachowaniem.

Aplikacja Cyber Recovery może:

• • Wyłącz interfejs magazynu.
  • Włącz interfejs tylko podczas synchronizacji okien.
  • Wyłącz konteksty replikacji po zakończeniu synchronizacji.

W związku z tym:

• • Systemy produkcyjne mogą zgłaszać InterfaceConnectivityDown Alert!
  • Błędy ping mogą wystąpić poza oknami synchronizacji.
  • Replikacja może zgłaszać "No route to host."

Przed eskalacją:

• • Sprawdź, czy magazyn jest odblokowany.
  • Sprawdź, czy okno synchronizacji jest aktywne.
  • Upewnij się, że interfejs nie został celowo wyłączony przez automatyzację Cyber Recovery.

7. Rozwiązywanie problemów z niższymi niż oczekiwano szybkościami łącza

Jeśli łącze o prędkości 100 Gb jest negocjowane z prędkością 25 Gb lub inną zmniejszoną:

Zweryfikuj dostęp do

• • Pasujące typy optyki.
  • Obsługiwane długości kabli.
  • Kompatybilne urządzenia nadawczo-odbiorcze.
  • Konfiguracja wiązania.
  • Poziomy oprogramowania wewnętrznego karty sieciowej.

Niezgodność wiązania lub negocjacji może uniemożliwić interfejsom działanie z zamierzoną prędkością.

8. 8. Rozwiązywanie problemów z niską przepływnością

Niższa przepływność nie zawsze oznacza problem z siecią.

Rozważyć:

• • Ograniczenia procesora dla narzędzi testowych, takich jak iPerf.
  • Wąskie gardła pojedynczego rdzenia.
  • Rozkład sesji między rdzeniami procesora.
  • Wykorzystanie systemu źródłowego i docelowego.

Oceniając wydajność:

• • Przeglądanie statystyk aplikacji lub replikacji.
  • Sprawdź rzeczywiste zaległości lub opóźnienia.
  • Porównaj wydajność obciążenia roboczego z syntetycznymi wynikami testów.

Przy określaniu ogólnej wydajności transferu danych nie należy polegać wyłącznie na wynikach iPerf.

9. Problemy specyficzne dla sprzętu

Przypadki terenowe zidentyfikowały problemy dotyczące:

• • Niestabilność karty sieciowej 25 Gb.
  • Problemy ze zgodnością SFP.
  • Niestabilność interfejsu wymagająca zresetowania portów.
  • Łącza podłączane bezpośrednio, wymagające operacji odbicia interfejsu przed odzyskaniem.

Jeśli konfiguracja oprogramowania wydaje się prawidłowa:

• • Sprawdź zgodność sprzętu.
  • Sprawdź znane wady i informacje o wersji.
  • Wymień podejrzaną optykę lub kable.
  • Weryfikacja wersji oprogramowania wewnętrznego i DDOS.

Dodatkowe informacje

Sieci z połączeniem bezpośrednim można używać do:

• Replikacja MTree
• Replikacja kolekcji
• MAGAZYN CYBER RECOVERY
• Komunikacja między IDPA
• Komunikacja IDPA-Data Domain
• Migracja danych
• Izolacja kopii zapasowych i przywracania
• Testowanie wydajności
• Rozwiązywanie problemów z siecią
• Tymczasowa łączność wdrożeniowa

MRepl i CRepl może działać w sieci połączeń bezpośrednich. Z punktu widzenia Data Domain podłączonym urządzeniem nie musi być przełącznik, router ani inne urządzenie sieciowe. Tak długo, jak operator jest ustanowiony, a interfejsy są poprawnie skonfigurowane, komunikacja może odbywać się bezpośrednio między podłączonymi punktami końcowymi.

W przypadku interfejsów podłączonych bezpośrednio:

• Oba punkty końcowe muszą być skonfigurowane w tej samej podsieci, chyba że routing zostanie celowo wprowadzony.
• W miarę możliwości należy używać dedykowanej podsieci.
• Jeśli sieć połączeń bezpośrednich pokrywa się z innymi interfejsami, mogą być wymagane trasy statyczne, aby zapewnić ruch korzystający z zamierzonej ścieżki.
• Rozwiązywanie problemów z połączeniem bezpośrednim jest często używane do izolowania zewnętrznych urządzeń sieciowych jako potencjalnego źródła problemów z łącznością lub wydajnością.

Data Domain: rozwiązywanie problemów z niedziałającymi lub sporadycznymi interfejsami dla użytkowników
Data Domain — konfigurowanie fizycznych interfejsów za pomocą graficznego interfejsu użytkownika (UI)
Data Domain — konfigurowanie interfejsów fizycznych za pomocą interfejsu wiersza poleceń (CLI)

Data Domain: karta sieciowa Intel E810 10 Gb/25 Gb o podwójnej prędkości może nie łączyć się z modułem M14MK 10 Gb/s
Użyj tej bazy wiedzy, gdy karta Intel E810 z podwójną szybkością nie nawiązuje połączenia z szybkością 10 Gb podczas korzystania z modułu M14MK. Omówiono w nim zagadnienia dotyczące zgodności, objawy i działania naprawcze w celu przywrócenia prawidłowej negocjacji linków.
Data Domain: Karta sieciowa Intel X710 może nie oznaczyć prawidłowo sieci VLAN, jeśli przejdzie w tryb odzyskiwania.
Zapoznaj się z tym artykułem bazy wiedzy, jeśli ruch VLAN nie jest prawidłowo przekazywany przez interfejs Intel X710. W tym artykule wyjaśniono, w jaki sposób tryb odzyskiwania karty sieciowej może wpływać na znakowanie sieci VLAN, oraz przedstawiono kroki niezbędne do zidentyfikowania i rozwiązania problemu.
Data Domain: Błąd "Niepowodzenie polecenia SMS: nie znaleziono interfejsów" z wiersza poleceń i graficznego
interfejsu użytkownika DDUżyj tego artykułu bazy wiedzy, gdy interfejs wiersza polecenia lub graficzny interfejs użytkownika DD zgłasza, że nie znaleziono interfejsów. Pomaga zidentyfikować problemy z wykrywaniem interfejsów i przedstawia kroki rozwiązywania problemów w celu przywrócenia normalnej widoczności interfejsu sieciowego.
Data Domain: Nowe jądro w wersji 5.4.x może powodować paniki przekroczenia limitu czasu DDFS HMON/CRON/RPC
Do tego artykułu bazy wiedzy należy się odwoływać, gdy po aktualizacji jądra wystąpią błędy związane z niestabilnością systemu, awariami lub przekroczeniem limitu czasu. Zawiera szczegółowe informacje o wpływie określonych wersji jądra 5.4.x i zalecanych rozwiązaniach zaradczych.
Data Domain: Rozwiązywanie problemów z błędem "net set up flag failure"
Zapoznaj się z tym artykułem bazy wiedzy, gdy zmiany konfiguracji sieci kończą się niepowodzeniem z komunikatem "Net Set Up Flag Failure". Zawiera wskazówki dotyczące diagnozowania niespójności konfiguracji i przywracania funkcjonalności interfejsu.
PowerProtect DD i IDPA: po aktualizacji ethVX nie komunikuje się
Użyj tego artykułu bazy wiedzy, jeśli interfejsy ethVX przestają się komunikować po aktualizacji oprogramowania. Opisano w nim typowe przyczyny, kroki sprawdzania poprawności i działania naprawcze w celu przywrócenia łączności.
Data Domain: łącze interfejsów Intel z tx_timeout
Zapoznaj się z tym artykułem bazy wiedzy w przypadku nieoczekiwanej awarii interfejsów sieciowych opartych na technologii Intel i zaobserwowaniu błędów tx_timeout. Artykuł pomaga określić, czy problem jest związany ze sterownikiem, oprogramowaniem wewnętrznym czy sprzętem, i zawiera procedury odzyskiwania.
Data Domain: Inicjowanie FEC Cyber Recovery jest niedozwolone
Ten artykuł bazy wiedzy ma zastosowanie, gdy konfiguracja sieci Cyber Recovery nie powiodła się, ponieważ korekcja błędów w przód (FEC) jest wyłączona. Objaśnia wymagania FEC i sposób konfigurowania obsługiwanych ustawień.
Data Domain: karta Intel X710 nie jest wykrywana podczas uruchamiania przy użyciu podłączonych kabli
sieciowychUżyj tej bazy wiedzy, gdy brakuje karty Intel X710 lub nie jest ona wykrywana podczas rozruchu systemu z podłączonymi kablami sieciowymi. W tym artykule omówiono warunki, które powodują wystąpienie problemu, oraz zalecane rozwiązanie.
Data Domain: Zmiana typu powiązania z konfiguracją przełącznika LACP wyłącza interfejsy
Zapoznaj się z tym artykułem bazy wiedzy podczas modyfikowania trybów wiązania na interfejsach podłączonych do przełączników skonfigurowanych przez protokół LACP. Opisuje, w jaki sposób zmiany typu wiązania mogą spowodować, że interfejsy staną się niedostępne i jak bezpiecznie przeprowadzić przejście.
Data Domain: Błąd nieprawidłowej konfiguracji sieci spowodowany przez karty
QLogicTen artykuł bazy wiedzy jest przydatny, gdy zmiany konfiguracji sieci kończą się niepowodzeniem z powodu nieprawidłowych ustawień skojarzonych z kartami QLogic. Zawiera czynności rozwiązywania problemów i wskazówki dotyczące korygowania konfiguracji.
Data Domain: Nieprawidłowe MTU powoduje awarię interfejsu VLAN po ponownym uruchomieniu
Zapoznaj się z tym artykułem z bazy wiedzy, jeśli interfejsy sieci VLAN nie łączą się w tryb online po ponownym uruchomieniu z powodu problemów z konfiguracją związanych z MTU. W tym artykule wyjaśniono symptom, przyczynę źródłową i prawidłowe wymagania dotyczące weryfikacji MTU.
Data Domain: Alert interfejsu powiązanego z powodu niezgodności
prędkości interfejsu składowegoUżyj tej bazy wiedzy, gdy połączone interfejsy generują alerty, ponieważ porty członkowskie działają z różnymi prędkościami. Opisuje, w jaki sposób niedopasowanie prędkości wpływa na stan więzi i jakie kroki należy podjąć, aby rozwiązać ten problem.
Data Domain: interfejsy sieciowe mogą przestać działać z powodu konfiguracji
obejścia problemu IntelZapoznaj się z tym artykułem bazy wiedzy, gdy interfejsy sieciowe nieoczekiwanie stają się niedostępne po zastosowaniu ustawień obejścia związanych z firmą Intel. Opisano w nim zachowanie, konfiguracje, których dotyczy problem, oraz zalecenia dotyczące utrzymania stabilnej łączności sieciowej.