Fehler Ursache: Die neue automatische Speicherverwaltung Functionalit y verwendet/dev/shm unter Linux für die SGA- und PGA-Verwaltung. Die Fehler treten auf, wenn entweder MEMORY_TARGET oder MEMORY_MAX_TARGET größer als die konfigurierte/dev/shm-Größe konfiguriert ist oder wenn/dev/shm nicht ordnungsgemäß gemountet ist.
LÖSUNG: Bitte bestätigen Sie, dass ORACLE_HOME korrekt eingestellt ist. Dieser Fehler tritt manchmal auf, wenn er nicht korrekt eingestellt ist.
Stellen Sie sicher, dass das Verzeichnis/dev/shm Größe ist groß genug konfiguriert, wie in: mount -t tmpfs shmfs -o size = 7 g/dev/shm
Hinweis: Sie sollten mit Ihrem Systemadministrator überprüfen was die "beste" Größe für/dev/shm ist, basierend auf dem, was in der Alarmdatei berichtet wurde.
Außerdem empfehlen viele Best Practices jetzt, AMM zu deaktivieren, insbesondere in Exa * Engineered-Boxen, die größere Speicherkapazität haben und große/große Seiten verwenden können. Dies liegt daran, AMM und Huge/Große Seiten gegenseitig aus und die Gesamtleistung besser Huge Seiten
Stellen Sie sicher, verwenden werden, dass die df Ausgabe zeigt die korrekte/dev/shm Konfiguration, wenn auf dem System mit Oracle:
$ df -k
Filesystem 1K-blocks Used Available Use% Mounted on
...
shmfs 6291456 832356 5459100 14% /dev/shm
ich das bekommen, was defekt aussieht: Prozess-ID ORACLE nicht verfügbar: 0 Session ID: 0 Seriennummer: ORA-01034 'SQL> show Parameterspeicher 0' – Ferenjito
Sie müssen' startup' –
gut, aber wenn ich den Start mache, bekomme ich 'MEMORY_TARGET nicht auf diesem System unterstützt '- Umgehe in Kreisen – Ferenjito