Avamar Client Windowsille: Avamar-varmuuskopiointia ei suoriteta loppuun virheellä avtar Error <18866>: Välimuistitiedoston muisti loppunut" Windows-asiakkaissa

Summary: Tämän tietämyskannan artikkelin tarkoituksena on käsitellä erityistä tilannetta, jossa kyseisen välimuistiongelman vuoksi asiakas ei pysty sallimaan lisää muistia välimuistitiedoston kasvua varten. Tätä tietämyskannan artikkelia 495969 ei sovelleta. ...

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.
Check out other resources

Symptoms



Tässä skenaariossa on sama ongelma kuin tietämyskannan artikkelissa 495969 ratkaisu ei kuitenkaan koske sitä Windows-työaseman ympäristöongelman vuoksi. Ongelma voi vaikuttaa mihin tahansa laajennukseen, kuten tässä tapauksessa, ja virhe esitetään seuraavalla tavalla:   
  • FS-varmuuskopiot:   
avtar Info <8650>: Opening hash cache file 'C:\Program Files\avs\var\p_cache.dat'
avtar Error <18866>: Out of memory for cache file 'C:\Program Files\avs\var\p_cache.dat' size 805306912
avtar FATAL <5351>: MAIN: Unhandled internal exception Unix exception Not enough space
  • VSS-varmuuskopiointi:   
avtar Info <8650>: Opening hash cache file 'C:\Program Files\avs\var\p_cache.dat'
avtar Error <18866>: Out of memory for cache file 'C:\Program Files\avs\var\p_cache.dat' size 1610613280
avtar FATAL <5351>: MAIN: Unhandled internal exception Unix exception Not enough space
  • Oracle-varmuuskopiointi:   
avtar Info <8650>: Opening hash cache file 'C:\Program Files\avs\var\clientlogs\oracle-prefix-1_cache.dat'
avtar Error <18866>: Out of memory for cache file 'C:\Program Files\avs\var\clientlogs\oracle-prefix-1_cache.dat' size 100663840
avtar FATAL <5351>: MAIN: Unhandled internal exception Unix exception Not enough space

or this variant:   

avtar Info <8650>: Opening hash cache file 'C:\Program Files\avs\var\clientlogs\oracle-prefix-1_cache.dat'
avtar Error <18864>: Out of restricted memory for cache file 'C:\Program Files\avs\var\clientlogs\oracle-prefix-1_cache.dat' size 100663840
avtar FATAL <5351>: MAIN: Unhandled internal exception Unix exception Not enough space 
avoracle Error <7934>: Snapup of <oracle-db> aborted due to rman terminated abnormally - check the logs
  • RMAN-loki ilmoittaa tämän:   
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup plus archivelog command at 06/14/2018 22:17:40
RMAN-03009: failure of backup command on c0 channel at 06/14/2018 22:17:15
ORA-04030: out of process memory when trying to allocate 1049112 bytes (KSFQ heap,KSFQ Buffers)
Recovery Manager complete.

Aluksi ajateltiin, että välimuistitiedoston koko ei voisi kasvaa virheellisen "hashcachemax" -arvon vuoksi.

Asiakkaalla oli runsaasti vapaata RAM-muistia (yhteensä 48 Gt RAM-muistia), joten nostimme lipun arvon -16: sta (enintään 3 Gt: n tiedostokoko) -8: een (enintään 6 Gt: n tiedostokoko).

Mutta ongelma jatkui ja levytila ei myöskään ollut ongelma, vapaata tilaa oli runsaasti.

Cause

Lisätutkimukset suunnitteluryhmän testibinäärillä johtivat siihen, että MS-käyttöjärjestelmä ei vapauttanut tarpeeksi käyttämätöntä ja yhtenäistä muistia, jota tarvitaan koko hajautusvälimuistitiedoston jakamiseen/lataamiseen muistiin varmuuskopiointia varten.

Sitä kokeiltiin testibinäärillä, joka jakaisi muistin pienempiin osiin nähdäkseen, voisimmeko saavuttaa pisteen, jossa käyttöjärjestelmä sallisi koko tiedoston p_cache.dat lataamisen muistiin, mutta se ei myöskään auttanut. Operatiivinen järjestelmä ei vieläkään jostain syystä sallinut tiedoston lataamista muistiin.

Perimmäinen syy on piilotettu jonnekin käyttöjärjestelmään, mutta tässä tapauksessa emme ottaneet MS-tiimiä mukaan lisätutkimuksiin heidän puolellaan.

Sen sijaan löysimme tavan kiertää ongelma, joka asettaa välimuistitiedoston pienemmäksi. Katso lisätietoja alla olevasta ratkaisuosiosta.

Resolution

Ongelman kiertämiseksi määritimme hajautusvälimuistitiedoston pienemmäksi, jotta käyttöjärjestelmällä ei olisi ongelmia sen jakamisessa muistiin.

Tässä tapauksessa huomattiin, että käyttöjärjestelmällä oli myös ongelmia pienempien kokojen, kuten 200+ Mt, jakamisessa, joten päätimme muuttaa p_cache.dat koon vain 100 Mt: ksi käyttämällä seuraavaa lippua:   

--hashcachemax = 100

Tällä tavalla hash-välimuistitiedosto ei koskaan kasvaisi yli 100 Mt ja korvaisi vanhat merkinnät.

Kun kyseinen lippu on lisätty, välimuistitiedosto voidaan kierrättää nimeämällä tai poistamalla p_cache.dat (uudelleennimeäminen on suositeltava vaihtoehto).

Ensimmäisen varmuuskopioinnin jälkeen, joka kestää odotettua kauemmin (välimuistitiedoston uudelleenrakentaminen), ongelman pitäisi olla ratkaistu.

Additional Information

  • Kysynnän sivutusvälimuistia ei suositella tässä tilanteessa, koska varmuuskopiot ohjataan GSAN-tallennustilaan, joten käytettiin monoliittista sivutusvälimuistia.
  • Kysynnän sivutus on suunniteltu siten, että varmuuskopiot lähetetään DataDomain-tallennustilaan.

Affected Products

Avamar

Products

Avamar, Avamar Client for Windows, Avamar Plug-in for Oracle
Article Properties
Article Number: 000060137
Article Type: Solution
Last Modified: 17 Jun 2025
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.