Data Domain: Tietojen siirron parhaat käytännöt PowerProtect Data Domain -järjestelmissä, joissa käytetään mtree-replikointia
Summary: Tässä artikkelissa käsitellään valmistautumista tietojen siirtoon Mtree-replikoinnin (MRepl) avulla vanhoista PowerProtect Data Domain (PPDD) -järjestelmistä, joissa ei ole sisäistä QAT-korttitukea. Esimerkiksi DD9500 ja DD9800. On erittäin tärkeää ottaa huomioon järjestelmän nykyinen työkuorma, jotta vältetään odottamattomat sivuvaikutukset, jotka voivat vaikuttaa negatiivisesti tietojen siirron tuloksiin. Tämän artikkelin avulla voit suunnitella siirtotoimintoja, jotka edellyttävät uutta MRepl (Mtree Replication) -kontekstimääritystä käyttäen lähteenä vanhoja PPDD-järjestelmiä. ...
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.
Instructions
16G-alustojen käyttöönoton myötä tiettyjen MTreeiden siirtäminen vanhasta PPDD: stä uudempaan järjestelmään on yleinen vaatimus.
Siirtoprosessi luo uusia Mtree-replikointikonteksteja. Ota huomioon seuraavat seikat varmistaaksesi, että häiriöt ovat mahdollisimman vähäisiä.
- Järjestelmän nykyinen kuormitus varmuuskopiointitoiminnoista
- Pakkausominaisuuksien erot (esimerkiksi QAT-kortin tuki)
- Uusien Mrepl-kontekstimääritysten äkillinen sisällyttäminen
- Jätteenkeräysprosessiin vaikuttavat laitteistovirheet
Tietojen eheyden ylläpitämiseksi ja palvelutasosopimusten täyttämiseksi järjestelmä saattaa joutua paniikkiin tietyissä toimintarajoissa.
Paniikkimekanismi käynnistää itsekorjaavia toimenpiteitä varmistaakseen, että järjestelmä toimii aina luotettavasti.
Siinä käsitellään näitä seikkoja ja opastetaan, miten siirtosuunnitelmia mahdollisesti häiritsevät odottamattomat käyttökatkokset voidaan estää.
Järjestelmän nykyinen varmuuskopiointikuormitus:
Keskity aluksi järjestelmän nykyisiin toimintoihin. Seuraa tärkeimpiä mittareita ennen siirtoa. Näitä ovat esimerkiksi käynnissä olevat kuormitukset, suorittimen käyttö, muistin käyttö, verkon tila ja laitteistohälytykset.
Tavoitteena on säilyttää järjestelmän toiminta normaaleissa parametreissa.
Pakkausominaisuuksien erot:
Kun valmistaudut siirtoon Mtree-replikoinnin (Mrepl) avulla, ota huomioon järjestelmien pakkausominaisuuksien erot.
Joissakin vanhoissa järjestelmissä ei ole sisäistä pakkauskorttia, joka auttaisi pakkaamiseen liittyvissä toiminnoissa.
DD9900-, DD9400- tai DD6900-järjestelmät mahdollistavat ulkoisen QAT-kortin kiinnittämisen pakkaustoimintojen nopeuttamiseksi.
Kun QAT-korttia ei ole (esimerkiksi DD9800, DD9500), se käyttää CPU- ja muistiresursseja pakkaus- ja purkutehtävissä.
Kun määrität uusia replikointikonteksteja ilman QAT-tukea, tiedot on ensin purettava.
Tämä voi aiheuttaa suorittimen käyttöpiikin replikoinnin alustusvaiheessa.
Lähde tarkistaa kohteen tunnistaakseen käytettävissä olevan pakkauskortin tyypin.
Kun kohteena on 16G-järjestelmä (DD9910, DD9410 tai DD6410), lähteen on purettava tiedot vanhasta gzfast-muodosta. Sen on sitten pakattava se LZ-muotoon.
Lisää asteittain uusi mrepl-kontekstimääritys:
Kun tietoja replikoidaan Data Domainista toiseen katastrofista palautumisen (DR) aikana, replikointityöt alkavat yleensä tietojen käsittelyn jälkeen.
Näin varmistetaan, että kohdesivusto vastaanottaa kaikki replikoidut tiedot.
Kun siirrolle määritetään uusia replikointikonteksteja, lähteen on käsiteltävä merkittäviä tietoja replikoinnin alustuksen aikana.
Tämä johtuu siitä, että kohteesta puuttuu deduplikoitu data eikä optimointi ole vielä mahdollista. Tämä lisää lähdejärjestelmän kuormitusta.
Kun järjestelmä jatkaa varmuuskopiointityökuormien (I/O) käsittelyä, tähän voi lisätä siirtoon liittyvät replikointikontekstit vähitellen.
Määritä alhainen replikoinnin siirtonopeus rajoittaaksesi siirtoon liittyviin replikointikonteksteihin varattuja resursseja.
Kun replikointi alkaa rakentaa kohteen optimointeja ja toimintaparametrit on vahvistettu, lisää replikointikonteksteja (siirtokonteksteja). Voit myös muokata replikoinnin siirtonopeutta nykyisissä.
Tavoitteena on välttää järjestelmän suojamekanismien laukaiseminen. Se aiheuttaa järjestelmäpaniikkia, joka voi vaikuttaa siirtoihin.
Muista, että järjestelmän suorituskykyreferenssit lasketaan käytössä olevien kuormitusten perusteella, ei uusien kuormitusten perusteella.
Määritä asteittainen siirtyminen siirtoskenaarioiden aikana.
Komennolla replication throttle add voidaan ajoittaa tietty ajankohta ja varata tietty kaistanleveys (Mbps) kaistanleveydelle kaistanleveydelle (Mbps) kuristamista varten.
Käynnistä uusia replikointitöitä rajallisella kaistanleveydellä (pienempi kaasunpäästö). Arvioi sitten vaikutus järjestelmän toimintaan.
Kun replikointityö on käynnissä, kaistanleveyttä voidaan lisätä lisäämällä kaasua.
Suosittelemme myös seuraamaan DDSM:n järjestelmäanalytiikkaa, kuten suorittimen, muistin ja verkon kulutusta.
Roskienkeräysprosessiin vaikuttavat laitteistovirheet:
Toinen varmuuskopioinnin tai replikoinnin suorituskyvyn heikkenemistä mahdollisesti aiheuttava tekijä liittyy laitteistovirheisiin, erityisesti oletusarvoisten roskien keräystoimintojen aikana. Normaaleissa käyttöolosuhteissa PPDD-järjestelmien jätteenkeräysmekanismi suorittaa tilan kierrätystoimet vaikuttamatta nielemis-, palautus- tai replikointitoimintoihin. Tietyissä tilanteissa järjestelmä tarjoaa vaihtoehtoja roskien keräämisen rajoittamisen määrittämiseen, jolloin järjestelmänvalvojat voivat hallita tarkemmin, milloin järjestelmän puhdistusprosessit tapahtuvat.
Roskien keräämisen kaasunkeräyksen oletuskaasuasetukset eivät vaikuta varmuuskopioihin ja palautuksiin. Useimmat tapaukset, joissa vaikutus havaitaan, liittyvät laitteistovirheisiin. Jos esimerkiksi tietyt asemat on vaihdettava, järjestelmän jatkuvat I/O-vaatimukset voivat hidastaa varmuuskopioiden ja palautusten tallennusta, mikä vaikuttaa yleiseen laitehallintaan.
Data Domain -käyttöjärjestelmä sisältää kattavat hälytysmekanismit tällaisia laitteisto-ongelmia varten ja antaa ennakoivasti hälytyksiä, kun näitä ehtoja ilmenee. Tämä helpottaa varmuuskopiointioperaattoreita laitteistoon liittyvien ongelmien nopeassa ratkaisemisessa.
Toinen tärkeä huomioitava tekijä on se, että replikointitoiminnot ovat yhtä tärkeitä kuin varmuuskopiointi ja palautus. Suunnittelun mukaan jokainen alusta tarjoaa kiinteän määrän virtoja kullekin työlle ja voi käsitellä samanaikaisia toimintoja määritetyissä rajoissa palvelutasosopimusten (SLA) täyttämiseksi.
Johtopäätös:
Onnistunut tietojen siirto Mtree-replikoinnin avulla edellyttää seuraavien seikkojen huolellista harkintaa;
- Järjestelmän nykyisen kuormituksen seuranta varmuuskopiointitoimintojen avulla
- Tutustu vanhoihin ympäristöihin, kuten DD9800 tai DD9500
- Käytä toista pakkausalgoritmia (gzfast).
- Kun käytössä olevaan järjestelmään luodaan uusia MTree replication (MRepl) -konteksteja, lisää uudet Mrepl-kontekstimääritykset asteittain
- Seuraa tarkasti uusien työkuormien vaikutusta järjestelmään.
- Tarkkaile mahdollisia laitteistovirheitä (jotka vaikuttavat roskien keräysprosessin toimintoihin).
Noudattamalla näitä parhaita käytäntöjä minimoidaan häiriöt ja ylläpidetään järjestelmän vakautta.
Näiden suositusten käyttöönotto auttaa välttämään odottamattomia käyttökatkoksia ja helpottaa tietojen siirtoa.
Additional Information
Affected Products
Data DomainArticle Properties
Article Number: 000317549
Article Type: How To
Last Modified: 08 May 2025
Version: 1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.