Notatki z działań, rozwiazywanie problemów itp. (głównie oracle i linux)
— blad przy starcie (niby nie jest straszny ale jak jest „cluster linuxowy” to wywali się i w logach clustra jedynie będzie widoczny – nie poleci na ekran bezpośrednio)
— z alerta
ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance
— startujemy bazę ręcznie i sprawdzamy jakie są…
— Nie może utworzyć pliku ponieważ już istnieje (albo tak jak w moim przypadku nie było go, ale i tak nie chciał ruszyć) dlatego użyjemy parametru reuse_dumpfiles (od wersji 11 jest a we wcześniejszych może nie być)
ORA-39001: niepoprawna wartość argumentu
ORA-39000: niepoprawna specyfikacja pliku zrzutu
ORA-31641: nie można utworzyć pliku zrzutu „/tmp/schema1.dmp”
ORA-27038: utworzony plik już istnieje
Additional information: 1
ORA-29972: użytkownik nie ma uprawnień do zmieniania/tworzenia rejestracji
ORA-29972: user does not have privilege to change/ create registration
GRANT EXECUTE ON DBMS_CQ_NOTIFICATION to x;
GRANT CHANGE NOTIFICATION to x;
— Wersja Javy nie jest zgodna, sprawdzamy:
— select get_java_property(’java.version’) from dual;
SELECT dbms_java.get_ojvm_property(PROPSTRING=>’java.version’) FROM dual;
ORA-29548: Java system class reported: release of Java system classes in the database (11.2.0.4.190416) does not match that of the oracle executable (11.2.0.4.200714)
ORA-06512: at „SYS.DBMS_JAVA”, line 930
— postinstalla ktos nie zrobil czyli lecimy:
— opatch lsinventory i szukamy ostatniego (np. OJVM)…
ORA-29532: wywołanie Javy zatrzymane przez nieprzechwycony wyjątek Javy: java.security.AccessControlException: the Permission („java.io.FilePermission” „/directory/” „read”) has not been granted to USER. The PL/SQL to grant this is dbms_java.grant_permission( 'USER’, 'SYS:java.io.FilePermission’, '/directory’, 'read’ )
— brak uprawnień, dorzucamy
execute dbms_java.grant_permission…
— gdy starszy klient np.: w wersji 10 chce się podpiąć do nowszej bazy
— edytujemy w zależności co jest na pokładzie:
vi /u01/app/oracle/product/12.2.0/dbhome_1/network/admin/sqlnet.ora
vi /u01/grid/12.2.0/network/admin/sqlnet.ora
— dorzucamy:
ORA-27154: post/wait create failed
ORA-27300: OS system dependent operation:semget failed with status: 28
ORA-27301: OS failure message: No space left on device
ORA-27302: failure occurred at: sskgpcreates
— dla wersji Ora 12.2.0.1
— komunikat jest troche z czapki ale, zwiększamy parametry semaphore-a
— sprawdzamy jakie wartości są w pamięci
[oracle@dbnod1 ~]$ cat /proc/sys/kernel/sem
250 32000 100 128
[oracle@dbnod1 ~]$ ipcs -ls
—— Semaphore Limits ——–
max number of arrays = 128
max semaphores per array = 250
max semaphores system wide = 32000
max ops per semop call = 100
semaphore max value = 32767
— w sqlplusie zwiększamy:
set serveroutput on
set serveroutput on size 1000000
set serveroutput on size unlimited
— zdarza się jak zestawiamy Data Guarda idąc na łatwiznę z Cloud Controla i się wysypie, a następnie ponawiamy (wszystko działa aż do restartu bazy i jest niespodzianka bo nie chce wstać)
– wyciagamy spfile z asm-a (bo baza już nie działa)
– robimy pfile ręcznie
ORA-04031: unable to allocate * bytes of shared memory
— doraźnie czyscimy shared pool-a
alter system flush shared_pool;
— dodajemy RAM-u i zmieniamy SGA, PGA
show parameter pga;
show parameter sga;