Data Domain: Direkte tilslutning af netværk mellem databeskyttelsessystemer

• Direkte tilsluttede systemer kan ikke pinge hinanden.
• Replikeringsrapporter "No route to host", connection failedEller destination unreachable ERROR:
• Grænsefladetilstand vises DOWN, DisconnectedEller Not Connected.
• Interface Connectivity Down Alarmer genereres.
• Linkhastigheden forhandler lavere end forventet.
• Gennemstrømningen er lavere end forventet under test.
• Grænseflader klapper eller mister periodisk forbindelsen.
• MTree-replikering, samlingsreplikering, sikkerhedskopiering, gendannelse, migrering eller bokshandlinger mislykkes over det direkte tilsluttede netværk.
• Porte til direkte tilslutning er kun online i bestemte vinduer i Cyber Recovery-miljøer.
• Nyinstallerede links til direkte tilslutning forbliver offline efter konfigurationen.

• Problemer med netværkskonfiguration
  • Direkte tilsluttede grænseflader konfigureres på forskellige undernet.
  • Forkerte undernetmasker skaber routingproblemer.
  • Statiske ruter mangler, når der findes flere netværksstier.
  • Trafikken dirigeres gennem en anden grænseflade i stedet for stien til direkte forbindelse.
  • Forbindelsesvært eller destinationskonfiguration henviser til den forkerte IP-adresse.
• Problemer med fysiske tilslutningsmuligheder
  • Der er tilsluttet forkerte fysiske porte.
  • Defekte kabler, optik, DAC-kabler eller SFP/QSFP-moduler.
  • Ikke-understøttede eller uoverensstemmende transceivere.
  • Fejl ved automatisk forhandling af linkhastighed.
  • NIC-firmware- eller hardwarefejl.
• Problemer med grænsefladekonfiguration
  • Grænsefladen er administrativt deaktiveret.
  • Uoverensstemmelse i tilknytningskonfiguration.
  • MTU-uoverensstemmelse mellem slutpunkter.
  • Forkert veth konfiguration.
  • Forkerte LACP-indstillinger.
• Cyber Recovery-adfærd
  • Vault-grænseflader kan med vilje blive deaktiveret mellem synkroniseringsvinduer.
  • Replikeringskontekster kan blive deaktiveret af automatiseringen af Cyber Recovery.
  • Advarsler om nedlukning af grænsefladen kan være forventelig adfærd, når boksen er låst.
• Platformsspecifikke problemer
  • Visse kombinationer af 25 Gb netværkskort og SFP har udvist ustabilitet eller flapping af grænsefladen i implementeringer med direkte tilslutning.
  • FC Direct Connect-konfigurationer kan opleve topologi- eller initiatorregistreringsproblemer.
  • Forkert værtsnavn eller replikeringskonfiguration kan forhindre, at flere stier med direkte forbindelse anvendes efter hensigten.

1. Validering af lag 1

Start altid fejlfinding på det fysiske lag.

Bekræft

• • Link-LED'er lyser på begge systemer.
  • Korrekte grænseflader er kablet sammen.
  • Kablet er certificeret til den forhandlede hastighed.
  • SFP/QSFP-moduler matcher i begge ender.
  • Problemet følger kablet eller forbliver i porten under testen.

2. Valider fysisk porttilknytning

Ved implementeringer med direkte tilslutning er det ikke altid indlysende, hvilken fysisk NIC-port bag på enheden der svarer til den grænseflade, der konfigureres i DDOS. Dette er især almindeligt på systemer med flere netværkskort, udvidelseskort, tilknyttede grænseflader eller efter hardwareopgraderinger.

Et hyppigt problem opstår, når administratoren mener, at kablet er tilsluttet én grænseflade, mens det faktisk er tilsluttet en anden fysisk port.

Trin til fejlfinding

• • Konfigurere midlertidige (dummy) IP-adresser på flere kandidatgrænseflader på begge systemer.
  • Aktivér grænsefladerne administrativt.
  • Observer, hvilke grænseflader der etablerer transportør og overgang til en UP-tilstand.
  • Kontroller LED-indikatorerne for fysisk forbindelse på begge enheder.
  • Brug grænseflade- og hardwarestatuskommandoer til at identificere den korrekte porttilknytning.
  • Når de korrekte porte er identificeret, skal du fjerne den midlertidige konfiguration og anvende de tilsigtede produktionsindstillinger.

Denne tilgang kan hurtigt eliminere usikkerheden omkring valg af fysisk port og forhindre unødvendige undersøgelser af routing, replikering, ydeevne eller softwarerelaterede problemer, når det egentlige problem simpelthen er en forkert kabel-til-interface-tilknytning.

Hvorfor dette hjælper

Mange problemer med direkte forbindelse spores til sidst tilbage til:

• • Kablet er tilsluttet det forkerte NIC.
  • Forkerte antagelser om grænseflade-til-port-tilknytning.
  • Flere NIC-kort med lignende portmærkning.
  • Grænsefladen konfigureret i DDOS stemmer ikke overens med den port, der bruges af installationsprogrammet.
  • Bundne medlemmer forbundet anderledes end forventet.

Bekræftelse af fysisk porttilknytning, før du fortsætter med fejlfinding i højere lag, kan reducere den tid, der bruges på at undersøge routing, subnetting, replikering eller Cyber Recovery-adfærd, betydeligt, når disse ikke er den egentlige årsag.

3. Bekræft netværkskonfiguration

Det mest almindelige problem med direkte forbindelse er forkert undernet.

Til kommunikation med direkte tilslutning:

• • Begge grænseflader skal være placeret på det samme undernet.
  • Dedikerede grænseflader til direkte tilslutning bør anvende et undernet, der er adskilt fra alle andre grænseflader.
  • A /30-netværk (255.255.255.252) anbefales, fordi den kun angiver de to påkrævede værtsadresser og forenkler routingen.

Eksempel:

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

Fordele ved en /30:

• • • Forenklet fejlfinding.
    • Minimal ARP-trafik.
    • Intet krav om standardgateway.
    • Ryd punkt-til-punkt-routing.

Hvis et dedikeret undernet ikke kan bruges:

• • • Konfigurere passende statiske ruter.
    • Bekræft, at trafikken bruger den tilsigtede grænseflade med direkte tilslutning.

4. Valider grænsefladetilstand

Kontroller, at grænsefladerne er:

• • Aktiveret på begge systemer.
  • Tildelt den korrekte IP-adresse.
  • Drift med den forventede hastighed.
  • Konfigureret med matchende MTU-værdier.

En grænseflade med direkte tilslutning kan ikke kommunikere, hvis:

• • Fjerngrænsefladen er deaktiveret.
  • Linket har ikke etableret transportør.
  • Et slutpunkt er konfigureret forkert.

5. Bekræft tilknytningskonfiguration

Når der bruges flere direkte tilslutningskabler:

• • Sørg for, at tilknytningsindstillingerne stemmer overens på begge systemer.
  • Kontroller, at medlemsgrænseflader tilhører den korrekte binding.
  • Validere belastningsjusterings- og aggregeringskonfiguration.

Felterfaring har vist, at nogle miljøer, der forhandler lavere end forventede linkhastigheder ved brug af Round Robin-binding, blev løst efter migrering til LACP.

LACP er generelt den foretrukne bindingsmetode, når den understøttes på begge endepunkter.

6. Forstå Cyber Recovery-adfærd

Cyber Recovery-implementeringer genererer ofte, hvad der ser ud til at være et netværksproblem, men som faktisk er forventelig adfærd.

Cyber Recovery-programmet kan:

• • Deaktiver boksgrænsefladen.
  • Aktivér kun grænsefladen under synkroniseringsvinduer.
  • Deaktiver replikeringskontekster, når synkroniseringen er fuldført.

Som følge heraf:

• • Produktionssystemer kan rapportere InterfaceConnectivityDown Advarsel
  • Pingfejl kan forekomme uden for synkroniseringsvinduer.
  • Replikering kan rapportere "No route to host."

Før eskalering:

• • Kontroller, at boksen er låst op.
  • Kontroller, at synkroniseringsvinduet er aktivt.
  • Bekræft, at grænsefladen ikke bevidst blev deaktiveret af Cyber Recovery-automatiseringen.

7. Fejlfinding af lavere linkhastigheder end forventet

Hvis et 100 Gb-link forhandler ved 25 Gb eller en anden reduceret hastighed:

Bekræft

• • Matchende optiske typer.
  • Understøttede kabellængder.
  • Kompatible transceivere.
  • Bonding-konfiguration.
  • NIC-firmwareniveauer.

En sammenkædning eller forhandlingsuoverensstemmelse kan forhindre grænseflader i at fungere med deres tilsigtede hastighed.

8. Fejlfinding af lav overførselshastighed

Lavere hastighed indikerer ikke altid et netværksproblem.

Overvej:

• • CPU-begrænsninger på testværktøjer som iPerf.
  • Flaskehalse med en enkelt kerne.
  • Sessionsfordeling på tværs af processorkerner.
  • Udnyttelse af kilde- og destinationssystem.

Ved evaluering af ydeevne:

• • Gennemse program- eller replikeringsstatistikker.
  • Kontroller, om der er faktisk efterslæb eller forsinkelse.
  • Sammenlign arbejdsbelastningens ydeevne med syntetiske testresultater.

Stol ikke udelukkende på iPerf-resultater, når du bestemmer den samlede dataoverførselsydelse.

9. Hardwarespecifikke problemer

Feltsager har identificeret problemer, der involverer:

• • 25 GB netværkskort ustabil.
  • SFP-kompatibilitetsproblemer.
  • Grænsefladeflapping, der kræver nulstilling af porten.
  • Links med direkte forbindelse, der kræver afvisningshandlinger af grænsefladen før genoprettelse.

Hvis softwarekonfigurationen ser ud til at være korrekt:

• • Gennemgå hardwarekompatibilitet.
  • Kontroller kendte fejl og produktbemærkninger.
  • Udskift mistænkt optik eller kabler.
  • Valider firmware- og DDOS-versioner.

Flere oplysninger

Direkte tilsluttede netværk kan bruges til:

• Replikering af MTree
• Replikering af samling
• Tilslutningsmuligheder til Cyber Recovery-vault
• IDPA-til-IDPA-kommunikation
• IDPA-til-Data Domain-kommunikation
• Datamigration
• Sikkerhedskopier og gendan isolation
• Test af ydeevne
• Fejlfinding af netværk
• Midlertidige implementeringstilslutningsmuligheder

MRepl og CRepl Kan fungere via et direkte tilsluttet netværk. Fra Data Domain-perspektivet behøver den tilsluttede enhed ikke at være en switch, router eller anden netværksenhed. Så længe transportøren er etableret, og grænsefladerne er konfigureret korrekt, kan kommunikation ske direkte mellem de tilsluttede slutpunkter.

For direkte tilsluttede grænseflader:

• Begge slutpunkter skal konfigureres inden for det samme undernet, medmindre routing introduceres med vilje.
• Der bør så vidt muligt anvendes et dedikeret undernet.
• Hvis det direkte tilsluttede netværk overlapper med andre grænseflader, kan statiske ruter være nødvendige for at sikre, at trafikken bruger den planlagte sti.
• Fejlfinding af direkte tilslutning bruges ofte til at isolere eksterne netværksenheder som en potentiel kilde til forbindelses- eller ydeevneproblemer.

Relateret artikel:

• Data Domain: Fejlfinding af grænseflader, der er nede eller sporadiske for brugere
  
• Data Domain – Konfiguration af fysiske grænseflader med grafisk brugergrænseflade)
  
• Data Domain – Konfiguration af fysiske grænseflader via kommandolinjegrænseflade)
• Data Domain: Intel X710 NIC kan muligvis ikke VLAN-kode korrekt, hvis den går i genoprettelsestilstand.

Se denne artikel, hvis VLAN-trafik ikke sendes korrekt gennem en Intel X710-grænseflade. Artiklen forklarer, hvordan NIC-gendannelsestilstand kan påvirke VLAN-tagging, og indeholder trin til at identificere og løse problemet.

• Data Domain: Fejl "SMS-kommando mislykkedes: Ingen grænseflader fundet" fra DD CLI og brugergrænsefladen

Brug denne artikel, når DD CLI eller brugergrænsefladen rapporterer, at der ikke findes nogen grænseflader. Den hjælper med at identificere problemer med grænsefladeopdagelse og beskriver fejlfindingstrin til at genoprette normal synlighed af netværksgrænsefladen.

• Data Domain: Fejlfinding af fejlen "Nettoopsætning – Fejl"

Se denne artikel, når ændringer i netværkskonfigurationen mislykkes, med meddelelsen "Flag for Net Set Up Failure". Den indeholder vejledning i diagnosticering af uoverensstemmelser i konfigurationer og gendannelse af grænsefladefunktionalitet.

• PowerProtect DD og IDPA: Efter opgradering kan ethVX ikke kommunikere

Brug denne artikel, hvis ethVX-grænseflader holder op med at kommunikere efter en softwareopgradering. Den beskriver almindelige årsager, valideringstrin og korrigerende handlinger for at genoprette forbindelsen.

• Data Domain: Intel Interfaces linkes til tx_timeout

Se denne artikel, når Intel-baserede netværksgrænseflader uventet går ned og tx_timeout fejl observeres. Artiklen hjælper med at afgøre, om problemet er driver-, firmware- eller hardwarerelateret, og indeholder genoprettelsesprocedurer.

• Data Domain: Cyber Recovery FEC-modregning er ikke tilladt

Denne artikel gælder, når Cyber Recovery-netværkskonfigurationer mislykkes, fordi FEC (Forward Error Correction) er deaktiveret. Den forklarer FEC-kravene, og hvordan understøttede indstillinger konfigureres.

• Data Domain: Intel X710-kort registreres ikke ved opstart med tilsluttede netværkskabler

Brug denne artikel, hvis en Intel X710-adapter mangler eller ikke registreres under systemstart, når netværkskabler er tilsluttet. Artiklen beskriver de forhold, der udløser problemet, og den anbefalede løsning.

• Data Domain: Ændring af bindingstype med konfiguration af LACP-switch deaktiverer grænseflader

Se denne artikel, når du ændrer tilknytningstilstande på grænseflader, der er forbundet til LACP-konfigurerede switche. Den beskriver, hvordan ændringer af bindingstype kan medføre, at grænseflader bliver utilgængelige, og hvordan overgangen udføres sikkert.

• Data Domain: Ugyldig netværkskonfigurationsindstillingsfejl forårsaget af QLogic-kort

Denne artikel er nyttig, hvis ændringer i netværkskonfigurationen mislykkes på grund af ugyldige indstillinger, der er knyttet til QLogic-adaptere. Den indeholder fejlfindingstrin og vejledning til at rette konfigurationen.

• Data Domain: Ugyldig MTU forårsager VLAN-grænsefladefejl efter genstart

Se denne artikel, hvis VLAN-grænseflader ikke kommer online efter en genstart på grund af MTU-relaterede konfigurationsproblemer. Artiklen forklarer symptomet, grundårsagen og korrekte MTU-valideringskrav.

• Data Domain: Advarsel om tilknyttet grænseflade på grund af uoverensstemmelse i medlemsgrænsefladehastighed

Brug denne artikel, når tilknyttede grænseflader genererer advarsler, fordi medlemsporte kører med forskellige hastigheder. Den skitserer, hvordan hastighedsuoverensstemmelser påvirker bindingssundheden og de trin, der er nødvendige for at løse tilstanden.

• Data Domain: Netværksgrænseflader kan gå ned på grund af Intels omgåelseskonfiguration

Se denne artikel, hvis netværksgrænseflader uventet bliver utilgængelige efter anvendelse af Intel-relaterede midlertidige indstillinger. Den forklarer adfærd, berørte konfigurationer og anbefalinger til at opretholde en stabil netværksforbindelse.