cascaded standby

در صورتی که قصد داشته باشیم برای یک بانک اطلاعاتی چند استندبای داشته باشیم ولی از طرفی با محدودیتهایی همانند شبکه روبرو باشیم، می توانیم از ویژگی cascaded standby استفاده کنیم یعنی از استندبای موجود یک استندبای جدید ایجاد کنیم به طوری که استندبای جدید هیچ ارتباط مستقیمی با بانک اصلی نداشته باشد و همه اطلاعات از استندبای اول به آن منتقل می شود. برای انجام این کار، می توانیم از active duplicate استندبای اول بهره مند شویم.

جدول زیر مشخصات محیطی که قرار است در آن از این ویژگی استفاده شود، را نشان می دهد:

  DB_NAME DB Unique name
Primary usef11 usef11
Standby-original usef11 st1
Standby-cascade usef11 st2

در اینجا فرض بر آن است که st1 قبلا راه اندازی شده و ما قصد داریم با استفاده از st1، st2 را ایجاد کنیم.

به سرور مربوط به استندبای st2 وصل می شویم و دستورات زیر را اجرا می کنیم.

[[email protected]st2 ~]$ rman target sys/[email protected]

Recovery Manager: Release 11.2.0.4.0 – Production on Sun Sep 9 01:14:36 2012

connected to target database: USEF11 (DBID=4035520578, not open)

RMAN>  connect auxiliary sys/[email protected]

connected to auxiliary database: USEF11 (not mounted)

RMAN>  duplicate target database for standby from active database nofilenamecheck;

channel ORA_DISK_1: starting datafile copy

input datafile file number=00001 name=+DATA/st1/datafile/system.273.898441213

output file name=+DATA/st2/datafile/system.285.793502097 tag=TAG20151214T153227

channel ORA_DISK_1: datafile copy complete, elapsed time: 00:00:25

channel ORA_DISK_1: starting datafile copy

input datafile file number=00002 name=+DATA/st1/datafile/sysaux.272.898441229

output file name=+DATA/st2/datafile/sysaux.286.793502123 tag=TAG20151214T153227

channel ORA_DISK_1: datafile copy complete, elapsed time: 00:00:15

channel ORA_DISK_1: starting datafile copy

input datafile file number=00003 name=+DATA/st1/datafile/undotbs1.271.898441243

output file name=+DATA/st2/datafile/undotbs1.287.793502137 tag=TAG20151214T153227

channel ORA_DISK_1: datafile copy complete, elapsed time: 00:00:03

channel ORA_DISK_1: starting datafile copy

input datafile file number=00004 name=+DATA/st1/datafile/users.270.898441245

output file name=+DATA/st2/datafile/users.288.793502141 tag=TAG20151214T153227

channel ORA_DISK_1: datafile copy complete, elapsed time: 00:00:01

Finished backup at 09-SEP-12

حال برای اینکه آخرین تغییرات از st1 به st2 منتقل شوند، همانند راه اندازی هر نوع استندبای دیگر، تغییراتی را باید در بعضی پارامترها اعمال می کنیم:

St1:

log_archive_config=’DG_CONFIG=(st1,usef11,st2)’

log_archive_dest_2=’ service=st2 db_unique_name=st2’

st2:

fal_server=st1

log_archive_config=‘DG_CONFIG=(st1,st2)’

بعد از تنظیمات بالا، st2 شروع به گرفتن اطلاعات از st1 می کند و تغییرات بر روی آن اعمال می شود.

Primary:

select status,instance_name,database_role from v$database,v$instance;

 STATUS       INSTANCE_NAME    DATABASE_ROLE

———— —————- —————-

OPEN         usef11           PRIMARY

SQL> select max(sequence#) from v$archived_log;

MAX(SEQUENCE#)

————–

            85

SQL>  alter system switch logfile;

System altered.

ST1:

Mon Dec 14 17:48:05 2015

Archived Log entry 136 added for thread 1 sequence 86 rlc 793418244 ID 0xf0897542 dest 2:

RFS[4]: Opened log for thread 1 sequence 87 dbid -259446718 branch 793418244

Mon Dec 14 17:48:08 2015

Media Recovery Log +DATA/st1/archivelog/2015_12_14/thread_1_seq_86.333.898446639

ST2:

RFS[6]: Opened log for thread 1 sequence 86 dbid -259446718 branch 793418244

Archived Log entry 66 added for thread 1 sequence 86 rlc 793418244 ID 0xf0897542 dest 2:

Sun Sep 09 03:31:02 2012

Media Recovery Log +DATA/st2/archivelog/2012_09_09/thread_1_seq_86.357.793510253

این روش RAC primary database  و Data Guard Broker پشتیبانی نمی کند.

دیدگاهتان را بنویسید