errore Causa: Il nuovo functionalit gestione automatica della memoria y usa/dev/shm su Linux per la gestione SGA e PGA. Gli errori si verificano se MEMORY_TARGET o MEMORY_MAX_TARGET è configurato più grande della dimensione/dev/shm configurata, o se/dev/shm è montato in modo errato.
SOLUZIONE: Verificare che ORACLE_HOME sia impostato correttamente. Questo errore talvolta si verifica quando non è impostato correttamente.
Assicurarsi che la dimensione/dev/shm è configurato abbastanza grande, come in: mount -t tmpfs shmfs -o size = 7g/dev/shm
Nota: Si dovrebbe verificare con l'amministratore del sistema quale è la dimensione "migliore" per/dev/shm, in base a ciò che è stato segnalato nel file di avviso.
Inoltre, molte best practice suggeriscono ora di disabilitare AMM specialmente in Exa * Le caselle ingegnerizzate che hanno una maggiore capacità di memoria e possono utilizzare pagine Huge/Large. Questo perché AMM e le pagine enormi/grandi dimensioni sono le prestazioni escludono a vicenda e in generale sarà meglio utilizzando le pagine enormi
Assicurarsi che l'uscita df mostra la dev di configurazione shm corretta// quando si utilizza Oracle sul sistema:
$ df -k
Filesystem 1K-blocks Used Available Use% Mounted on
...
shmfs 6291456 832356 5459100 14% /dev/shm
fonte
2015-10-27 13:15:51
ottengo questo, che sembra difettoso: 'SQL> show memoria parametri ORA-01034: ORACLE non disponibile ID processo: 0 Session ID: 0 Numero di serie: 0' – Ferenjito
È necessario' startup' –
bene, ma quando faccio l'avvio, ricevo 'MEMORY_TARGET non supportato su questo sistema' - Girando in tondo – Ferenjito