Data Domain: connessione diretta in rete tra sistemi di protezione dei dati

Summary: La connessione diretta è una topologia di rete in cui due sistemi Data Domain, PowerProtect Data Domain, IDPA o altri sistemi di protezione dei dati vengono collegati direttamente tramite interfacce dedicate senza uno switch o un router intermedio. Questo articolo illustra i requisiti di rete con connessione diretta, gli scenari di implementazione comuni, i problemi noti e i metodi di risoluzione dei problemi per connettività, routing, prestazioni ed errori relativi all'interfaccia. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

  • I sistemi collegati direttamente non possono eseguire il ping l'uno dell'altro.
  • Report sulla replica "No route to host", connection failedo destination unreachable errore:
  • Lo stato dell'interfaccia mostra DOWN, Disconnectedo Not Connected.
  • Interface Connectivity Down Vengono generati avvisi.
  • La velocità di negoziazione del collegamento è inferiore al previsto.
  • Il throughput è inferiore al previsto durante il test.
  • Le interfacce invitano o perdono periodicamente la connettività.
  • Le operazioni di replica MTree, replica della raccolta, backup, ripristino, migrazione o vault eseguono il failover sulla rete a connessione diretta.
  • Le porte con connessione diretta sono online solo durante finestre specifiche negli ambienti di Cyber Recovery.
  • I link di connessione diretta appena installati rimangono offline dopo la configurazione.

Cause

  • Problemi di configurazione della rete
    • Le interfacce connesse direttamente sono configurate su subnet diverse.
    • Subnet mask errate creano problemi di routing.
    • Le route statiche sono assenti in presenza di più percorsi di rete.
    • Il traffico viene instradato attraverso un'altra interfaccia anziché attraverso il percorso di connessione diretta.
    • La configurazione dell'host di connessione o della destinazione fa riferimento all'indirizzo IP errato.
  • Problemi di connettività fisica
    • Sono collegate porte fisiche errate.
    • Cavi, fibre ottiche, cavi DAC o moduli SFP/QSFP difettosi.
    • Ricetrasmettitori non supportati o non corrispondenti.
    • Errori di negoziazione automatica della velocità di collegamento.
    • Difetti firmware o hardware della scheda di rete.
  • Problemi di configurazione dell'interfaccia
    • Interfaccia disabilitata a livello amministrativo.
    • Mancata corrispondenza della configurazione di Bonding.
    • Mancata corrispondenza MTU tra gli endpoint.
    • Configurazione veth errata.
    • Impostazioni LACP non corrette.
  • Comportamento di Cyber Recovery
    • Le interfacce del vault possono essere disabilitate intenzionalmente tra le finestre di sincronizzazione.
    • I contesti di replica possono essere disabilitati dall'automazione di Cyber Recovery.
    • Gli avvisi di interfaccia inattiva possono essere un comportamento previsto quando il vault è bloccato.
  • Problemi specifici della piattaforma
    • Alcune combinazioni di NIC e SFP da 25 Gb hanno mostrato instabilità o instabilità delle interfacce nei deployment con connessione diretta.
    • Le configurazioni con connessione diretta FC potrebbero riscontrare problemi di individuazione della topologia o dell'initiator.
    • Una configurazione errata del nome host o della replica potrebbe impedire l'utilizzo previsto di più percorsi di connessione diretta.

Resolution

  1. Convalida livello 1

Iniziare sempre la risoluzione dei problemi a livello fisico.

Verificare:

    • I LED di collegamento sono accesi su entrambi i sistemi.
    • Le interfacce corrette sono cablate tra loro.
    • Il cavo è certificato per la velocità negoziata.
    • I moduli SFP/QSFP corrispondono su entrambe le estremità.
    • Il problema segue il cavo o rimane con la porta durante il test.

 

  1. Convalidare il mapping delle porte fisiche

Nei deployment con connessione diretta, non è sempre ovvio quale porta della scheda di rete fisica sul retro dell'appliance corrisponda all'interfaccia configurata in DDOS. Ciò è particolarmente comune su sistemi con più NIC, schede di espansione, interfacce collegate o dopo aggiornamenti hardware.

Un problema frequente si verifica quando l'amministratore ritiene che il cavo sia collegato a un'interfaccia mentre in realtà è collegato a una porta fisica diversa.

Procedura per la risoluzione dei problemi:

    • Configurare gli indirizzi IP temporanei (fittizi) su più interfacce candidate su entrambi i sistemi.
    • Abilitare le interfacce a livello amministrativo.
    • Osservare quali interfacce stabiliscono la portante ed eseguono la transizione a uno stato UP.
    • Verificare i LED di collegamento fisico su entrambi gli appliance.
    • Utilizzare i comandi di stato dell'interfaccia e dell'hardware per identificare il mapping corretto delle porte.
    • Una volta identificate le porte corrette, rimuovere la configurazione temporanea e applicare le impostazioni di produzione previste.

Questo approccio può eliminare rapidamente le incertezze sulla selezione delle porte fisiche ed evitare indagini non necessarie su problemi di routing, replica, prestazioni o software quando il vero problema è semplicemente un mapping errato da cavo a interfaccia.


Perché questo aiuta

Molti problemi di connessione diretta vengono infine ricondotti a:

    • Cavo collegato alla scheda di rete errata.
    • Presupposti errati sul mapping da interfaccia a porta.
    • Più schede di rete con etichettatura delle porte simile.
    • L'interfaccia configurata in DDOS non corrisponde alla porta utilizzata dal programma di installazione.
    • I membri collegati si sono connessi in modo diverso dal previsto.

La verifica del mapping delle porte fisiche prima di procedere con la risoluzione dei problemi di livello superiore può ridurre significativamente il tempo impiegato per analizzare il comportamento di routing, subnetting, replica o Cyber Recovery quando questi non sono la root cause effettiva.

 

  1. Verifica della configurazione di rete

Il problema di connessione diretta più comune è la subnetting impropria.

Per la comunicazione con connessione diretta:

    • Entrambe le interfacce devono risiedere nella stessa subnet.
    • Le interfacce a connessione diretta dedicate devono utilizzare una subnet separata da tutte le altre interfacce.
    • Una rete /30 (255.255.255.252) è consigliata perché fornisce solo i due indirizzi host richiesti e semplifica il routing.

Esempio:

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

Vantaggi di un /30:

      • Semplificazione della risoluzione dei problemi.
      • Traffico ARP minimo.
      • Nessun requisito di gateway predefinito.
      • Routing point-to-point chiaro.

Se non è possibile utilizzare una subnet dedicata:

      • Configurare le route statiche appropriate.
      • Verificare che il traffico utilizzi l'interfaccia di connessione diretta prevista.

 

  1. Convalida dello stato dell'interfaccia

Verificare che le interfacce siano:

    • Abilitato su entrambi i sistemi.
    • Use the correct IP address.
    • Funzionamento alla velocità prevista.
    • Configurato con valori MTU corrispondenti.

Un'interfaccia con connessione diretta non è in grado di comunicare se:

    • L'interfaccia remota è disabilitata.
    • Il collegamento non ha stabilito il vettore.
    • Un endpoint è configurato in modo errato.
  1. Verifica della configurazione dei legami

Quando si utilizzano più cavi a connessione diretta:

    • Verificare che le impostazioni di bonding corrispondano su entrambi i sistemi.
    • Verificare che le interfacce membro appartengano al bond corretto.
    • Convalidare la configurazione del bilanciamento del carico e dell'aggregazione.

L'esperienza sul campo ha dimostrato che alcuni ambienti che negoziano velocità di collegamento inferiori al previsto quando si utilizza il bonding Round Robin sono stati risolti dopo la migrazione a LACP.

LACP è in genere il metodo di bonding preferito se supportato su entrambi gli endpoint.

 

  1. Comprensione del comportamento di Cyber Recovery

I deployment di Cyber Recovery spesso generano quello che sembra essere un problema di rete, ma che in realtà è un comportamento previsto.

L'applicazione Cyber Recovery può:

    • Disabilitare l'interfaccia del vault.
    • Abilitare l'interfaccia solo durante le finestre di sincronizzazione.
    • Disabilitare i contesti di replica al termine della sincronizzazione.

Di conseguenza:

    • I sistemi di produzione possono segnalare InterfaceConnectivityDown avvisi
    • Gli errori di ping possono verificarsi al di fuori delle finestre di sincronizzazione.
    • La replica può segnalare "No route to host."

Prima dell'escalation:

    • Verificare che il vault sia sbloccato.
    • Verificare che la finestra di sincronizzazione sia attiva.
    • Verificare che l'interfaccia non sia stata intenzionalmente disabilitata dall'automazione di Cyber Recovery.

 

  1. Risoluzione dei problemi relativi a velocità di collegamento inferiori al previsto

Se un link da 100 Gb negozia a 25 Gb o a un'altra velocità ridotta:

Verificare:

    • Tipi di ottica corrispondenti.
    • Lunghezze dei cavi supportate.
    • Ricetrasmettitori compatibili.
    • Configurazione di bonding.
    • Livelli del firmware della scheda di rete.

Una mancata corrispondenza di bonding o negoziazione può impedire alle interfacce di funzionare alla velocità prevista.

 

  1. 8. Risoluzione dei problemi di throughput basso

Un throughput inferiore non sempre indica un problema di rete.

Aspetti da prendere in considerazione:

    • Limitazioni della CPU su strumenti di test come iPerf.
    • Colli di bottiglia single-core.
    • Distribuzione della sessione tra i core del processore.
    • Utilizzo del sistema di origine e di destinazione.

Durante la valutazione delle prestazioni:

    • Esaminare le statistiche delle applicazioni o della replica.
    • Verificare la presenza di backlog o ritardi effettivi.
    • Confronta le prestazioni dei carichi di lavoro con i risultati dei test sintetici.

Non basarsi esclusivamente sui risultati iPerf per determinare le prestazioni complessive di trasferimento dei dati.

 

  1. Problemi specifici dell'hardware

I casi sul campo hanno identificato problemi che riguardano:

    • Instabilità della scheda di rete da 25 Gb.
    • Problemi di compatibilità SFP.
    • Il flapping dell'interfaccia richiede la reimpostazione delle porte.
    • Link a connessione diretta che richiedono operazioni di mancato completamento dell'interfaccia prima del ripristino.

Se la configurazione del software risulta corretta:

    • Esaminare la compatibilità hardware.
    • Controllare i difetti noti e le note di rilascio.
    • Sostituire le ottiche o i cavi sospetti.
    • Convalidare le versioni del firmware e di DDOS.

Additional Information

La rete con connessione diretta può essere utilizzata per:

  • Replica MTree
  • Replica della raccolta
  • ambiente del vault Cyber Recovery
  • Comunicazione da IDPA a IDPA
  • Comunicazione da IDPA a Data Domain
  • Migrazione dei dati
  • Crittografia di backup e restore
  • Test delle prestazioni
  • Risoluzione dei problemi di rete
  • Connettività per il deployment temporaneo

MRepl e CRepl Può funzionare su una rete a connessione diretta. Dal punto di vista di Data Domain, il dispositivo connesso non deve necessariamente essere uno switch, un router o un altro appliance di rete. A condizione che il vettore sia stabilito e le interfacce siano configurate correttamente, la comunicazione può avvenire direttamente tra gli endpoint connessi.

Per le interfacce collegate direttamente:

  • Entrambi gli endpoint devono essere configurati all'interno della stessa subnet, a meno che non venga introdotto intenzionalmente il routing.
  • Quando possibile, è necessario utilizzare una subnet dedicata.
  • Se la rete con connessione diretta si sovrappone ad altre interfacce, potrebbero essere necessarie route statiche per garantire che il traffico utilizzi il percorso previsto.
  • La risoluzione dei problemi con connessione diretta viene comunemente utilizzata per isolare i dispositivi di rete esterni come potenziale origine di problemi di connettività o prestazioni.

Additional Information

Data Domain: risoluzione dei problemi relativi a interfacce inattive o intermittenti per gli utenti
Data Domain - Configurazione delle interfacce fisiche con l'interfaccia grafica utente (UI)
Data Domain - Configurazione delle interfacce fisiche tramite l'interfaccia della riga di comando (CLI)

Data Domain: scheda di rete Intel E810 10Gb/25Gb Dual Rate potrebbe non collegarsi a 10Gb con il modulo
M14MKUtilizzare questo articolo della KB quando una scheda Intel E810 dual-rate non stabilisce un collegamento a velocità di 10 Gb mentre si utilizza un modulo M14MK. Copre considerazioni sulla compatibilità, sintomi e azioni correttive per ripristinare la corretta negoziazione dei collegamenti.
Data Domain: la scheda di rete Intel X710 potrebbe non riuscire a codificare correttamente il tag VLAN se entra in modalità di ripristino.
Fare riferimento a questo articolo della KB se il traffico VLAN non viene passato correttamente attraverso un'interfaccia Intel X710. L'articolo spiega in che modo la modalità di ripristino della scheda di rete può influire sull'etichettatura VLAN e fornisce la procedura per identificare e risolvere il problema.
Data Domain: errore "SMS command failed: No interfaces found" dalla CLI e dalla GUI
di DDUtilizzare questo articolo della KB quando la CLI o la GUI di DD segnala che non sono state trovate interfacce. Consente di identificare i problemi di individuazione delle interfacce e descrive le fasi di risoluzione dei problemi per ripristinare la normale visibilità dell'interfaccia di rete.
Data Domain: la nuova versione del kernel 5.4.x può causare un errore irreversibile di timeout di DDFS HMON/CRON/RPC
È necessario fare riferimento a questo articolo della Knowledge Base quando si verificano instabilità di sistema, errori irreversibili o errori relativi al timeout dopo un aggiornamento del kernel. Descrive in dettaglio l'impatto di specifiche versioni del kernel 5.4.x e la correzione consigliata.
Data Domain: risoluzione di un errore "Net Set Up Flag Failure"
Consultare questo articolo della Knowledge Base quando le modifiche alla configurazione di rete non riescono e viene visualizzato il messaggio "Net Set Up Flag Failure". Fornisce indicazioni sulla diagnosi delle incoerenze di configurazione e sul ripristino della funzionalità dell'interfaccia.
PowerProtect DD e IDPA: dopo l'aggiornamento, ethVX non riesce a comunicare
Utilizzare questo articolo della KB se le interfacce ethVX smettono di comunicare in seguito a un aggiornamento software. Descrive le cause comuni, i passaggi di convalida e le azioni correttive per ripristinare la connettività.
Data Domain: le interfacce Intel si collegano con tx_timeout
Fare riferimento a questo articolo della Knowledge Base quando le interfacce di rete basate su Intel si arrestano in modo imprevisto e si rilevano errori tx_timeout. L'articolo consente di determinare se il problema è correlato a driver, firmware o hardware e fornisce le procedure di ripristino.
Data Domain: l'impostazione di Cyber Recovery FEC non è consentita
Questo articolo della KB si applica quando le configurazioni di rete di Cyber Recovery hanno esito negativo perché la correzione degli errori di inoltro (FEC) è disabilitata. Illustra i requisiti FEC e come configurare le impostazioni supportate.
Data Domain: la scheda Intel X710 non viene rilevata durante l'avvio con i cavi
di rete collegatiUtilizzare questo articolo della KB quando una scheda Intel X710 è mancante o non viene rilevata durante l'avvio del sistema quando i cavi di rete sono collegati. L'articolo illustra le condizioni che attivano il problema e la risoluzione consigliata.
Data Domain: modifica del tipo di collegamento con la configurazione dello switch LACP disabilita le interfacce
Fare riferimento a questo articolo della KB quando si modificano le modalità di bonding sulle interfacce connesse agli switch configurati LACP. Descrive in che modo le modifiche apportate ai tipi di collegamento possono rendere non disponibili le interfacce e come eseguire la transizione in modo sicuro.
Data Domain: errore di impostazione della configurazione di rete non valida causato da schede
QLogicQuesto articolo della KB è utile quando le modifiche alla configurazione di rete non riescono a causa di impostazioni non valide associate alle schede QLogic. Fornisce la procedura di risoluzione dei problemi e indicazioni per correggere la configurazione.
Data Domain: MTU non valida causa un errore dell'interfaccia VLAN dopo il riavvio
Consultare questo articolo della KB se le interfacce VLAN non tornano online dopo un riavvio a causa di problemi di configurazione correlati alla MTU. L'articolo illustra il sintomo, la root cause e i requisiti di convalida MTU appropriati.
Data Domain: avviso dell'interfaccia collegata a causa della mancata corrispondenza
della velocità dell'interfaccia membroUtilizzare questo articolo della KB quando le interfacce collegate generano avvisi perché le porte dei membri funzionano a velocità diverse. Descrive in che modo le mancate corrispondenze di velocità influiscono sullo stato del legame e i passaggi necessari per risolvere la condizione.
Data Domain: le interfacce di rete potrebbero non funzionare a causa della configurazione
di soluzioni alternative IntelFare riferimento a questo articolo della Knowledge Base quando le interfacce di rete diventano inaspettatamente non disponibili dopo l'applicazione delle impostazioni di soluzioni alternative correlate a Intel. Spiega il comportamento, le configurazioni interessate e i suggerimenti per mantenere stabile la connettività di rete.

Affected Products

Data Domain
Article Properties
Article Number: 000494871
Article Type: Solution
Last Modified: 04 آب 2026
Version:  1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.