NetWorker: Høy minnebruk for nsrmmdbd-prosess
Résumé: NetWorker-serveren nsrmmdbd blir drept av operativsystemene "Out of Memory" (OOM) monitor.
Symptômes
Operativsystemet dreper nsrmmdbd Prosessen. Dette får konsekvenser for NetWorker-serveren, for eksempel mislykkede sikkerhetskopieringer.
NetWorker-serveren daemon.raw rapporterer følgende:
- Linux:
/nsr/logs/daemon.raw - Windows (standard):
C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw - NetWorker: Slik bruker du nsr_render_log til å gjengi .raw loggfiler
71193 12/13/25 15:46:34 0 0 0 841355584 29252 0 myserver nsrd NSR info NetWorker Daemons Warning: nsrmmdbd received signal 9 (SIGKILL)
På Linux-servere er /var/log/messages -filen rapporterer "Ikke nok minne"-meldinger. Dette resulterer i oom-kill å stoppe nsrmmbdb
Dec 13 15:46:33 myserver kernel: oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/,task=nsrmmdbd,pid=2079,uid=0 Dec 13 15:46:33 myserver kernel: Out of memory: Killed process 2079 (nsrmmdbd) total-vm:25889764kB, anon-rss:24201136kB, file-rss:0kB, shmem-rss:0kB Dec 13 15:46:34 myserver kernel: oom_reaper: reaped process 2079 (nsrmmdbd), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
På Windows-servere kan system- og programhendelseslogger rapportere lignende feilmeldinger.
nsrmmdbd på grunn av denne grunn.
Cause
Meldingen nsrmmdbd Process rapporterer en høy minnebruk som øker over tid.
Når systemet har lite minne, dreper OOM prosessen.
Résolution
NetWorker Planning Guide for ytelsesoptimalisering beskriver kravene for nsrmmdbd størrelser på 1 GB og mer. Se kapittel: Optimalisere nsrmmdbd minnebruk. NetWorker-dokumentasjon er tilgjengelig via: Støtte for NetWorker | Håndbøker og dokumenter
For bedre minnehåndtering, konfigurer parameterne nedenfor:
### Media database tunables
export MMDB_SQLITE_CONFIGURE_MEMORY=1
export MMDB_SQLITE_PAGECACHE_SIZE=65536
export MMDB_SQLITE_PAGE_COUNT=65536
export MMDB_SQLITE_HEAP_SIZE=2147483640 #This is the highest value possible
export MMDB_SQLITE_HEAP_MIN_ALLOC_SIZE=128
Når det gjelder en Linux-server med en stor mediedatabase som kontinuerlig bruker mer enn 5 GB minne, kan vi instruere kjernen til å utføre en mer aggressiv bakgrunnsminnekomprimering med parameteren: vm.compaction_proactiveness. Standardverdien er 20. En høyere verdi (mellom 40 og 50) kan bidra til å gjøre tilgjengelige store ledige minneblokker.
Kontroller også at serveren har tilstrekkelige databehandlingsressurser for miljøstørrelsen. Se kapittel: Minnekrav for NetWorker-serveren og NetWorker Management Console
Meldingen MMDB_SQLITE Anbefalte fremgangsmåter for parametere og andre systemkjerneparametere er dokumentert i følgende artikkel: NetWorker: Anbefalte fremgangsmåter for nettverkskonfigurasjon
Informations supplémentaires
Eksempel: en middels installasjon for en virtuell server. Systemet er installert med 8 vCPU-er og 32 GB.
Meldingen top Kommandoen kan brukes til å kontrollere høyt minneforbruk:
$ top -b -n1 -o VIRT | head -10 top - 16:37:02 up 96 days, 9:43, 1 user, load average: 0.22, 0.18, 0.18 Tasks: 233 total, 1 running, 232 sleeping, 0 stopped, 0 zombie %Cpu(s): 1.5 us, 0.0 sy, 0.0 ni, 98.5 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 32086.33+total, 819.785 free, 28642.18+used, 3852.422 buff/cache MiB Swap: 0.000 total, 0.000 free, 0.000 used. 3444.148 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4479 root 20 0 21.372g 0.019t 10320 S 0.000 63.21 333:05.33 nsrmmdbd 29053 nsrtomc+ 20 0 13.205g 1.046g 0 S 0.000 3.338 292:31.41 jsvc 30201 root 20 0 5897400 1.324g 160 S 0.000 4.224 772:19.41 nsrjobd
Et løp på topp alle 8 h viser økningen:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 12-01-2026 16:37:02 4479 root 20 0 7494208 4.984g 17528 S 0.000 15.91 19:59.54 nsrmmdbd 13-01-2026 00:37:02 4479 root 20 0 9155648 6.781g 17528 S 0.000 21.64 35:29.59 nsrmmdbd 13-01-2026 08:37:02 4479 root 20 0 9853.0m 7.975g 17528 S 0.000 25.45 51:37.20 nsrmmdbd 13-01-2026 16:37:01 4479 root 20 0 10.153g 8.706g 15928 S 12.50 27.78 72:34.67 nsrmmdbd 14-01-2026 00:37:01 4479 root 20 0 11.302g 0.010t 15928 S 0.000 31.94 87:09.14 nsrmmdbd 14-01-2026 08:37:01 4479 root 20 0 11.747g 0.010t 15940 S 0.000 32.79 103:40.44 nsrmmdbd 14-01-2026 16:37:02 4479 root 20 0 12.716g 0.011t 15884 S 0.000 36.56 123:03.84 nsrmmdbd 15-01-2026 00:37:01 4479 root 20 0 13.997g 0.012t 15884 S 0.000 39.81 139:23.88 nsrmmdbd 15-01-2026 08:37:02 4479 root 20 0 14.466g 0.013t 15764 S 0.000 43.15 156:23.82 nsrmmdbd 15-01-2026 16:37:02 4479 root 20 0 14.974g 0.013t 15976 S 0.000 43.20 175:53.13 nsrmmdbd 16-01-2026 00:37:02 4479 root 20 0 15.411g 0.013t 15680 S 0.000 44.04 192:25.13 nsrmmdbd 16-01-2026 08:37:02 4479 root 20 0 15.521g 0.014t 15680 S 0.000 44.57 208:31.53 nsrmmdbd 16-01-2026 16:37:01 4479 root 20 0 16.685g 0.015t 10644 S 0.000 47.91 227:23.48 nsrmmdbd 17-01-2026 00:37:01 4479 root 20 0 17.747g 0.016t 10128 S 0.000 51.22 243:27.54 nsrmmdbd 17-01-2026 08:37:01 4479 root 20 0 18.677g 0.017t 10112 S 0.000 54.56 260:42.09 nsrmmdbd 17-01-2026 16:37:01 4479 root 20 0 19.802g 0.018t 10496 S 0.000 57.97 279:54.55 nsrmmdbd 18-01-2026 00:37:01 4479 root 20 0 19.911g 0.018t 10248 S 0.000 58.30 296:37.80 nsrmmdbd 18-01-2026 08:37:02 4479 root 20 0 21.083g 0.019t 10348 S 0.000 62.94 313:42.43 nsrmmdbd 18-01-2026 16:37:02 4479 root 20 0 21.372g 0.019t 10320 S 0.000 63.21 333:05.33 nsrmmdbd
Hvis du vil ha mer informasjon om feilsøking av ressursbruk for prosessen, kan du se: