Anasayfa > Oracle Araçlar, RMAN Backup and Recovery > RMAN Konfigürasyonları

RMAN Konfigürasyonları

Merhaba Arkadaşlar,

Bu yazımda RMAN in önemli konfigürasyonlarını sizlere açıklıyor olacağım. Bu konfigürasyonları bir kere yapıp yedeklerimizi bu konfigürasyon ayarları  ile alabileceğimiz gibi, yedek scriptimiz içinde de bu konfigürasyonları scriptimize özel set edebiliriz.

CONFIGURE RETENTION POLICY

2 farklı seçenek ile kullanılır. Recovery Window veya Redundancy

Redundancy: CONFIGURE RETENTION POLICY TO REDUNDANCY 1;

Redundacy 1 set edildiğinde, RMAN geçmişe yönelik 1 yedek saklar. 2. Yedek alındığında 1. Yedeği obsolete olarak işaretler. Şayet FRA da yer kalmazsa RMAN bunu otomatik algılar ve obsolete yedeği siler. Veya biz “delete obsolete” ile manuel silebiliriz.

Recovery Windows: CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 3 DAYS;

Recovey windows 3 gün set edildiğinde 3 günden eski yedekler obsolete olarak işaretlenir.  Recovery window da özel bir durum vardır. RMAN 3 günlük geri dönmeyi garanti eder. Bunu bir örnekle açıklamak gerekirse;

Elimizde 4 yedeğimiz olsun. Ve yedek alınma tarihleri 16 mayıs, 18 mayıs, 21 mayıs ve 23 mayıs olsun. Recovery window 3 set edildiğinde normalde 16 mayıs ve 18 mayıs ın obsolete olması gerekir. (23-3=20 yani 20 mayıs ve öncekiler obsolete olmalı).Ama 20 mayıs a geri dönülmesi gerektiğinde 18 mayıs yedeğinin gerekli olmasını RMAN otomatik algılar ve 18 mayısı obsolete olarak set etmez.

CONFIGURE DEFAULT DEVICE TYPE

2 farklı lokasyona yedek alınabilir. Tape ve Disk

Diske yedek: CONFIGURE DEFAULT DEVICE TYPE TO DISK;

Tape kartuşa yedek: CONFIGURE DEFAULT DEVICE TYPE TO SBT;

CONFIGURE CONTROLFILE AUTOBACKUP ON/OFF

Controlfile ın her yedek almada otomatik yedeklenip yedeklenmeyeceği buradan set edilir. On ise otomatik yedek alınır, off ise yedek alınmaz.

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘%F’;

Controlfile yedeği varsayılan FRA alanına unique bir isimde alınacağını bildirir. %f nin karşılığı c-‘IIIIIIIIII-YYYYMMDD-QQ’ şeklindedir . Burada ‘IIIIIIIIII’ DBID yi ‘YYYYMMDD’ tarihi ve ‘QQ’ ise hex decimal bir yedek idsidir. Biz istersek aşağıdaki gibi farklı yerlere alabiliriz.

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘ora_home/oradata/cf_%F’;

Ve aşağıdaki gibi konfigürasyonumuzu resetleyebiliriz.

CONFIGURE CONTROLFILE AUTOBACKUP FOR DEVICE TYPE DISK CLEAR;

Aşağıdaki gibi RUN scriptinin içerisinde yazıldığında varolan konfigürasyonu ezdirebiliriz

RMAN> SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE sbt TO 'controlfile_%F';
RMAN> BACKUP AS COPY DATABASE;
RMAN> RUN {
       SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/tmp/%F.bck';
       BACKUP AS BACKUPSET DEVICE TYPE DISK DATABASE;
      }
Format Açıklaması
%a Varolan veritabanı aktivasyon idsi
%A 0 ile tamamlanmış aktivasyon idsi
%c Maksimum değeri 256 olan backup piece kopya numarası
%d Veritabanı adı
%D DD formatında gün bilgisi
%e Arşiv log dosyası sıra numarası
%f Absolute dosya numarası
%F DBID, gün ay, yıl ve benzersiz bir sıra numarası içerir.
%h Arşiv redo log thread numarası
%I DBID
%M MM formatında ay bilgisi
%n Veritabanı adı
%N Tablespace adı. Veri dosyası ve image copy yedekle set edilebilir.
%p Backup set içindeki backup piece numarasıdır
%r Resetlogs ID
%s Backup set numarası
%S 0 ile tamamlanmış sıra numarası
%t Backup set zaman bilgisidir. Saniye bilgiside içeren 4 byte lık bir değerdir.
%T Gregorian takviminde YYYYMMDD formatında olan yıl, ay ve gün bilgisidir
%u Backup set veya image copy yedeğin numarası ve oluşturulma zamanını içeren 8 karakterlik bir bilgidir.
%U Sistem tarafından üretilen benzersiz bir numaradır.
%Y YYYY formatındaki yıl bilgisidir

CONFIGURE BACKUP OPTIMIZATION OFF/ON

On olması halinde daha önce yedeği alınmış ve herhangi bir değişikliğe uğramamış objeler yedeklenmez. Bunun için aşağıdaki kriterleri göz önünde bulundurur

Dosya tipi Aynı dosya olup olmadığını anlama kriteri
Datafile Aynı DBID, checkpoint SCN, ilk oluşturulma SCN,  resetlogs SCN ve zaman.
Arşiv redo log Aynı thread, sıra (sequence) numarası, resetlogs SCN ve zaman.
Backup set Aynı backup set recid si ve  izidir.

CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET
Alınan yedeklerin kaç paralel olarak kaç kanaldan yazılacağını belirlediğimiz konfigurasyondur. Device type oalrak disk veya sbt olduğunu belirtmeliyiz.

CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 3

Datafile yedeklerinin kopya adedi olarak kaç tane alınacağı bu konfigürasyonla belirlenir. Yukarıdaki örneğime göre 3 kopya alınacaktır. Mirror yedek olarak bilinir. FORMAT opsiyonu ile 3 farklı lokasyon verilebilir. 3 yedeğin id side aynı olacaktır.
BACKUP DEVICE TYPE DISK COPIES 3 DATAFILE 7 FORMAT
‘/tmp/%U’,’?/oradata/%U’,’?/%U’;
 
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1
 
Arşiv dosya yedeklerinin kopya adedi olarak kaç tane alınacağı bu konfigürasyonla belirlenir. 2 ve daha çok kopya için ayrı ayrı lokasyon verilmelidir yoksa yedek hata alır.(Yukarıdaki gibi FORMAT opsiyonu ile)

CONFIGURE MAXSETSIZE TO UNLIMITED
 
Normal backup size maximum FRA alanı kadar olabilmektedir. İstenirse maxsetsize verilerek yedeğin bu boyutta olması sağlanabilir. Bu kiritik bir değerdir. Maxsetsize ım yedek aldığım data file ın size ından küçükse yedek hatalı sonuçlanmaktadır. Varsayılan ‘UNLIMITED’ olarak gelmektedir.

CONFIGURE ENCRYPTION FOR DATABASE OFF/ON

Encryption kullanılıp kullanılmayacağına karar verilir. Encryption kullanılacaksa hangi algoritmanın kullanılacağı ise aşağıdaki konfigürasyon ile belirtilir.

CONFIGURE ENCRYPTION ALGORITHM ‘AES128’

Encryption kullanılacaksa hangi algoritmanın kullanılacağı ise aşağıdaki konfigürasyon ile belirtilir.

CONFIGURE COMPRESSION ALGORITHM ‘BASIC’ AS OF RELEASE ‘DEFAULT’ OPTIMIZE FOR LOAD TRUE

11g ile gelen bir özelliktir. 2 Farklı zipleme metodu mevcuttur. ZLIB ve BZIP2. ZLIB daha az cpu tüketir ama sıkıştırma oranı düşüktür. BZIP2 ise cpu kullanımı fazladır ama sıkıştırma oranı yüksektir. Aşağıdaki gibi kullanılabilir.

CONFIGURE COMPRESSION ALGORITHM ‘ZLIB’;

CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO COMPRESSED BACKUPSET;

CONFIGURE ARCHIVELOG DELETION POLICY TO NONE

Arşiv yedeği alındıktan sonra obsolete olup olmayacağı set edilir. Varsayılan None dur. “APPLIED ON STANDBY” set edilebilir.

10g de aşağıdaki gibi set edilebilir.

CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO {ARCHIVERETENTION};

11g de aşağıdaki gibi set edilebilir.

CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO DISK;

CONFIGURE CHANNEL DEVICE TYPE DISK MAXPIECESIZE

 Yedek dosyasının MAXPIECESIZE kadar parçalar halinde alınmasını sağlar. Örneğin aşağıdaki konfigürasyonla alınan yedek 2GB lık parçalar halinde alınır.

CONFIGURE CHANNEL DEVICE TYPE DISK MAXPIECESIZE = 2G;

CONFIGURE SNAPSHOT CONTROLFILE NAME TO ‘/oracle/ora10g/dbs/snapcf_test10g.f’

Controlfile ın snapshot ının lokasyonunun set edildiği konfigürasyondur. Controlfile ın kopyasıdır. RMAN özellikle catalog db ile kullanılırken resync için snapshot controlfile a ihtiyaç duyar.

Kaynak:
http://download.oracle.com/docs/cd/E11882_01/backup.112/e10642/rcmconfb.htm#i1014902

Talip Hakan ÖZTÜRK

  1. Henüz yorum yapılmamış.
  1. No trackbacks yet.

Bir Cevap Yazın

Aşağıya bilgilerinizi girin veya oturum açmak için bir simgeye tıklayın:

WordPress.com Logosu

WordPress.com hesabınızı kullanarak yorum yapıyorsunuz. Log Out / Değiştir )

Twitter resmi

Twitter hesabınızı kullanarak yorum yapıyorsunuz. Log Out / Değiştir )

Facebook fotoğrafı

Facebook hesabınızı kullanarak yorum yapıyorsunuz. Log Out / Değiştir )

Google+ fotoğrafı

Google+ hesabınızı kullanarak yorum yapıyorsunuz. Log Out / Değiştir )

Connecting to %s

%d blogcu bunu beğendi: