Home / MAKALELER / Veri Tabanı / Oracle Veritabanına Arka Kapıdan Giriş

Oracle Veritabanına Arka Kapıdan Giriş

Oracle Veritabanına Arka Kapıdan Giriş
Birkaç gün önce başıma gelen bir durumdan bahsetmek istiyorum. Veritabanlarımdan birisine login olurken asılı (hang) kaldım. Veritabanım yeni bağlantı kabul etmiyordu. Hemen veritabanı sunucusuna bağlandım ve listener durumunu kontrol ettim.
# lsnrctl status
Herşey normaldi. Listener veritabanımı dinliyordu. Zaten dinleyiciden gelen herhangi bir hata da almamıştım.
Busefer sunucu üzerinden “sqlplus / as sysdba” ile giriş yapmaya çalıştım ve yine başarısız oldum. Veritabanım bir problemden dolayı hiçbir bağlantıyı kabul etmiyordu. İşletim sistemi üzerinden çalışan arka plan işlemlerini kontrol ettim.
# ps -ef | grep ora_
Herşey normaldi. Ve o güne kadar bilmediğim birşey öğrendim. Oracle veritabanının bir arka kapı girişinin olduğunu! SQL*Plus aracının “prelim” parametresi ile veritabanına arka kapıdan girebiliyorsunuz 🙂 Prelim, direk SGA alanına bağlanır. Veritabanında herhangi bir oturum başlatmaz. Bundan dolayıda “Connected to:” şeklinde bir mesaj almayız. Doğrudan SQL promptuna düşeriz.
Prelim ile aşağıdaki gibi bağlanabiliriz.
# sqlplus -prelim / as sysdba
SQL>
Veya aşağıdaki gibide bağlanabilmekteyiz.
# sqlplus /nolog
SQL> set _prelim on
SQL> conn / as sysdba
Prelim connection established
Artık oradebug aracı ile SGA alanımızda analiz yapabiliriz.
SQL> oradebug setmypid
SQL> oradebug hanganalyze 12
Veritabanımızın user_dump_dest parametresi ile belirtilen dizin altında bir trace dosyası oluşturulur. Dosyaları zamana göre sıralayacak olursak en son üretilen dosyadır.
# ls -ltrh
Veya oradebug komutu ile trace dosyasının adını da öğrenebiliriz
SQL> oradebug TRACEFILE_NAME
/oracle/diag/rdbms/dbtalip/TALIPDB/trace/TALIPDB_ora_32739.trc
Trace dosyasını incelediğimizde aşağıdaki gibi başlayan satırların olduğunu görürüz.
*** 2012-06-11 12:14:02.870
================================================
HANG ANALYSIS:
instances (db_name.oracle_sid): dbtalip.talipdb
oradebug_node_dump_level: 12
analysis initiated by oradebug
=================================================
İncelemeye devam ettiğimizde aşağıdaki probleme sebep olan oturum detaylarını görebiliriz.
os id: 981
process id: 29, oracle@dbtalip (TNS V1-V3)
session id: 74
session serial #: 47681
İlgili oturum sonlandırıldığında herşey normale dönecektir.
# kill -9 981
Talip Hakan Öztürk

About Talip Hakan Ozturk

Oracle ACE, 10g/11g OCP, Oracle Blogger, Author, Senior Oracle DBA at Bank Asya, Internal Oracle Trainer for Bank Asya Akademi

İlginizi Çekebilir

SQL Server ile Veri Şifreleme

Bilgi teknolojilerinde verinin güvenliği çok kritik bir öneme sahiptir. Önemli verileri korumak için ekstra bir …

Bir Cevap Yazın