Bir bilişim uzmanı herzaman şu sorulara yanıt aramalıdır.
*Bir sunucuya erişim kesilirse şirket ne kaybeder,(saatte kaç para kaybeder? itibar vs cabası)
*Kaç saatlik kesintiyi tolera edebiliriz
*X sunucusu çökerse ne kadar sürede ayağa kaldırabilirim. (testlerinin sık sık yapılmasında ve sürelerinin yazılmasında fayda var)
*Yedekler alınıyor mu, düzenli olarak kontrol ediliyor mu
*Yedekler çalışır durumda mı periyodik aralıklarla test edilmeli
*RAC1 sunucusu devredışı olursa ne kadar sürede ayağa kaldırabilirim
*Bu sürede RAC2 de çökerse ne yapabilirim
*RACx sunucusunu ne kadar sürede devreye alabilirim.
*Elinizin altında, bir kontrol listesi ve felakat senaryolarına göre, yapılacakların adım adım yazıldığı bir kitapçığınız olsun. Olmaz demeyin önleminizi alın . (Örneğin, çalıştığım firmalardan birinde yangın çıktı yedekleri alıp çıkabildik ya alamasa idik ?! dışarda yedeğimiz yoktu! Gölcük depremi bunun örnekleri ile doludur.)
*Yaptığınız yedeklemeleri kurulumları dökümante edin.Acil bir durum olursa ve size ulaşamazlarsa, dökümanlarınızı okuyarak çözebilirler ve size hayır duasında bulunabilir. Dökümante etmedi iseniz ve size de ulaşılamıyorsa (herşey olabilir)beddua da alabilirsiniz 🙂
Bu yazımızda Oracle’da yedekleme konusunu, diğer bir yazıda da yedekten geri dönme restore/recovery konularını anlatmaya çalışacağım.
Rman (recovery manager)
Oracle veritabanı ile ücretsiz built-in gelen backup/restore aracıdır. Veritabanı açıkken yedek alabilir,son alınan yedekten sonra değişiklik olmuş blokların (incremental) yedeğini alabilir, block bazında recover işlemleri yapabilmeye kadar bir çok özelliği vardır.
Kavramlar
Hedef veritabanı (target database) : yedeği alınacak veye yedekten dönülecek VT anlamına gelir.
Rman Repository : Yedek bilgilerinin (metada) tutulduğu yer.
Recovery Catalog schema : recocery catalog sunucusunda , yedekleme bilgilerini (metada) tutan schema
Rman client : istemci/client makinelerden veritabanı sunucularına bağlanmak için kullanılan komut ortamında çalışan yazılım.
Backup piece : rman yedek dosyalarının işletim sistemi tarafındaki adı
Backupset : mantıksal bir kavramdır bir ve birden fazla backup piece den oluşur.
Image copy : işletim sistmindeki cp/copy ile aynı mantıkdadır. image copy ile datafile controlfile archilog kopyalanabilir . bu yedekleme yöntemi sadece disk ile kullanılabilir.
|
1 |
configure device type disk backup type to copy ; |
Rman yedekleme bilgilerini (metadata) 2 lokasyonda tutabilir.
1-controlfile’da
2-recovery catalog’da
Şirketinizde 1-2 tane oracle sunucu varsa controlfile kullanılabilir. Çok sayıda veritabanınız varsa hepsinin yedekleme bilgilerini ayrı ayrı tutmak yerine tek bir yerde yani recovery catalog da tutmak avantajlı olacaktır. Bunun yanında recovery catalog un rman scriptlerini saklayabilmesi ve geçmişe ait tüm yedekleme bilgilerini saklayabilme gibi özellikleri vardır. En faydalı özelliği ise ilgili veritabanında bir kontrol dosyası zarar gördüğünde dahi kullanılabiliyor olmasıdır, recovery catalog yerine controlfile kullanılıyorsa (CONFIGURE CONTROLFILE AUTOBACKUP ON; yapılmaldır.) restore recover işlemleri biraz daha uzayacaktır. restore/recover senaryolarında konu daha iyi anlaşılacaktır.
Not : hedef sunucuların her yedeklenmesinden sonra recovery catalog VT’sinin de yedeklerinin alınması gerekir çünkü recovery catalog un bulunduğu VT’nin önem derecesi artmıştır.
RC sunucusu archive log modda olmalı ve yedeğinin farklı lokasyonlarda kopyalarının bulundurulması gerekir.
retention policy nin 1 den büyük olması tavsiye edilir.
controlfile otomatik yedeğinin aktif edilmesi gerekir.
CONTROL_FILE_RECORD_KEEP_TIME değerine büyük rakamlar verilmeliki üzerine yazılmasın.
Rman ile, VT açık iken (online/hot backup) yedek alabilmek için VT nin archive modda olması gerekir.
Archivelog mod : Bu modda redologlar arşivlenerek saklanır, böylece istenilen zamana dönebiliriz. (örneğin pazar full yedek alındı çarşamba sistem çöktü; önce full yedekten pazar gününe dönülür, pazar gününden çarşambaya da archivelog lardan dönülür.) archivelog moda almak için http://sysdba.org/index.php/oracle-mainmenu-1/nasl-dokuemanlar/50-archive-log-moda-alma linkini takip edebilirsiniz.
Noarchivelog mod : bu modda ise redologlar arşivlenmez. (full yedek aldığınız zamana dönebilirsiniz, full yedekten çökme anına kadarki olan verilere erişilemez)
Mantıksal Yedek (logical backups) : exp/imp, expdp/imdp araçları ile alınan yedek.(OCP sınavlarında mantıksal yedeği sorarlar (9i))
Fiziksel Yedek (physical bakcups) : fiziksel dosyaların (datafile, archivelog, controlfile) yedeklenmesi
Hedef VT ile RC’nin aynı Sunucu/instance olması üretim ortamında önerilmez.
Yedekleme Seviyeleri
-VT’nin tüm dosyaları (datafile controlfile spfile passwordfile) yedeklenebilir.
-tablespace bazında yedekleme yapılabilir (bir tablespace in tüm datafile ları alınabilir)
-archivelog modda iseniz tablespace in tek datafile ını da yedekleyebilirsiniz.
Örnekleri yapacağımız makineler;
| A- Makinesi | B- Makinesi |
| Oracle 10G 10.2.0.5 | Oracle 10G |
| RHEL 5,5 | Oracle solaris 10 |
| i386 , 1284 RAM | |
| 5 disk | |
| Disk 1: OS | |
| 2,3,4,5 diskler data ve recovery asm disk gruplarına dahil edilmiştir. |
Recovery Catalog un oluşturulması
1- tablespace oluşturulacak.
2- kullanıcı oluşturulup haklar verilecek.
|
1 2 3 4 5 6 7 8 |
CREATE TABLESPACE rec_cat DATAFILE '+DATA/orcl/datafile/rec_cat01' SIZE 100M AUTOEXTEND ON NEXT 10M MAXSIZE 1024M LOGGING PERMANENT EXTENT MANAGEMENT LOCAL AUTOALLOCATE BLOCKSIZE 8K SEGMENT SPACE MANAGEMENT AUTO FLASHBACK ON; |
|
1 2 3 4 |
CREATE USER cat IDENTIFIED BY cat DEFAULT TABLESPACE rec_cat TEMPORARY TABLESPACE "TEMP" QUOTA UNLIMITED ON rec_cat; |
|
1 2 3 |
GRANT CONNECT,RESOURCE TO cat; GRANT "RECOVERY_CATALOG_OWNER" TO CAT; ALTER USER CAT DEFAULT ROLE "RECOVERY_CATALOG_OWNER"; |
|
1 2 |
rman catalog cat/cat create catalog; |
Recovery Catalog a kayıt olacak sunucuda yapılacak işlemler
(yedek bilgilerini, catalog server da tutacak oracle sunucu)
test ortamı oldugu için recover catalog sunucu ile yedek bilgileri tutulacak sunucu aynı, ama üretim ortamında oracle, recovery catalog için ayrı bir sunucunun kullanılmasını önermektedir.
|
1 2 3 4 5 |
$rman target / connect catalog cat/cat@orcl register database; orcl artık rman ile aldığı yedekleri recovery catalog da tutacak. |
Rman e bağlantı
|
1 2 3 4 5 6 7 |
$rman connect target / yada $rman target / Recovery Manager: Release 10.2.0.5.0 - Production on Thu Jun 16 14:15:13 2011 Copyright (c) 1982, 2007, Oracle. All rights reserved. connected to target database: ORCL (DBID=1257644776) |
|
1 |
$rman target sys/sys@orcl |
Recovery Manager: Release 10.2.0.5.0 – Production on Thu Jun 16 14:16:59 2011
Copyright (c) 1982, 2007, Oracle. All rights reserved.
connected to target database: ORCL (DBID=1257644776)
ile hedef (target) VT ye bağlanılabilir.
uzaktaki makineye bağlanmak için rman client ile sunucunun uyumlu olması lazım, değilse
|
1 |
RMAN-06429: TARGET database is not compatible with this version of RMAN hatası alınır. |
target VT’ ye ve catalog a bağalanıyoruz
|
1 2 3 4 5 |
rman TARGET sys/sys@orcl CATALOG cat/cat@orcl --(recovery catalog ile hedef VT aynı) Recovery Manager: Release 10.2.0.5.0 - Production on Thu Jun 16 14:14:34 2011 Copyright (c) 1982, 2007, Oracle. All rights reserved. connected to target database: ORCL (DBID=1257644776) connected to recovery catalog database |
target VT ye catalog suz bağlanma
|
1 2 3 4 5 |
$ rman TARGET sys/sys@orcl NOCATALOG Recovery Manager: Release 10.2.0.5.0 - Production on Thu Jun 16 14:13:18 2011 Copyright (c) 1982, 2007, Oracle. All rights reserved. connected to target database: ORCL (DBID=1257644776) using target database control file instead of recovery catalog |
parametre dosyasının çalıştırılması(rman komutlarını bir parametre dosyasına yazarak rman ile çağırabilirsiniz)
|
1 2 |
$ rman @/home/oracle/Batches/rman.txt $ rman sys/sys@orcl catalog cat/cat@orcl CMDFILE RmanParametre.txt log Rman.log |
Hedef VT ye bağlantı, log ve trace ürettirme
|
1 |
$ rman TARGET sys/şifre NOCATALOG debug trace=rman.trc log=rman.log |
Hedef VT ye bağlantı, log ürettirme (APPEND parametresi logların eklenerek devam etmesi anlamına gelir eğer kullanılmazsa üzerine yazar yani her çalıştırmada yeni log oluşturulur.
|
1 |
$ rman TARGET sys/şifre log=rman.log APPEND |
CAT şemasının tablo ve view larından yedekleme bilgileri sorgulanabilir.
senaryo : orcl veritabanı recovery catalog a baglı değil rman ile yedekler alınmış durumda sonrasında recovery catalog a kayıt edildi ise manuel senkron yapmak gerekebilir.
hedef (target) veri tabanında kullanacağınız BACKUP ve COPY komutları otomatik olarak recovery catalog ile senkron olur, fiziksel değişikliklerde ve fazla miktarda log switch olması durumunda manuel senkron yapılması gerekebilir.
manuel senkron için
|
1 |
[oracle@asm ~]$ rman TARGET sys/sys@orcl CATALOG cat/cat@orcl |
Recovery Manager: Release 10.2.0.5.0 – Production on Thu Jun 16 14:21:22 2011
Copyright (c) 1982, 2007, Oracle. All rights reserved.
connected to target database: ORCL (DBID=1257644776)
connected to recovery catalog database
|
1 2 3 |
RESYNC CATALOG; starting full resync of recovery catalog full resync complete |
Scripting
rman scriptlerini recovery cataloga ya da text dosyalara kopyalayabilirsiniz. RC kullanılıyorsa RC’den scriptler direk çalıştırılabilir. RC yok ise rman komutuna @/path/rman.txt şeklinde çağırabilirsiniz.)
|
1 2 3 4 |
CREATE SCRIPT SIKISTIRILMIS_TAM_YEDEK { ALLOCATE CHANNEL C1 TYPE DISK ; BACKUP AS COMPRESSED BACKUPSET DATABASE FORMAT '/u01/Rman/%u' ; } |
|
1 2 3 4 |
CREATE SCRIPT SIKISTIRILMIS_TAM_YEDEK_ARC { backup as compressed backupset database format '/u01/Rman/dbf_%d_%t_%s.rman' Tag='DBF_Manuel_%U' plus archivelog format '/u01/Rman/arc_%d_%t_%s.rman' tag='Arc_Manuel_%U' ; } |
|
1 2 3 |
CREATE SCRIPT TBS_USERS { backup as compressed backupset tablespace users format '/u01/Rman/users-tbs.rman' Tag='users-tbs_Manuel_16062011' ; } |
scriptlerin çalıştırılması
|
1 2 3 4 5 6 7 8 9 10 11 |
RUN { ALLOCATE CHANNEL C1 TYPE SBT ; ALLOCATE CHANNEL C2 TYPE SBT ; BACKUP FORMAT 'FULL YEDEK_u%' FILEPERSET 15 DATABASE; RELEASE C1; RELEASE C2; } |
script kontrolü
|
1 2 3 4 5 6 7 |
[oracle@asm ~]$ rman checksyntax @/home/oracle/Scripts/SIKISTILILMIS_YEDEK Recovery Manager: Release 10.2.0.5.0 - Production on Fri Jun 17 14:53:04 2011 Copyright (c) 1982, 2007, Oracle. All rights reserved. backup as compressed backupset database format '/u01/Rman/dbf_%d_%t_%s.rman' Tag='DBF_Manuel_16062011' plus archivelog format '/u01/Rman/arc_%d_%t_%s.rman' tag='Arc_Manuel_16062011' ; The cmdfile has no syntax errors Recovery Manager complete. |
Scriptin text dosyasına gönderilmesi
|
1 2 |
print script SIKISTIRILMIS_TAM_YEDEK_ARC to file 'yedekscript.txt' ; script SIKISTIRILMIS_TAM_YEDEK_ARC written to file yedekscript.txt |
Hangi dizinde rmane giriş yaptıysanız oraya oluşturur.
Global scriptler oluşturularak recovery catalog a kayıt edilmiş tüm VT lerde bu scriptler kullanabilirsiniz.
|
1 2 3 4 5 |
create global script glb_tam_yedek { backup database plus archivelog; delete obsolete; } |
Global scriptlerim içeriğinin görüntülenmesi
|
1 |
print global script glb_tam_yedek ; |
Sriptlerin listelenmesi
|
1 2 3 |
LIST SCRIPT NAMES; LIST GLOBAL SCRIPT NAMES; LIST ALL SCRIPT NAMES; |
|
1 2 |
SELECT script_name FROM cat.rc_stored_script; --recovery catalog un sahibi SELECT script_name, line, text FROM cat.rc_stored_script_line |
Scriptlerin silinmesi
|
1 2 |
delete script 'script_ismi' ; delete global script 'script_ismi' ; |
rman başlangıcında script çalıştırılması
|
1 |
rman TARGET sys/sys@orcl CATALOG cat/cat@orcl SCRIPT '/home/oracle/Scripts/yedek.sh'; |
Kanal’ın (channel) ve kullanılak yedekleme aracının belirtilmesi
|
1 2 |
configure default device type to sbt ; --tape configure default device type to disk ; --disk |
Default seçilen cihaz, alınacak yedek için değiştirilebilir.
|
1 2 |
run backup database ; |
Yedeklere etiket (tag) verilmesi
|
1 2 |
backup tag 'gunluk_tam_yedek' database ; backup format='DBF_%d_%t_%s_%p' archivelog like '%Arc_dest%' ; |
Rman yedeklerin kopyasını almak
|
1 2 3 4 5 |
run { BACKUP DEVICE TYPE DISK COPIES 2 DATAFILE 5 FORMAT '/u01/y1/dbf5_%U', '/u01/y2/dbf5_%U' ; } |
bu şekilde olabileceği işletim sisteminden yedekleri başka bir lokasyona kopyalayabilir, lazım olduğunda da catalog komutu ile rman e dahil edilebilir. Senaryolarda örneği var.
Var olan bir yedeği başka bir diske/tape kopyalamak
|
1 2 3 |
backup device type disk as backupset database plus archivelog format '/u01/y2/yy_%U' ; backup device type sbt as backupset database plus archivelog --disten tape ye backup device type sbt as backupset ALL |
Yedekleme Komutları
|
1 2 3 4 5 6 7 |
backup database ; backup tablespace tablespace_ismi ; backup datafile '+DATA/orcl/datafile/examples' ; --datafile bilgilerini dba_data_files 'dan alabilirsiniz. backup as copy database ; baskup as copy tablespace examples ; baskup as copy datafile '+DATA/orcl/datafile/examples' ; backup tablespace examples TAG = 'Gunluk_Yedek' ; |
Incremental Backup
differential incremental; bir önceki yedekten farkını alır.
incremental level0 = full yedek (backup every used block) (incremental yedegin temeli (Base’i))
Bir haftalık plan
|
1 2 3 4 5 |
pazar level 0 yani full yedek alınıyor. pazartesi icremental level 2 (kendisinden önce level 2 yok 0 dan farkını alıyor.) salı incremental level 2 (kendisinden önce level 2 var 2 den farkını alıyor.) çarşamba incremental level 2 (kendisinden önce level 2 var 2 den farkını alıyor.) perşembe incremental level 1 ( kendisinden önce 1 yok , eğer olsa idi ondan farkını alacaktı. gidip sıfırdan farkları alıyor. yani haftanın ortasına full backupdan farkını koymus oluyor.) |
Kendisi ile aynı yada daha düşük nolu yedeklere bakıyor kendinden önce aynı no varsa farkını alıyor. yok ise kendinden düşük noyu bulup farkı alıyor.(and or lover)
|
1 2 |
pzr pzrtesi salı çrşmb prşmb cuma cmrtes pzr 0 3 3 2 |
pazar full alır
pazartesi, pazar ile değşiklikleri alır
salı, pazartesi ile olan değişiklikleri alır.
çarşamba, kendisi ile aynı düzeyde var mı? yok, kendisinden küçük ne var , pazar günden farkı alır.
Incremental yedeğin faydalarını büyük boyutlu VT lerle çalışmaya başladıkça daha iyi anlaşılacaktır. Mantıken full backuptan sonra alınacak bir günlük incremental yedeğin daha hızlı olması beklenir ama şaşırtacak derecede yavaş gerçekleşir ta ki “block_change_tracking” özelliğini aktif edene kadar.
|
1 2 3 4 |
set linesize 121 col filename format a60 SELECT filename, status, bytes FROM v$block_change_tracking; |
|
1 2 |
ALTER DATABASE ENABLE BLOCK CHANGE TRACKING USING FILE '/oracle/flash_recovery_area/ORATR/bctf01.log' ; |
|
1 2 3 4 |
SELECT filename, status, bytes FROM v$block_change_tracking; SELECT filename, status, bytes FROM v$block_change_tracking; |
|
1 |
ALTER DATABASE DISABLE BLOCK CHANGE TRACKING; |
|
1 2 |
SELECT filename, status, bytes FROM v$block_change_tracking; |
|
1 2 |
backup incremental level 0 database plus archivelog; backup incremental level 1 database plus archivelog; |
Örnek Yedekleme modeli 1
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
--pazar backup incremental level 0 database plus archivelog; --pazartesi backup incremental level 1 database ; --Salı backup incremental level 1 database ; --çarşamba backup incremental level 1 database ; --perşembe backup incremental level 1 database ; --cuma backup incremental level 1 database ; --cumartesi backup incremental level 1 database ; --pazar backup incremental level 0 database plus archivelog; |
Komutlar
ALLOCATE CHANNEL ve SWITCH parametrelerini <>; içinde kullanmak gerekir.
|
1 2 |
run backup datafile 1; |
|
1 |
backup as copy datafile 5 ; |
Yedeklerin silinmesi
rman dosyalarının işletim sisteminden silinmesi tavsiye edilmesi, silise de çözümü var lakin siz silmemeye özen gösterin.
|
1 2 |
delete archivelog all backed up 2 times to device type disk --en az iki kez yedeği alınmıs archiveloglar siler. BACKUP ARCHIVELOG ALL DELETE INPUT;--Yedeklenmiş archivelogları siler |
ihtiyacınız olmayan yedeklerin silinmesi (retention policy ye göre , ilerde anlatılacak)
|
1 |
delete obsolete ; |
Rman yedekleri işletim sistemi tarafından silindi ise crosschek ile kontrol edilir. Bulamadığı yedeği expired olarak işaretler, delete expired ile silenir.
|
1 2 3 |
crosscheck archivelog all crosscheck backupset crosscheck backup |
expired olarak işaretlenmiş yedeklerin silinmesi
|
1 2 |
delete expired ; delete noprompt expired ; --bişiy sormadan expired olarak işaretlenmiş olanların hepsini sil |
Zaman zaman karşılaşılabiliyor Rman ile yedekleme scriptleri bazı nedenlerden duruyor kontrol de edilmiyorsa ve archiveloglar dolmaya başlıyor.Diskte yer kalmıyor ve erişim kesiliyor . Sadece lokalden erişim sağlanabiliyor. Bu durumda ; acilen yer açmak için en eski archive loglar baska bir yere taşınır en kötü ihtimal silinir ki bu tavsiye edilmez, başınız ağrıyabilir.
archive loglar işletim sistemi tarafından silindi yada başka bir diske taşındı ise sırası ile
komutları çalıştırılarak sistem erişime sağlanır.
|
1 2 3 |
crosscheck archivelog all delete noprompt expired archivelog all alter system switch logfile; |
Raporlama komutları
|
1 2 3 4 5 6 7 |
report schema ; --hedef VT'nin datafile larını listeler report obsolete ; --retention policy deki değere göre obsolete (kullanılmaz olmuş/işe yaramaz) olarak işaretlenmiş yedekleri listeler. "delete obsolete " ile de silinebilir. Yedekleme lokasyonu olarak "flash recovery area" kullanılıyorsa, yer olduğu sürece obsolete yedekler saklanmaya devam eder yer kalmazsa silinir. Eğer farklı bir yer kullanılıyorsa manuel silinmesi lazım (genelde scriptlerin içine yazılarak sildirilir örneklerini senaryolar bölümünde göreceğiz inşALLAH) report need backup ; --retention policy ayarlarına göre yedeklenmesi gereken dosyaları listeler REPORT NEED BACKUP DEVICE TYPE sbt; REPORT NEED BACKUP DEVICE TYPE disk; REPORT NEED BACKUP TABLESPACE users DEVICE TYPE sbt; REPORT UNRECOVERABLE ; -- direct-pats insert gibi nologging operasyonlardan dolayı acilen yedeklenmesi gereken veritabanı dosyalarını gösterir. (redolog üretmedikleri için yedeklenmesi gereken dosyaları listeler.) |
Rmanın bilmediği yedek dosyalarını rman e bildirmek için kullanılır.(control file restore işleminden sonra, controlfile ın yeniden oluşurulmasından sonra, db_recovery_file_dest paramtresindeki eğişikliklerden sonra ve yedek dosyalarının başka bir diskten (yedek aldığınız diskten değilde başka bir diskten) geri dönmeniz gerektiğinde.
|
1 2 3 |
catalog datafilecopy '/u01/y1/muhasebe01.dbf' ; catalog backuppiece '/u01/Rman/ORCL_DB_1hmfeu60_49_1' ; catalog start with '/u02/Rman/' ; |
Disklerdeki fiziksel yedeklerle Rman deki yedek kayıtları arasında tutarsızlık olması durumunda silinebilir. (elinizde yedeğinizin yedeği olsun bir silme işleminden önce , bir sorun durumunda Oracle dan destek alıp geri dönüşü gerçekleştirebilesiniz.)
|
1 |
delete force archivelog sequence 23 ; |
Yedeklerin listelenmesi
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
LIST BACKUP; LIST BACKUP SUMMARY; LIST COPY; LIST ARCHIVELOG ALL; LIST BACKUP OF DATABASE; LIST INCARNATION; LIST BACKUP BY FILE; LIST COPY OF DATABASE ARCHIVELOG ALL; LIST COPY OF DATAFILE 1, 2, 3; LIST BACKUP OF DATAFILE 1 SUMMARY; LIST BACKUP OF ARCHIVELOG FROM SEQUENCE 1453; LIST CONTROLFILECOPY "/u02/yedek/CNTRLFILE.CP"; LIST BACKUPSET OF DATAFILE 1; LIST SCRIPT NAMES; LIST GLOBAL SCRIPT NAMES; |
Yedeklerin kullanılabilirliğin kontrolü
|
1 |
validate backupset 5; |
|
1 2 3 4 5 6 7 |
using channel ORA_DISK_1 RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of validate command at 06/22/2011 13:09:06 RMAN-06004: ORACLE error from recovery catalog database: RMAN-20215: backup set not found RMAN-06159: error while looking up backup set |
|
1 |
validate backupset 879; |
|
1 2 3 4 5 6 |
using channel ORA_DISK_1 channel ORA_DISK_1: starting validation of datafile backupset channel ORA_DISK_1: reading from backup piece /u01/Rman/19mfe9nl channel ORA_DISK_1: restored backup piece 1 piece handle=/u01/Rman/19mfe9nl tag=TAG20110621T100748 channel ORA_DISK_1: validation complete, elapsed time: 00:00:46 |
Rman ayarları
|
1 |
show all; --mevcut ayarları gösterir |
satırın sonundaki “# default” , değerin değiştirilmediğini defaultta kaldığını gösterir
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
CONFIGURE RETENTION POLICY TO REDUNDANCY 1 ; --sayı olarak sadece 1 yedek saklar. 4 denirse son 4 yedeği saklar. CONFIGURE BACKUP OPTIMIZATION ON; --read only tbs ler varsa hiç değişmemiş verilerin yedeği varsa tekrar yedeklemiyor. CONFIGURE DEFAULT DEVICE TYPE TO DISK; --deaul yedekleme cihazını disk ya da tape olarak değiştirilebilir CONFIGURE CONTROLFILE AUTOBACKUP ON;--VT nin yapısı değiştiğinde (dbf,redolog eklenmesi/silinmesi vb.) ve yedek alındığında, otomatik olarak controlfile ın ve spfile ın yedeklenmesini sağla. CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; --Formatı %F olmalı , değiştirilirse geri dönüş zor olabiliyormuş. CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; CONFIGURE DEVICE TYPE DISK PARALLELISM 1 ; işlemci sayısına göre artırılarak yedekleme süresi kısaltılabilir. Oluşan dosya sayısı artar. CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; --Datafile yedeklerinin kaç kopya alınacağını gösterir. CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; --Archivelog yedeklerinin kaç kopya alınacağını gösterir. CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/u01/Rman/%d_DB_%u_%s_%p'; --yedek alınacak cihazı,path i ve formatı belirtebilirsiniz. CONFIGURE MAXSETSIZE TO UNLIMITED; --CONFIGURE MAXSETSIZE TO 10G; yedek dosyaları 10G nin üzerinde olmasın gibi, donanımsal ya da işletim sistemi tarafındaki kısıtlar için. CONFIGURE ENCRYPTION FOR DATABASE OFF; --yedekleri şifrelemek için güvenlik için çok önemli. CONFIGURE ENCRYPTION ALGORITHM 'AES128'; --encryption (şifreleme) algoritmasının belirtildiği ayar. CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; --bu değer 2 yapılırsa , başarılı olarak alınan yedeklerden 1. obsolete olarak işaretlenir 2. yani en yeni olan da ihtiyaç duyulan yedek olarak bilinir. CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u01/y1/snapcf_orcl.f' --controlfile snaphost un alınacağı yer, catalog VT ile senkronizasyonda kullanılır. configure retention policy to recovery window of 7 days; --7 gün boyunca alınan her yedeği sakla. yani obsolete (eski) duruma düşürmeyecektir. ya window ya da redundancy kullanılabilir. her ikisi aynı anda kullanılamaz. cümlelerin sonuna clear konularak defaul değere geri dönülebilir. CONFIGURE CONTROLFILE AUTOBACKUP clear ; configure backup optimization clear; |
Sistem veri dosyasının...
13 Mart 2019