Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

RMAN recover baze

[es] :: Oracle :: RMAN recover baze

[ Pregleda: 5379 | Odgovora: 18 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

owner

Član broj: 46128
Poruke: 109
*.customer.m-online.net.



Profil

icon RMAN recover baze05.04.2007. u 17:27 - pre 206 meseci
Pozdrav,

da li neko moze da mi kaze kako pomocu RMAN_a mogu odraditi recover baze upotrebivsi samo backup fajl.

Npr. na "G:\restore\backup\B_VKIAD7_1_1" "G:\restore\backup\B_VMRGD7_1_1" postoje dva backup fajla koje moram upotrebiti za recover.


 
Odgovor na temu

Dejan Topalovic
Dejan Topalović
Senior Oracle DBA & Senior PL/SQL
Developer, Erste Sparinvest (Erste
Bank), Vienna, Austria
Vienna

Član broj: 635
Poruke: 1374
*.it-austria.net.

Sajt: www.baze-podataka.net


+2 Profil

icon Re: RMAN recover baze11.04.2007. u 13:28 - pre 206 meseci
To su ti backupsetovi, ali pitanje je u kojem stanju je tvoja baza trenutno? Ako je sve sa bazom ok (tu su controlfile, archive logovi i td.), onda jednostavno uradis restore database i recover database .
Blog - baze podataka
---------------------
Oracle OCP DBA (9i & 10g)
Oracle Database: SQL Certified Expert
Oracle OCP Developer
Certified MySQL DBA
 
Odgovor na temu

owner

Član broj: 46128
Poruke: 109
*.customer.m-online.net.



Profil

icon Re: RMAN recover baze11.04.2007. u 14:10 - pre 206 meseci
Problem je u sledecem:
U produkt bazi u jednoj tabeli je zbog jedne kolone (not null) nastao problem sa podatcima.Trebao bih tu tabelu vratiti u stanje od pre 15 dana ali
nemam export fajla od tog vremena.Imam samo backupset fajlove.
Sada bih trebao na drugoj masini napraviti novu instancu (bazu) sa control fajlom produkt baze i backupsetom da bih dobio stanje baze od pre 15 dana.

Onda bih exportovao tu problematicnu tabelu, importovao je u produkt bazu i izvrseo update te tabele.

Pitanje: kako da sa control fajlom i backupsetom napravim novu bazu, jeli to moguce?

Unapred zahvaljujem



[Ovu poruku je menjao owner dana 12.04.2007. u 11:23 GMT+1]
 
Odgovor na temu

bags

Član broj: 10072
Poruke: 715
*.teol.net.



+2 Profil

icon Re: RMAN recover baze12.04.2007. u 19:18 - pre 206 meseci
Ako hoces kopiju na istom serveru onda su ovo ugrubo koraci:

1.)Napravi strukturu direktorijuma auxiliary baze u app/oracle/oradata/aux1 (treba da ima arch direktorijum) i u app/oracle/admin/aux1 (treba da imas pflie,bdump,cdump,udump)

2.)Kopiraj init.ora iz te svoje baze u oracle/admin/aux1/pfile

3.) Sredi putanje init.ora fajlu
4.) Napravi aux1 password fajl.(U init.ora dodaj liniju "remote_login_passwordfile=exclusive" i onda u
ORACLE_HOME/database otkucaj orapwd file=orapwprdo password=<blablabla>

5.) pokreni aux1 instancu u NOMOUNT modu ("startup nomount pfile=/app/oracle/product/admin/aux1/pfile/init.ora")
6.) e sad dolazi kljucni korak,iz rmana se konektujes i na ciljnu i na auxiliary instancu

rman target /
connect auxiliary sys/blablabla@aux1
duplicate target database to aux1

Nadam se da nisam bio previse konfuzan,ali princip bi trebalo da se prepozna.
Ako bude problema ,javi . :)
Free advice is seldom cheap.
 
Odgovor na temu

Dejan Topalovic
Dejan Topalović
Senior Oracle DBA & Senior PL/SQL
Developer, Erste Sparinvest (Erste
Bank), Vienna, Austria
Vienna

Član broj: 635
Poruke: 1374
*.1.14.vie.surfer.at.

Sajt: www.baze-podataka.net


+2 Profil

icon Re: RMAN recover baze12.04.2007. u 21:07 - pre 206 meseci
@Đorđe: Vidim da se čitala knjiga za RMAN Backup i recovery.
Međutim, njemu u ovom slučaju ne pomaže kopija postojeće baze, jer mu u trenutnoj bazi tabela nije u željenom stanju.

@owner: Tebi u ovom slučaju može pomoći incomplete recovery pomoću TSPITR (Tablespace Point in time recovery) ili eventualno obični RESTORE DATABASE i RECOVER DATABASE UNTIL TIME. Đorđu dajemo zadatak da pronađe u toj knjizi odgovarajuću metodu i da napiše rješenje (evo ti pravi izazov )...


PS: Đorđe javite se ti i Sanjin da ugovorimo onaj termin o kojem smo pričali...
Blog - baze podataka
---------------------
Oracle OCP DBA (9i & 10g)
Oracle Database: SQL Certified Expert
Oracle OCP Developer
Certified MySQL DBA
 
Odgovor na temu

bags

Član broj: 10072
Poruke: 715
*.teol.net.



+2 Profil

icon Re: RMAN recover baze13.04.2007. u 01:44 - pre 206 meseci
Skrnavi dial-up,opera i es su se potrudili da mi sat vremena pisanja resenja bude uzaludno ,pa cu sad napisati samo ukratko a ako se Dejan slozi da je nacin razmisljanja ok postovacu detaljnije.

Ja sam nekako (ne pitaj kako :) prepostavio da je owner odradio taj recover i da mu je problem samo u tome da klonira bazu.

Posto si ti vec napisao da je kljuc u TSPITR ,ja bih odmah izabrao rucno podesavanje auxiliary baze(362 -369 str. u knjizi).

Znaci napravi auxiliary bazu (kao u prvih pet koraka u mojoj prvoj poruci,spoji se sa
Code:
rman target=sys/sifra@baza auxiliary=/


Odradi se zatim ovo
Code:

set until time "to_date('01/01/2007 00:00:00',"mm/dd/yyyy hh24:mi:ss')";
restore clone contolfile;
sql clone 'alter database mount clone database';
sql 'alter system archive log current';


Zatim iz tabele dba_data_files sazna imena fajlova u kojim mu je tablespace.


Code:
sql 'alter tablspace teblspejs offline for recover'


Code:

Run {
set until time "to_date('01/01/2007 00:00:00',"mm/dd/yyyy hh24:mi:ss')";
set newname for datafile 'broj smo nasli preko dba_ data_ files' ;
switch clone tempfile all;
restore clone datafile 'broj smo nasli preko dba_ data_ files' ;
switch clone datafile all;
sql clone 'alter database datafile 'broj smo nasli preko dba_ data_ files'  online';
sql clone 'alter database mount clone database';
}



Sada pripremis bazu u koju treba duplicirati
Code:

Run {
set until time "to_date('01/01/2007 00:00:00',"mm/dd/yyyy hh24:mi:ss')";
recover clone database
tablespace "teblspejs"
alter clone database open resetlogs;
}


Jedino sto ti je jos preostalo da iz aux baze sa exp eksportujes tablespace i da ga sa imp importujes u ciljnu bazu.

PS.
Opet ispade velika poruka.

PSS.
Ja sam u Becu tek u utorak.Javi cu ti se. ;)
Free advice is seldom cheap.
 
Odgovor na temu

_simma_
Predrag Simovic
Kragujevac

Član broj: 89818
Poruke: 32
213.137.106.*



Profil

icon Re: RMAN recover baze13.04.2007. u 07:19 - pre 206 meseci
E bečka škola zanima me jedna stvar! Ja sam ovaj TSPITR inače radio više puta (treninga radi isključivo, nije mi trebalo u zbilji ) , ali koristeći User-Managed Backup. Kod njega je bilo moguće uraditi kloniranje samo dela produkcione baze. Recimo trebaju ti samo APP_DATA i APP_IDX tejblspejsovi, i ti kloniraš bazu samo sa tim i sistemskim tejblspejsovima, uradiš incomplete recovery klonirane baze, otvoriš je i exportuješ podatke koji ti trebaju. Kloniranje dela baze se radi tako što edituješ controlfile. Ovo je dobro recimo kad imaš veliku bazu pa nemaš razloga sad da je celu kloniraš zbog par desetina megabajta podataka.

Interesuje me samo da li je moguće i RMAN-om uraditi istu stvar, odnosno klonirati samo deo baze. Ne treba mi detaljan opis procedure, samo može/nemože - ostalo ću sam da nađem po internetu.

Thx unapred
 
Odgovor na temu

Dejan Topalovic
Dejan Topalović
Senior Oracle DBA & Senior PL/SQL
Developer, Erste Sparinvest (Erste
Bank), Vienna, Austria
Vienna

Član broj: 635
Poruke: 1374
*.it-austria.net.

Sajt: www.baze-podataka.net


+2 Profil

icon Re: RMAN recover baze13.04.2007. u 08:35 - pre 206 meseci
@_simma & @owner: Procitajte moju recenziju knjige "Oracle 10g: RMAN Backup & Recovery", pa vidite isplati li se kupiti ju ili ne.

@Djordje: Bice nesto od tebe. ;) Aj javi se kad stignes u Bec...
Blog - baze podataka
---------------------
Oracle OCP DBA (9i & 10g)
Oracle Database: SQL Certified Expert
Oracle OCP Developer
Certified MySQL DBA
 
Odgovor na temu

bags

Član broj: 10072
Poruke: 715
*.teol.net.



+2 Profil

icon Re: RMAN recover baze13.04.2007. u 09:36 - pre 206 meseci
Moze.

duplicate target database to aux1
skip tablespace 'System' 'Ogromni_tablespace'



Free advice is seldom cheap.
 
Odgovor na temu

_simma_
Predrag Simovic
Kragujevac

Član broj: 89818
Poruke: 32
213.137.106.*



Profil

icon Re: RMAN recover baze13.04.2007. u 10:46 - pre 206 meseci
@bags
Odlično!!! Zahvaljujem na brzom odgovoru.

@Dejan
Pročitao i ostavio komentar pre nedelju dana, sigurno se isplati, samo da završim onu od Jonathana Lewisa i imam još jednu pa ću verovatno da nabavim i tu.
 
Odgovor na temu

owner

Član broj: 46128
Poruke: 109
*.customer.m-online.net.



Profil

icon Re: RMAN recover baze17.04.2007. u 08:18 - pre 206 meseci
Hvala svima na odgovorima!
@Dejan
procitao sam i siguran sam da vredi imati tu knjigu.Nisam jos uspeo doci do nje, trenutno imam stariju verziju odnosno Oracle 8 Backup&Recovery od Rama Velpuri i Anand Adkoli.

@bags
hvala na opseznim odgovorima

@_simma_
zamolio bih te ako ti nije tesko da ukratko napises na koji nacin se vrsi klonioranje baze editovanjem control fajla.

Pozdrav

 
Odgovor na temu

_simma_
Predrag Simovic
Kragujevac

Član broj: 89818
Poruke: 32
213.137.106.*



Profil

icon Re: RMAN recover baze18.04.2007. u 10:18 - pre 206 meseci
Pa ukratko:

[1] Uradiš backup kontrolfajla u Udump direktorijum
Code:
alter database backup controlfile to trace

Ova komanda će ti kreirati .trc fajl koji izgleda otprilike ovako (malo sam ga skratio ali poenta je bitna):
Code:
Dump file D:\Oracle\admin\kgtest\udump\ORA02324.TRC
Wed Apr 18 10:37:22 2007
ORACLE V8.1.6.3.0 - Production vsnsta=0
vsnsql=e vsnxtr=3
Windows 2000 Version 5.2 Service Pack 1, v.1023, CPU type 586
Oracle8i Enterprise Edition Release 8.1.6.3.0 - Production
With the Partitioning option
JServer Release 8.1.6.3.0 - Production
Windows 2000 Version 5.2 Service Pack 1, v.1023, CPU type 586
Instance name: kgtest

Redo thread mounted by this instance: 1

Oracle process number: 23

Windows thread id: 2324, image: ORACLE.EXE


*** SESSION ID:(13.19583) 2007-04-18 10:37:22.125
*** 2007-04-18 10:37:22.125
# The following commands will create a new control file and use it
# to open the database.
# Data used by the recovery manager will be lost. Additional logs may
# be required for media recovery of offline data files. Use this
# only if the current version of all online logs are available.
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "KGTEST" NORESETLOGS ARCHIVELOG
    MAXLOGFILES 32
    MAXLOGMEMBERS 2
    MAXDATAFILES 254
    MAXINSTANCES 1
    MAXLOGHISTORY 339
LOGFILE
  GROUP 1 'C:\ORACLE\ORADATA\KGTEST\REDO01.LOG'  SIZE 100M,
  GROUP 2 'D:\ORACLE\ORADATA\KGTEST\REDO02.LOG'  SIZE 100M,
  GROUP 3 'E:\ORACLE\ORADATA\KGTEST\REDO03.LOG'  SIZE 100M,
  GROUP 4 (
    'H:\ORACLE\KGTEST\REDO\REDO14.LOG',
    'G:\ORACLE\KGTEST\REDO\REDO04.LOG'
  ) SIZE 100M,
  GROUP 5 'H:\ORACLE\KGTEST\REDO\REDO05.LOG'  SIZE 100M
DATAFILE
  'D:\ORACLE\ORADATA\KGTEST\SYSTEM01.DBF',
  'D:\ORACLE\ORADATA\KGTEST\RBS01.DBF',
  'D:\ORACLE\ORADATA\KGTEST\USERS01.DBF',
  'D:\ORACLE\ORADATA\KGTEST\ROBA.ORA',
  'D:\ORACLE\ORADATA\KGTEST\TOOLS01.DBF',
  'D:\ORACLE\ORADATA\KGTEST\INDX01.DBF',
  'D:\ORACLE\ORADATA\KGTEST\DR01.DBF',
  'D:\ORACLE\ORADATA\KGTEST\SYSTEM02.ORA',
  'D:\ORACLE\ORADATA\KGTEST\STATISTIKA.ORA',
  'D:\ORACLE\ORADATA\KGTEST\STATISTIKA_INDX.ORA',
  'E:\ORACLE\ORADATA\KGTEST\PRIHODI.ORA',
  'E:\ORACLE\ORADATA\KGTEST\PRIHODI_INDX1.ORA',
  'E:\ORACLE\ORADATA\KGTEST\RMAN_20M.ORA',
  'E:\ORACLE\ORADATA\KGTEST\STATISTIKA_INDX_RG_01.ORA',
  'G:\ORACLE\KGTEST\DATA\STATISTIKA_INDX_RG_02.ORA',
  'G:\ORACLE\KGTEST\DATA\STATISTIKA_INDX_RG_03.ORA',
  'G:\ORACLE\KGTEST\DATA\STATISTIKA_INDX_RG_04.ORA',
  'E:\ORACLE\ORADATA\KGTEST\STATISTIKA_INDX_RG_05.ORA',
  'E:\ORACLE\ORADATA\KGTEST\STATISTIKA_INDX_RG_06.ORA',
  'E:\ORACLE\ORADATA\KGTEST\STATISTIKA_INDX_RG_07.ORA',
  'C:\ORACLE\ORADATA\KGTEST\STATISTIKA_INDX_RG_08.ORA',
  'D:\ORACLE\ORADATA\KGTEST\STATISTIKA_RAPID_GROW_01.ORA',
  'C:\ORACLE\ORADATA\KGTEST\STATISTIKA_RAPID_GROW_02.ORA',
  'C:\ORACLE\ORADATA\KGTEST\STATISTIKA_RAPID_GROW_03.ORA',
  'E:\ORACLE\ORADATA\KGTEST\PERFSTAT.ORA',
  'E:\ORACLE\ORADATA\KGTEST\IZVOD_IDX.ORA',
  'D:\ORACLE\ORADATA\KGTEST\TOAD.ORA',
  'E:\ORACLE\ORADATA\KGTEST\ROBA_2.ORA',
  'D:\ORACLE\ORADATA\KGTEST\TS_FEB_01.ORA',
  'D:\ORACLE\ORADATA\KGTEST\TS_FEB_02.ORA',
  'C:\ORACLE\ORADATA\KGTEST\WAIT_MONITOR.ORA',
  'G:\ORACLE\KGTEST\DATA\USERS02.ORA'
CHARACTER SET EE8MSWIN1250
;
# Configure snapshot controlfile filename
EXECUTE SYS.DBMS_BACKUP_RESTORE.CFILESETSNAPSHOTNAME('D:\ORACLE\ORA81\DATABASE\SNCFKGTEST.ORA');
# Recovery is required if any of the datafiles are restored backups,
# or if the last shutdown was not normal or immediate.
RECOVER DATABASE
# All logs need archiving and a log switch is needed.
ALTER SYSTEM ARCHIVE LOG ALL;
# Database can now be opened normally.
ALTER DATABASE OPEN;
# Commands to add tempfiles to temporary tablespaces.
# Online tempfiles have complete space information.
# Other tempfiles may require adjustment.
ALTER TABLESPACE TEMP_1 ADD TEMPFILE 'E:\ORACLE\ORADATA\KGTEST\TEMP_11.ORA' REUSE;
ALTER TABLESPACE PRIHOD_TEMP ADD TEMPFILE 'E:\ORACLE\ORADATA\KGTEST\PRIHOD_TEMP_1.ORA' REUSE;
# End of tempfile additions.
#



[2] Zatim ga edituješ tako da izbaciš nepotrebne linije i izbaciš nepotrebne tejblspejsove:

Code:
CREATE CONTROLFILE SET DATABASE "KGTEST_CLONE" RESETLOGS ARCHIVELOG  <-- promenjena linija
    MAXLOGFILES 32
    MAXLOGMEMBERS 2
    MAXDATAFILES 254
    MAXINSTANCES 1
    MAXLOGHISTORY 339

LOGFILE
  GROUP 1 'C:\ORACLE\ORADATA\KGTEST\REDO01.LOG'  SIZE 100M,
  GROUP 2 'D:\ORACLE\ORADATA\KGTEST\REDO02.LOG'  SIZE 100M,    <------- ovde zameniš putanju fajlova, tako da budu kreirani na lokaciji koja postoji na 
  GROUP 3 'E:\ORACLE\ORADATA\KGTEST\REDO03.LOG'  SIZE 100M,                 toj mašini. Ja sam i izbacio dve grupe (šta će ti na kloniranoj bazi)
  
DATAFILE
  'D:\ORACLE\ORADATA\KGTEST\SYSTEM01.DBF',
  'D:\ORACLE\ORADATA\KGTEST\RBS01.DBF',
  'D:\ORACLE\ORADATA\KGTEST\USERS01.DBF',
  'D:\ORACLE\ORADATA\KGTEST\ROBA.ORA',
  'D:\ORACLE\ORADATA\KGTEST\TOOLS01.DBF',
  'D:\ORACLE\ORADATA\KGTEST\INDX01.DBF',
  'D:\ORACLE\ORADATA\KGTEST\DR01.DBF',
  'D:\ORACLE\ORADATA\KGTEST\SYSTEM02.ORA',                    
  'D:\ORACLE\ORADATA\KGTEST\STATISTIKA.ORA',                   
  'D:\ORACLE\ORADATA\KGTEST\STATISTIKA_INDX.ORA',             
  'E:\ORACLE\ORADATA\KGTEST\PRIHODI.ORA',                                         u ovom delu izbaciš sve tejblspejsove(tablespaces)koje ne želiš
  'E:\ORACLE\ORADATA\KGTEST\PRIHODI_INDX1.ORA',                <--------  odnosno pripadajuće dejtafajlove (datafiles). Takođe promeniš 
  'E:\ORACLE\ORADATA\KGTEST\RMAN_20M.ORA',                                     putanje, fajlovima tako da odgovaraju lokaciji gde će se nalaziti.
  'E:\ORACLE\ORADATA\KGTEST\STATISTIKA_INDX_RG_01.ORA',                 
  'D:\ORACLE\ORADATA\KGTEST\STATISTIKA_RAPID_GROW_01.ORA',    
  'C:\ORACLE\ORADATA\KGTEST\STATISTIKA_RAPID_GROW_02.ORA',    
  'C:\ORACLE\ORADATA\KGTEST\STATISTIKA_RAPID_GROW_03.ORA',
  'E:\ORACLE\ORADATA\KGTEST\PERFSTAT.ORA',
  'E:\ORACLE\ORADATA\KGTEST\IZVOD_IDX.ORA',
  'D:\ORACLE\ORADATA\KGTEST\TOAD.ORA',
  'E:\ORACLE\ORADATA\KGTEST\ROBA_2.ORA',
  'D:\ORACLE\ORADATA\KGTEST\TS_FEB_01.ORA',
  'D:\ORACLE\ORADATA\KGTEST\TS_FEB_02.ORA',
  'C:\ORACLE\ORADATA\KGTEST\WAIT_MONITOR.ORA',
  'G:\ORACLE\KGTEST\DATA\USERS02.ORA'
CHARACTER SET EE8MSWIN1250
;
# i sve ovo ispod ukloniš jer ti ne treba za sad


Ovaj fajl sačuvaš kao neki kontrolClone.sql

[3] Kreiraš SID na mašini gde hoćeš da kloniraš bazu, za ovo koristiš ORADIM alat.
[4] Iskopiraš password fajl na odgovarajuću lokaciju.
[5] Iskopiraš datafajlove na loakciju koju želiš i koju si naveo u onom editovanom kontrolfajlu
[6] Konektuješ se as sysdba i uradiš mount baze sa parametarskim fajlom kojeg si takođe pripremio da odgovara novoj bazi (ovde možeš da edituješ parametre vezane za memoriju jer ti realno ne treba isto memorije kao na produkcionoj bazi). Kad uraiš mount baze oracle će da ti se malo žali i javiće ti grešku ORA-00250 error in identifying controlfile, check alert log for more info
Zato ti pokreneš lepo onaj kontrolClone.sql i on ti kreira kontrolfajl koji ti fali na lokacijama navedenim u parametarskom fajlu.

[7] nakon toga uradiš
Code:
 sql> recover database until time '16-apr-2007:12:00:01' using backup controlfile;

[8] primeniš sve archivelog fajlove koje ti traži, i podigneš bazu sa RESETLOG opcijom.

Code:
sql> alter database open resetlogs;


nadam se da nisam preterao ;-)
 
Odgovor na temu

owner

Član broj: 46128
Poruke: 109
*.customer.m-online.net.



Profil

icon Re: RMAN recover baze18.04.2007. u 12:06 - pre 206 meseci
@_simma_
svaka cast na brzom i opsirnom odgovoru.
Probat cu to da odradim, ako zapne javit cu se jos jednom:)

pozdrav
 
Odgovor na temu

owner

Član broj: 46128
Poruke: 109
*.customer.m-online.net.



Profil

icon Re: RMAN recover baze18.04.2007. u 15:17 - pre 206 meseci
sve je proslo do naredbe recover database until time......
Tada nastupa greska ora-01547, ora-01194 i ora-01110

Mozda imas ideju u cemu je problem

[Ovu poruku je menjao owner dana 18.04.2007. u 17:53 GMT+1]
 
Odgovor na temu

_simma_
Predrag Simovic
Kragujevac

Član broj: 89818
Poruke: 32
213.137.106.*



Profil

icon Re: RMAN recover baze19.04.2007. u 08:04 - pre 206 meseci
Pa može da bude više stvari, sad samo nagađam.
Meni liči da si probao da uradiš recovery baze sa opcijom UNTIL TIME a da ti logovi za taj trenutak nisu arhivirani. Uradi arhiviranje svih online logova, pa mu onda zadaj recovery until time. Ne znam da li radiš kloniranje na istu mašinu ili na neku drugu, ako radiš na drugu onda prebaci sve archivelogove koji su ti potrebni tamo , i onda ih primeni kod recovery procedure.

A našao sam na metalinku da ovo možda i nije neki problem. Samo pogledaj da li u alert logu imaš neku liniju koja se žali na rollback segmente, tipa:

Code:
ORA-01534: rollback segment 'RBSxx' doesn't exist


pa se javi.
 
Odgovor na temu

owner

Član broj: 46128
Poruke: 109
*.customer.m-online.net.



Profil

icon Re: RMAN recover baze20.04.2007. u 11:03 - pre 206 meseci
@_simma_
problem je u sledecem.
Po tvojim uputama sam napravio novu istancu na drugoj masini (masina2)
Trebao bih sada da dobijem stanje baze od 01.01.2007.Trenutno na masini (masina1) na kojoj radi produkt baza imam archivelog od 18.04.2007.
Jos imam backupset (B_VKIAQFN_1_1 i B_VLIAQG90_1_1) od 23.02.2007.

Imas li ideju kako da dobijem bazu na masini2 npr. od 01.01.2007.

pozdrav
 
Odgovor na temu

_simma_
Predrag Simovic
Kragujevac

Član broj: 89818
Poruke: 32
213.137.106.*



Profil

icon Re: RMAN recover baze23.04.2007. u 08:03 - pre 206 meseci
Ups!!!!!
Kratko - NE MOŽEŠ NIKAKO!!
Znači, ne možeš da recovery-jem uradiš rollback baze u neki trenutak vremena pre datuma backup-a koji koristiš za recovery. Možeš samo da uradiš roll forward baze u odnosu na backup tako što ćeš da primeniš archive logove. Ako hoćeš stanje od 01.01.2007 onda ti treba neki backup koji je pre tog datuma ili urađen tog dana.

Ti sa ovim backupom možeš da dobiješ najranije stanje od 23.02.2007, ne možeš unazad da se vraćaš sa recovery-jem.

Plus:
Moja procedura se odnosila na USER MANAGED backup, odnosno kad imaš takav backup kako da napraviš kloniranu bazu. Ti imaš backup koji je odrađen sa RMAN-om i moja procedura ne može da se primeni na to. Mislim možda bi nešto i moglo ali da se ne zaluđujemo. Znači, koristi onu proceduru koju ti je napisao bags, uz ono što je meni odgovorio:
Code:
duplicate target database to aux1
skip tablespace 'System' 'Ogromni_tablespace'


P.S. Ovo nešto nije radilo za vikend.

[Ovu poruku je menjao _simma_ dana 23.04.2007. u 09:16 GMT+1]
 
Odgovor na temu

owner

Član broj: 46128
Poruke: 109
*.customer.m-online.net.



Profil

icon Re: RMAN recover baze08.05.2007. u 13:27 - pre 205 meseci
@_simma_

evo jos jedno pitanje sa kasnjenjem.
Mozes li mi reci kako da dobijem stanje od 23.02.2007 posto imam backupset_ove od tog datuma.
Znaci napravio sam novu instancu na drugoj masini i posedujem backupset od 23.02.2007.

pozdrav
 
Odgovor na temu

_simma_
Predrag Simovic
Kragujevac

Član broj: 89818
Poruke: 32
213.137.106.*



Profil

icon Re: RMAN recover baze10.05.2007. u 09:49 - pre 205 meseci
Sorry tek sam sad video.
Ako se ne varam ti imaš backup urađen RMAN-om koji hoćeš da iskoristiš da napraviš kloniranu bazu i da sa nje pokupiš neke podatke. Znači sa tim backupom od 28-og možeš da napraviš bazu od tog datuma.

Što se tiče procedure, sve ti je već napisao bags, samo pažljivo pročitaj.
 
Odgovor na temu

[es] :: Oracle :: RMAN recover baze

[ Pregleda: 5379 | Odgovora: 18 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.