• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Redologlar ve Yöneti̇mi̇
 

Redologlar ve Yöneti̇mi̇

on

  • 275 views

 

Statistics

Views

Total Views
275
Views on SlideShare
274
Embed Views
1

Actions

Likes
0
Downloads
4
Comments
0

1 Embed 1

http://www.linkedin.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft Word

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Redologlar ve Yöneti̇mi̇ Redologlar ve Yöneti̇mi̇ Document Transcript

    • Anar Godjaev http://anargodjaev.wordpress.com/ REDOLOGLAR VE YÖNETİMİ Veritabanındaki tüm “commit” olmuş değişikliklerin , kurtarma yapılırken kullanılmak üzere kaydedildiği dosyalardır. En az iki redo log grubu tanımlanır. Bu dosyaların boyu ve grup sayısı veri tabanı yaratılırken sisteme tanımlanır. Sonradan bu tanımlar değiştirilebilmektedir. Redo log dosyalarının boyu , ideal olarak yarım saatte bir değişecek (swich) şeklinde ayarlanmalıdır. Redo log dosyalarının çok küçük olması , sistemde beklemelere neden olur. Çok büyük olmasa da veri tabanı açılırken yapılan otomatik kurtarma işleminin çok uzun sürmesine yol açar ve aktif redo log dosyalarının silinmesi yada bozulması durumunda da daha fazla veri kaybı olmasına neden olur. Redo log dosyalarının boyunun iyi ayarlanamaması Oracle‟ın dezavantajlarına bir örnek oluşturmaktadır. Sistemin güvenliği açısından her gruptaki redo log‟u iki kopya olarak veri tabanı farklı disketlerde yaratmak gerekir. Redo log‟lar kesinlikle raid disk üzerine konulmamalıdır. Çünkü redo log dosyaları üzerine sürekli yazma yapılmaktadır ve raid diskler yazma işleminin yavaşlatır. Redo log dosyaları bir döngü içersindedir. Bir gruptaki redo log dolduğunda otomatik olarak diğer gruba geçer ve işlem bu şekilde devam eder. Eğer veri tabanı arşiv modda ise bu dolan redo log dosyasının bir kopyası arşiv.log olarak kopyalanır ve kurtarma amaçlı saklanır. Veriye yapılan tüm değişiklik işlemlerini tutmakla yükümlüdür.Datafile‟lara (bir şekilde) değişen bilgi yazılamadığı durumlarda redo loglardan bu işlemler görülebilir ve yapılan işlemin kaybı önlenir. Bu dosyalarında çoğullanma imkanı vardır.Farklı diskler üzerinde 2 ya da daha fazla kopyası tutulabilir. Bu dosyanın amacı özetle sistem ya da donanım kaynaklı(harddisk göçmesi vs.) olası hatalarda datafile‟lara kalıcı şekilde yazılamayan bilgileri kurtarmaktır.Örneğin bir elektrik kesintisinde henuz datafile‟lara yazılmayan ve memory de bulunan bilgiler kaybedilir.Sistem tekrar ayağa kalktığında Oracle ilk önce redo log lara bakar.Kalıcı olarak datafile‟a yazılamayan bilgi olduğunu görür ve yarım kalan işlemi sonlandırır.Bu sayede veritabanı elektrik kesintisi olmadan evvelki konuma gelinmiş olur. Redo log file dolduğu zaman LGWR işlemcisi yeni bir gruba yazdırır. Redologlar Gruplar ve grupların memberları şeklinde çalışma gösterir.Örneğin 3 adet redo grubumuz olsun,her birinin 2 şer tane member‟ı olsun.Çalışma mantığı olarak oracle bu 3 gruba birden yazmaz.Birinin işi bittiğinde diğerine geçer,ama bir gruptaki meberların her birine yazılır.
    • Anar Godjaev http://anargodjaev.wordpress.com/ Database yaratılırken verilen maxlogfiles parametresi maximum kaç tane redolog olacağının bilgisini verir. Bir redolog ne zaman diğerine(Diğer redolog) geçer, 1-)Log Switch geldiğinde, 2-)Checkpoint anında, 3-)Transactionlar için redolog dolduğunda FAST_START_MTTR_TARGET parametresi ayarlanarak switch süresi saniye süresinden belirlenir. REDOLOGLARIN ÇOĞALTILMASI Aşağıdaki sorgu ile database‟e yeni bir redolog grubu ekleme imkanı bulmaktayız. SQL> ALTER DATABASE ADD LOGFILE GROUP 4 („D:oracleoradatanewdbREDO04_a.LOG', 'D:oracleoradatanewdbREDO04_b.LOG') SIZE 100M;
    • Anar Godjaev http://anargodjaev.wordpress.com/ Aşağıdaki Sql de mevcut bir gruba yenibir member ekleme fırsatı bulabilmekteyiz. SQL> ALTER DATABASE ADD LOGFILE MEMBER '$HOME/ORADATA/u04/log1c.rdo' TO GROUP 1, Mevcut bir grubu devre dışı bırakmak istiyorsakta aşağıdaki sorguyu kullanmalıyız. SQL> ALTER DATABASE DROP LOGFILE GROUP 3;
    • Anar Godjaev http://anargodjaev.wordpress.com/ Bir gruptaki member‟ı devre dışı bırakmak istersekte, SQL> ALTER DATABASE DROP LOGFILE MEMBER '$HOME/ORADATA/u04/log3c.rdo'; Bir redolog‟un içeriğini temizlemek istiyorsak, SQL> ALTER DATABASE CLEAR LOGFILE '$HOME/ORADATA/u01/log2a.rdo';
    • Anar Godjaev http://anargodjaev.wordpress.com/ Redologlarda gerçekten sistemimiz için çok öenmlidir.Bu yüzden bunlarıda farklı disklerde tutup güvenliği sağlamak çok öenmlidir. En son olarakta redologlar hakkında bilgi toplamak için data dictionary viewlarından yararlanıyoruz. SQL> select * from v$logfile; Logfiller hakkında bilgi alırız. SQL> select * from v$log_history; Control filelar üzerinde log fileların bilgilerini alırız. SQL> select * from v$log; Logfiller hakkında bilgi alırız. SQL> SELECT group#, sequence#, bytes, members, status FROM v$log; GROUP# SEQUENCE# BYTES MEMBERS STATUS --------- ---------- -------- --------- --------1 688 1048576 1 CURRENT 2 689 1048576 1 INACTIVE 2 rows selected. SQL> SELECT member FROM V$LOGFILE; MEMBER ------------------------------------/u01/home/db03/ORADATA/u03/log02a.rdo
    • Anar Godjaev http://anargodjaev.wordpress.com/ /u01/home/db03/ORADATA/u03/log01a.rdo ARŞİV REDOLOG FİLES Database eğer arşiv modundaysa redolog dosyaları düzenli olarak arşivlenir ve arşiv dosyası olarak saklanır. Daha sonra geçmişe dönük bir krutama yada data almak istediğimizde bu arşiv dosyaları kullanılmaktadır. Database‟İn arşiv yada noarchive olup olmadığını anlamak için, SQL > select log_mode from v$database; LOGMODE -------------------------------------ARCHİVELOG Bir database‟i arşiv moduna almak için çeşitli yöntemler vardır.Ama bilinmesi gerekn parametre LOG_ARCHIVE_START parametresinin TRUE olmasıdır. Arcn: ARCH görevi aslinda seçimlik bir arka plan görevi olmasina ragmen bir çok sistem için özellikle tavsiye edilir. Eger bu görev çalistiriliyorsa veritabani ARCHIVELOG kipinde çalisiyor demektir. Bu seçenek; tablespace „lerin çevrim-içi (on-line) yedeklenmesine medya failure „dan çevrim-içi kurtarmaya , günlük kütüklerinin otomatik olarak arsivlenmesine izin verir. ARCH görevi, günlük kütüklerinin kopyalarini, yerleri daha önce belirlenmis disk ya da teyp birimleri üzerine çikarir. SQL> SELECT archiver FROM v$instance;
    • Anar Godjaev http://anargodjaev.wordpress.com/ ARCHIVE --------STOPPED 1 row selected.