Denna artikel är för Amanda Enterprise (AE) v. 3.1.5
Länk till mer info: http://wiki.zmanda.com/index.php/Splitsize_too_small
Problem Symptom
Meddelandet nedan visas som en varning i ZMC eller när du kör amcheck från kommandoraden:
"fallback_splitsize på 100 MB <0.1% av bandlängden"
Problembeskrivning
Fallback_splitsize är en Amanda-enhetsparameter i version 3.1.5 och tidigare som specificerar mängden data som ska cachas i RAM när mer än ett band tillåts per säkerhetskopia och för tillfällen då säkerhetskopian inte skrivs till iscensättningsområdet först. Normalt delas säkerhetskopior i iscensättningsområdet innan de går till band men när en säkerhetskopia inte skrivs till iscensättningsområdet först delas den istället i RAM och bör inte vara mindre än 1% av säkerhetskopieringsstorleken. Eftersom Amanda inte vet hur stor säkerhetskopian kommer att vara under värdkontrollen, varnas användaren om delningsstorleken är särskilt liten jämfört med bandstorleken.
Upplösning
För att lösa detta, redigera YAML-filen för växlingsprofilen i katalogen / etc / zmanda / zmc_aee / device_profiles / och hitta raden som läser
fallback_splitsize: 100m
Ändra den konservativa standardvärdet på 100 meter till ett nummer som är minst 1% av storleken på din största säkerhetskopia eller, om okänd, minst 0.1% storleken på ditt band. Den här datastorleken lagras i RAM-minnet så du måste ha tillräckligt med RAM för den angivna mängden data och bör inte överstiga 3.5G. Ändringen kommer att göras för alla reservuppsättningar som använder denna växlare.
När du har gjort den här ändringen navigerar du till sidan Admin | backup-uppsättningar i Zmanda Management Console så att ändringen träder i kraft.
Om det inte finns tillräckligt med tillgängligt RAM-minne för att specificera önskad eller nödvändig splitstorlek kan Amanda konfigureras för att dela backup på disk istället för RAM. Kontakta supporten för att få hjälp med att konfigurera detta.
