Data Domain: Suora yhteys tietosuojajärjestelmien välillä

Summary: Direct connect on verkkotopologia, jossa kaksi Data Domain-, PowerProtect Data Domain-, IDPA- tai muuta tietosuojajärjestelmää on yhdistetty suoraan niille varattujen liittymien kautta ilman välikytkintä tai reititintä. Tässä artikkelissa kerrotaan suoran yhteyden verkkoyhteyksiin liittyvistä vaatimuksista, yleisistä käyttöönottoskenaarioista, tunnetuista ongelmista sekä yhteys-, reititys-, suorituskyky- ja liittymävirheiden vianmääritysmenetelmistä. ...

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

  • Suoraan yhteydessä olevat järjestelmät eivät voi pingata toisiaan.
  • Replikointiraportit "No route to host", connection failedtai destination unreachable ERROR!
  • Liittymän tila näkyy DOWN, Disconnectedtai Not Connected.
  • Interface Connectivity Down Hälytykset luodaan.
  • Linkkinopeus neuvottelee odotettua hitaammin.
  • Siirtonopeus on odotettua pienempi testauksen aikana.
  • Liitännät läppäävät tai menettävät ajoittain yhteyden.
  • MTree-replikointi, kokoelman replikointi, varmuuskopiointi, palautus, siirto tai varastotoiminto epäonnistuu suorakytkentäverkossa.
  • Suorat yhteydet -portit ovat käytössä vain tiettyjen ikkunoiden aikana Cyber Recovery -ympäristöissä.
  • Uudet suorat linkit pysyvät offline-tilassa määrityksen jälkeen.

Cause

  • Verkon määritysongelmat
    • Suoraan yhdistetyt liitännät määritetään eri aliverkoissa.
    • Virheelliset aliverkon peitteet aiheuttavat reititysongelmia.
    • Staattiset reitit puuttuvat, kun verkkopolkuja on useita.
    • Liikenne reititetään toisen liittymän kautta suoran yhteyden polun sijaan.
    • Yhteys-isäntä- tai kohdemääritys viittaa väärään IP-osoitteeseen.
  • Fyysiset yhteysongelmat
    • Väärät fyysiset portit on kytketty.
    • Vialliset kaapelit, optiikka, DAC-kaapelit tai SFP/QSFP-moduulit.
    • Lähetin-vastaanottimet, joita ei tueta tai jotka eivät vastaa toisiaan.
    • Linkkinopeuden automaattiset neuvotteluvirheet.
    • Verkkokortin laiteohjelmisto- tai laitteistoviat.
  • Liittymän määritysongelmat
    • Liittymä on hallinnollisesti poissa käytöstä.
    • Liitoskokoonpanon epäsuhta.
    • MTU:n ristiriita päätepisteiden välillä.
    • Virheellinen veth-kokoonpano.
    • Virheelliset LACP-asetukset.
  • Cyber Recovery -toiminta
    • Varaston liitännät voidaan tarkoituksella poistaa käytöstä synkronointi-ikkunoiden välillä.
    • Cyber Recovery -automaatio voi poistaa replikointikontekstit käytöstä.
    • Rajapinnan alaskytkentähälytykset voivat olla odotettua toimintaa, kun varasto on lukittu.
  • Käyttöympäristökohtaiset ongelmat
    • Tietyt 25 Gb:n verkkokortin ja SFP:n yhdistelmät ovat osoittaneet epävakautta tai liittymän räpyttelyä suoran yhteyden käyttöönotoissa.
    • FC Direct-Connect -määrityksissä voi ilmetä topologia- tai käynnistäjätunnistusongelmia.
    • Virheellinen isäntänimi tai replikointimääritys voi estää useiden suoran yhteyden polkujen käyttämisen tarkoitetulla tavalla.

Resolution

  1. Layer 1 -validointi

Aloita vianmääritys aina fyysiseltä tasolta.

Tarkista

    • Linkin merkkivalot palavat molemmissa järjestelmissä.
    • Oikeat liitännät on kaapeloitu yhteen.
    • Kaapeli on sertifioitu neuvotellulle nopeudelle.
    • SFP/QSFP-moduulit vastaavat toisiaan molemmissa päissä.
    • Ongelma johtuu kaapelista tai pysyy portissa testauksen aikana.

 

  1. Vahvista fyysinen porttimääritys

Suoran yhteyden käyttöönotoissa ei aina ole selvää, mikä laitteen takana oleva fyysinen verkkokortin portti vastaa DDOS:ssa määritettävää liittymää. Tämä on erityisen yleistä järjestelmissä, joissa on useita verkkokortteja, laajennuskortteja, liitettyjä liitäntöjä tai laitteistopäivityksiä.

Usein ilmenevä ongelma, kun järjestelmänvalvoja uskoo, että kaapeli on liitetty yhteen liitäntään, vaikka kaapeli todellisuudessa on liitetty toiseen fyysiseen porttiin.

Vianmääritysvaiheet

    • Tilapäisten (valheellisten) IP-osoitteiden määrittäminen molemmissa järjestelmissä useisiin liittymäehdokkaisiin.
    • Ottaa liittymät käyttöön hallinnollisesti.
    • Tarkkaile, mitkä liittymät muodostavat kantoaallon ja siirtyvät UP-tilaan.
    • Tarkista fyysisen yhteyden merkkivalot kummassakin laitteessa.
    • Tarkista oikea porttimääritys liittymän ja laitteiston tilakomennoilla.
    • Kun oikeat portit on määritetty, poista tilapäinen määritys ja ota käyttöön suunnitellut tuotantoasetukset.

Tämä lähestymistapa voi poistaa nopeasti fyysisen portin valintaan liittyvän epävarmuuden ja estää reititykseen, replikointiin, suorituskykyyn tai ohjelmistoon liittyvien ongelmien tarpeettoman tutkimisen, kun todellinen ongelma on yksinkertaisesti virheellinen kaapelin ja liitännän välinen kartoitus.


Miksi tämä auttaa

Monet suoran yhteyden ongelmat juontavat lopulta juurensa:

    • Kaapeli on kytketty väärään verkkokorttiin.
    • Virheelliset oletukset liittymän ja portin välisestä kartoituksesta.
    • Useita verkkokortteja, joissa on samanlaiset porttimerkinnät.
    • DDOS:ssa määritetty liittymä ei vastaa asennusohjelman käyttämää porttia.
    • Sidotut jäsenet muodostivat yhteyden eri tavalla kuin odotettiin.

Fyysisten porttien kartoituksen vahvistaminen ennen korkeamman tason vianmäärityksen jatkamista voi lyhentää merkittävästi reitityksen, aliverkotuksen, replikoinnin tai kyberpalautumisen tutkimiseen kuluvaa aikaa, kun nämä eivät ole varsinainen perimmäinen syy.

 

  1. Tarkista verkon määritykset

Yleisin suoran yhteyden ongelma on virheellinen aliverkotus.

Suora tiedonsiirto:

    • Molempien liittymien on sijaittava samassa aliverkossa.
    • Erillisten suoran yhteyden liitäntöjen olisi käytettävä kaikista muista liitännöistä erillistä aliverkkoa.
    • A /30-verkko (255.255.255.252) on suositeltava, koska se tarjoaa vain kaksi vaadittua isäntäosoitetta ja yksinkertaistaa reititystä.

Esimerkki:

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

/30:n edut:

      • Yksinkertaistettu vianmääritys.
      • Minimaalinen ARP-liikenne.
      • Ei oletusyhdyskäytävävaatimusta.
      • Selkeä reititys pisteestä pisteeseen.

Jos erityistä aliverkkoa ei voi käyttää:

      • Määritä sopivat staattiset reititykset.
      • Varmista, että liikenne käyttää tarkoitettua suorakytkentäliittymää.

 

  1. Vahvista käyttöliittymän tila

Tarkista, että liitännät ovat:

    • Käytössä molemmissa järjestelmissä.
    • Määritetty oikea IP-osoite.
    • Toimii odotetulla nopeudella.
    • Määritetty vastaavilla MTU-arvoilla.

Suoran yhteyden liittymä ei voi kommunikoida, jos:

    • Etäkäyttöliittymä ei ole käytössä.
    • Yhteys ei ole muodostanut operaattoria.
    • Yksi päätepiste on määritetty väärin.
  1. Tarkista liitosmääritykset

Kun käytetään useita suorakytkentäkaapeleita:

    • Varmista, että liitosasetukset vastaavat kumpaakin järjestelmää.
    • Varmista, että jäsenliittymät kuuluvat oikeaan sidokseen.
    • Kuormituksentasauksen ja yhdistämisen konfiguraation vahvistaminen

Kenttäkokemus on osoittanut, että jotkin ympäristöt, joissa neuvoteltiin odotettua alhaisemmista linkkinopeuksista Round Robin -sidosta käytettäessä, ratkaistiin LACP:hen siirtymisen jälkeen.

LACP on yleensä suositeltava kiinnitysmenetelmä, kun sitä tuetaan molemmissa päätepisteissä.

 

  1. Cyber Recovery -toiminnon ymmärtäminen

Cyber Recovery -käyttöönotot aiheuttavat usein verkko-ongelmia, jotka vaikuttavat odotetulta.

Cyber Recovery -sovellus voi:

    • Poistaa varaston käyttöliittymän käytöstä.
    • Ota liittymä käyttöön vain synkronointi-ikkunoiden aikana.
    • Poista replikointikontekstit käytöstä synkronoinnin jälkeen.

Tämän seurauksena:

    • Tuotantojärjestelmät voivat raportoida InterfaceConnectivityDown Alert!
    • Ping-virheitä voi ilmetä synkronointi-ikkunoiden ulkopuolella.
    • Replikointi voi raportoida "No route to host."

Ennen eskalointia:

    • Varmista, että varaston lukitus on avattu.
    • Varmista, että synkronointi-ikkuna on aktiivinen.
    • Varmista, että Cyber Recovery -automaatio ei ole tarkoituksella poistanut liittymää käytöstä.

 

  1. Odotettua hitaampien linkkinopeuksien vianmääritys

Jos 100 Gb:n yhteys neuvottelee nopeudella 25 Gb tai muulla alennetulla nopeudella:

Tarkista

    • Vastaavat optiset tyypit.
    • Tuetut kaapelipituudet.
    • Yhteensopivat lähetin-vastaanottimet.
    • Liitoksen kokoonpano.
    • NIC-laiteohjelmiston tasot.

Liitos- tai neuvotteluristiriita voi estää rajapintoja toimimasta tarkoitetulla nopeudella.

 

  1. 8 Alhaisen suoritustehon vianmääritys

Pienempi siirtonopeus ei aina tarkoita verkko-ongelmaa.

Harkitse:

    • CPU: n rajoitukset testityökaluille, kuten iPerf.
    • Yhden ytimen pullonkaulat.
    • Istunnon jakautuminen suoritinytimien kesken.
    • Lähde- ja kohdejärjestelmän käyttöaste.

Suorituskykyä arvioitaessa:

    • Sovellus- tai replikointitilastojen tarkasteleminen
    • Tarkista, onko tilauskanta tai viive toteutunut.
    • Vertaa kuormituksen suorituskykyä synteettisiin testituloksiin.

Älä luota pelkästään iPerf-tuloksiin määritettäessä yleistä tiedonsiirtosuorituskykyä.

 

  1. Laitteistokohtaiset ongelmat

Kenttätapauksissa on havaittu ongelmia, jotka liittyvät seuraaviin:

    • 25 Gb:n NIC-verkon epävakaus.
    • SFP-yhteensopivuusongelmat.
    • Rajapinnan räpyttely, joka edellyttää porttien nollausta.
    • Suorat linkit, jotka edellyttävät rajapinnan palautustoimintoja ennen palautusta.

Jos ohjelmiston määritykset vaikuttavat oikeilta:

    • Tarkista laitteiston yhteensopivuus.
    • Tarkista tunnetut viat ja julkaisutiedot.
    • Vaihda epäilyttävä optiikka tai kaapelit.
    • Laiteohjelmisto- ja DDOS-versioiden vahvistaminen.

Lisätiedot

Direct connect -verkkoa voidaan käyttää:

  • MTree-replikointi
  • Kokoelman replikointi
  • Cyber Recovery -säilön liitännät
  • IDPA:n ja IDPA:n välinen tiedonsiirto
  • IDPA-to-Data Domain -tiedonsiirto
  • Tietojen siirto
  • Varmuuskopioi ja palauta eristys
  • Suorituskyvyn testaus
  • Verkon vianmääritys
  • Tilapäinen käyttöönottoyhteys

MRepl ja CRepl Voi toimia suoraan kytketyn verkon kautta. Data Domainin näkökulmasta liitetyn laitteen ei tarvitse olla kytkin, reititin tai muu verkkolaite. Niin kauan kuin kantoaalto on muodostettu ja liitännät määritetty oikein, viestintä voi tapahtua suoraan yhdistettyjen päätepisteiden välillä.

Suoraan kytketyt liitännät:

  • Molemmat päätepisteet on määritettävä samaan aliverkkoon, ellei reititystä ole otettu käyttöön tarkoituksella.
  • Erityistä aliverkkoa tulisi käyttää aina kun mahdollista.
  • Jos suoran yhteyden verkko on päällekkäinen muiden rajapintojen kanssa, staattisia reittejä voidaan tarvita sen varmistamiseksi, että liikenne käyttää aiottua reittiä.
  • Suoran yhteyden vianmääritystä käytetään yleisesti eristämään ulkoiset verkkolaitteet, jotka voivat aiheuttaa yhteys- tai suorituskykyongelmia.

Additional Information

Data Domain: käyttöliittymien vianmääritys käyttäjille alhaalla tai ajoittain
käytössäData Domain - fyysisten liittymien määrittäminen graafisen käyttöliittymän (UI)
avullaData Domain - fyysisten liittymien määrittäminen komentoriviliittymän (CLI) avulla

Data Domain: Intel E810 10Gb / 25Gb Dual Rate NIC ei välttämättä yhdisty 10Gb:n kohdalla M14MK-moduulin
kanssaKäytä tätä tietämyskannan artikkelia, kun Intel E810 -kaksoisnopeussovitin ei muodosta yhteyttä 10 Gb:n nopeudella M14MK-moduulia käytettäessä. Se kattaa yhteensopivuusnäkökohdat, oireet ja korjaavat toimenpiteet asianmukaisten linkkineuvottelujen palauttamiseksi.
Data Domain: Intel X710 NIC ei ehkä tunnista VLAN-tunnistetta oikein, jos se siirtyy palautustilaan.
Katso tästä tietämyskannan artikkelista, jos VLAN-liikenne ei kulje oikein Intel X710 -liitännän kautta. Tässä artikkelissa kerrotaan, miten verkkokortin palautustila voi vaikuttaa VLAN-tunnisteisiin, sekä ohjeet ongelman tunnistamiseen ja ratkaisemiseen.
Data Domain: DD:n komentoriviliittymässä ja käyttöliittymässä virhe "SMS-komento epäonnistui: liittymiä ei löytynyt"
Käytä tätä tietämyskannan artikkelia, kun DD-komentoriviliittymä tai graafinen käyttöliittymä ilmoittaa, että liittymiä ei löydy. Se auttaa tunnistamaan liittymän tunnistusongelmia ja sisältää vianmääritysohjeita normaalin verkkoliittymän näkyvyyden palauttamiseksi.
Data Domain: Uusi ytimen versio 5.4.x voi aiheuttaa DDFS HMON/CRON/RPC -aikakatkaisupaniikkeja
Tähän tietämyskannan artikkeliin on viitattava, kun ytimen päivityksen jälkeen ilmenee järjestelmän epävakautta, paniikkia tai aikakatkaisuun liittyviä virheitä. Siinä kerrotaan yksityiskohtaisesti tiettyjen 5.4.x-ydinversioiden vaikutuksesta ja suositelluista korjauksista.
Data Domain: Net Set Up Flag Failure -virheen
vianmääritysLue tästä tietämyskannan artikkelista, kun verkkokokoonpanon muutokset epäonnistuvat ja näyttöön tulee Net Set Up Flag Failure -ilmoitus. Se sisältää ohjeita määritysten epäjohdonmukaisuuksien diagnosointiin ja liittymän toimintojen palauttamiseen.
PowerProtect DD ja IDPA: päivityksen jälkeen ethVX ei kommunikoi
Käytä tätä tietämyskannan artikkelia, jos ethVX-liittymät lakkaavat viestimästä ohjelmistopäivityksen jälkeen. Siinä kuvataan yleiset syyt, vahvistusvaiheet ja korjaavat toimenpiteet yhteyden palauttamiseksi.
Data Domain: Intel-liittymien yhteys alaspäin tx_timeout
Viittaa tähän tietämyskannan artikkeliin, kun Intel-pohjaiset verkkoliitännät kaatuvat odottamatta ja havaitaan tx_timeout virheitä. Artikkeli auttaa selvittämään, liittyykö ongelma ajuriin, laiteohjelmistoon vai laitteistoon, ja sisältää palautustoimenpiteitä.
Data Domain: Cyber Recovery FEC:n käynnistystä ei sallita
Tätä tietämyskannan artikkelia sovelletaan, kun Cyber Recovery -verkkomääritykset epäonnistuvat, koska Forward Error Correction (FEC) ei ole käytössä. Siinä selitetään FEC-vaatimukset ja tuettujen asetusten määrittäminen.
Data Domain: Intel X710 -korttia ei havaittu käynnistettäessä yhdistettyjä verkkokaapeleita
Käytä tätä tietämyskannan artikkelia, kun Intel X710 -sovitin puuttuu tai sitä ei tunnisteta järjestelmän käynnistyksen aikana, kun verkkokaapelit on liitetty. Artikkelissa käsitellään ongelman laukaisevia olosuhteita ja suositeltua ratkaisua.
Data Domain: Sidostyypin muuttaminen LACP-kytkinmäärityksessä poistaa rajapinnat
käytöstäTässä tietämyskannan artikkelissa on kyse LACP-määritettyihin kytkimiin liitettyjen liittymien liittämistilojen muokkaamisesta. Siinä kuvataan, miten sidostyypin muutokset voivat aiheuttaa rajapintojen käyttömahdollisuuden ja miten siirtymä suoritetaan turvallisesti.
Data Domain: qlogic-korttien
aiheuttama virheellinen verkon kokoonpanon asetusvirheTästä tietämyskannan artikkelista on hyötyä, kun verkkokokoonpanon muutokset epäonnistuvat QLogic-sovittimiin liittyvien virheellisten asetusten vuoksi. Se sisältää vianmääritysohjeita ja ohjeita määrityksen korjaamiseen.
Data Domain: Virheellinen MTU aiheuttaa VLAN-liittymän vian uudelleenkäynnistyksen
jälkeenLue tästä tietämyskannan artikkelista, jos VLAN-liitännät eivät siirry online-tilaan uudelleenkäynnistyksen jälkeen MTU:hun liittyvien määritysongelmien vuoksi. Artikkelissa selitetään oire, juurisyy ja asianmukaiset MTU-validointivaatimukset.
Data Domain: Yhdistetyn liittymän hälytys jäsenliittymän nopeusristiriidan
vuoksiKäytä tätä tietämyskannan artikkelia, kun yhdistetyt liittymät luovat hälytyksiä, koska jäsenportit toimivat eri nopeuksilla. Siinä hahmotellaan, miten nopeuserot vaikuttavat sitoutumisen terveyteen ja tilan ratkaisemiseksi tarvittavat vaiheet.
Data Domain: Verkkoliitännät voivat kaatua Intelin kiertotapamäärityksen
vuoksiViittaa tähän tietämyskannan artikkeliin, jos verkkoliitännät eivät ole odottamatta käytettävissä Inteliin liittyvien kiertotapa-asetusten asentamisen jälkeen. Siinä selitetään toiminta, vaikuttavat määritykset ja suositukset vakaan verkkoyhteyden ylläpitämiseksi.

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.