Veri ve Redo Log Dosyalarının Dosya Sisteminden ASM ‘e RMAN ile Taşınması | Talip Hakan Öztürk's ORACLE BLOG
Talip Hakan Öztürk's ORACLE BLOG
Başarının sırrı parmaklarınızın ucunda!…
[Adım Adım ORACLE]
> ASM (Automatic Storage Management), RMAN Backup and Recovery	> Veri ve Redo Log Dosyalarının Dosya Sisteminden ASM ‘e RMAN ile Taşınması	Veri ve Redo Log Dosyalarının Dosya Sisteminden ASM ‘e RMAN ile Taşınması
talipozturk	Yorum yapın
Önceki yazımda bir veri dosyasının, dosya sisteminden ASM disk grubuna RMAN ile taşınmasını yazmıştım. Bu yazımda da tüm veritabanının (veri dosyaları, control file, online redo log dosyaları) dosya sisteminden ASM ‘e RMAN ile nasıl taşıyacağımızı adım adım öğreneceğiz.
1- Block Change Tracking aktif ise disable yapılır.
SQL> alter database disable block change tracking;
2- Veri dosyalarımızın ve control dosyalarımızın varsayılan yerini aşağıdaki gibi +DATA olarak değiştirelim.
SQL> alter system set db_create_file_dest=’+DATA’ scope=spfile;
Benzer şekilde online redo log dosyalarımızın varsayılan yerini aşağıdaki gibi +RECO olarak değiştirelim.
SQL> alter system set db_create_online_log_dest_1=’+RECO’ scope=spfile;
3- Spfile parametre dosyamızda control_files parametresini sıfırlayalım.
SQL> alter system reset control_files scope=spfile sid=’*';
4- Artık veri dosyalarımızı RMAN ile ASM ‘e taşıyabiliriz. Önce veritabanımızı NOMOUNT modda açıp control dosyamızı aşağıdaki gibi restore ederek +DATA disk grubuna yazılmasını sağlayalım.
RMAN> startup nomount
RMAN> restore controlfile from ‘/data_TALIPDB/control01.ctl';
5- Veritbanımızı MOUNT moduna alalım ve RMAN ile +DATA disk grubuna image copy yedek alalım.
RMAN> backup as copy database format ‘+DATA';
6- Veritabanımızı aşağıdaki gibi +DATA disk grubunda bulunan kopyasına switch edelim.
7- Veritabanımızı açabiliriz.
8- İlk adımda disable ettiğimiz block change tracking ‘i tekrar enable edebiliriz.
SQL> alter database enable block change tracking using file ‘/oracle/ora11g/bct_file.log';
9- Temp alanın yedeği alınmayacağı için yeni bir temp dosyası ekleyerek işi çözebiliriz. Yeni bir temp dosyası oluşturalım. Varsayılan +DATA disk grubunda oluşturulacaktır. Ve Sonra eskisini silebiliriz.
SQL> alter tablespace temp add tempfile size 500M;
SQL> alter tablespace temp drop tempfile ‘/data_TALIPDB/temp01.dbf’
10- Şimdide online redo log dosyalarımızı ASM disk grubuna taşıyalım.
SQL>select b.group# , b.status , a.member from v$logfile a , v$log b where a.group# = b.group# order by 1;
GROUP# STATUS MEMBER
———— ———— —————————
1 INACTIVE /data1/redo01.log
2 INACTIVE /data1/redo02.log
3 CURRENT /data1/redo03.log
Durumu INACTIVE veya UNUSED olan redo log dosyaları drop edilebilmektedir. Ama durumu CURRENT veya ACTIVE ise drop işlemi hemen yapılamamaktadır. Online redo log gruplarımızı tek tek silip, tekrar +RECO disk grubunda oluşturalım.
SQL> alter database drop logfile group 1;
Daha önce db_create_online_log_dest_1 parametresini ‘+RECO’ olarak set ettiğimiz için redo log dosyalarımız varsayılan olarak +RECO disk grubunda oluşturulacaktır.
SQL> alter database add logfile group 1 size 50M;
Aynı şekilde 2. log grubumuzuda drop/create edelim.
SQL> alter database drop logfile group 2;
SQL> alter database add logfile group 2 size 50M;
11- Yukarıdaki sorguyu tekrar çalıştıralım ve redo log dosyalarımızın durumunu kontrol edelim.
SQL> select b.group# , b.status , a.member from v$logfile a , v$log b where a.group# = b.group# order by 1;
1 INACTIVE +RECO/talipdb/online log/group_1.257.7782 52603
2 INACTIVE +RECO/talipdb/online log/group_2.258.7782 52715
Sıra geldi 3. redo log grubu drop/create etmeye. Durumu CURRENT olduğu için önce diğer redo log dosyasına switch yapalım.
1 CURRENT +RECO/talipdb/online log/group_1.257.7782 52603
2 UNUSED +RECO/talipdb/online log/group_2.258.7782 52715
3 ACTIVE /data1/redo03.log
Sorgumuzu tekrar çalıştırdığımızda, durumunu ACTIVE olarak görürüz. Durumunun INACTIVE olması için bir süre bekleyebiliriz. Veya aşağıdaki gibi checkpoint atarak redo log dosyamız ile ilgili veritabanı tampon ön belleğinde (database buffer cache) bulunan dirty blokların yazılmasını sağlayabiliriz.
SQL> alter system checkpoint;
3 INACTIVE /data1/redo03.log
Checkpoint sonrası tekrar kontrol ettiğimizde durumunu INACTIVE olarak görürüz. Şimdi 1. redo log grubumuzu drop/create edebiliriz.
SQL> alter database drop logfile group 3;
SQL> alter database add logfile group 3 size 50M;
Son olarak online redo log dosyalarımızı kontrol edelim.
SQL> set lines 50
Veridosyalarımızı da kontrol edelim.
Veri dosyalarımızı, control dosyalarımızı ve online redo log dosyalarımızı ASM disk grubuna taşıdık. ASM ile çalışan mutlu veritabanlarınız olması dileğiyle :) …
Arkadaşlarınızla Paylaşın..FacebookEmailTwitterBunu beğen:Beğen Yükleniyor...
Kategoriler:ASM (Automatic Storage Management), RMAN Backup and Recovery
Etiketler:how to move database to ASM?, how to move online redo log file to ASM?, RMAN copy, veritabanının dosya sisteminden ASM 'e taşınması
Yorumlar (1)	Trackbacks (0)	Yorum yapın
ɥıןɐs ɹǝɔuıp (@dincersalih)	09/04/2012, 1:04 pm	Cevapla	Eline sağlık
Güzel bir döküman yazmışsın.
No trackbacks yet.	Bir Cevap Yazın Cevabı iptal et
Yorumlarımın takibini e-posta ile haber ver. Eposta yoluyla yeni yazıları bana bildir.
RMAN Yedek Sıkıştırma Seviyelerinin Karşılaştırılması
Veri Dosyasının Dosya Sisteminden ASM Disk Grubuna RMAN ile Taşınması
Adım Adım Dökümantasyon
ASM (Automatic Storage Management)
HCC (Hybrid Columnar Compression)
OEM & Grid Control
RAT (Real Application Testing)
Son Yazılar	Veriden Geleceğe – Kıbrıs Doğu Akdeniz Üniversitesi Etkinliğinde Buluşalım!
Veriden Geleceğe – İstanbul Teknik Üniversitesi Etkinliğinde Buluşalım!
İstanbul Aydın Üniversitesi Oracle Seminerinde Buluşalım!
Veriden Geleceğe – İstanbul Aydın Üniversitesi Etkinliğinde Buluşalım!
Kitap İncelemesi: Oracle Data Guard 11gR2 Administration Beginner’s Guide
ANATEKDER (Anadolu Teknik Elemanlar Derneği) Oracle Seminerinde Buluşalım!
Fırat Üniversitesi Oracle Seminerinin Ardından …
ASM Disk Grubunu Mount Ederken ORA-15063 Hatasının Alınması ve kfed İle Çözümü
clscfg.bin: error while loading shared libraries: libcap.so.1: cannot open shared object file
Fırat Üniversitesi Oracle Seminerinde Buluşalım!
Top Posts & PagesSQL Server Veritabanının Oracle Veritabanına SQL Developer ile Taşınması (Migration)
DBA olmak! Oracle DBA olmak! Oracle Database 11g R2 Kurulumu
RMAN Teknik Referans
Oracle Veritabanına Arka Kapıdan Giriş
"Oracle Database 11g R2" isimli kitabımı sizlere takdim ediyorum... [Adım Adım ORACLE]
WordPress.com'dan blog alın. The INove Theme.	Takip Et
Abone Ol “Talip Hakan Öztürk's ORACLE BLOG” Her yeni yazı için posta kutunuza gönderim alın.