Throubleshooting Error Install Database Oracle

Ketika menginstall Oracle, di bagian-bagian pertama ada step “Checking installer requirements…”. Step ini memeriksa apakah hardware (CPU, memory, disk, dll) dan software (Operating System / OS, release, patch, dll) sudah sesuai persyaratan. Oleh karena itu, sebaiknya (seharusnya) dibaca dulu dokumentasi “Installation Guide”-nya. Dokumentasi ini ada di paket CD atau file download, biasanya di direktori database\doc. Jadi, masuk ke direktori tersebut dan buka file index.htm.

Kalau system requirement tidak terpenuhi, maka akan muncul error seperti contoh berikut
(seperti yang dialami oleh rekan Yogi yang disampaikan di Install database oracle 10g di Windows XP)

” Checking installer requirements…

Checking operating system version: must be 5.0, 5.1, 5.2 or 6.0. Actual 6.1
Failed <<<<

Exiting Oracle Universal Installer, log for this session can be found at D:\Program Files (x86)\Oracle\Inventory\logs\installActions2011-03-01_10-23-40AM.log

Please press Enter to exit… "

Solusinya adalah lihat dokumentasi “Installation Guide”-nya dan lihat poin-poin mana yang kurang, kemudian lengkapi poin-poin yang kurang tersebut. Kadang-kadang kekurangan itu tidak penting (tidak mandatory), maka kita bisa melewati (men-skip) step “Checking installer requirements…” tersebut. Caranya, tambahkan parameter -ignoreSysprereqs.

Continue reading Throubleshooting Error Install Database Oracle

Mendeteksi lock

Kadang transaksi (update atau delete) berjalan lama banget,padahal biasanya dua detik juga selesai. Atau juga mau nglakuin DDL (misalnya aler table) tidak bisa dengan error “ORA-00054: resource busy and acquire with NOWAIT specified”. Nah, kalau begini pasti ada session yang me-lock object (table, index).

Gunakan SQL command berikut untuk melihat locking di database Oracle kita

set linesize    150
set pages       100

col name                for a21         head "Locked Object"
col session_id          for 99999       head SID
col serial#             for 99999       head SER#
col oracle_username     for a12         head "Locking User"
col lock_type           for a12         head "Lock Type"
col mode_held           for a12         head "Mode Held"
col event               for a30

SELECT a.session_id, b.serial#, a.oracle_username, c.name,
decode(d.type,
'MR', 'Media Recovery',
'RT', 'Redo Thread',
'UN', 'User Name',
'TX', 'Transaction',
'TM', 'DML',
'UL', 'PL/SQL User Lock',
'DX', 'Distrib Xaction',
'CF', 'Control File',
'IS', 'Instance State',
'FS', 'File Set',
'IR', 'Instance Recovery',
'ST', 'Disk Space Transaction',
'TS', 'Temp Segment',
'IV', 'Library Cache Invalidation',
'LS', 'Log Start or Switch',
'RW', 'Row Wait',
'SQ', 'Sequence Number',
'TE', 'Extend Table',
'TT', 'Temp Table',
d.type) lock_type,
decode(d.lmode,
0, 'None',           /* Mon Lock equivalent */
1, 'Null',           /* N */
2, 'Row-S (SS)',     /* L */
3, 'Row-X (SX)',     /* R */
4, 'Share',          /* S */
5, 'S/Row-X (SSX)',  /* C */
6, 'Exclusive',      /* X */
to_char(d.lmode)) mode_held,
e.event, e.SECONDS_IN_WAIT "Wait(Seconds)"
FROM 	sys.obj$ c, v$session b, v$locked_object a,
sys.v_$lock d, v$session_wait e
WHERE 	a.session_id=b.sid
AND	b.sid=e.sid
AND	c.obj#=a.object_id
AND	a.object_id=d.id1
AND	b.sid=d.sid
order	by e.SECONDS_IN_WAIT desc
;

Continue reading Mendeteksi lock

Startup Inconsistent Database

Sebagai DBA kita kadang dipusingkan dengan masalah yang disebabkan oleh file corrupt. Masalah ini bisa disebabkan oleh database yang mati tiba-tiba karena listrik mati atau masalah di storage (disk). Misalnya database tidak bisa startup dengan error berikut

SQL> startup
ORACLE instance started.

Total System Global Area 1610612736 bytes
Fixed Size 2177912 bytes
Variable Size 396149896 bytes
Database Buffers 1207959552 bytes
Redo Buffers 4325376 bytes
Database mounted.
ORA-01113: file 2 needs media recovery
ORA-01110: data file 2: '/oradata/oracle/ts/undotbs01.dbf'

Biasanya database tidak bisa startup kalau yang perlu di-recovery adalah file UNDO atau SYSTEM. [Dalam contoh di atas adalah file UNDO]. Dalam kasus ini baik yang bermasalah file SYSTEM atau UNDO, perlakuan (work around atau solusi sementara) nya adalah sama.

Continue reading Startup Inconsistent Database