osszeraktam egy logikai standby-t, ahol az volt az igeny, hogy nem kell failover/switchover-re hasznalni azt, csupan reporting/lekerdezo rendszer lesz. ez nemi konnyebseg.

RHEL 3 es Oracle RDBMS 10.2.0.1-et hasznaltam 2 node-os RAC setuppal a forrason.
egy tipp: ha hasznalhato logikai standby-t akarsz 10.2.0.3 alatt ne probalkozz, a 10.2.0.1 nagyon bugos, csak a fejfajas es sok gond lesz vele.
megint csak nem a klikkelegtos verziot (Oracle Grid Control/Database control) mutatom, mert az nem olyan erdekes.
az alabbi lepesek mind system felhasznaloval vannak vegrehajtva, hacsak mast nem tuntetek fel.
———————————————————————————————————————————
Ellenorizzuk hogy a  ‘force logging’ opcio es az archivelog mod az elsodleges db-n (primary) be van-e kapcsolva:

select force_logging,log_mode from v$database;

ha nincs, engedelyezzuk az archivelog modot (log_archive_dest_N parametert allitsuk be elotte /spfile v. init.ora-ban/):

shutdown immediate
startup mount
alter database archivelog;
alter database open;

majd a 'force logging' opciot is:

alter database force logging;
jo tudni, hogy mely semak vannak alapbol kizarva a replikaciobol, ezt az alabbi sql-lel tudjuk megjeleniteni, hasznalva a DBA_LOGSTDBY_SKIP nezetet:

select * from DBA_LOGSTDBY_SKIP;

keressuk ki melyek azok a tablak, amelyekben a logical standby altal nem tamogatott adattipusok leteznek:

select distinct owner table_name from dba_logstdby_unsupported;

a logical standby replikacio lelke, hogy elsodleges kulcsok letezzenek es az egyes sorok egyertelmuen azonosithatok legyenek. hogy mely tablak nem tartoznak ebbe a korbe igy derithetjuk ki:

SELECT * FROM DBA_LOGSTDBY_NOT_UNIQUE
WHERE (OWNER, TABLE_NAME) NOT IN
(SELECT DISTINCT OWNER, TABLE_NAME FROM DBA_LOGSTDBY_UNSUPPORTED) AND BAD_COLUMN = 'Y'
csekkeljuk az init parameter beallitasokat a forrason:

select inst_id,name, value from gv$parameter
where name in ('db_name','compatible','log_archive_format',
'log_archive_dest_1','log_archive_dest_2', 'log_archive_dest_3','instance_name','remote_login_password_file', 'db_unique_name','log_archive_dest_state_1',
'log_archive_dest_state_2', 'log_archive_dest_state_3',
'log_archive_max_processes', 'fal_server','fal_client')
az enyem  igy nezett ki:

INST_ID	NAME	VALUE
1	compatible	10.2.0.1.0
1	log_archive_dest_1	LOCATION=/u01/odata/myprod/archives
1	log_archive_dest_2	SERVICE=myprod2 OPTIONAL
1	log_archive_dest_3
1	log_archive_dest_state_1	enable
1	log_archive_dest_state_2	enable
1	log_archive_dest_state_3
1	log_archive_max_processes	5
1	log_archive_format	arch_%r_%t_%s.arc
1	fal_client
1	fal_server
1	instance_name	myprod1
1	db_name	myprod
1	db_unique_name	myprod
2	compatible	10.2.0.1.0
2	log_archive_dest_1	LOCATION=/u02/odata/myprod/archives
2	log_archive_dest_2	SERVICE=myprod1 OPTIONAL
2	log_archive_dest_3
2	log_archive_dest_state_1	enable
2	log_archive_dest_state_2	enable
2	log_archive_dest_state_3
2	log_archive_max_processes	5
2	log_archive_format	arch_%r_%t_%s.arc
2	fal_client
2	fal_server
2	instance_name	myprod2
2	db_name	myprod
2	db_unique_name	myprod

(A fenti tablazatbol latszik hogy ez valoban egy RAC setup es az is hogy cross-node archivalast is hasznaltunk.)

a kovetkezoket muveljuk:
* beallitjuk log_archive_dest_x-et hogy a jovobeli celra (target logical standby) DB-re mutasson
* log_archive_max_processes tuningoljuk
* a fal_server es a fal_client parametereket (FAL = Fetch Archive Log) beallitjuk:
   
alter system set log_archive_dest_3='service=myls' scope=both sid='*';
alter system set log_archive_dest_state_3='DEFER' scope=both sid='*';
alter system set log_archive_max_processes=5 scope=both sid='*';
alter system set fal_server='myprod2' scope=both sid='myprod2';
alter system set fal_server='myprod1' scope=both sid='myprod1';
alter system set fal_client='myls' scope=both;(Figyeljunk, ha single node installunk van a forrason, termeszetesen a 4. es 5. lepes kozul csak az egyik szukseges!)

ha idaig megvagyunk, csinaljunk egy backupot (en rman-t javaslok) a forrasrol, pl:

backup compressed backupset database plus archivelog;krealjunk egy standby controlfile-t:

alter database create standby controlfile as '/tmp/myls_stdby.ctl';
backupoljuk le az spfilet (rman-nal):
backup spfile; masoljuk at a backup file-okat es a standby controlfile-t a cel gepunkre, ahol a logical standby-t szeretnenk felhuzni.

igazabol most kezdodik a moka, 2 fobb resze lesz:
1. Csinalunk egy physical standby-t
2. majd ezt konvertaljuk logikaiva.

Fizikai standby elkeszitese:

innentol a cel gepen dolgozunk, hacsak mast nem irok.
gyozodj meg rola, hogy a filerendszered es direktori strukturad ki van alakitva, es persze az Oracle binaris fel van telepitve.

altalaban szoktam csinalni egy env filet minden SID-nek, ami most igy nez ki a logical standby-unknak (az oracle felhasznalo home-jaba szoktam tenni oraenv_<STDBY_SID>.sh neven):
export ORACLE_BASE=/u01/app/oracle
export ORACLE_HOME=/u01/app/oracle/product/10.2.0/db_1
export ORACLE_SID=myls
export LD_LIBRARY_PATH=$ORACLE_HOME/lib
export PATH=$ORACLE_HOME/bin:$PATH:$HOME/bin
allitsuk be a shell kornyezetet:
. ./oraenv_myls.shkeszitsunk egy password file-t. Nagyon fontos hogy a pwd-nek meg kell hogy egyezzen a forras oldalival:
cd $ORACLE_HOME/dbs
orapwd file=orapwmyls entries=5 password=<YOUR_SYS_PASSWORD>allitsuk vissza a szoveges parameterallomanyunkat a mentesbeli spfile-bol:
rman target /
startup nomount
restore spfile to pfile '/u01/app/oracle/product/10.2.0/db_1/dbs/initmyls.ora' from '/u01/odata/myprod/rman/bkp_myprod_3118276980_070404_90ieb29k_1';
shutdown;csinalj, egy a kovetkezohoz hasonlo init.ora-t, termeszetesen a sajat setupodnak megfeleloen. az enyemet csak peldakepp teszem ide.

mindenkepp allitsd be a kovetkezoket:

1. allitsd at az osszes utvonalat, hogy megfeleljen a cel gepen kialakitasra kerultnek (audit_file_dest, background_dump_dest, control_files, core_dump_dest, log_archive_dest_1, log_archive_format, user_dump_dest, stb...)
2. hagyd a db_name-t ugy ahogy van
3. allitsd at az instance_name-t (pl.:instance_name=myls)
4. vedd ki a nemkello archiver bealltasokat:
    log_archive_dest_2 es log_archive_dest_3
    log_archive_dest_state_2 es log_archive_dest_state_3
5. allitsd be db_unique_name='myls'
6. ha nem ugyanaz a konyvtarszerkezet, mint a forrason, akkor allitsd be a db_file_name_convert, log_file_name_convert parametereket
7. allitsd be standby_file_management=auto
8. allitsd be fal_server=myprod1, myprod2 (ez RAC forrasnal kell igy, ertelemszeruen single node forrasnal csak 1 db fog itt szerepelni)
9. allitsd be fal_client=myls
myls.__db_cache_size=973078528
myls.__java_pool_size=33554432
myls.__large_pool_size=16777216
myls.__shared_pool_size=956301312
myls.__streams_pool_size=16777216
*._kgl_large_heap_warning_threshold=0
*.archive_lag_target=0
*.audit_file_dest='/u01/app/oracle/admin/myprod/adump'
*.background_dump_dest='/u01/app/oracle/admin/myprod/bdump'
*.compatible='10.2.0.1.0'
*.control_files='/d03/odata/myprod/control01.ctl', \
'/d03/odata/myprod/control02.ctl', \
'/d03/odata/myprod/control03.ctl'
*.core_dump_dest='/u01/app/oracle/admin/myprod/cdump'
*.db_block_size=8192
*.db_domain=''
*.db_file_multiblock_read_count=16
*.db_files=400
*.db_name='myprod'
*.db_unique_name='myls'
*.dispatchers='(PROTOCOL=TCP) (SERVICE=myprodXDB)'
*.fal_client=myls
*.fal_server=myprod1,myprod2
*.fixed_date='NONE'
*.instance_name='myls'
*.job_queue_processes=10
*.log_archive_dest_1='location=/u01/odata/myprod/archives valid_for=(online_logfiles, all_roles) db_unique_name=myls'
*.log_archive_format='arch_%r_%t_%s.arc'
myls.log_archive_format='arch_%r_%t_%s.arc'
*.log_archive_max_processes=2
*.log_archive_min_succeed_dest=1
myls.log_archive_trace=0
*.nls_length_semantics='CHAR'
*.open_cursors=300
*.pga_aggregate_target=734003200
*.plsql_native_library_dir='/u01/app/oracle/product/10.2.0/db_1/plsql/lib'
*.processes=150
*.recyclebin='OFF'
*.remote_login_passwordfile='exclusive'
*.sga_max_size=2000000000
*.sga_target=2000000000
*.standby_file_management='auto'
*.undo_management='AUTO'
*.undo_retention=10800
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='/u01/app/oracle/admin/myprod/udump'
*.standby_archive_dest='/u01/odata/myprod/archives_standby'a cel gepen konfiguralj es indits egy listenert.

ha ez kesz, mindket oldalon (forras, cel) konfigurald az sqlnet-et, hogy a db-k lassak majd egymast (pl.: tnsnames.ora-ba vedd fel a a megfelelo  szervizneveket)

az adatbazis nomount allapotaban keszits egy spfile-t:
startup nomount;
create spfile from pfile;a korabban atmasolt standby controlfile-t masold az init.ora-ban beallitott control_files poziciokra.

hozd a db-t mount allapotba:
alter database mount;allitsd vissza az rman backupot. en voltam olyan szerencses, hogy ki tudtam harcolni azt, hogy a forrassal teljesen megegyezo konfigot kapjak ezert a konyvtarszerkezetet is tokeletesen megfeleltettem a forras node-eval. ha nalad nem ez a helyzet, akkor a visszatoltes kicsit korulmenyesebb (set newname, switch datafile...).
rman target /
crosscheck backupset;
crosscheck copy;
delete noprompt expired copy; 
delete noprompt expired backupset;
catalog start with '/u01/odata/myprod/rman';
restore database;
recover database;lepj ki rman-bol majd sqlplus-bol tisztan allitsd le az instance-t:
shutdown immediateallitsd le es inditsd ujra a listenert (nem reload):
lsnrctl stop
lsnrctl start
inditsuk a fizikai standby-t (managed recovery):
startup nomount
alter database mount standby database;
alter database recover managed standby database disconnect from session;a cel db-ben allitsuk be a log_archive_dest_2-t. mondjuk meg a rendszernek, hogy a forrasbol erkezo archive logok hova menjenek:
alter system set log_archive_dest_2='location=/u01/odata/myprod/archives_standby VALID_FOR=(STANDBY_LOGFILES,STANDBY_ROLE) db_unique_name=myls' scope=both;
a forras db-ben engedelyezzuk az archivalast a standby-ra:
alter system set log_archive_dest_state_3='ENABLE' scope=both sid='*';
alter system switch logfile;
ezutan nezegethetjuk hogyan halad az archivalas es recovery (mindket db-n futtassuk es hasonlitsuk ossze a kimeneteket):

SELECT sequence#, first_time, next_time
FROM v$archived_log
ORDER BY sequence# ;

SELECT MAX(sequence#)
FROM v$archived_log ;
a cel db-n ellenorizzuk, hogy minden hianyzo archive log applikalva lett-e (APPLIED=Y):
SELECT sequence#, applied
FROM v$archived_log
ORDER BY sequence# ;(RAC forras eseteben mindig lesz 1, ami NO statuszu, a thread-ek kozotti fuggoseg miatt, de ez rendben van)

Logical Standby konverzio

allitsuk le az automatikus recovery-t a celon:
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;a forrason epitsuk fel a logminer szotarat
(javaslom, hogy mindezt egy csendes idoszakban tegyuk meg, figyeljuk milyen lock-ok vannak a rendszerben, megkockaztatnam, hogy a legjobb megoldas ujrainditas utan restricted modban elkovetni mindezt, habar nem szuksegszeru):
EXECUTE DBMS_LOGSTDBY.BUILD;az ugynevezett 'Supplemental logging' automatikusan elesedik, ami szukseges a logminerkedeshez (ezen alapszik a logical standby mukodese)

elerkeztunk a varva vart pillanathoz, konvertaljunk logikaiva:
ALTER DATABASE RECOVER TO LOGICAL STANDBY myls; krealjuk ujra a passwordfile-t (emlekezzunk vissza, a pwd-nek meg kell hogy egyezzen a forrasbelivel):
cd $ORACLE_HOME/dbs
mv orapwmyls orapwmyls.old
orapwd file=orapwmyls entries=5 password=<YOUR_SYS_PWD>tiszta shutdown utan mount:
shutdown immediate
startup mountnezzuk meg hogy is van beallitva a log_archive_dest_1:
show parameter log_archive_dest_1valami hasonlot fogunk latni:
NAME                   TYPE          VALUE
------------------------------------------------------------
log_archive_dest_1     string      location=/u01/odata/myprod/arc
                                   hives valid_for=(online_logfil
                                   es, all_roles) db_unique_name=
                                   myls

ami azt jelenti, hogy a sajat logikai standby-unk altal generalt redo logokat a log_archive_dest_1-be fogjuk tarolni. (fyi: nem is gondoltam arra, hogy noarchive modban menjen a logstdby, mert tablakon strukturalis valtoztatasokat terveztunk es  ezert rman-nal kivantuk a logstdby-t menteni, online).

nyissuk meg az adatbazist resetloggal:
ALTER DATABASE OPEN RESETLOGS;
inditsuk az sql apply processeket:
ALTER DATABASE START LOGICAL STANDBY APPLY;
ezzel kesz a logical standby, nezegessuk az alert.log-ot szorgalmasan.
van meg mit allitgatni, azt a kovetkezo reszben irom le.