1. STATEMENT FAILURE:

• Applicationlardaki Logical hatalar.
• Bir tabloya kotu kayit girmeye calismak.
• Yetersiz yetkilerle islem yapmaya kalkmak.
• Bir tablo yaratmaya calismak ancak kullanicinin kendine ayrilan quota limitini asmis olmasi.
• Yetersiz free space icinde extent alarak update ya da insert islemi yapmaya calismak.

1. USER PROCESS FAILURE:

• Kullanici anormal sekilde disconnect olur.
• Kullanicinin session’i anormal sekilde kesilir.
• Kullanicinin programi address exception olusturarak sessioni keser.

• Anormal sekilde kesilen transactionlari Rollback yapar.
• Kesilen transactionlarin koyduklari locklari kaldirir, kullandiklari kaynaklari serbest birakir.
• Ilgili server ve dispatcher processleri yeniden baslatir.

1. USER-ERROR FAILURE: Bu durum Recovery gerektirir.

• Bir tabloyu Drop ya da Truncate etmek.
• Bir tablonun tum kayitlarini silmek ve transactioni commit etmek.
• Yanlis kayitlari update etmek ve transactioni commit etmek.

• Kullanicilari egitmeli.
• Saglam bir backuptan recovery yapilmali.

1. INSTANCE FAILURE:

• Elektrik kesintisi.
• Hardware failure; CPU, Memory, Disk
• Background Process Failure

1. SMON recovery’I baslatir. Bu durumda datafilelar senkronize degildir.
2. DBWR rollforward yapar commit edilmis ama datafilelara yazilamamis transactionlar icin. Bu noktadan sonra database kullanicilara aciktir.
3. SMON ya da server process commit edilmemis adatayi rollback yapar.

1. MEDIA FAILURE:

• Head Crash ya da Disk Crash
• Diske yazma ya da okuma yapamamak.
• Filelar silinmis olabilir.

• Tamamiyle test edilmis bir backup strategisi olusturun.
• Backup stratejinizi dokumante edin.

• Tum sistem kapanis ve acilislarini gosterir.
• Internal errorlari, blokck curruption’lari ve dead lock errorlari gosterir.
• Tablespace, rollback segment, ve database’i yapisal olarak degistiren tum CREATE ALTER DROP islemlerini gosterir.
• Database errorlarini icerir.
• Archiving operasyonlari hakkinda bilgi verir; Log switch.
• Kayip filelari rapor eder.
• Alert file’in yeri init.ora dosyasindaki BACKGROUND_DUMP_DEST ile belirlenir.

• Init.ora parametre dosyasindaki BACKGROUND_DUMP_DEST parametresitrace file’larin nereye yazilacagini belirtir.
• Her bir background process problemle karsilastiginda bu parametrede belirtilen yere ilgili trace file yazilir.
• Dosyalar bir kere olustuktan sonra yeni hatalar dosyalara append edilir.

Bir datafile blogu okundugunda data block corruption tespiti icin datafile checksum yapilabilir. Bu islemin yapilabilmesi icin asagidaki sekilde parametrenin ayarlanmalidir.

• DB_BLOCK_CHECKSUM = TRUE
• Eger input-output islemlerinde bir hata sezilirse bu parametre init.orada ayarlanarak checksum aktive edilir.Bu islem performans kaybina yolacar. Default degeri false’dir.
• Checksum degeri datablogunun header’inda saklanir. Orace blogu okundugunda check sum degeri blok corruption’I tespit ederse trace file’a mesaj atilir.

Log file checksum icin asagidaki parametre ayarlanir.

• LOG_BLOCK_CHECKSUM = TRUE
• Eger logfile’da bir block curruption hatasi varsa bu hata archivelog’a da yansir.Bu durum archivelog’un recovery icin kullanilamamasina yol acar. Bu durumlarda log checksum active edilmelidir.
• Bu parametre aktive edildikten sonra her blok redolog’a yazilmadan checksum kontrolunden gecer.
• Eger bu parametre aktive edildikten sonra blok corruption tespit edlilirse bu redolog arsivlenemez. Bu durumda database asili kalir cunku redologlar generate edilemez bu noktadan sonra.

• Datafile’larin verifikasyonu icin kullanilir.
• Databloklarinin yapisal duzenini kontrol eder.
• Eger restore icin backuplanan datafile’larin gecerli olup olmadigini ya da data curroption problemleriyle sik karsilasiliyorsa bu islem yapilmalidir.
• Database aktiviteleri uzerinde minimal etkisi vardir.
• Yeri : c:\orant\bin\dbverf80.exe.
• Online ve offline datafile’lar icin kullanilabilir.
• Islemin sonucu bir errorlog’a yonlendirilebilir.
• Kullanimi:

• Start ve End datablok numaralarini belirtir ama tum datafile incelenecekse kullanilmayabilir.

• Tum datafile, controlfile ve redolog file;lar bir arada backuplanmali ve restore edilmelidir.
• Sadece bir file kayip olsa bile database acilmaz cunku hepsi birlikte senkronizedir ve control file database’I acmak icin tum file’lari ister.

1. Database’i kapatin.
2. Son full backup’tan tum dosyalari inin.
3. Database’i acin.

Bu modda database acikken system tablespace’i ve rollback segment tablespaceleri haric olmak uzere recovery yapilabilir. Eger bu iki tip tablespace recover edilecekse database kapali halde recover edilir.

1. Archivelog’larin lokasyonunu degistirmek icin:

Svrmgrl> ALTER SYSTEM ARCHIVE LOG START TO <yeni lokasyon>;

2. Archivelog switch icin

Eger recovery yapmadan once archivelog;lar baska bir directory’e konulmussa ve recover esnasind abu directory’den okunmasi istebiliyorsa database mount edilmeden once init.ora dosyasinda LOG_ARCHIVE_DEST istenilen directory olarak degistirilir.

V$RECOVER_FILE sorgulandiginda ERROR alaninda "FILE NOT FOUND" yaziyor ise bu dosyalara erisilemiyordur. Eger ilgili file’lar var ise ve ERROR alani bos ise bu file’larin recovery’e ihtiyaci vardir.

Bu view sorgulanarak ne tur bir recovery gerektigi konusunda bilgi edinilebilir.

1. COMPLETE RECOVERY

• Shutdown database
• Kayip ya da hasarli dosyayi restore edin.
• Instance’i mount edin:

• Kayip ya da hasarli dosyayi recover edin:

• Database’i acin:

1. SYSTEM YA DA ROLLBACK TABLESPACE’I HARICINDEKI TABLESPACE RECOVERY (OPEN RECOVERY)

Database acikken recovery sadece bozulan tablespace’in dtafillarina yapilabilir.

• Recovery yapilaka datafile’in ait oldugu tablespace’i offline’a alin:

• Ilgili datafile’i restore edin.
• Datafile’i ya da ilgili tablespace’i recover edin:

• Ilgili tablespace ya da datafile’i online’a cekin.

1. DATABASE’I ACARKEN CORRUPT DATAFILE BULUNDUGUNDA RECOVERY

• Database’i baslatin ve mount edin.

• Ilgili datafile(lari) offline’a cekin.

• OPEN RECOVERY adimlarini yapiniz.

Eger recovery esnasinda datafile’lari yeni bir lokasyona cekmek gerekirse:

ALTER DATABASE REBNAME FILE ‘damaged filename’ TO ‘new filename’;

1. SYSTEM YA DA ROLLBACK SEGMENT HARICINDEKI TABLESPACELERIN BACKUP’I OLMAYAN DATAFILE’LAR ICIN RECOVERY

• Ilgili datafile’in ait oldugu tablespace’i offline yapin:

• Datafile’i yeniden yaratin:

• OPEN RECOVERY adimlarini izleyin.

1. ONLINE BACKUP ALINIRKEN (HOTBACKUP MOD) CRASH SONRASI RECOVERY

• Hangi file’larin crash esnasinda backuplandigini tesbit edin:

• Ilgili tablespace’in backup islemini sonlandirmak icin:

• Databse’i acin:

1. REDOLOG FILE RECOVERY

• Hangi redologlarin recovery’e ihtiyaci oldugunu tespit edin:

• Recreate Redolog:

ALTERNATIF I.

Yeni bir temporary redolog grup yaratin:

Svrmgrl> ALTER DATABASE ADD LOGFILE GROUP <temporary group number> ‘filename’ size n[K|M];

Corrupt olan redolog’u drop edin:

Svrmgrl> ALTER DATABASE DROP LOGFILE GROUP N;

Ayni grubu yeniden yaratin:

Svrmgrl> ALTER DATABASE ADD LOGFILE GROUP N;

Tempororay grubu drop edin:

Svrmgrl> ALTER DATABASE DROP LOGFILE GROUP GROUP <temporary group number>;

ALTERNATIF II.

Clear Logfile:

Svrmgrl> ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP N;

Bu yontem asagidaki durumlarda kullanilabilir:

• Eger iki redolog grubu varsa,
• Current redolog file current gruba ait ise.

1. INCOMPLETE RECOVERY

SEBEPLER:

• Kullanici hatasi; bir tabloyu drop etmek, tum kayilarini yanlislikla silip ya da yanlis sekilde update edip commit etmek.
• Kayip archivelog file.
• Mirrosuz ve kayip control file.
• Mirrorsuz ve arsivlenmemis redologlarin kaybi.

INCOMPLETE RECOVERY TIPLERI

1. TIME BASED RECOVERY

Belli bir zamana dek recovery yapilabilir:

• Instance’i baslarin ve mount edin:

Svrmgrl> STARTUP MOUNT

• Tum datafile’lari original lokasyonlarina restore edin.
• Database’i istenilen zamana recover edin:

Svrmgrl> RECOVER AUTOMATIC DATABASE UNTIL TIME ‘YYYY-MM-DD:HH24:MI:SS’;

AUTOMATIC opsiyonun kullanmak yerine soyle de yapilabilir:

Svrmgrl> SET AUTO RECOVERY ON;

Svrmgrl> RECOVER AUTOMATIC DATABASE UNTIL TIME ‘YYYY-MM-DD:HH24:MI:SS’;

• Database’i RESETLODS opsiyonuyla acin:

Svrmgrl> ALTER DATABASE OPEN RESETLOGS;

• Offline backup alin.

1. CANCEL BASED RECOVERY

Eger arsivlenmemis online redolog kayip ise bu tip recovery gereklidir.

• Database’i kapatin.

Svrmgrl> SHUTDOWN IMMEDIATE;

• Database’i baslatin ve mount edin:

SVRMGRL> STARTUP MOUNT

• Tum dosyalari original lokasyonlarina yerlestirin.
• Recover database:

Svrmgrl> RECOVER DATABASE UNTIL CANCEL;

• Kayipdosyaya gelinince CANCEL yazin.
• Database’i acin:

Svrmgrl> ALTER DATABASE OPEN RESETLOGS;

• Offline backup alin.

1. BACKUP CONTROLFILE

Time Based Recovery yapilmasi gereken bir durum olabilir ancak database’in yapisi son backup’tan beri degisti ise bu tur bir backup yapilmasi gerekir. Once asagidak isekilde control file backup’i alinamsi gerekir:

ALTER DATABASE BACKUP CONTROLFILE TO 'filename' REUSE;

REUSE opsiyonu daha onceden ayni lokasyonda baska file varsa overwrite eder.

• Databasi’i kapatin:

Svrmgrl> SHUTDOWN

• Controlfile’i backup’layin
• Tum datafile’lari restore edin.
• Istenilen zamana kadar asagidaki sekilde recovery yapin:

Svrmgrl> RECOVER DATABASE UNTIL TIME ‘YYYY-MM-DD:HH24:MI:SS’ USING BACUP CONTROL FILE;

• RESETLOGS opsiyonu ile Database’i acin:

Svrmgrl> ALTER DATABASE OPEN RESETLOGS;

• Offline Backup alin.

1. CHANGE BASED RECOVERY

1. Recovery: Current Redo Log Currupt - Database Hung Satate

Database acikken current redolog currupt olursa ve multiplex edilmemis ise bu yontem kullanilir.

• Database’i kapatin.

Svrmgrl> SHUTDOWN IMMEDIATE;

• Database’i baslatin ve mount edin:

SVRMGRL> STARTUP MOUNT

• Clear log file:

Svrmgrl> ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP N;

Bu komut current corrupt redo log’un uzerine yazilabilir hale getirir ya da eger redo log kayipsa yeniden yaratir.

• Databasi’i acin:

Svrmgrl> ALTER DATABASE OPEN RESETLOGS;

• Offline backup alin.

1. Recovery: Current Redolog Currupt – Database Closed

Eger redolog database’i acar iken kayip ise CLEAR LOGFILE opsiyonu kullanilamaz. Cunku arsivlenmemis bu grup crash recovery icin gereklidir.

• Database’i kapatin.

Svrmgrl> SHUTDOWN IMMEDIATE;

• Database’i baslatin ve mount edin:

Svrmgrl> STARTUP MOUNT

• Ilgili redo log’un sequence numarasini alin:

Svrmgrl >SELECT * FROM V$LOG;

• Recover Database:

Svrmgrl> RECOVER DATABASE UNTIL CANCEL ;

Sequence numarasini girin

• Database’i acin:

Svrmgrl> ALTER DATABASE OPEN RESETLOGS;

• Offline Backup alin.

 

Hosted by www.Geocities.ws