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 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.

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 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ä.

PowerProtect Data Manager -versio 20.1 ei lisää Hyper-V-klustereita resurssilähteiksi. Hyper-V-virtuaalikoneiden varmuuskopiointityöt epäonnistuvat, ja niissä ilmenee HTTP 400 -virheitä, varmenneristiriitailmoituksia ja ZeroMQ-virhe 11 ("Resurssi on tilapäisesti poissa käytöstä"). Nämä viat johtuvat portin 5986 puuttuvista tai väärin määritetyistä WinRM HTTPS -kuuntelijoista, virheellisistä SSL-varmenteiden peukalonjäljistä, vaadittujen porttien palomuurisääntöjen puuttumisesta (TCP 5986 ja TCP 5896) sekä Azure Arcia tukevista Azure Stack HCI -klustereista, joita PPDM 20.1 ei tue.

Tässä artikkelissa on kiertotapa seuraavaan ongelmaan. Varmuuskopiointivirhe ilmenee, koska varmuuskopiointia tekemään määritetyllä käyttöjärjestelmän käyttäjällä ei ole Oracle-asiakaspuolen kirjastojen käyttöoikeutta.

Kun PowerProtect Data Manager on päivitetty versioon 19.18, kuukauden tai vuoden viimeisenä päivänä suoritettavat Oraclen itsepalveluvarmuuskopiot saavat virheelliset säilytysarvot. PowerProtect määrittää oletusarvoisen pidätyksen suojauskäytännön aikataulussa määritetyn säilytyksen sijasta viimeiseksi päiväksi. Tämä vika vaikuttaa PPDM-koontiversioihin 19.18.0-10 ja 19.18.0-17.

Kun PowerProtect Data Manager (PPDM) on päivitetty versioon 19.18, ohjattu tiedostotason palautustoiminto (FLR) ei salli käyttäjien siirtyä tulossivujen välillä, kun he selaavat tiedostoja palautettavaksi. Tämä estää sellaisten tiedostojen valitsemisen, jotka näkyvät tulosten ensimmäisen sivun ulkopuolella. Dell korjasi tämän vian PPDM-versiossa 19.19.

PowerProtect Data Managerin palautustoimintojen aikana käyttöliittymä näyttää virheelliset edistymisprosentit ja siirtymät palautusvaiheiden välillä ennenaikaisesti, kun tietoja siirretään edelleen. Edistymisprosentti nollautuu vaiheiden välillä, ja käyttöliittymä saattaa edetä seuraaviin vaiheisiin (kuten varmuuskopion irrottamiseen), ennen kuin tiedonsiirto on valmis. Tämä koodivirhe vaikuttaa kaikkiin versiota 19.20 vanhempiin PowerProtect-versioihin ja useisiin palautustyyppeihin, kuten tiedostojärjestelmään (FS), Active Directoryyn (AD) ja Bare Metal Recovery (BMR). Dell on ratkaissut ongelman PowerProtect-versiossa 19.20.0-18.

vSphere Lifecycle Management (vLCM) -tekniikkaa käytetään ESXi-isäntien hallintaan ympäristössä. TSDM (Transparent Snapshot Data Mover) vSphere -asennuspaketti (VIB) poistetaan ESXi-isännistä, kun ne korjataan ESXi-isännän korjaustiedostoilla. Allekirjoitettu VIB on lisättävä vLCM-näköistiedostoon, jotta voidaan osoittaa, että se on yhteensopiva ja että se pysyy asennettuna korjauksen aikana.

Dell PowerProtect Data Manager remediation is available for multiple security vulnerabilities that could be exploited by malicious users to compromise the affected system.

Kun Active Directory (AD) -järjestelmän tilan palautus on suoritettu PowerProtect Data Managerilla, väliaikainen kansio C:\dbapps_temp_dir jää kohdeisännän C-asemaan. Tämä käyttäytyminen on suunniteltu. PowerProtect-agentti luo tämän kansion palautuksen aikana siirtääkseen tiedostoja, joita ei voi kirjoittaa suoraan alkuperäisiin sijainteihinsa, koska käyttöjärjestelmä pitää niitä käytössä. Onnistuneen palautuksen ja järjestelmän uudelleenkäynnistyksen jälkeen kansiota ei enää tarvita ja järjestelmänvalvoja voi poistaa sen turvallisesti manuaalisesti.

Järjestelmänvalvoja ei voi käyttää PowerProtect Data Manager Appliancea SSH-yhteydellä, vaikka PowerProtect-käyttöliittymä on edelleen käytettävissä. Ongelma ilmenee kahdesta syystä: (1) järjestelmänvalvoja yrittää muodostaa SSH-yhteyden PowerProtect-käyttöliittymässä luodulla käyttäjätilillä, joka ei myönnä SSH-käyttöoikeutta; tai (2) järjestelmänvalvojan SSH-tili lukitaan toistuvien epäonnistuneiden kirjautumisyritysten vuoksi tai SSH-salasana unohtuu. Ongelma korjaantuu, kun järjestelmänvalvojan tilin lukitus avataan tai SSH-salasana nollataan vSphere-konsolissa.

VSphere-tietosäilön vapaan tilan tarkistusten määritysohjeet.

PowerProtect Data Managerin (PPDM) NAS-varmuuskopiointivirheet aiheuttavat virhekoodeja, kuten ABNA0016 ja ABNA0023. Syynä ovat jakonimien ristiriidat, käyttöoikeusongelmat, protokolla-asetukset, välityspalvelimen mitoitus ja tunnetut ongelmat.

PowerProtect Data Managerin varmuuskopiointiraporteissa näkyy No data to display -virhe versioon 20.1 päivittämisen jälkeen. Tietojen kerääjä käyttää edelleen vanhentuneita activity_v2 Application Programming Interface (API) -kutsuja tarvittavien activity_v3-kutsujen sijaan. Päivitysprosessi korvaa päivitetyn application.yaml-määritystiedoston vanhentuneella kopiolla. Tämä ongelma koskee PowerProtect Data Manager -käyttöönottoja, joihin sisältyy raportointisolmu.

After upgrading to PowerProtect Data Manager 20.1, Disaster Recovery (DR) backups on Windows servers fail with error code ABF0001 ("Unable to commit the metadata") when DISASTER_RECOVERY:\ and file‑system volume backups run concurrently on the same host. The PowerProtect 20.1 release removed the mutual‑exclusion conflict rules that previously prevented these backup types from executing in parallel, which causes Volume Shadow Copy Service (VSS) writer metadata file contention. This issue affects standalone Windows servers and can also affect Domain Controllers.

PowerProtect Data Manager -käyttöliittymä ei voi muokata suojauskäytäntöä, ja se näyttää 503-virheen, joka ilmaisee, että vCenterin etsintää ei ole aloitettu tai se on edelleen kesken. Perimmäinen syy on Elasticsearch-tietokantaan (ESDB) tallennettu vanhentunut vCenter Server -esiintymän UUID-tunnus, joka ei enää vastaa nykyistä vCenter-esiintymän UUID-tunnusta. PPDM ei pysty täsmäyttämään yhteensopimattomia UUID-tunnuksia tunnistuksen aikana, mikä estää suojauskäytännön toiminnot. Dell korjasi tämän ongelman PowerProtect Data Manager -versiossa 19.14.0-20.

PowerProtect Data Managerin koontinäytössä näkyy kuntovirhe ja 60 pisteen vähennys, joka ilmaisee, että mikään määritetyistä DNS-palvelimista ei ole käytettävissä. Kuntotarkistuksessa käytetään ICMP-ping-kutsua DNS-palvelimen tavoitettavuuden tarkistamiseen, mikä aiheuttaa väärän positiivisen virheen, kun DNS-palvelin estää ICMP-liikenteen, mutta on edelleen toiminnallisesti käytettävissä DNS-kyselyihin. Dell korjasi ongelman parantamalla PowerProtect-version 19.14.0-20 DNS-kuntotarkistusta.