Notatki z działań, rozwiazywanie problemów itp. (głównie oracle i linux)
— 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…
— 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)
— 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
— 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*”}
— 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;
— 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
— 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;
Zakresy portów:
2049-2052
7937-9936
— standalone
— weryfikacja:
show parameter recovery_file_dest;
— gdzie mają archlogi lecieć (czy lokalnie czy ASM) oraz ile mają użyć miejsca (ew. jeszcze format log_archive_format)
alter system set log_archive_dest_1=’LOCATION=/u01/baza/arch’ scope=both;
alter system set log_archive_dest_1=’location=+ASMARCH’ scope=spfile;
alter system set db_recovery_file_dest_size=200G scope=both;
— kładziemy bazę, montujemy, archivelog mode, open
shutdown immediate
startup mount
…
err np. w /var/log/messages:
sshd[*]: error: Could not load host key: /etc/ssh/ssh_host_dsa_key
sshd[*]: error: Could not load host key: /etc/ssh/ssh_host_ecdsa_key
sshd[*]: error: Could not load host key: /etc/ssh/ssh_host_ed25519_key
— sprawdzamy jakie klucze są dostępne i generujemy brakujące:
ls -la /etc/ssh/ssh*key
-rw-r—– 1 root ssh_keys 963 Nov 23 2017 /etc/ssh/ssh_host_key
-rw-r—– 1 root ssh_keys 1679 Nov 23 2017 /etc/ssh/ssh_host_rsa_key
ssh-keygen -t dsa -f /etc/ssh/ssh_host
…