dy podczas patchowania „opatchauto” wyskoczy nam błąd:
OPATCHAUTO-72043: Patch collection failed.
OPATCHAUTO-72043: Failed to create bundle patch object.
OPATCHAUTO-72043: Please verify the patch supplied.
OPatchAuto failed.
…
Multipath, rescan po dodaniu / rozszerzeniu zasobu
Po rozszerzeniu / dodaniu nie widzi miejsca i multipath -r nie pomaga, to robimy rescan (opcja pierwsza do nowych dysków, a druga jak rozszerzamy zasób i się opiera):
— 1
echo „1” > /sys/class/fc_host/host1/issue_lip
echo „1” > /sys/class/fc_host/host2/issue_lip
echo „- – -” > /sys/class/scsi_host/host1/scan
…
ACFS resize (zmiana rozmiaru dysku)
— Zasób /gg12c zmniejszymy o 450G, a do /gg19c dodamy (całość robimy online, bez odmontowania itp. v19)
— sprawdzamy ile jest
[root@ora1 ~]# df -h | grep /gg
/dev/asm/vologg-200 900G 184G 717G 21% /gg12c
/dev/asm/vologg19-200 55G 661M 55G 2% /gg19c
— resize przy uzyciu…
AIX – rozszerzenie zasobu
— dorzucamy miejsce do /u01
host:/u01$ df -g /u01
Filesystem GB blocks Free %Used Iused %Iused Mounted on
/dev/lvu01 14.00 3.37 76% 53232 7% /u01
— sprawdzamy jaka vg
host:/u01$ lsvg | lsvg -li
rootvg:
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
lvu01 jfs2 28 28 1 open/syncd /u01
— sprawdzamy ile mamy miejsca wolnego w vg
host:/# lsvg rootvg | grep FREE
MAX LVs: 256 FREE PPs: 472 (241664 megabytes)
Adrci – czyszczenie
— wyswietlenie home-ow
adrci> show homes
ADR Homes:
diag/rdbms/baza/baza
— attach do home-a
adrci> set home diag/rdbms/baza/baza
— wyswietlenie policy
adrci> show control
adrci> select SHORTP_POLICY,LONGP_POLICY from ADR_CONTROL;
ADR Home = /u01/diag/rdbms/baza/baza:
SHORTP_POLICY LONGP_POLICY
720 8760
1 rows fetched
— ustawienia
powershell: ubicie udostępnionych otwartych plików
— na bieżącej maszynie:
Get-SMBOpenFile | where {$_.Path -Like „I:\Tel*”} | Close-SmbOpenFile -Force
— zdalnie:
$session= New-CIMSession -Computername SERVER
Get-SMBOpenFile -CIMSession $session | where {$_.Path -like „I:\Tel*”}
Ora DB 19: [FAIL] CDB-DB19: ORDIM component installed.
— w wersji DB 19 ORDIM nie jest wspierany – wyrzucamy go (jeśli można):
SQL> @$ORACLE_HOME/ord/im/admin/imremov.sql
— i drop paczki:
drop package SYS.ORDIMDPCALLOUTS;
— sprawdzamy
select * from dba_registry;
ORA-27029: skgfrtrv: sbtrestore returned error ORA-19511: Error received from media manager layer…
— gdy podczas recovery wyskoczy:
RMAN-00571: =================================================
RMAN-00569: =========== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: =================================================
RMAN-03002: failure of recover command at 06/24/2022 14:30:32
ORA-19870: error while restoring backup piece bk_x_x_x
ORA-19507: failed to retrieve sequential file, handle=”bk_x_x_x”, parms=””
ORA-27029: skgfrtrv: sbtrestore returned error
ORA-19511: Error received from media manager layer, error text:
The function mm_retrieve_rs_info() failed with the error: RPC send operation failed; peer = 10.0.0.1:8550, errno = There is no process to read data written to a pipe. (1:5:32)
— oznacza, że zaliczyliśmy timeouta/zewrało połączenie – po prostu niefart, ale się nie przejmujemy i ponawiamy jeszcze raz recovera
GATHER_FIXED_OBJECTS_STATS (x$, v$…)
— jeżeli wolno działają nam zapytania na x$, v$ itp. to warto sprawdzić kiedy były przeliczane statystyki:
select operation, start_time from DBA_OPTSTAT_OPERATIONS order by start_time;
— przeliczenie statystyk:
exec dbms_stats.gather_fixed_objects_stats;
Networker (mssql) firewall ports (na czas restora)
Zakresy portów:
2049-2052
7937-9936