Manual GAP resolution

Selamlar,

bu makalede primary ile standby arasında oluşan GAP’in manuel olarak nasıl çözüldüğüne bakıcaz. RBMS versiyon: 10.2.0.4, primary 2 node RAC, standby standalone ASM.

1. İlk önce standby tarafın alert.log’unda aşağıdaki gibi hata mesajlarını görüyorum.

Thu Nov 27 11:33:53 2014
FAL[client]: Failed to request gap sequence 
 GAP - thread 1 sequence 62281-62281
 DBID 3556344702 branch 736909866
FAL[client]: All defined FAL servers have been attempted.

2. Oluşan GAP node 1’in 62281 nolu sequence’inde. Primary tarafa gidip elle bu archive log’u standby tarafına atmadan önce nolur nolmaz diye primary tarafta ilgili archive log’un backup’ını alıyorum.

RMAN> BACKUP ARCHIVELOG FROM SEQUENCE 62281 UNTIL SEQUENCE 62281 THREAD 1;
Starting backup at 27-NOV-14
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=931 instance=npcdb1 devtype=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: sid=431 instance=npcdb1 devtype=DISK
allocated channel: ORA_DISK_3
channel ORA_DISK_3: sid=449 instance=npcdb1 devtype=DISK
allocated channel: ORA_DISK_4
channel ORA_DISK_4: sid=442 instance=npcdb1 devtype=DISK
channel ORA_DISK_1: starting archive log backupset
channel ORA_DISK_1: specifying archive log(s) in backup set
input archive log thread=1 sequence=62281 recid=2243 stamp=863840353
channel ORA_DISK_1: starting piece 1 at 27-NOV-14
channel ORA_DISK_1: finished piece 1 at 27-NOV-14
piece handle=+FRA/npcdb/backupset/2014_11_27/annnf0_tag20141127t150822_0.476.864745705 tag=TAG20141127T150822 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:08
Finished backup at 27-NOV-14

RMAN> exit

Recovery Manager complete.

3. Backup işlemi tamamlandıktan sonra çalışmaya başlayabilirim. Archive log dosyası ASM içerisinde durduğu için ilk önce onu file system’e almam gerekli. Bunun için;

database version 10GR2 ve altı ise;

asmcmd içerisinde cp komutu çalışmadığı için direk olarak archive log’u file system’e almak mümkün değil. Bunun için RMAN’e bağlanıyorum ve aşağıdaki şekilde ilgili archive log’u file system’e çıkıyorum.

RMAN> copy archivelog '+fra/npcdb/archivelog/2014_11_17/thread_1_seq_62281.595.863840341' to '/export/home/oracle/gap/thread_1_seq_62281.595.863840341';

database version 11GR2 ve üzeri ise;

asmcmd içerisinden cp komutu ile ilgili archive log’u file system’e çıkıyorum.

ASMCMD> cp +fra/npcdb/archivelog/2014_11_17/thread_1_seq_62281.595.863840341 /export/home/oracle/gap/thread_1_seq_62281.595.863840341

4. Archive log’u scp ile standby tarafına gönderiyorum.

scp /export/home/oracle/gap/thread_1_seq_62281.595.863840341 oracle@fkmdb1:/export/home/oracle/gap/thread_1_seq_62281.595.863840341

5. Standby tarafta RMAN’e bağlanıp aşağıdaki komutu çalıştırıyorum.

RMAN> catalog start with '/export/home/oracle/gap/';

Archive log’u catalog’ladıktan sonra otomatik olarak apply edecektir. Bazen biraz beklemek gerekebilir.

Eğer apply etmezse aşağıdaki gibi register edebilirsiniz.

SQL> ALTER DATABASE REGISTER LOGFILE '/oracle/gap/thread_1_seq_62281.595.863840341';

Bu işlemler sonrasında replikasyon kaldığı yerden devam edecektir.

Kolay gelsin.

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