PowerProtect Data Manager

Artikkeli sisältää valikoituja linkkejä Dell PowerProtect Data Manager -tuotedokumentaatioon, videoihin ja tietoihin, jotka koskevat käyttöönottoa, määritystä, hallintaa ja katastrofista palautumista.

Data Protection Advisor -agentti ei rekisteröidy sovelluspalvelimeen, koska HTTP-vastauskoodi on 403

PowerProtect Data Manager (PPDM) VM Direct Protection Engine -käyttöönotto epäonnistuu alustusvaiheessa ja antaa virheilmoituksen "Cannot to connect to External vProxy on port 9090, the host service is not running" Näin tapahtuu, kun palomuuri tai verkkomääritys PPDM-laitteen ja VM Direct Enginen välillä estää tarvittavien porttien tiedonsiirron. Tämä on ympäristön/verkon määritysongelma, joka koskee kaikkia PowerProtect Data Manager -versioita.

PowerProtect Data Managerilla (PPDM) TSDM (Transparent Snapshot Data Mover) -ratkaisulla suojatut virtuaalikoneiden (VM) varmuuskopioinnit epäonnistuvat ja näyttävät virhekoodit ABV0016 ja ABV0006. Virhe ilmaisee, että vCenterin Cancel SDM Snapshot -tehtävä on päättynyt virheilmoitukseen DPD Sync in progress tai DPD Snapshot in progress. Virtuaalikoneessa, jota ongelma koskee, on orpo vSphere Snapshot Data Mover (SDM) -tehtävä, jota TSDM-varmuuskopiointityönkulku ei voi peruuttaa ESXi-isännän Data Protection Daemon (dpd) -muistin epäjohdonmukaisuuksien vuoksi. Varmuuskopioinnit suoritettiin aiemmin onnistuneesti ennen orpotehtävän ilmestymistä.

Uuden raportointimoduulin käyttöönotto tai PowerProtect Data Manager (PPDM) 19.17.0-10 -päivitys epäonnistuu ja näyttää virheilmoituksen "Raporttipalvelun käynnistäminen epäonnistui", koska varmenteen luontiprosessi ei pysty selvittämään raportointisolmun IP-osoitetta nslookup-komennolla. Nslookup-virhe johtuu raportointisolmun väärin muotoillusta /etc/resolv.conf-tiedostosta, jossa useita DNS-nimipalvelinmerkintöjä yhdistetään yhdelle riville sen sijaan, että ne olisi lueteltu erillisillä riveillä. Tämä on ohjelmistovirhe — PPDM luo /etc/resolv.conf-tiedoston raportointisolmuun käyttöönoton aikana, ja koontiversio 19.17.0-10 yhdistää virheellisesti useita DNS-merkintöjä yhdelle riville.

PowerProtect Data Manager (PPDM) vCenter -resurssilähteiden etsintä epäonnistuu ja näyttää virhekoodin ADS0001, koska vCenter Server on saavuttanut käyttäjäistuntojen enimmäismäärän (oletus 550). vCenter hylkää uudet yhteysyritykset ja 503-palvelu ei ole käytettävissä -virheilmoituksen, jonka mukaan istuntoraja on saavutettu. Olemassa olevien käyttäjäistuntojen sulkeminen tai vCenter Server Appliancen (VCSA) käynnistäminen uudelleen vähentää istuntojen määrän rajan alapuolelle ja mahdollistaa PPDM-etsinnän jatkumisen.

PowerProtect Data Manager (PPDM) voi vahvistaa vSphere-tietosäilön vapaan tilan jokaisen varmuuskopiointityönkulun alussa ja luoda varoituksia tai epäonnistuneita varmuuskopioita, kun käytettävissä oleva tila laskee määritettyjen kynnysarvojen alapuolelle. Tietosäilön vapaan tilan raja-arvot ovat oletusarvoisesti poissa käytöstä. Tässä artikkelissa kuvataan, miten varoitus- ja virhekynnykset otetaan käyttöön ja määritetään PPDM-käyttöliittymässä niin, että järjestelmänvalvojat saavat ilmoituksen tietosäilötilan vähyydestä hyvissä ajoin, ennen kuin ne vaikuttavat varmuuskopiointitoimintoihin. Tämä ominaisuus on käytettävissä kaikissa PowerProtect Data Manager -versioissa.

Päivityspaketin lataus epäonnistuu ja näyttöön tulee seuraava virheilmoitus: "Latausyritys epäonnistui. Valitse Lataa paketti ja valitse päivitys asennettavaksi uudelleen."

PowerProtect VMware Protection Policy otettiin käyttöön hiljattain, mutta se epäonnistuu ja on ABV0016 poistumistila.

PowerProtect Data Manager Server Disaster Recovery (DR) -varmuuskopioita ei suoriteta versioon 20.2.0-14 päivittämisen jälkeen.

Sybase-tietokannan resurssitason varmuuskopiointi, joka suoritetaan PowerProtect Data Managerin yleisen sovellusagentin kautta, epäonnistuu ja antaa virheen "ct_connect(): protokollakohtainen kerros: ulkoinen virhe: yritys muodostaa yhteys palvelimeen epäonnistui" ABG0023 virhekoodi, joka ilmaisee, että varmuuskopiointi ohitettiin, koska tiedot eivät olleet käytettävissä. Virhe ilmenee, koska PowerProtect Data Manager ei välitä resurssitason tunnistetietoja oikein Sybase-varmuuskopiointikomentosarjaan, mikä estää komentosarjan todennuksen Sybase-palvelimeen. Tämä vika vaikuttaa PowerProtect Data Manager -versioihin 19.22 ja 20.1. Ongelma korjaantuu, kun sekä PowerProtect Data Manager Appliance Appliance Appliance että Generic Application Agent päivitetään versioon 20.2.

PowerProtect Data Managerin varmuuskopiot juuttuvat KÄYTÖNAIKAISEEN tai RESTORE-tilaan, vaikka käynnissä ei olisi aktiivisia palautustoimintoja. Kyseiset kopiot eivät voi vanhentua, poistaa tai käyttää myöhemmissä palautustoiminnoissa. Tämä on tunnettu vika, joka vaikuttaa kaikkiin PowerProtect Data Manager -versioihin versioissa 19.22.0-24 ja 20.1.0.1-10. Päivittäminen korjauksen sisältävään versioon estää ongelman ilmenemisen tulevissa kopioissa, mutta ei korjaa juuttuneita kopioita. Kopiot, joita ongelma koskee, on puhdistettava Dellin tuen kautta.

Kun PostgreSQL-tietokannan varmuuskopiot määritetään PowerProtect Data Manager (PPDM) Generic Application Agentilla, pg_dump:n oletusarvoinen varmuuskopiointikomentosarja käyttää /tmp:tä väliaikaisena valmistelualueena ennen varmuuskopiotietojen kirjoittamista Data Domainiin. Jos PostgreSQL-tietokanta on suurempi kuin /tmp:ssä käytettävissä oleva tila, varmuuskopio täyttää tiedostojärjestelmän, PPDM:n levytila loppuu ja varmuuskopiointi epäonnistuu. Tämä ongelma vaikuttaa PPDM-ympäristöihin, joissa käytetään PostgreSQL-varmuuskopiointikomentosarjan oletusparametreja.

Kun Microsoft SQL Server -tietokantaresurssi on lisätty suojauskäytäntöön PowerProtect Data Managerissa (PPDM), järjestelmätyö Configuring SQL Databases jumittuu loputtomiin eikä valmistu koskaan. Resurssi näyttää lisääntyneen onnistuneesti PPDM-käyttöliittymässä — käytäntöresurssien määrä kasvaa ja resurssi näyttää oikean käytäntömäärityksen — mutta määritysistunto ei koskaan pääty. Myös juuri lisätyn resurssin varmuuskopiointityöt lakkaavat toimimasta. Perimmäinen syy on se, että PowerProtect Agent -palvelun aliprosessi, joka vastaa määritystöiden syntymisestä, on kaatunut tai se ei ole käynnissä SQL Server -isännässä. Aliprosessin epäonnistumisen syytä ei tällä hetkellä tiedetä.

Agent registration fails because the PowerProtect Data Manager (PPDM) server sees an address mismatch due to network address translation (NAT) between server and client, causing request rejection.

Tässä tietämyskannan artikkelissa käsitellään AIX-isäntäagentin Oraclen varmuuskopiointi- ja etsintätyön epäonnistumista ja ADA0013-virhekoodia.

PowerProtect Data Managerin kautta aloitettu Oracle-tietokannan varmuuskopiointi epäonnistuu RMAN-06059-komennolla ("odotettua arkistoitua lokia ei löydy, arkistoidun lokin menetys vaarantuu) -asetusta). Oracle Recovery Manager (RMAN) -säilö sisältää viittauksia arkistoituihin uudelleentekolokeihin, joita ei enää ole levyllä. Yleensä lokitiedostot poistettiin manuaalisesti tiedostojärjestelmästä ilman, että niitä poistettiin ensin RMAN-luettelosta tai ohjaustiedoston metatiedoista. Ongelma ratkeaa, kun RMANin ristiintarkistus vanhentaa puuttuvat arkistolokit ja poistetaan vanhentuneet merkinnät.

Kun Legacy Capacity- tai Socket-lisenssiä yritetään asentaa PPDM 20.1- tai 20.2-versioon käyttöliittymän avulla, näkyviin tulee tyhjä ponnahdusikkuna, jossa lukee ERROR ilman muuta tekstiä, virhekoodia tai diagnostiikkatietoja. Lisenssiä ei sovelleta, vaikka tiedosto on kelvollinen. Tämä on tunnettu käyttöliittymävirhe, joka korjataan pysyvästi PPDM:n tulevissa versioissa. Komentoriviliittymän kiertotapa on saatavilla.

PowerProtect Data Managerin SQL-tietokannan etsintä- ja varmuuskopiointitoiminnot epäonnistuvat ja näyttöön tulee SocketException: Connection reset ja ConnectionResetError(10054) -virheet, kun verkko ei salli kaksisuuntaista tiedonsiirtoa PowerProtect Data Manager Appliancen ja SQL-agentin isännän välillä vaadituissa porteissa. SQL-agentti saattaa suorittaa etsintä- ja varmuuskopiointitoiminnot onnistuneesti isäntäpuolella, mutta PowerProtect Data Manager ei voi noutaa tuloksia, koska se ei tavoita agenttia.

/agents-liityntäkohdasta kirjataan alhaisen kapasiteetin hälytys PowerProtect 20.1 -päivityksen jälkeen.

Data Domainin tunnistetietojen korvaaminen, näköistiedoston luominen uudelleen tai tunnistetietojen muuttaminen aiheuttaa PowerProtect Data Manager -agentin varmuuskopioiden epäonnistumisen. Virheet, kuten ABA0002, ABA0008, ABF0005, ABG0004 tai PKIX (Public-Key Infrastructure (X.509)) -polun luonti epäonnistuivat vanhentuneiden tunnistetietojen, yhteensopimattomien tallennusyksiköiden ja varmenteiden validointiongelmien vuoksi.

PowerProtect Data Managerin käyttöliittymässä näkyy ilmoituspalkki, jossa varoitetaan, että varmenne vanhenee alle 30 päivän kuluttua. Varmenne on jo uusittu, ja siinä näkyy kelvollinen vanhentumispäivä.

PowerProtect Data Manager -laite luo ympäristössä hälytys-SYS0003, joka ilmoittaa /logs-liityntäkohdan vähäisestä kapasiteetista.

Lokipaketin luonti epäonnistuu PowerProtect Data Manager -versiossa 19.22, kun laite käyttää dynaamisia käyttöoikeuksia. Lokinipun muodostin havaitsee IndexOutOfBoundsException-poikkeuksen, koska Dynamic Licensing / Integrated License Manager (ILM) -palvelu ei täytä lisenssiindeksiä, jolloin /api/v2/licenses-ohjelmointirajapinta palauttaa tyhjän sisällön. Tämä estää järjestelmänvalvojia luomasta vianmäärityslokipaketteja, joita tarvitaan vianmääritykseen ja Dellin tukeen.

VMDirectin sovellustietoisilla varmuuskopioilla suojatut SQL-tietokantaresurssit näkyvät PowerProtect Data Manager Iinterface -käyttöliittymässä virheellisesti suojaamattomina, vaikka varmuuskopiointi onnistuu ja varmuuskopioita on edelleen käytettävissä. Ongelma ilmenee, kun järjestelmänvalvoja poistaa alustavasti isännän/AppServerin resurssilähteen, löytää siihen liittyvät virtuaalikoneet uudelleen ja liittää ne uudelleen suojauskäytännön piiriin. Uudelleentunnistus- ja uudelleenmääritysprosessi ei palauta SQL-resurssien suojauksen elinkaarta (PLC) oikein, minkä vuoksi käyttöliittymä ilmoittaa ne suojaamattomiksi.

PowerProtect Data Managerin säilytyksen lukituksen poistaminen käytöstä epäonnistuu ja näyttää virhekoodin CPM0016 ja lokiviestin "Pyyntöentiteetti on liian suuri". Ongelma ilmenee, kun säilytyksen lukituksen poistamiseen tarkoitettu varmuuskopio sisältää suuren määrän tiedostoja, jolloin REST API -pyyntö ylittää PowerProtect Data Domain -järjestelmän tukeman tietosisällön kokorajoituksen. PowerProtect Data Domain -järjestelmä hylkää pyynnön HTTP-tilassa 413, eikä PowerProtect Data Manager jäsentä vastausta. Pysyvä korjaus on kehitteillä; Voit kiertää ongelman manuaalisesti Dellin teknisestä tuesta.

Jos PowerProtect Data Manager (PPDM) -käyttöliittymän admin- tai käyttäjäsalasana on unohtunut tai tili lukittuu toistuvien virheellisten kirjautumisyritysten vuoksi, vaihda salasana komentorivityökaluilla (versio 19.19 ja uudemmat) seuraavien ohjeiden mukaisesti.

PowerProtect Data Managerin PowerMax Storage Group (PMAX SG) -ryhmän pikakäyttöpalautukset epäonnistuvat virtuaalisten lähiverkkojen (VLAN) kaksoiskäyttöympäristössä

TSDM (Transparent Snapshot Data Mover) -varmuuskopioinnit yhdelle tai useammalle virtuaalikoneelle epäonnistuvat ja antavat virheilmoituksen "SDM:n Delta-synkronointitoimintoa ei voida suorittaa onnistuneesti". Vian jälkeen vSphere Storage vMotion ei ole käytettävissä virtuaalikoneissa, joita ongelma koskee, kunnes Data Protection Deamon (DPD)- ja TSDM-palvelut käynnistetään uudelleen ESXi-isännässä.

TSDM (Transparent Snapshot) -varmuuskopiointien ulkoisten virtuaalikoneiden suoralukumoduulien (VMDE) ottaminen käyttöön ja poistaminen käytöstä.