Yedek Bilgilerini Görme

Alınan yedekleri data dictionary view’leri ile sorgulayarak öğrenebileceğimiz gibi LIST ve REPORT komutu ile RMAN üzerindede rapolayabiliriz.

1.List Komutu

RMAN ile alınan yedekler özel bir formatta saklanır. RMAN ile oluşturulan dosyaların ismine bakarak, hangi tarihe neye istinâden yedek alındığını bulmak biraz güç olabiliyor. Bunun için aşağıdaki komutları kullanmak uygun olacaktır.

• Alınan yedeklerin tam olarak içeriğini görmek:

RMAN> LIST BACKUP;

• Alınan yedeklerin özet bilgisini görmek:

RMAN> LIST BACKUP SUMMARY;

• Image copy olarak alınan yedekleri aşağıdaki gibi görebiliriz.

RMAN> LIST COPY;

• Sadece archivelog yedeklerini aşağıdaki gibi görebiliriz.

RMAN> LIST ARCHIVELOG ALL;

• Belirli bir datafile yedeklerini listeleyebiliriz.

RMAN> LIST BACKUP OF DATAFILE 3;

• Hangi dosyanın hangi yedek parçası (backup piece) içinde olduğunu görmek:

RMAN> LIST BACKUP OF DATABASE;

• Bir önceki komutu belirli bir tarih aralığında girerek kullanmak:

RMAN> LIST BACKUP OF DATABASE BETWEEN '01-ARP-2008' AND '28-JUN-2008';

• Alınan yedeklerin taşıdığı dosyaları görmek:

RMAN> LIST BACKUP BY FILE;

(continue reading…)

5,053 total views, no views today

RMAN İLE YEDEK ALMAK

RMAN, aldığı yedekleri sadece kendisinin anladığı bir formatta tutuyor. RMAN’in oluşturduğu bir yedek setini (backupset) unzip edip dilediğiniz gibi kullanma şansına sahip değilsiniz. RMAN ile alınan bir yedek varsa; yedekten dönüş kısmı yine RMAN ile yapılmak zorunda.

Rman,aşağıdaki dosya tiplerinin yedeğini alabilmektedir.

• Data file
• Control file
• Archive log
• SPfile
• Backup Piece(Daha önce alınmış yedek dosyaları)

RMAN,online rede log dosyalarını yedeklemez.Online redo log dosyalarını yedeklemenin en güzel yolu veritabanı yedeğinden sonra ‘alter system switch logfile’ komutunu çalıştırarak yeni bir arşiv dosyası oluşturmak ve sonrasında arşiv log dosyalarının yedeğini almak.

NOT : RMAN kullanmak istiyorsak veritabanınızın ARCHIVELOG modunda olması gerekmektedir.

NOT : RMAN yedeğinin nereye alınacağını belirtmessek default olarak FRA lokasyonu kullanır.

1.Tüm Veritabanının Yedeginin Alınması

RMAN ile bağlantı kurduktan sonra, aşağıdaki komutu girerek database’in tam bir yedeğini almanız mümkündür:

RMAN> backup database;

RMAN’de 0 ve 1 olmak üzere 2 yedek alma seviyesi vardır.0,tam(full) veritabanı yedeği alınacağını,1 ise artan(incremental) yedek alınacağını belirler.

RMAN> backup incremental level=0 database;

Tüm veritabanı ile birlikte archive log dosyalarının da yedeğini aşağıdaki komut ile alabiliriz.Bu komut ile bütün data file’leri,yedek başlama anına kadar olan tüm archivelog dosyalarını ve yedek esnasında oluşan tüm archive log dosyalarının yedeği alınır.

RMAN> backup incremental level=0 database plus archivelog;

RMAN veritabanı yedeğini yukarıdaki gibi(default) backupset olarak alırken sadece kullanılan blokların yedeği alınır.Bundan dolayı bir data file’ın boyutu yedek dosyasının(backup piece) boyutundan daha büyüktür.Çünkü backupset yedek alırken kullanılmayan blokların yedeğini almayız.RMAN aynı zamanda datafile’ı byte byte bire bir kopyasınıda yedek olarak alabilmektedir.Bu şekilde alınan yedekler image copy yedek olarak bilinir.

RMAN default olarak yedekleri backupset olarak alır.İstenilirse ‘AS BACKUPSET’ kelimesiyle özellikle yedeğin backupset olarak alınacağını aşağıdaki gibi belirtebiliriz.

RMAN> backup as backup database;

Image copy yedek almayı düşünüyorsak,komutumuz aşağıdaki gibi olmalıdır.

RMAN> backup as copy database;

(continue reading…)

4,098 total views, 3 views today

Merhaba arkadaşlar bu yazımda RMAN’den bahsedecegim.RMAN ile ilgili teknik yazıya geçmeden önce bu yazıyı hazırlarken çok fazla yararlandıgım ve çok fazla yararını gördügüm dökümanlardan bahsetmek istiyorum.Bunlardan birincisi Talip hoca’nın(Talip Hakan Öztürk) ”Oracle Database 11g R2 İleri Veritabanı Yönetimi” adlı çok yararlandıgım ve çok begendim kitap,kitap türkçe ve çok güzel anlatılmış herkese tavsiye ederim  ve bu yazı aracılıgı ile de böyle bir kitap için Talip hoca’ya teşekür ederim.İkinci kaynak olarak Çagatay hoca’nın(Çagatay Çebi) RMAN ile ilgili makalesi,Çagatay hoca her zaman takip ettigim sınırlı türkçe bloklardandır ve makalelerini çok açıklayıcı ve yararlı bulurum herkese tavsiye ederim. Üçüncü olarak Ugur hoca’nın(Ugur İnce) RMAN ile ilgili makalesinden çok yararlandım ve özelliklede RMAN’ın avantajları kısmını okumanızı tavsiye ederim.Dördüncü olarak da RMAN ile ilgili daha ayrıntılı bilgilere ihtiyacınız olursa benimde yararlandıgım Robert Freeman ve Matthew Hart’ın yazdıgı ”Oracle RMAN 11g Backup and Recovery” adlı kitabını öneririm RMAN’i baştan aşagı anlatan güzel bir kitap.

RMAN (Recovery Manager), Oracle’in sunduğu bir yedek alma ve kurtarma aracıdır. RMAN aracı Oracle veritabanı 8 ile birlikte gelmeye başlamıştır ve her veritabanı versiyonu ile birlikte güçlenmiştir. RMAN’i diğer yöntemlere göre farklı kılan; DBA üzerindeki iş yükünü hafifletmisidir.RMAN yedek almayla ilgili birçok işi otomatik yapabilme imkanı sunar.

RMAN (Oracle Recovery Manager) Oracle tarafından ücretsiz olarak (bundle) sunulan ve veritabanızın yedeklenmesi sağlayan bir yazılımdır. Bu yazılımı hem CLI yani command line ortamından kullanabileceğiniz gibi hem de Enterprise Manager üzerinden de çalıştırabilirsiniz. RMAN aracını veritabanımızın çalıştığı sunucu üzerinde kullanabileceğimiz gibi client bilgisayar üzerinden de kullanabiliriz.Client üzerinden kullanıyorsak dikkat etmemiz gereken nokta RMAN bağlantılarının dedicated olmasıdır.Bunun için de TNSNAMES.ORA dosyasında SERVER=DEDICATED olarak set edilmelidir.

RMAN’ın diğer backup yöntemlerine göre avantajları :

• Kullanılmayan blokların atlanması: Bir tabloda daha önceden yazılı olmayan bloklar (High Water Mark(HWM) üstünde kalan bloklar gibi) yedeklenmez. Geleneksel yedeklemede hangi bloğun kullanıldığı bilinmediğinden bu atlama işi olamaz.
• Yedeğin sıkıştırılması(Compression): Oracle 11g ile gelen bir özelliktir.Alınan yedekleri isteğe bağlı olarak sıkıştırabiliriz.
•  Veritabanı yedeklerini açma: Backup alma işlemlerini daha basite indirger. Örneğin hotbackup almak için tablespace’leri backup mode’a çekeyim; sonra tekrar normal mode’a alırım gibi dertleriniz olmaz.alter tablespace …. begin/end backup cümleleri kullanmaya gerek kalmadan tablespace yedeklemesi kolayca yapılabilir.
• Gerçek artalan(incremental) yedekleme: Geri kurtarma esnasındaki süreyi kısaltmak için en son yedekten sonraki değişmeyen yedekler yedek setine yazılmaz. Böylece, CPU süresi, I/O süresi ve disk alanında performans sağlanır. RMAN, geri yükleme ve kurtarma işlemlerinde artalan güncelli yedekleri kullanır.
• Blok seviyesinde geri kurtarma: Downtime süresini düşürmek için Oracle blok seviyesinde geri kurtarmayı destekler. Bir tablespace, sadece bozulmuş blokların onarma işlemi seviyesinde kapalı kalmaz.
• Çoklu I/O kanalları: Veritabanı server’imizin donanım altyapısına göre RMAN birden fazla kullanabilir bu da bizim işlem performansımızı arttırır.
• Platform bağımsız: RMAN her türlü donanım ve işletim sistemi üzerinde aynı komutlarla kullanılır. RMAN sayesinde işletim sisteminden bağımsız yani cross-platform ‘da çalışabilir. Örnek olarak Windows tabanlı bir veritabanı sunucusunda alınan RMAN backupları rahatlıkla Linux/Unix platformundaki veritabanı sucunularına veya tersi şekilde aktarılabilir.
• Kataloglama: Tüm RMAN kayıtları hedef bir veritabanı kontrol dosyası içinde kayıt edilir. Manuel takibe gore avantaj sağlar.Kataloglama ile merkezi tek bir noktadan düzinelerce veritabanına bağlanabilir; her birini yedekleyebilirsiniz. Merkezi kontrol söz konusudur; tek tek her makinede script yazmanız gerekmez. Bir sunucu belirler, her şeyi oradan yapabilirsiniz.
• Şifreli Yedekleme: Oracle 11g sürümü ile yedekleri şifreli olarak saklama imkanı vardır.
• Arşiv üretmez : RMAN hotbackup şeklinde veritabanı açıkken alınan yedeklerde ekstra arşiv üretmez.(Gerçekten ekstra arşiv üretmiyor ama yüklü işlemler söz konusu ise hız düşüşü yaşanıyor.)
• RMAN Konfigurasyonları : RMAN konfigürasyonlarını yapılandırarak yedekleme stratijimizi otomatikleştirebildiğimiz gibi işlemlerimizi tekrar tekrar yapmamızı engeller.

(continue reading…)

5,659 total views, no views today