Oracle DB Eğitim İçerikleri

VODAFONE IT IO ORACLE
DATABASE
AKSYON DOKÜMANI
2023
ORACLE DATABASE AKSİYON DOKÜMANI
İçindekiler
1.FM KAYITLARI AKSİYONLARI....................................................................................................... 2
1.1. monitoringConnectivityIssue:PASSWORD_INVALID(DBSNMP)...........................................2
1.2.File_Systems/pctAvailable................................................................................................... 4
1.3. archFull:archUsedPercent (Archive doluluk alarmı)............................................................9
a. Archive silme şartları.....................................................................................................10
b. Primary db archive silme adımları.................................................................................14
c. Standby db archive silme adımları.................................................................................15
1.4. Active session....................................................................................................................15
a. OEM üzerinden yapılabilecek kontroller.......................................................................15
b. SQL ile yapılabilecek kontroller.....................................................................................16
1.5. Invalid Objects...................................................................................................................18
1.6. Dataguard_Open_Mode................................................................................................... 19
1.7. Agent Alarm...................................................................................................................... 19
1.8. ME$db_error_log:value.................................................................................................... 21
1.9. Response:State..................................................................................................................22
1.10. ME$standby_lag:value....................................................................................................22
a. Standby Bilgilerinin Öğrenilmesi....................................................................................22
b. Standby Database’e bağlanma......................................................................................23
c. Valid Kontrolü................................................................................................................24
a. Genel Kontroller............................................................................................................26
1.11. problemTbsp:pctUsed.....................................................................................................27
a. Dbf ekleme adımları......................................................................................................27
b. Pdb dbf ekleme adımları............................................................................................... 28
1.12. ME$unusable_indexes:value...........................................................................................30
1.13. Vdf_goldendp01_Disk_Space_Alarm_/ggatea02............................................................31
1.14. IS_DB_OPS_Disk_Space_Critical_/zfssa/prime/prime_full01_c07_over_%90................31
1.15. adrAlertLogIncidentError:genericIncidentErrStack.........................................................31
1.16. VODAFONE_IS_DB_OPS_Oracle:Failed to fetch info data (or no data for 5m)...............31
1
1.FM KAYITLARI AKSİYONLARI

Oracle database katmanında düşen FM Kayıtları alerkeyler baz alınarak bu başlık altında
incelenmiştir.
1.1. monitoringConnectivityIssue:PASSWORD_INVALID(DBSNMP)
DBSNMP userın SQLe bağlanamadığını belirten bir alarmdır.

Dbsnmp ile database ‘e giriş yapılıp yapılmadığı kontrol edilir.
sqlplus dbsnmp
Eğer aşağıdaki gibi SQL’e bağlanabiliyorsa sorun bulunmamaktadır.
Eğer SQL’e bağlanılamıyorsa dönen ERRORa göre aksiyon alınmalıdır.

Aşağıda olası ERRORların aksiyonları listelenmiştir.
a. The account is lock;
Dbsnmp userın locklandığını gösteriri.Unlock edilmesi gerekmektedir.
DB’e bağlanılıp aşağıdaki komut çalıştırılarak unlock edilir.
alter user dbsnmp account unlock;
b. passw expired;
2
DB’ye bağlanılıp aşağıdaki komut çalıştırılır.

alter user dbsnmp identified by “Moto2023Enduro*”;
c. logon trigger;
db_login_params tablosuna aşağıdaki insert doğru şekilde doldurularak eklenmeli ve sonra

tekrar login olup olmadığının kontrolu yapılmalıdır.
Insert into db_maintain.DB_LOGIN_PARAMS(USERNAME,OSUSER,IP_ADDRESS,MACHINE,DB) Values

('DBSNMP','hatadaki osuser','hatadaki ip adresi(eğer boşsa bu kısım ve ip_address eklenmez)','hatadaki makine
ismi',’db name’);
commit;
NOT : Hatada IP adres bilgisi vermiyorsa kolonlardaki IP_ADDRESS ve 'hatadaki ip adresi’

kısımları çıkarılmalıdır.
d. ORACLE server session terminated by fatal error;
ORA-00603: ORACLE server session terminated by fatal error

ORA-00020: maximum number of processes () exceeded
Process ID: 0
Session ID: 0 Serial number: 0
SR açılıp processlerin kill edilmesi gerekmektedir.DBA’ye haber verilmelidir.
e. Invalid username/password; logon denied;
Öncelikle DB’ye bağlanılıp aşağıdaki komutlar çalıştırılmalıdır.
alter user dbsnmp account unlock;

ALTER USER dbsnmp IDENTIFIED BY "Moto2023Enduro*";
Dbsnmp unlock ediliğ tekrar şifre tanımlandıktan sonra OEM üzerinden controller yapılmalıdır.
Database jumpından OEM arayüzüne bağlanılır.
https://oem.vodafone.local/em/faces/sdk/nonFacesWrapper?_em.coBM=%2Fconsole
%2Ftargets%24ctxType%3DDatabases
İlgili database search edilir.
Configure edilir.
Monitor passwd güncellenir. (Moto2023Enduro*)
Submit edilerek tamamlanır.
Dbsnmp user’ın neden locklandığı aşağıdaki sorgu ile tespit edilebilir.
SELECT * FROM DB_MAINTAIN.ACCOUNT_LOCK_INFO where username like 'DBSNMP' order by log_date desc;
3
dbsnmp user'ı hangi makineden bağlanmaya çalıştığı aşağıdaki sorgu ile tespit edilebilir.
select * from DB_MAINTAIN.DB_LOGIN_LOG where username like 'dbsnmp';
1.2.File_Systems/pctAvailable
Database ekibi tarafından kullanılan dizinler aşağıdaki gibidir.Gelen filesystem alarmı

içeriğindeki dizin aşağıdakilerden biri olabilir.
 /goldengate
 /oracle/oradata1
 /u43
 /u01
 /u22
 /u02
 /101
 /202
 /export/home
 /oradata2
 /oracle
 /ggate
Aşağıdaki komutlar ile /u01 dizini altında en çok doluluğa sebep olan dizinler görüntülenebilir.
du -akx /u01 | sort -rn | head -50
du -ks * | sort -nk1
Alınabilecek aksiyonlar aşağıda listelenmiştir.

a. /u01/app/oracle/diag/rdbms/dbadı/instanceadı/ path altında silinebilecek loglar;
Sunucuda bulunan /u01/app/oracle/diag/rdbms/dbadı/instanceadı/ path altında bulunan
folderlardan sadece aşağıda belirtilen cdump,incident ve trace içerisindeki loglarda silme
işlemi yapılmalıdır.
/u01/app/oracle/diag/rdbms/gsm/GSM2/ $ ll
drwxr-xr-x 2 oracle oinstall 4096 Apr 6 2020 cdump
drwxr-xr-x 507 oracle oinstall 20480 Mar 19 06:39 incident
drwxr-xr-x 2 oracle oinstall 790528 Mar 21 13:39 trace
 /cdump altında örnek olarak aşağıdaki log dosyaları bulunmaktadır ve bu loglar silinebilir
haricindeki dosyalarda ve loglarda silme yapılmamalıdır.
Örnek Path;
4
/u01/app/oracle/diag/rdbms/gsm/GSM2/cdump $ ll
drwxr-x--- 2 oracle oinstall 24 Mar 20 08:48 core_10061
drwxr-xr-x 2 oracle oinstall 6 Mar 3 14:19 cdmp_20230228202213
drwxr-xr-x 2 oracle oinstall 6 Mar 3 14:19 cdmp_20230228221030
.
.
Cdmp dosyalarını silmek için /cdump içerisinde aşağıdaki komutlar kullanılabilir.
rm -rf core_*
rm -rf cdmp_*
 /incident
incident altında örnek olarak aşağıdaki incdir dosyaları bulunmaktadır.Bu dosyalar aşağıdaki
komut yardımı ile silinebilir.
/incident altında bazen core dosyaları da bulunabilmektedir.Bu dosyalar da aşağıdaki komut
yardımı ile silinebilir.
Örnek path ve loglar aşağıdaki gibidir;

/u01/app/oracle/diag/rdbms/vfarc_esy/VFARCP2/incident $ ll
drwxr-xr-x 2 oracle oinstall 4096 Apr 24 2021 incdir_2640187
drwxr-xr-x 2 oracle oinstall 4096 May 18 2021 incdir_3440196

incdir ve core dosyalarını silmek için aşağıdaki komutlar kullanılabilir.
rm -rf incdir_*
rm -rf core_*
Kritik sunucularda incdir log dosyalarının hepsinin silinmemesi gerekir. 2 günden önceki loglar
silinir.2 günden eski log dosyalarını silmek için aşağıdaki komutlar kullanılabilir.
find . -type f -name 'incdir_*' -mtime +2 -exec rm -rf {} \;
find . -name "incdir_*" -mtime +2 -print0 | xargs -0 rm -rf;
2 günden eski log dosyalarını bulmak için aşağıdaki komut kullanılır.
find /u01/app/oracle/diag/rdbms/vfarc_esy/VFARCP2/incident -mtime +2 -type f -exec ls {}\;
5
 /trace
Trace altında örnek olarak aşağıdaki log dosyaları bulunmaktadır ve bu loglar silinebilir
haricindeki dosyalarda ve loglarda silme yapılmamalıdır.Path bilgisi aşağıdaki komut ile
bulunabilir.
SQL>select value from GV$DIAG_INFO WHERE name='Diag Trace';
Örnek path ve log dosyaları aşağıdaki gibidir;
/u01/app/oracle/diag/rdbms/gsm/GSM2/trace $ ll
-rw-r----- 1 oracle oinstall 773016 Mar 21 13:13 GSM2_pmon_30624.trc
-rw-r----- 1 oracle oinstall 36534 Mar 21 13:13 GSM2_pmon_30624.trm
-rw-r----- 1 oracle oinstall 12373 Mar 20 22:21 GSM2_ppa7_31430.trc
-rw-r----- 1 oracle oinstall 6027 Mar 20 22:21 GSM2_ppa7_31430.trm
trm ve trc uzantılı log dosyalarını silmek için aşağıdaki komutlar kullanılabilir.Komutlar Redhat
ve Debian tabanlı işletim sistemlerinde farklılık göstermektedir.
find . -name '*.trc' -exec rm -f {} \;

find . -name '*.trm' -exec rm -f {} \;
find . -name '*.trm' -print0 | xargs -0 rm -rf;

find . -name '*.trc' -print0 | xargs -0 rm -rf;
find . -type f -name '*.trm' -exec rm -rf {} \;

find . -type f -name '*.trc' -exec rm -rf {} \;
ÇOK ÖNEMLİ NOT:

bpmdp1 ve bpmdp2 sunucularında trace altındaki trm ve trc uzantılı log dosyaları proccesler
açık olduğu için rm -rf komutu ile silinememektedir.
Aşağıdaki komutlar ile en çok doluluğa sebep olan log dosyaları bulunduktan sonra truncate
edilir.
/u01/app/oracle/diag/rdbms/instanceadi/dbadi/trace pathi altında aşağıdaki komut
çalıştırılarak doluluğa en çok sebep olan trc dosyası truncate edilebilir.
du -ks * | sort -nk1
veya
6
du -akx /u01/app/oracle/diag/rdbms/bpmdb/BPMDB1/trace | sort -rn | head -20

du -akx /u01/app/oracle/diag/rdbms/bpmdb/BPMDB2/trace | sort -rn | head -20
Örnek olarak çıktı aşağıdaki gibidir.
/u01/oracle/admin $ du -akx /u01/app/oracle/diag/rdbms/bpmdb/BPMDB1/trace | sort -rn | head -20

214724 /u01/app/oracle/diag/rdbms/bpmdb/BPMDB1/trace
19926 /u01/app/oracle/diag/rdbms/bpmdb/BPMDB1/trace/BPMDB1_lmhb_19010.trc
19853 /u01/app/oracle/diag/rdbms/bpmdb/BPMDB1/trace/alert_BPMDB1.log --> !!ALERTLOG TRUNCATE
EDİLMEMELİ!!
19799 /u01/app/oracle/diag/rdbms/bpmdb/BPMDB1/trace/BPMDB1_dia0_18992_lws_1.trc
12775 /u01/app/oracle/diag/rdbms/bpmdb/BPMDB1/trace/BPMDB1_lmd0_18995.trc
Nasıl truncate edilir?
/u01/app/oracle/diag/rdbms/bpmdb/BPMDB1/trace path'i altında ">logdosyasınınadı" şeklinde

olan dosyalar truncate edilebilir. Sadece trm ve trc uzantılı log dosyaları truncate edilmelidir.
Trauncate edilecek trc , trm dosyalarının başına “>” işareti konularak dosyanın içi boşaltılır.
/u01/app/oracle/diag/rdbms/bpmdb/BPMDB1/trace $
>BPMDB1_lmhb_19010.trc
>BPMDB1_dia0_18992_lws_1.trc
>BPMDB1_lmd0_18995.trc
NOT:
kvmoldp01 ve kvmoldp02 sunucularında trace altında cdump'larda bulunmaktadır.
2 günden eski cdmplar aşağıdaki komutlar kullanılarak silinebilir.
find . -type f -name 'cdmp_*' -mtime +2 -exec rm -rf {} \;
find . -name "cdmp_*" -mtime +2 -print0 | xargs -0 rm -rf;
b. Listener logları
Listener loglarının bulunduğu path bilgisi aşağıdaki şekilde kontrol edilebilir.
lsnrctl status
Listener Log File --> /u01/app/grid/diag/tnslsnr/unidp2/
Bazı sunucularda birden fazla listener bulunmaktadır ve her listener için Listener isminde
folder'lar bulunmaktadır.Listener'ları içerisinde aşağıdaki adımlar izlenerek loglar silinip
truncate edilebilir.
Örnek dosyalar aşağıdaki gibidir.
7
/u01/app/oracle/diag/tnslsnr/kvmoldp02 $ ls
asmnet1lsnr_asm asmnet2lsnr_asm listener listener_scan1 listener_scan2 listener_scan3 mgmtlsnr
/u01/app/grid/diag/tnslsnr/instanceadı/listeneradı/alert path'i altında örnek olarak aşağıdaki

log dosyaları bulunmaktadır.Bu path altında sadece log_ ile başlayan loglar silinebilir log.xml
dosyası silinmemelidir.
Silme işlemi sırasında Permission Denied alınırsa ls -la komutu ile dosyaların hangi user'a ait
olduğu kontrol edilir. Grid user ise dzdo su - grid komutu ile grid user'a giriş yaptıktan sonra
işlemler yapılır.
/u01/app/oracle/diag/tnslsnr/kvmoldp02/listener_scan1/alert $ ll
total 3156644
-rw-r----- 1 oracle oinstall 314573195 Mar 9 22:20 log_1.xml
-rw-r----- 1 oracle oinstall 86001992 Mar 21 13:37 log.xml
Aşağıdaki komut kullanılarak silme yapılır.
rm -rf log_*.xml
/u01/app/grid/diag/tnslsnr/instanceadı/listeneradı/trace path'i altında örnek olarak

aşağıdaki log dosyaları bulunmaktadır ve bu log dosyaları truncate edilebilir.
/u01/app/oracle/diag/tnslsnr/kvmoldp02/listener_scan1/trace $ ll
-rw-r----- 1 oracle oinstall 0 Mar 7 10:36 listener_scan1_7.log
-rw-r----- 1 oracle oinstall 1651110192 Mar 21 13:35 listener_scan1.log
Truncate etmek için aşağıdaki adımlar izlenir.
/trace $>listener_scan1_7.log
>listener_scan1_8.log
>listener_scan1_9.log
>listener_scan1.log
Veya,
Aşağıdaki komut /u01/app/grid/diag/tnslsnr/instanceadı/listeneradı/trace/ pathi altındaki .log
uzantılı tüm dosyaların boyutlarını 0a indirgemeyi sağlamaktadır.
truncate -s 0 /u01/app/grid/diag/tnslsnr/instanceadı/listeneradı/trace/*.log
8
c. Audit dosyaları;
Audit'lerin bulunduğu path aşağıdaki komut ile kontrol edilebilir.
SQL>show parameter audit;

/u01/app/oracle/admin/’DB_NAME’/adump
Örnek path aşağıdaki gibidir;

/u01/app/oracle/admin/BPMDB/adump $ ls
BPMDB1_m001_54873_20220706213629759502143795.aud
BPMDB1_ora_38619_20230321135709412309418400.aud
BPMDB1_m001_54874_20220606054051076942143795.aud
BPMDB1_ora_38620_20220609022604201711143795.aud
.aud uzantılı log dosyalarını silmek için aşağıdaki komutlar kullanılabilir.
find . -name '*.aud' -exec rm -f {} \;
find . -name '*.aud' -print0 | xargs -0 rm -rf;
find . -type f -name '*.aud' -exec rm -rf {} \;
1.3. archFull:archUsedPercent (Archive doluluk alarmı)
Archive doluluğu gelen sunucuya ssh ile bağlandıktan sonra aşağıdaki komut ile db_name ve
database_role kontrol edilmelidir.
SELECT NAME,OPEN_MODE,DB_UNIQUE_NAME,DATABASE_ROLE,PROTECTION_MODE, INSTANCE_NAME FROM

V$DATABASE,v$INSTANCE;
ASM disklerindeki doluluğu kontrol edebilmek için aşağıdaki komutlar kullanılabilir.
9
set lines 200 pages 9999

col start for a17
col end for a17
SELECT group_number ,name ,type ,state ,total_mb ,(total_mb-free_mb)
used_mb ,free_mb ,usable_file_mb ,round(100*(usable_file_mb/total_mb)) "USABLE_FREE_%" from
v$asm_diskgroup;
Aşağıdaki komut ile db_recovery_file_dest kontrol edilir sunucu üzerinde birden fazla database
olabilir ya da archive'ler başka diske yönlendirilmiş olabilir.
show parameter recovery
a. Archive silme şartları

Archive doluluk alarmlarına müdahale edilebilmesi için aşağıdaki şartların sağlanması
gerekmektedir.
1. Backup şartı
2. Standby sync şartı
3. Goldengate sync şartı
Bu şartların birinin sağlanmaması durumunda archive silinmemelidir.
Backup kontrolü
Archive backup tarihleri ve durumu kontrol edilir COMPLETED WITH ERRORS veya FAILED
olmuşsa Netbackup üzerinden kontrol sağlanır. Eğer backup tarihleri eskiyse veya yoksa
backup standby sunuculardan alınıyor olabilir. Standby sunucuya bağlanıp backup
kontrolleri yapılır.
10
Standby sync kontrolü

Aşağıdaki komut ile ortamdaki standby database'ler kontrol edilebilir.
Ek olarak, standby db'lerin servis nameleri de buradan öğrenilebilir.
Buradan bakılarak tnsping atılabilir.
show parameter log_archive_dest;
Ortamda birden fazla standby olabilir, Tüm standby dblerin sync olması gereklidir.
11
Aşağıdaki komut ile standby dblerin senkron olup olmadığı kontrol edilir.
Bu komut primary db'de çalıştırılır.
12

col start for a17
col end for a17
SELECT
a.resetlogs_id,
a.thread# THREAD_ID,
b.last_seq last_occured,
a.applied_seq last_applied,
(b.last_seq - a.applied_seq) difference,
TO_CHAR(a.last_applied_time, 'YYYY-MM-DD HH24:MI:SS') last_applied_time,
dest_id
FROM
(
SELECT
resetlogs_id,
thread#,
MAX (sequence#) applied_seq,
MAX (next_time) last_applied_time,
dest_id
FROM
gv$archived_log
WHERE
applied = 'YES'
and resetlogs_id=(
select
max(resetlogs_id)
FROM
gv$archived_log
)
GROUP BY resetlogs_id, thread#, dest_id
) a,
(
SELECT
resetlogs_id, thread#, MAX (sequence#) last_seq
FROM
gv$archived_log
WHERE
resetlogs_id=(
select
max(resetlogs_id)
from
gv$archived_log
)
GROUP BY resetlogs_id, thread#
)b
WHERE
a.thread# = b.thread#
and dest_id in (
SELECT
DEST_ID
FROM
SYS.GV_$ARCHIVE_DEST
WHERE
TARGET = 'STANDBY'
--3 GEÇİCİ SÜRELİĞİNE KONTROL EDİLMİYOR 13
--and DEST_ID <> 3
-- and DEST_ID <>2
);
Standby lag kontrolü komutu çıktısında DIFFERENCE ve LAST_APPLIED_TIME kontrolü sağlanır.

Komut çıktısı aşağıdaki gibi olması beklenmektedir. Difference olmaması ve sync olması
gereklidir.
Birden fazla standby varsa DEST_ID 'den hangi standby'ın geride kaldığı kontrol edilir.
Goldengate sync kontrolü

Aşağıdaki komut ile database'e bağlı exract'ın olup olmadığı kontrol edilir.
SQL>select capture_name, CAPTURED_SCN,APPLIED_SCN,OLDEST_SCN from dba_capture;
Archive silinebilmesi için database üzerindeki Exractlarda lag olmaması gereklidir.

Aşağıdaki komut ile exract'ların recovery ettiği archive'in tarihi kontrol edilir.
Archive silinebileceği günün öncesinde olmaması önemlidir.
Eğer çok eski tarihli bir transaction recovery ediliyorsa Vodafone ekibine haber verilir.
Goldengate varsa extract'ın hangi archive'i recover ettiği aşağıdaki komut ile kontrol edilir.
14
set lines 1000

set pages 200
set colsep |
set underline on
set heading on
col host_name for a40
select * from gv$transaction order by start_time asc;
Eski tarihli bir transaction recovery ediliyorsa silme yapacağımız gün sayısı kadar aşağıdaki
komut düzenlenerek goldengate'i etkileyecek mi kontrol edilir.
SELECT TO_CHAR(SYSDATE -3, 'dd-mm-yy hh24:mi:ss') from dual;
Goldengate sunucusundan kontrol için.
GGSCI (goldendp02) 63> send EXTSBL01 showtrans tabular
Hangi Exract'ın geride kaldığını öğrenmek için send "EXTRACTADI" showtrans tabular komutu
ile kontrol edilir.
b. Primary db archive silme adımları
Yukarıdaki şartların hepsi sağlanıyorsa aşağıdaki komut ile RMAN'e bağlanılır.
rman target /
3 günden eski 2 defa backuplanmış archive'leri silmek için aşağıdaki komut kullanılır.
delete archivelog until time 'sysdate-3' backed up 2 times to device type sbt;
15
Aşağıdaki hatanın alınması durumda DBA onayı ile force ile silme yapılabilir.
RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture
process
delete force archivelog until time 'sysdate-3' backed up 2 times to device type sbt;
Özel durumlarda backup
şartı olmadan onay alınarak aşağıdaki komut ile silme yapılır.
delete force archivelog until time 'sysdate-3';
c. Standby db archive silme adımları

Dataguard işlenen arşivler aşağıdaki sorgularla tespit edilir.
select max(sequence#) as sequence_for_thread_1 from v$archived_log where applied = 'YES' and thread#=1;
Rman’e bağlanılır.
rman target /
thread1 ve thread2’den alınan son işlenen arhive numaralarına göre silme işlemi yapılır.
delete force noprompt archivelog until sequence = 188889 thread=1;

1.4. Active session
a. OEM üzerinden yapılabilecek kontroller

Alarm gelen sistemde , OEM grafikleri nereden yogunluk geldiğini gösteriyor. Burada yogunluk
yapan SQL lerde grafik altındaki listede mevcut.
Mavi : (User I/O) yogun okuma yazma işlemi, top sql lerde belirgin bir sql çıkıyorsa
service ekibine bilgi verilebilir.
Yeşil : (CPU) Yogun CPU kullanan SQL ler var , top sql lerde belirgin bir sql çıkıyorsa
service ekibine bilgi verilebilir.
16
Network : yoğun network trafiği kullanan sql ler var, top sql lerde belirgin bir sql
çıkıyorsa service ekibine bilgi verilebilir.
Commit (Turuncu): Disklerde yazma okuma sorunu var anlamına geliyor. Storage ekibi
ve Unix ekibi ile ietişime geçilebilir.
Cuncurency : DB lock durumu control edilebilir, locklama varsa ilgili session uygulama
grubuna iletilir. Yoksa DB ekibi ile iletişime geçilebilir.
Administrative : Genelde backup olduğunda oluşuyor.
b. SQL ile yapılabilecek kontroller

Aktif session alarm geldiğinde DB tarafında yogunluk var anlamına gelmektedir. Yogunluk
kontrolu ve yogunluga hangi user, SQL ‘ in sebep oldugunu aşağıdaki şekilde bulup ilgili servis
veya DB ekibine bilgi verilebilir.
 Yogunluga neyin sebep oldugu, Lock varsa hangi sessionun LOCK’ a sebep oldugu;
select inst_id,event,count(*) session_count from gv$session where type='USER' and status='ACTIVE'

group by inst_id,event
order by 3 desc;
 Instance başına aktif session adedi kontrolü (yüksek ise sıkıntı olduğu anlamına
gelmektedir.);
17
select inst_id,count(*) session_count from gv$session where type='USER' and status='ACTIVE'

group by inst_id
order by 2 desc;
 Instance başına userların yogunluk dagılımı (uygulama mı db mi ayırt etmek için);
select inst_id,username,count(*) session_count from gv$session where type='USER' and status='ACTIVE'

group by inst_id,username
order by 1,3 desc;
 Instance başına userların yogunluk dagılımı (uygulama mı db mi ayırt etmek için, hangi
module den geldiği ilaveli);
select inst_id,username,module,count(*) session_count from gv$session where type='USER' and

status='ACTIVE'
group by inst_id,username ,module
order by 1,4 desc;
 Instance başına hangi SQL yogunluk yaptıgı (uygulama tarafı control etmesi için);
select distinct a.inst_id,a.username,a.sql_id,a.session_count,b.sql_text from (select

inst_id,username,sql_id,count(*) session_count from gv$session where type='USER' and status='ACTIVE'
group by inst_id,username,sql_id) a , gv$sql b where a.inst_id=b.inst_id and a.sql_id=b.sql_id
order by 1,4 desc;
 Instance başına hangi SQL sorgusunun yogunluk yaptıgı (uygulama tarafı kontrol etmesi
için) ;
18
select * from (
select sql_id sql_id1,round(100*(sql_toplam/toplam ),2) act_pct,
round(100*(CPU/toplam ),2) act_cpu_pct,
round(100*(USEr_IO/toplam ),2) act_USER_IO_pct,
round((ratio_to_report(CPU) over () )*100,2) as CPU_PCT,
round((ratio_to_report(USER_IO ) over () )*100,2) as USER_IO_PCT
--a.*
from (
SELECT sql_id,DECODE(session_state,'ON CPU','CPU', wait_class) AS wait_class,
COUNT(*) OVER() toplam , count(*) over (partition by sql_id) sql_toplam
FROM V$active_session_history
WHERE sql_id is not null
and sample_time >=sysdate -5/1440
)a
PIVOT (count(*) FOR wait_class IN ('CPU' AS cpu,'User I/O' AS user_io, 'Network' AS network, 'System I/O'
AS system_io,
'Scheduler' AS sch, 'Concurrency' AS concurrency,'Application' AS application,'Commit' AS
COMMIT,'Configuration' AS configuration,
'Administrative' AS administrative,'Queueing' AS queueing,'Other' AS other)) a
order by 2 desc )
where rownum <11;
 Blockin Session'ların kontrolü;
set linesize 999;

set pagesize 40000;
SET LONG 50000;
select sql_id,blocking_session, sid, serial#, wait_class, seconds_in_wait from gv$session where blocking_session is
not NULL order by blocking_session;
 Databasedeki active ve inactive sessionlar ;
select status, count(1)

from gv$session
group by status
order by 2 desc;
İlgili Database’e bağlandıktan sonra aşağıdaki komutla Inaktif Session’lar bulunur ve hangi
user’lara ait olduğu görüntülenir.
select username,status, count(1)

from gv$session
group by username,status
order by 2 desc;
19
Session Limit kontrolü;

Bir Database'in maximum session sayısını aşağıdaki komut ile görüntülenir.
select * from gv$resource_limit;
select resource_name, current_utilization, max_utilization from gv$resource_limit where

resource_name='processes';
1.5. Invalid Objects
Alarm içeriğindeki DB den gelen servis owner ekibine şema (user) bazlı bilgi verilmesi
gerekmektedir.
Objelerin valid hale getirilmesi, getirilmiyorsa drop edilmesi gerektiği bilgisi verilmelidir.
Aşağıdaki komut ile alarmdaki şema içerisinde bulunan invalid objeler belirlenebilir.
select object_name
, object_type
, status
from all_objects
where status = 'INVALID' and OWNER = 'MAXIMO';
Aşağıdaki komut ile db içerisinde bulunan invalid objeler belirlenebilir.
select object_name
, object_type
, status
from all_objects
where status = 'INVALID';
1.6. Dataguard_Open_Mode
Standby database’e bağlanılır.
Aşağıdaki komut çalıştırılarak standby database’e bağlanıldığı doğrulanır.
20
SQL > select database_role from v$database;
DATABASE_ROLE
----------------
PHYSICAL STANDBY
MRP processi durdurulur.
SQL > alter database recover managed standby database cancel;
Standby database açılır..
SQL > alter database open read only;
MRP proccesi başlatılır.
SQL > alter database recover managed standby database disconnect from session;
NOT:
“Alter database open” komutu hata verirse, MRP yeniden başlatılır.
Bir süre recover etmesi için beklenir. Daha sonra MRP tekrar durdurulup tekrar açılmaya
çalışarak MRP başlatılır.
1.7. Agent Alarm
İlk olarak alarm içeriğindeki veritabanının çalıştığı sunucular TOAD üzerinden RPSDB’e
bağlanılarak tespit edilmelidir.
Veritabanının bağlı olduğu sunuculara bağlanıp database'in durumunu aşağıdaki komut ile
kontrol edilmelidir.
ps -ef | grep pmon
21
Database açık ise aşağıdaki link ile database jump'ından Mozilla ile girip OEM'e bağlanılır.
https://oem.vodafone.local/em/faces/sdk/nonFacesWrapper?_em.coBM=%2Fconsole
%2Ftargets%24ctxType%3DDatabases
user: sysman pass: Vfsysman654321*
Giriş yaptıktan sonra alarmdaki database ismi aşağıdaki işaretli alana yazılarak aratılır ve status
kontrol edilir.
Oemden hangi instance’ın down gözüktüğüne bakılır.
Sunucuda aşağıda belirtilen dizine gidilip agent'ların versiyonuna bakılır ve agent versiyonuna
göre işlem yapılır.
cd /u01/app/oracle/product
ls – l
Agent 12 varsa, agent 12 dizinine gidilerek stop edilip, agent 13 start edilir.
Agent 12 varsa;
cd agent12c/agent_inst/bin
./emctl stop agent;
Agent 12 dizinde yoksa agent 13 start edilir.

Agent 13 varsa ;
22
cd /u01/app/oracle/product/agent13c/agent_inst/bin
./emctl stop agent
./emctl start agent
./emctl upload agent
1.8. ME$db_error_log:value
Bu FM Kaydı ignore edilebilir.

Örn FM Kaydı:
Case Details:
Case Number: 386822769
Report Date: 06/02/2023 17:00:08
Domain Type: IT
Case Type:
Case Info: IT Alarm 786331443
Reported By: NETCOOL
Originating Department: IT IO SUPPORT
Responsible Department: IT IO SUPPORT
Severity:
Changed By:
Status: DRAFT
Pending Type:
Alert Key: ME$db_error_log:value
Nodealias: XISIS@Key Value=User: BIGDATAVF errorno:14400

Summary:db_error_log count value for User: BIGDATAVF errorno:14400 is 5, Incident created by rule (Name =
Incident management rule set for all targets, Create incident for critical metric alerts [System generated rule]).
Remark:Click on the link below to go directly to the record.

https://maximo.vodafone.com.tr/maximo/ui/maximo.jsp?
event=loadapp&value=FAULTMAN&uniqueid=392283135
1.9. Response:State
Aşağıdaki komut ile açık olan databaseler görüntülenir.

ps -ef | grep pmon
İlgili database setlenerek bağlanılmaya çalışılır.
Sqlplus / as sysdba
23
Bağlanılmazsa DBA’ye haber verilmelidir.
 Komut çıktısında mounted durumdaysa haber verilir-> demek ki kapanmış açılmaya

çalışıyor.
 Start time kontrol edilir , eğer yakın bir zaman varsa kapanıp açılmış demektir , DBA’ye
haber verilmelidir.
 Start time kontrol edilir , eğer yakın bir zaman değilse fake alarm demektir.OEM kontrol
edilmelidir.
1.10. ME$standby_lag:value
a. Standby Bilgilerinin Öğrenilmesi
Öncelikle dataguard ortamının bulunup gerekli kontrollerin yapılması gerekmektedir.

Bu alarmda summary kısmında lag oluşan standby database’in adı verilmiştir.
Dataguard’ın TNS bilgisi varsa direk bağlanıp kontroller yapılabilir, eğer TNS bilgisi yok ise
aşağıdaki gibi dataguard ortamının bağlantı bilgileri bulunabilir.
Prod’un hostname bilgisi alarm’da mevcuttur, ioasset’ten ip bilgisi bulunabilir.
RW database’e bağlanılıp aşağıdaki şekilde DR ortamının bilgileri bulunabilir.
sqlplus / as sysdba
show parameter log_archive_dest;
24
NOT: Her zaman dest_2 de olmayabilir, o yüzden tüm dest leri listelemek gerekebilir.
Aşağıdaki gibi ilgili log archive dest bilgisinde yer alan service name’e tnsping atılarak DR
ortamının ip’si bulunabilir.
tnsping service
b. Standby Database’e bağlanma

İlgili standby database setlenildikten sonra aşağıdaki şekilde bağlanılır.
sqlplus / as sysdba
Örn:
[KNNPRO4_IZM]/oracle/admin $ sqldba
SQL*Plus: Release 11.2.0.4.0 Production on Thu Jan 31 11:55:20 2019
Copyright (c) 1982, 2013, Oracle. All rights reserved.
Standby database’e bağlanılırken aşağıdaki hatalardan birinin alınması durumunda alınacak

aksiyonlar aşağıdaki gibidir.
 ORA-01034: ORACLE not available // Connected to an idle instance.

Bu uyarılardan biri varsa ilgili INSTANCE’a bağlanmamıştır. Bunun iki sebebi olabilir.
1. Bağlanılmaya çalışan ssh sessionunda ORACLE_SID ve ORACLE_HOME ortam
değişkenleri düzgün set edilmemiştir.
Aşağıdaki komutu çalıştırılarak ortamda set edilmiş olan ORACLE_SID değişkeninin bağlanmaya
çalıştığı database’e ait olup olmadığı kontrol edilir.
env|grep ORACLE_SID
25
Eğer değişken doğru set edilmişse,

2. İlgili DR database kapalıdır.
Aşağıdaki komut ile DR databasei’ı mount moda alınır ve mrp başlatılır.
Sql> startup mount;
Sonrasında diğer kontrollere devam edilir.
c. Valid Kontrolü
Öncelikle alarmdaki sunucuya bağlanıp, VALID kontrolü yapılır.

Outputun VALID olması gerekmektedir. Eğer Valid durumdaysa genel controller yapılır.
sqlplus / as sysdba
SQL> select dest_name,status,error from v$archive_dest where dest_name in
('LOG_ARCHIVE_DEST_1','LOG_ARCHIVE_DEST_2','STANDBY_ARCHIVE_DEST');
Production sunucuda alertlogda ya da VALID sorgusunun çıktısında aşağıdaki hata varsa defer
enable yapılır.
a. Timeout incurred on internal channel during remote archival

Hata :
ORA-16198: Timeout incurred on internal channel during remote archival //
ORA-03135: Connection lost contact
Çözüm :
NOT: Her zaman dest_2 de olmayabilir, o yüzden tüm dest leri listelemek gerekebilir.
sqlplus / as sysdba
SQL> ALTER SYSTEM SET log_archive_dest_state_2 = DEFER;
SQL> ALTER SYSTEM SET log_archive_dest_state_2 = ENABLE;
SQL> alter system switch logfile;
b. No space left on device

Hata:
26
ORA-09817: Write to audit file failed. // Linux-x86_64 Error: 28: No space left on device // ORA-
02002: error while writing to audit trail
Çözüm :
/u01 dizin doluluğu kontrolleri yapılmalıdır.
/u01 prosedürü uygulandıktan sonra defer-enable yapılmalıdır.
SQL> ALTER SYSTEM SET log_archive_dest_state_2 = DEFER;

SQL> ALTER SYSTEM SET log_archive_dest_state_2 = ENABLE;
c. Redo data cannot be written to the standby redo log

Hata :
“ORA-00270: error creating archive log”
“ORA-16086: Redo data cannot be written to the standby redo log”
Çözüm :
Standby sunucuda disk doluluk kontrolü :
Standby sunucuya bağlanılarak SQL’e giriş yapılır.
sqlplus / as sysdba
SELECT name, free_mb, total_mb, free_mb/total_mb*100 as percentage FROM v$asm_diskgroup;
 Dataguard işlenen arşivler aşağıdaki sorgularla tespit edilir.

sqlplus / as sysdba
 RMAN’ e bağlanılıp, dataguarda işlenen arşivler silinir. Thread=1 için ilk sorgudaki,
thread=2 için 2. Sorgudaki çıktı sequence kısmına yazılır.
rman target /
 Diskte yer açtıktan sonra MRP durdurulup tekrar başlatılır.
MRP Durdurma :
SQL > ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
MRP Başlatma :
SQL > ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM
SESSION;
MRP Kontrolü :
27
select process, status, thread#, sequence#, round(block#*512/1024/1024,2) CURRENT_REDO_MB,

round(blocks*512/1024/1024,2) REDO_SIZE_MB from v$managed_standby order by a. Gen
process,group#,thread#,sequence#;
el
Kontroller
Primary sunucuya bağlanıp sqlplus' a bağlanılır. Dataguard bilgisi aşağıdaki komut ile öğrenilir.
sqlplus / as sydba
SQL> show parameter log_archive_dest;
Standby database’e tnsping atılarak ile sunucunun ipsi öğrenilir.
tnsping CEP_BILLUNI_DR
Dataguard sunucusuna bağlanılır. Sunucuda birden fazla database olabilir. Bu sebeple sunucu
üzerinde çalışan databaseler kontrol edilmelidir.
ps -ef | grep pmon
Doğru database setlendikten sonra başka bir sessionda alertlog açılır.
alertlog
a. MRP processinin çalışıp çalışmadığı kontrol edilir.
sqlplus / as sysdba
select process, status, thread#, sequence#, round(block#*512/1024/1024,2) CURRENT_REDO_MB,

select process, status, thread#, sequence#,
round(blocks*512/1024/1024,2) block#,
REDO_SIZE_MB blocks
from from v$managed_standby;
v$managed_standby order by
process,group#,thread#,sequence#;
Outputda
MRP0 gözükmüyorsa, apply işlemi durmuş demektir. MRP (Apply işlemi) processi aşağıdaki
komut ile başlatılır.
MRP (Apply) Başlatma :
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM
SESSION;
Apply işlemi başlattıktan sonra dataguard lag durumu kontrol edilir. Bir kaç defa kontrol
edildiğinde sürede azalma olması gerekmektedir. Aşağıdaki komut ile kontrol edilebilir.
28
set lines 200

column value format a20
select * from v$dataguard_stats;
Dataguard durumu kontrol edilir. Birkaç defa kontrol edildiğinde sürenin azalması
gerekmektedir.
select a.name,
primary.thread#,
primary.maxsequence primaryseq,
standby.maxsequence standbyseq,
primary.maxsequence - standby.maxsequence gap
from ( select thread#, max(sequence#) maxsequence
from v$archived_log
where archived = 'YES'
and resetlogs_change# = ( select d.resetlogs_change# from v$database d )
group by thread# order by thread# ) primary,
( select thread#, max(sequence#) maxsequence
from v$archived_log
where applied = 'YES'
and resetlogs_change# = ( select d.resetlogs_change# from v$database d )
group by thread# order by thread# ) standby, v$database a
where primary.thread# = standby.thread#;
1.11. problemTbsp:pctUsed
a. Dbf ekleme adımları

Tablespace adına göre datafile görüntüleme
select file_name, tablespace_name from dba_data_files where tablespace_name='SIEBEL_INDEX';
Diskteki boş alanı kontrol ederek son datafile numarasına ardışık şekilde datafile ekliyoruz.
alter tablespace VFTRHDMR18_INDEX add datafile '+DATA' size 1G autoextend on next 1G maxsize UNLIMITED;
alter tablespace AUDIT_TS add datafile 'E:\ORADATA\BTKPRD\BTKPRD\AUDIT08.DBF' size 1G autoextend on next

1G maxsize 32767M;
alter tablespace IFSAPP_LOB add datafile '/home/oracle/oradata/IFS10CDB/TEKNO10/IFSAPP_LOB09.dbf' size 1G

autoextend on next 1G maxsize 32767M;
alter tablespace IFSAPP_LOB add datafile '/home/oracle/oradata/IFS10CDB/TEKNO10/IFSAPP_LOB09.dbf' size 1G

autoextend on next 1G maxsize UNLIMITED;
Datafile eklerken MB cinsini kullanılır.
29
Eklenecek boyuta göre internete GB to MB yazın ona göre değer girin. max 32 gb lik ekleniyor.
(her yerde böyle mi bilmiyorum). O yüzden yukarıda 32GB'tan 1 mb düşük girildi.
b. Pdb dbf ekleme adımları

Gelen alarmdaki Tablespace doluluğu Pluggable Database'den geldiği için ilk olarak instance'a
bağlanıyoruz. Ardından ilgili database setlenip tablespace alarm kontrol komutuyla doluluğa
bakılır.
SQL> show pdbs
Alarm gelen tablespace'in bağlı olduğu Pluggable Database set edilir.
SQL> alter session set container=PEP_VPDWH;
Set edilen Database'i görüntülemek için
show con_name;
Pluggable database'e ait olan tablespace alan kontrolü yapılır.
30
set linesize 999;

set pagesize 40000;
SET LONG 50000;
SELECT a.TS_NAME,
a.MAX_MB,
a.ALLOC_MB,
a.ALLOC_MB-b.FREE_MB USED_MB,
(case b.FREE_MB when null then 0 else b.FREE_MB end) FREE_MB,
(case b.FREE_MB when null then a.MAX_MB-a.ALLOC_MB else a.MAX_MB-(a.ALLOC_MB-b.FREE_MB) end)
MAX_FREE_MB,
ROUND(b.FREE_MB/a.ALLOC_MB*100,2) FREE_PCT,
ROUND((a.MAX_MB-(a.ALLOC_MB- nvl(b.FREE_MB,2)))/a.MAX_MB*100,2) MAX_FREE_PCT
FROM
(SELECT dtbs.tablespace_name TS_NAME,
ROUND(SUM(
CASE
WHEN ddf.maxblocks > 0
THEN ddf.maxblocks*dtbs.block_size/1048576
ELSE ddf.blocks *dtbs.block_size/1048576
END),2) MAX_MB,
ROUND(NVL(SUM(ddf.blocks * dtbs.block_size)/1048576,0),2) ALLOC_MB
FROM dba_data_files ddf,
dba_tablespaces dtbs
WHERE dtbs.tablespace_name=ddf.tablespace_name
GROUP BY dtbs.tablespace_name
) a,
(SELECT dtbs.tablespace_name TS_NAME,
ROUND(NVL(SUM(dfs.blocks * dtbs.block_size)/1024/1024,0),2) FREE_MB
FROM dba_free_space dfs,
dba_tablespaces dtbs
WHERE dfs.tablespace_name= dtbs.tablespace_name
GROUP BY dtbs.tablespace_name
)b
WHERE a.ts_name(+)=b.ts_name
ORDER BY 8 DESC;
Aşağıdaki komut ile Alarm gelen tablespace'in hangi diskte olduğu kontrol edilir.
select file_name, tablespace_name from dba_data_files where tablespace_name='VPASDF';

Sonrasında ASM
disk kontrolü yapılarak yeterli alan olup olmadığı kontrol edilir.

col start for a17
col end for a17
SELECT group_number ,name ,type ,state ,total_mb ,(total_mb-free_mb)
used_mb ,free_mb ,usable_file_mb ,round(100*(usable_file_mb/total_mb)) "USABLE_FREE_%" from
v$asm_diskgroup;
31
Diskte yeterli alan varsa aşağıdaki komutla ekleme yapılır. Diskte alan yoksa konu vodafone
ekibine eskale edilir.
Asm üzerinde datafile eklemek için aşağıdaki komut kullanılır.
ALTER TABLESPACE VPASDF ADD DATAFILE '+DATA' SIZE 1G AUTOEXTEND ON NEXT 100M MAXSIZE UNLIMITED;
Alınabilecek errorlar;
ORA-32771: Cannot Add File To Bigfile Tablespace
Bigfile Tablespace'ler sadece 1 adet Datafile'dan oluşur ve datafile eklenemez.

ORA-01686: max # files (1023) reached for the tablespace
Hatası alınıdığı zaman aşağıdaki komut ile Maximum kaç tane datafile eklendiğini kontrol
edebiliriz.
select count(*) from dba_data_files where tablespace_name='TS_NAME';
Filesystem üzerinde datafile eklemek için aşağıda komut kullanılır.
ALTER TABLESPACE USERS ADD DATAFILE '/u02/DBG/users41.DBF' SIZE 1G AUTOEXTEND ON NEXT 100M MAXSIZE
UNLIMITED;
1.12. ME$unusable_indexes:value
Alarm gelen database’e bağlanılır. SYS’e ait unusable indexler aşağıdaki komut ile görüntülenir.
SELECT owner, index_name, status FROM dba_indexes WHERE owner = 'SYS' AND status = 'UNUSABLE';
SYS’e ait Unusable durumda olan index var ise IT IO Database ekibine bildirilir.
32
Aşağıdaki kaomut ise tüm unusable indexleri görüntüler.
select index_name name,partition_name partition,'No Subpartition' Subpartition,status from all_ind_partitions

where status not in('VALID','USABLE','N/A')
SYS hariciler ise ilgili servis ekibine bildirilmelidir.
1.13. Vdf_goldendp01_Disk_Space_Alarm_/ggatea02
Bu alarma Oracle DBA müdahale etmelidir.
1.14. IS_DB_OPS_Disk_Space_Critical_/zfssa/prime/prime_full01_c07_over_%90
PRIME databaseine ait disk doluluk alarmlarında sadece Mehmet Salih Deveci aksiyon almakta
olup tarafımızca sadece kendisine alarmın geldiğine dair bilgi verilmektedir.
1.15. adrAlertLogIncidentError:genericIncidentErrStack
Belirtilen alarmlarda tarafımızca bir aksiyon alınmıyor olup sadece IT IO Database ekibine bilgi
verilmektedir.
1.16. VODAFONE_IS_DB_OPS_Oracle:Failed to fetch info data (or no data for 5m)
Database unknown alarmıdır.Database kontrol edilir.

Database açık ve erişilebilir durumda olduğu tespit edilirse IT IO Database ekibi bilgilendirip
alarm yönlendirilmiştir.
33

Oracle DB Eğitim İçerikleri

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Oracle DB Eğitim İçerikleri

Uploaded by

Copyright:

Available Formats

VODAFONE IT IO ORACLE

1.FM KAYITLARI AKSİYONLARI

DBSNMP userın SQLe bağlanamadığını belirten bir alarmdır.

Eğer aşağıdaki gibi SQL’e bağlanabiliyorsa sorun bulunmamaktadır.

Eğer SQL’e bağlanılamıyorsa dönen ERRORa göre aksiyon alınmalıdır.

DB’e bağlanılıp aşağıdaki komut çalıştırılarak unlock edilir.

alter user dbsnmp account unlock;

DB’ye bağlanılıp aşağıdaki komut çalıştırılır.

db_login_params tablosuna aşağıdaki insert doğru şekilde doldurularak eklenmeli ve sonra

Insert into db_maintain.DB_LOGIN_PARAMS(USERNAME,OSUSER,IP_ADDRESS,MACHINE,DB) Values

NOT : Hatada IP adres bilgisi vermiyorsa kolonlardaki IP_ADDRESS ve 'hatadaki ip adresi’

d. ORACLE server session terminated by fatal error;

ORA-00603: ORACLE server session terminated by fatal error

SR açılıp processlerin kill edilmesi gerekmektedir.DBA’ye haber verilmelidir.

e. Invalid username/password; logon denied;

Öncelikle DB’ye bağlanılıp aşağıdaki komutlar çalıştırılmalıdır.

alter user dbsnmp account unlock;

select * from DB_MAINTAIN.DB_LOGIN_LOG where username like 'dbsnmp';

Database ekibi tarafından kullanılan dizinler aşağıdaki gibidir.Gelen filesystem alarmı

du -akx /u01 | sort -rn | head -50

du -ks * | sort -nk1

Alınabilecek aksiyonlar aşağıda listelenmiştir.

Cdmp dosyalarını silmek için /cdump içerisinde aşağıdaki komutlar kullanılabilir.

Örnek path ve loglar aşağıdaki gibidir;

drwxr-x--- 2 oracle oinstall 6 Mar 19 16:40 core_11033

incdir ve core dosyalarını silmek için aşağıdaki komutlar kullanılabilir.

find . -type f -name 'incdir_*' -mtime +2 -exec rm -rf {} \;

find . -name "incdir_*" -mtime +2 -print0 | xargs -0 rm -rf;

2 günden eski log dosyalarını bulmak için aşağıdaki komut kullanılır.

find /u01/app/oracle/diag/rdbms/vfarc_esy/VFARCP2/incident -mtime +2 -type f -exec ls {}\;

SQL>select value from GV$DIAG_INFO WHERE name='Diag Trace';

Örnek path ve log dosyaları aşağıdaki gibidir;

find . -name '*.trc' -exec rm -f {} \;

find . -name '*.trm' -print0 | xargs -0 rm -rf;

find . -type f -name '*.trm' -exec rm -rf {} \;

ÇOK ÖNEMLİ NOT:

du -ks * | sort -nk1

du -akx /u01/app/oracle/diag/rdbms/bpmdb/BPMDB1/trace | sort -rn | head -20

Örnek olarak çıktı aşağıdaki gibidir.

/u01/oracle/admin $ du -akx /u01/app/oracle/diag/rdbms/bpmdb/BPMDB1/trace | sort -rn | head -20

Nasıl truncate edilir?

/u01/app/oracle/diag/rdbms/bpmdb/BPMDB1/trace path'i altında ">logdosyasınınadı" şeklinde

find . -type f -name 'cdmp_*' -mtime +2 -exec rm -rf {} \;

find . -name "cdmp_*" -mtime +2 -print0 | xargs -0 rm -rf;

/u01/app/grid/diag/tnslsnr/instanceadı/listeneradı/alert path'i altında örnek olarak aşağıdaki

Aşağıdaki komut kullanılarak silme yapılır.

/u01/app/grid/diag/tnslsnr/instanceadı/listeneradı/trace path'i altında örnek olarak

Truncate etmek için aşağıdaki adımlar izlenir.

SQL>show parameter audit;

Örnek path aşağıdaki gibidir;

.aud uzantılı log dosyalarını silmek için aşağıdaki komutlar kullanılabilir.

find . -name '*.aud' -exec rm -f {} \;

find . -name '*.aud' -print0 | xargs -0 rm -rf;

find . -type f -name '*.aud' -exec rm -rf {} \;

1.3. archFull:archUsedPercent (Archive doluluk alarmı)

SELECT NAME,OPEN_MODE,DB_UNIQUE_NAME,DATABASE_ROLE,PROTECTION_MODE, INSTANCE_NAME FROM

ASM disklerindeki doluluğu kontrol edebilmek için aşağıdaki komutlar kullanılabilir.

set lines 200 pages 9999

show parameter recovery

a. Archive silme şartları

Bu şartların birinin sağlanmaması durumunda archive silinmemelidir.

Standby sync kontrolü

show parameter log_archive_dest;

Bu komut primary db'de çalıştırılır.