Data Domain: directe netwerkverbinding tussen databeschermingssystemen

• Rechtstreeks verbonden systemen kunnen elkaar niet pingen.
• Replicatierapporten "No route to host", connection failedOf destination unreachable Fout
• Weergegeven interfacestatus DOWN, DisconnectedOf Not Connected.
• Interface Connectivity Down Er worden waarschuwingen gegenereerd.
• Linksnelheid onderhandelt lager dan verwacht.
• De doorvoer is tijdens het testen lager dan verwacht.
• Interfaces haperen of verliezen periodiek de connectiviteit.
• MTree-replicatie, verzamelingsreplicatie, back-up, herstel, migratie of kluisbewerkingen mislukken via het netwerk voor directe verbindingen.
• Poorten voor directe aansluiting zijn alleen online tijdens specifieke vensters in Cyber Recovery-omgevingen.
• Nieuw geïnstalleerde koppelingen voor directe verbindingen blijven offline na configuratie.

• Problemen met netwerkconfiguratie
  • Direct verbonden interfaces worden geconfigureerd op verschillende subnetten.
  • Onjuiste subnetmaskers veroorzaken routeringsproblemen.
  • Statische routes ontbreken wanneer er meerdere netwerkpaden bestaan.
  • Verkeer wordt gerouteerd via een andere interface in plaats van het pad voor directe verbinding.
  • De verbindingshost- of doelconfiguratie verwijst naar het verkeerde IP-adres.
• Problemen met fysieke connectiviteit
  • Onjuiste fysieke poorten zijn aangesloten.
  • Defecte kabels, optica, DAC-kabels of SFP/QSFP-modules.
  • Niet-ondersteunde of niet-overeenkomende transceivers.
  • Fouten bij automatische onderhandeling over linksnelheid.
  • NIC-firmware- of hardwaredefecten.
• Problemen met interfaceconfiguratie
  • Interface administratief uitgeschakeld.
  • Bindingsconfiguratie komt niet overeen.
  • MTU komt niet overeen tussen eindpunten.
  • Onjuiste veth configuration.
  • Onjuiste LACP-instellingen.
• Gedrag bij cyberherstel
  • Kluisinterfaces kunnen opzettelijk worden uitgeschakeld tussen synchronisatievensters.
  • Replicatiecontexten kunnen worden uitgeschakeld door automatisering van Cyber Recovery.
  • Waarschuwingen voor het uitvallen van de interface kunnen normaal gedrag zijn wanneer de kluis is vergrendeld.
• Platformspecifieke problemen
  • Bepaalde NIC- en SFP-combinaties van 25 Gb vertonen instabiliteit of flappen van de interface in implementaties met directe verbindingen.
  • FC direct-connect configuraties kunnen problemen ondervinden met topologie of initiator detectieproblemen.
  • Een onjuiste hostnaam of replicatieconfiguratie kan verhinderen dat meerdere paden voor directe verbindingen worden gebruikt zoals bedoeld.

1. Layer 1-validatie

Begin altijd met het oplossen van problemen op de fysieke laag.

Verifiëren

• • Op beide systemen branden de LED's van de Link.
  • Correcte interfaces zijn aan elkaar gekabeld.
  • De kabel is gecertificeerd voor de overeengekomen snelheid.
  • SFP/QSFP-modules komen aan beide kanten overeen.
  • Het probleem volgt de kabel of blijft bij de poort tijdens het testen.

2. Toewijzing van fysieke poorten valideren

Bij implementaties met directe verbindingen is het niet altijd duidelijk welke fysieke NIC-poort aan de achterzijde van het apparaat overeenkomt met de interface die in DDOS wordt geconfigureerd. Dit komt vooral voor bij systemen met meerdere NIC's, uitbreidingskaarten, gebundelde interfaces of na hardware-upgrades.

Een veel voorkomend probleem doet zich voor wanneer de beheerder denkt dat de kabel op één interface is aangesloten terwijl deze in werkelijkheid op een andere fysieke poort is aangesloten.

Stappen voor het oplossen van problemen

• • Configureer tijdelijke (dummy) IP-adressen op meerdere kandidaat-interfaces op beide systemen.
  • Schakel de interfaces administratief in.
  • Kijk welke interfaces een carrier tot stand brengen en overgaan naar een UP-status.
  • Controleer de fysieke koppelings-LED's op beide apparaten.
  • Gebruik interface- en hardwarestatusopdrachten om de juiste poorttoewijzing te identificeren.
  • Zodra de juiste poorten zijn geïdentificeerd, verwijdert u de tijdelijke configuratie en past u de beoogde productie-instellingen toe.

Met deze aanpak kan de onzekerheid rond de selectie van fysieke poorten snel worden weggenomen en kan onnodig onderzoek naar routerings-, replicatie-, prestatie- of softwaregerelateerde problemen worden voorkomen wanneer het werkelijke probleem simpelweg een onjuiste kabel-naar-interfacetoewijzing is.

Waarom dit helpt

Veel problemen met directe verbindingen zijn uiteindelijk terug te voeren op:

• • Kabel aangesloten op de verkeerde NIC.
  • Onjuiste aannames over het toewijzen van interface naar poort.
  • Meerdere NIC-kaarten met vergelijkbare poortlabels.
  • De interface geconfigureerd in DDOS komt niet overeen met de poort die door het installatieprogramma wordt gebruikt.
  • Gebonden leden verbonden anders dan verwacht.

Het bevestigen van de fysieke poorttoewijzing voordat u verdergaat met het oplossen van problemen op een hoger niveau, kan de tijd die wordt besteed aan het onderzoeken van routerings-, subnetting-, replicatie- of Cyber Recovery-gedrag aanzienlijk verminderen wanneer dit niet de werkelijke oorzaak is.

3. Controleer de netwerkconfiguratie

Het meest voorkomende probleem met directe verbindingen is onjuiste subnetting.

Voor directe connectie:

• • Beide interfaces moeten zich in hetzelfde subnet bevinden.
  • Speciale interfaces voor directe verbindingen moeten een subnet gebruiken dat gescheiden is van alle andere interfaces.
  • Een /30-netwerk (255.255.255.252) wordt aanbevolen omdat het alleen de twee vereiste hostadressen biedt en routering vereenvoudigt.

Voorbeeld:

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

Voordelen van een /30:

• • • Vereenvoudigde probleemoplossing.
    • Minimaal ARP-verkeer.
    • Geen standaard gatewayvereiste.
    • Duidelijke point-to-point routing.

Als een speciaal subnet niet kan worden gebruikt:

• • • Configureer de juiste statische routes.
    • Controleer of het verkeer de beoogde interface voor directe verbindingen gebruikt.

4. Interfacestatus valideren

Controleer of de interfaces:

• • Ingeschakeld op beide systemen.
  • Het juiste IP-adres is toegewezen.
  • Werkt op de verwachte snelheid.
  • Geconfigureerd met overeenkomende MTU-waarden.

In de volgende gevallen kan een interface voor directe verbindingen niet communiceren:

• • De externe interface is uitgeschakeld.
  • De link heeft geen vervoerder tot stand gebracht.
  • Eén eindpunt is onjuist geconfigureerd.

5. Controleer bindingsconfiguratie

Bij gebruik van meerdere Direct Connect-kabels:

• • Zorg ervoor dat de bonding-instellingen op beide systemen overeenkomen.
  • Controleer of lidinterfaces bij de juiste binding horen.
  • Valideer de configuratie voor taakverdeling en aggregatie.

Praktijkervaring heeft geleerd dat sommige omgevingen die onderhandelden over lager dan verwachte koppelingssnelheden bij het gebruik van Round Robin-binding, werden opgelost na de migratie naar LACP.

LACP is over het algemeen de voorkeurshechtingsmethode wanneer deze op beide eindpunten wordt ondersteund.

6. Inzicht in het gedrag van Cyber Recovery

Cyber Recovery-implementaties genereren vaak wat een netwerkprobleem lijkt te zijn, maar in werkelijkheid verwacht gedrag is.

De Cyber Recovery applicatie kan:

• • Schakel de kluisinterface uit.
  • Schakel de interface alleen in tijdens synchronisatievensters.
  • Schakel replicatiecontexten uit nadat de synchronisatie is voltooid.

Dientengevolge:

• • Productiesystemen kunnen InterfaceConnectivityDown Meldingen
  • Ping-fouten kunnen optreden buiten synchronisatievensters.
  • Replicatie rapporteert mogelijk "No route to host."

Voordat u escaleert:

• • Controleer of de kluis ontgrendeld is.
  • Controleer of het synchronisatievenster actief is.
  • Controleer of de interface niet opzettelijk is uitgeschakeld door automatisering van Cyber Recovery.

7. Problemen met lager dan verwachte koppelingssnelheden oplossen

Als een verbinding van 100 Gb onderhandelt met 25 Gb of een andere lagere snelheid:

Verifiëren

• • Overeenkomende optische typen.
  • Ondersteunde kabellengtes.
  • Compatibele transceivers.
  • Bonding-configuratie.
  • NIC-firmwareniveaus.

Een niet-overeenkomende binding of onderhandeling kan ertoe leiden dat interfaces niet op de beoogde snelheid werken.

8. Problemen met lage doorvoer oplossen

Een lagere doorvoersnelheid duidt niet altijd op een netwerkprobleem.

Denk hierbij aan:

• • CPU-beperkingen op testtools zoals iPerf.
  • Knelpunten met één kern.
  • Sessieverdeling over processorcores.
  • Gebruik van bron- en doelsysteem.

Bij het evalueren van de prestaties:

• • Applicatie- of replicatiestatistieken bekijken.
  • Controleer op werkelijke achterstand of vertraging.
  • Vergelijk workloadprestaties met synthetische testresultaten.

Vertrouw niet alleen op de iPerf-resultaten bij het bepalen van de algehele prestaties van de dataoverdracht.

9. Hardware-specifieke problemen

Praktijkcases hebben problemen aan het licht gebracht met betrekking tot:

• • 25 Gb NIC-instabiliteit.
  • SFP-compatibiliteitsproblemen.
  • Interface flappen waardoor poorten opnieuw moeten worden ingesteld.
  • Directe koppelingen die terugkaatbewerkingen voor de interface vereisen voor herstel.

Als de softwareconfiguratie correct lijkt:

• • Controleer de hardwarecompatibiliteit.
  • Controleer bekende defecten en release-opmerkingen.
  • Vervang verdachte optica of kabels.
  • Valideer firmware- en DDOS-versies.

Aanvullende informatie

Direct-Connect Networking kan worden gebruikt voor:

• MTree-replicatie
• Verzamelingsreplicatie
• Kluisconnectiviteit voor Cyber Recovery
• IDPA-naar-IDPA communicatie
• IDPA-naar-Data Domain-communicatie
• Datamigratie
• Een back-up maken en de installatie herstellen
• Prestatietests
• Netwerkproblemen oplossen
• Connectiviteit voor tijdelijke implementatie

MRepl en CRepl Kan werken via een netwerk met directe verbinding. Vanuit het Data Domain-perspectief hoeft het aangesloten apparaat geen switch, router of ander netwerkapparaat te zijn. Zolang de carrier tot stand is gebracht en de interfaces correct zijn geconfigureerd, kan er rechtstreeks tussen de verbonden eindpunten worden gecommuniceerd.

Voor rechtstreeks aangesloten interfaces:

• Beide eindpunten moeten binnen hetzelfde subnet worden geconfigureerd, tenzij routering opzettelijk wordt geïntroduceerd.
• Waar mogelijk moet een speciaal subnet worden gebruikt.
• Als het netwerk voor directe verbindingen overlapt met andere interfaces, kunnen statische routes nodig zijn om ervoor te zorgen dat het verkeer het beoogde pad gebruikt.
• Direct-Connect-probleemoplossing wordt vaak gebruikt om externe netwerkapparaten te isoleren als een potentiële bron van connectiviteits- of prestatieproblemen.

Gerelateerd artikel:

• Data Domain: problemen met uitgevallen of onregelmatige aansluitingen voor gebruikers oplossen
  
• Data Domain - Physical interfaces configureren met Graphical User Interface)
  
• Data Domain - Physical interfaces configureren via opdrachtregelinterface)
• Data Domain: Intel X710 NIC kan de VLAN-tag niet correct uitvoeren als deze in de herstelmodus wordt geactiveerd.

Raadpleeg dit artikel als VLAN-verkeer niet correct wordt doorgegeven via een Intel X710-interface. In dit artikel wordt uitgelegd hoe de NIC-herstelmodus van invloed kan zijn op VLAN-tagging en worden stappen beschreven om het probleem te identificeren en op te lossen.

• Data Domain: Foutmelding "SMS-opdracht mislukt: geen interfaces gevonden" in de DD CLI en gebruikersinterface

Gebruik dit artikel wanneer de DD CLI of gebruikersinterface meldt dat er geen interfaces zijn gevonden. Het helpt bij het identificeren van problemen met interfacedetectie en beschrijft stappen voor probleemoplossing om de normale zichtbaarheid van de netwerkinterface te herstellen.

• Data Domain: een foutbericht 'Net Set Up Flag' oplossen

Raadpleeg dit artikel wanneer wijzigingen in de netwerkconfiguratie mislukken met het bericht "Net Set Up Flag Failure". Het biedt richtlijnen voor het diagnosticeren van inconsistenties in de configuratie en het herstellen van de interfacefunctionaliteit.

• PowerProtect DD en IDPA: na het upgraden kan ethVX niet communiceren

Gebruik dit artikel als ethVX-interfaces niet meer communiceren na een software-upgrade. Hierin worden veelvoorkomende oorzaken, validatiestappen en corrigerende maatregelen beschreven om de connectiviteit te herstellen.

• Data Domain: Intel Interfaces koppelen aan tx_timeout

Raadpleeg dit artikel wanneer op Intel gebaseerde netwerkinterfaces onverwacht uitvallen en tx_timeout fouten worden waargenomen. Dit artikel helpt bepalen of het probleem driver-, firmware- of hardwaregerelateerd is en biedt herstelprocedures.

• Data Domain: Cyber Recovery FEC-verrekening is niet toegestaan

Dit artikel is van toepassing wanneer Cyber Recovery netwerkconfiguraties mislukken omdat Forward Error Correction (FEC) is uitgeschakeld. Hierin worden de FEC-vereisten uitgelegd en wordt uitgelegd hoe u ondersteunde instellingen kunt configureren.

• Data Domain: Intel X710-kaart niet gedetecteerd bij opstarten met aangesloten netwerkkabels

Gebruik dit artikel wanneer een Intel X710-adapter ontbreekt of niet wordt gedetecteerd tijdens het opstarten van het systeem wanneer netwerkkabels zijn aangesloten. In dit artikel worden de omstandigheden die het probleem veroorzaken en de aanbevolen oplossing besproken.

• Data Domain: Bindingstype wijzigen met LACP-switchconfiguratie Schakelt interfaces uit

Raadpleeg dit artikel bij het wijzigen van bondingmodi op interfaces die zijn aangesloten op LACP-geconfigureerde switches. Hierin wordt beschreven hoe wijzigingen in het bindingstype ertoe kunnen leiden dat interfaces niet meer beschikbaar zijn en hoe de overgang veilig kan worden uitgevoerd.

• Data Domain: Ongeldige fout bij netwerkconfiguratie-instelling veroorzaakt door QLogic-kaarten

Dit artikel is handig wanneer wijzigingen in de netwerkconfiguratie mislukken vanwege ongeldige instellingen die zijn gekoppeld aan QLogic-adapters. Het biedt stappen voor probleemoplossing en richtlijnen voor het corrigeren van de configuratie.

• Data Domain: Ongeldige MTU veroorzaakt VLAN-interfacefout na opnieuw opstarten

Raadpleeg dit artikel als VLAN-interfaces niet online kunnen komen na een herstart vanwege MTU-gerelateerde configuratieproblemen. In dit artikel worden het symptoom, de hoofdoorzaak en de juiste MTU-validatievereisten uitgelegd.

• Data Domain: Bonded Interface Alert als gevolg van een niet-overeenkomende snelheid van de lidinterface

Gebruik dit artikel wanneer gebonden interfaces waarschuwingen genereren omdat lidpoorten met verschillende snelheden werken. Het schetst hoe snelheidsverschillen de gezondheid van de hechting beïnvloeden en de stappen die nodig zijn om de aandoening op te lossen.

• Data Domain: netwerkinterfaces kunnen uitvallen als gevolg van de tijdelijke oplossing van Intel

Raadpleeg dit artikel wanneer netwerkinterfaces onverwacht niet meer beschikbaar zijn na het toepassen van tijdelijke instellingen voor Intel. Hierin wordt uitleg gegeven over het gedrag, de betrokken configuraties en aanbevelingen om een stabiele netwerkconnectiviteit te behouden.