Oracle 11g import/export/új szerverre költözés

Adatbázis: SQL, XML DB

Sziasztok!

Segítséget szeretnék kérni az Oracle 11gR1 import/export parancsainak használatában.
Történetesen az éles Oracle 11gR1 (Oracle Linux 5.2 OS-n) 3db. instance-ről már van napi export mentésem és innen el kell költözzek.


export ORACLE_HOME=/oracle/product/11.1.0/DB ; sid ; /oracle/product/11.1.0/DB/bin/exp userid=system/passwd@sid file=${BACKUPDIR}/${DATABASE}/${DATABASE}_${HOST}_${DATE}.dmp log=${BACKUPDIR}/${DATABASE}/${DATABASE}_${HOST}_${DATE}.log full=y statistics=none

A cél az, hogy egy újonnan telepített Oracle 11gR1 (Oracle Linux 5.2 OS-n) adatbázison az import parancs lefusson.
Létrehoztam a dbca segítségével a 3db. instance-t (a megfelelő sys/system userekkel), megvan az import parancs;


imp userid=system/passwd@sid file=/tmp/SID_host_DATUM.dmp log=/tmp/imp.log full=y statistics=none

és itt meg is állt a tudomány.
Hogyan készüljek fel a továbbiakra?

Üdv:
Ádám (aki nem OracleDBA)

  • 1775 megtekintés

( lcsontos | 2010. 04. 13., k – 13:04 )

Ha a platform egyforma, akkor sztem az adatfile-okat másold át a másik gépre. Gyorsabb, mint az import/export és biztos, hogy ugyanaz az állapot lesz, mint a régi host-on volt.

szerintem is a leggyorsabb az ha az adatfileokat átmásolod (de ez csak akkor lehetséges, ha ugyanaz az adatbáis verziód van, és a célban az instanceok nevei megegyeznek a régiével és a SID is ugyanaz.)
/bár ezt nem tudod megcsinálni addig amíg az adatbázist le nem állítod és éles 7/24es adatbázissal ezt nem tudod megcsinálni./
Ha mindenképp imp/exp kell akkor én inkább data pumpal csinálnám mert 8x gyorsabb.

Köszönöm a javaslatokat. Ezt próbálom meg először.
Az rsync parancsot használhatom az adatfájlok másolására?
Az új adatbázisnak nem szabad a másolás ideje alatt futnia?

Mint mondtam, nem vagyok OraDBA. Mondjátok meg, hogy az adatfájlokat hol találom.

Amúgy ugyanaz az adatbázis verzió fut mind a kettő helyen.

Üdv:
Ádám

Minden adatbázis instance legyen leállítva.

Adatfájlokat átmásolod tetszőleges módon, én pl. scp-vel csinálnám, de teljesen mindegy.

Ha kész, az új helyen az instance-ot elindítod.

Arra figyelj, hogy nem csak a konkrét adatfájlokat kell mozgatnod. Ha jól emlékszem, az online logokat és a control fájlt kell még másolnod. Mindezt egyszerre, hogy konzisztens legyen.

G

Az rsync parancsot használhatom az adatfájlok másolására?

igen.

Az új adatbázisnak nem szabad a másolás ideje alatt futnia?

a réginek sem szabad.

ha nagyon necces a dolog, akkor archive log üzemmód + online backup mode segítségével meg lehet csinálni, hogy a régi mehessen (persze, ha nem értesz hozzá, akkor ezzel kár kísérletezni), de az új semmiképpen sem mehet. igazából az új adatbázist felülírod, tehát lényegében létre sem kell hozni.

adatfájlok: select name from v$datafile;

leállítod a produktív adatbázist konzisztensen és adatfájlokat, controlfájlt, redo logokat, paraméterfájlt átmásolod úgy, hogy a könyvtárstruktúra megegyezzen(ha nem akarod a controlfájlban és a paraméterfájlban átírni az adatfájlok elérhetőségét) az élesen és a leendő klónon is.

Ha archivelog módban fut az adatbázisod, akkor van egy olyan megoldás is, hogy alter tablespace begin backup másolás előtt, utána pedig end backup, de ezzel lényegesen nőni fog az adatbázis logolása.

Én még mindig az rman-os duplicate database-t ajánlom :-)

( Sunrider | 2010. 04. 13., k – 15:54 )

szerintem még mindig az rman duplicate database a legegyszerűbb adatbázis klónozásra, nézz utána a 11g dokuban, ha érdekel

Itt működik az, hogyha az rman db klónozása lefutott, majd az új db szervernek megadom a régi db szerver IP címét (és régit le is állítom), akkor minden up 'n' running?

Javítsatok ki, ez a link; http://www.dba-oracle.com/t_rman_clone+copy_database.htm, nem pont erről beszél?

Ez esetben miután leállítottad a produktív adatbázist shutdown immediate-tel, a következő fájlokat kell átmásolnod:
1, adatfájlok: select name from v$datafile;
2, redo logok: select name from v$logfile;
3, controlfileok: select name from v$controlfile;
4, tempfileok: select name from v$tempfile;
(természetesen ezeket a queryket open vagy mounted statusban kell kiadni)

Ami kell még az a pfile/spfile, valószínűleg spfile-od van, sqlplus-ból a show parameter spfile kiírja annak is a helyét(vagy select name, value from v$parameter where name like '%pfile'). Kell még a listener.ora fájl, amit megtalálsz az $ORACLE_HOME/network/admin könyvtárban. Hozd létre a következő könyvtárakat is: select name, value from v$parameter where name like '%dest'

Az 1-4 fájlokat ugyanazokba a könyvtárakba másold, amikben az élesen is van, és akkor nem kell a controlfájllal szórakozni. Az sp/pfile-t másold az $ORACLE_HOME/dbs könyvtárba, a listener.ora-t ugyanúgy az $ORACLE_HOME/network/admin-ba.

Ezekután ha a fájlok jogosultságai megfelelőek, és az $ORACLE_HOME, $ORACLE_SID környezeti változók be vannak állítva megfelelően, akkor elindítod a listenert egy lsnrctl start listenernév paranccsal(listener.ora-t ha megnyitod, megtudod a listener nevét), utána mehet sqlplus-ból a startup, és utána lehet kapcsolódni az adatbázishoz :)

Én így csinálnám, szerintem így a legegyszerűbb és a leggyorsabb.
A helyedben először kipróbálnám egy teszt adatbázissal tapasztalatszerzés céljából.