NetWorker: wysokie użycie pamięci procesu nsrmmdbd
Résumé: nsrmmdbd serwera NetWorker jest zabijany przez monitor "Brak pamięci" (OOM) systemu operacyjnego.
Symptômes
System operacyjny zabija nsrmmdbd Proces. Powoduje to wpływ na serwer NetWorker, taki jak niepowodzenie tworzenia kopii zapasowych.
Serwer NetWorker daemon.raw zgłasza, co następuje:
- Linux:
/nsr/logs/daemon.raw - Windows (ustawienie domyślne):
C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw - NetWorker: jak używać nsr_render_log do renderowania plików dziennika .raw
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)
Na serwerach z systemem Linux /var/log/messages zgłasza komunikat "Brak pamięci". Skutkuje to oom-kill zatrzymać 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
Na serwerach Windows dzienniki zdarzeń systemu i aplikacji mogą zgłaszać podobne komunikaty o błędach.
nsrmmdbd z tego powodu.
Cause
Klawisze nsrmmdbd Proces zgłasza wysokie użycie pamięci, które wzrasta wraz z upływem czasu.
Gdy w systemie zaczyna brakować pamięci, OOM zabija proces.
Résolution
Podręcznik planowania optymalizacji wydajności NetWorker zawiera szczegółowe informacje na temat wymagań dotyczących następujących elementów: nsrmmdbd rozmiary 1 GB i więcej. Patrz rozdział: Optymalizacja nsrmmdbd Użycie pamięci. Dokumentacja NetWorker jest dostępna za pośrednictwem: Pomoc techniczna dla NetWorker | Instrukcje obsługi i dokumenty
Aby lepiej zarządzać pamięcią, skonfiguruj poniższe parametry:
### 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
W przypadku serwera linuksowego z dużą bazą multimediów, która stale używa więcej niż 5 GB pamięci, możemy poinstruować jądro, aby wykonało bardziej agresywne kompaktowanie pamięci w tle z parametrem: vm.compaction_proactiveness. Wartością domyślną jest 20. Wyższa wartość (między 40 a 50) może pomóc w udostępnieniu dużych wolnych bloków pamięci.
Upewnij się również, że serwer ma odpowiednie zasoby obliczeniowe dla rozmiaru środowiska. Patrz rozdział: Wymagania dotyczące pamięci serwera NetWorker i konsoli NetWorker Management Console
Klawisze MMDB_SQLITE parametr i inne najlepsze praktyki dotyczące parametru jądra systemu są udokumentowane w następującym artykule: NetWorker: Najważniejsze wskazówki dotyczące konfiguracji sieci
Informations supplémentaires
Przykład: instalacja nośnika dla serwera wirtualnego. System jest zainstalowany z 8 procesorami wirtualnymi i 32 GB.
Klawisze top można użyć polecenia do sprawdzenia wysokiego zużycia pamięci:
$ 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
Przebieg przez wszystkie 8 godzin pokazuje wzrost:
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
Aby uzyskać dodatkowe informacje na temat rozwiązywania problemów z wykorzystaniem zasobów procesu, zobacz: