ORA-27300: OS system dependent operation:semget failed, ORA-27301

— błędy mogą wystąpić podczas praktycznie każdej operacji: exp/impdp, start instancji DB itp.

ORA-27504: IPC error creating OSD context
ORA-27300: OS system dependent operation:sendmsg failed with status: 105
ORA-27301: OS failure message: No buffer space available

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

ERR replikacji danych (Data Guard) + move forward czyli aplikowanie intrementala

— objawy: wysypała się replikacja Data Guarda (DB 11.2.0.4), brak błędow (wisi od kilku dni), rozwiązanie: zaaplikowanie incrementala (bo „uszkodzonego” archa brak – ale to wyjdzie później)

Można śmiało zastosować opis do popularnego błędu w przypadku większego GAP-a bądź braku archów:
ORA-16724: cannot resolve gap for one or more standby databases

MS Exchange 2013 blank screen after login

— po aktualizacji i próbie zalogowania, wyświetla się biała strona (problem może być z certyfikatem) należy zweryfikować witrynę „Exchange Back End” ->Bindings -> https -> Edit -> rozwijamy SSL Cert i wybieramy certa (jak brakuje to dorzucamy)

ASM disk: _DROPPED_0000_DATA DATAFG1 FORCING

–weryfikacja czy dyski są niedostępne / wylecialy (kolumna Offline_disks)
State Type Rebal Sector Block AU Total_MB Free_MB Req_mir_free_MB Usable_file_MB Offline_disks Voting_files Name

MOUNTED NORMAL N 512 4096 1048576 3145725 75745 1048575 -486415 3 N DATA/

— sprawdzamy jakie poleciały
SQL> select name,failgroup,state from v$asm_disk a where state <> 'NORMAL’;
NAME FAILGROUP STATE
_DROPPED_0002_DATA DATAFG1 FORCING
_DROPPED_0001_DATA DATAFG1 FORCING
_DROPPED_0000_DATA DATAFG1 FORCING…

OGG-01004 ORA-14300, pominięcie transakcji + widoczne całe zapytanie

— W Oracle Golden Gate czasem wysypie nam się proces i nie wiemy na jakim zapytaniu (przeważnie wartości widoczne są jako a1, a2, a3 itd.) – rozwiązań może być dużo np.: trzeba poszerzyć kolumnę, format daty jest niepoprawny albo cokolwiek innego czyli może to być też śmietnik i tak jak w moim przypadku po prostu pominiemy tą transakcję:

ZFS Clon DB przy użyciu SNAP-a (baza testowa w kilka minut)

— Cel: Utworzenie clona bazy danych przy użyciu mechanizmow ZFS czyli tak, aby po clonie baza zajmowała jak najmniej miejsca (w naszym przypadku praktycznie 0 tuż po utworzeniu snapa bieżącej bazy danych) – śmiało można użyć taki sposob dla baz testowych (w chwile mamy bazę testową z zasobem na którym zajmowane są jedynie różnice, ale trzeba brać pod uwagę też przyrost biężącej bazy)
— Baza zrodłowa (istniejąca na ZFS): DBZRODLOWA, baza docelowa: DBTESTOWA…

RMAN-03002, RMAN-20207: UNTIL TIME or RECOVERY WINDOW is before RESETLOGS time

— Podczas 2giego przebiegu odtwarzania możemy mieć bląd:

sql statement: alter session set nls_date_format = „DD-Mon-YYYY HH24:MI:SS”
executing command: SET until clause

RMAN-00571: =====================================
RMAN-00569: ====== ERROR MESSAGE STACK FOLLOWS ========
RMAN-00571: =====================================
RMAN-03002: failure of allocate command at 10/23/2020 14:50:07
RMAN-20207: UNTIL TIME or RECOVERY WINDOW is before RESETLOGS time

— wysypał się bo robiliśmy juz open resetlogs i przy kolejnym przebiegu wracamy do momentu z przed open resetlogs…