RMAN - problem z recover (dlugie)
saintos - 17-06-2007 00:17
RMAN - problem z recover (dlugie)
Czesc,
Poszukuje podpowiedzi co robie zle lub potwierdzenia jesli tak ma byc.
System: SUN 5.8, Oracle: 8.1.7
Sytuacja wyglada tak, serwer 1, na nim robi sie rmanowy backup full, backup
archivelogs i dodatkowo po calym backupie jest 'alter database backup
controlfile to "/oracle/backup/control.bck"'
Na serwer 2, na ktorym powinna ta baza wstac, przenosze caly rmanowy backup.
teraz proboje odtworzyc, wiec robie:
run {
allocate ch.....;
format ....;
restore database;
recover database;
}
mniemam, ze powinno byc wszystko ok... pod koniec calej procedury widze blad:
RMAN-08515: archivelog filename=/oracle/baza/arch/1_129147.arc
thread=1 sequence=129147
RMAN-08060: unable to find archivelog
RMAN-08510: archivelog thread=1 sequence=129148
RMAN-00571: ================================================== =========
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ================================================== =========
RMAN-03002: failure during compilation of command
RMAN-03013: command type: recover
RMAN-03006: non-retryable error occurred during execution of command: recover(4
RMAN-07004: unhandled exception during command execution on channel default
RMAN-20000: abnormal termination of job step
RMAN-06054: media recovery requesting unknown log: thread 1 scn 8019655593543
Recovery Manager complete.
W rmanie polecenie list backup of archivelog all; podaje mi informacje ze
ostatni scn to 8019655593543 a ostatni archivelog to 1_129147.arc, o 129148
nie ma ani slowa.
Teraz aby postawic baze ustawiam logseq = 129147 thread 1, daje recover i baza
ladnie sie odzyskuje. pozniej alter database open resetlogs, wstaje i dziala
bez problemu.
Rozumiem, ze podczas backup'owania controlfile'a informacja o tym zdarzeniu
jest gdzies zapisywana (redo)?
Teraz pytanie, jak zrobic aby pozbyc sie tego komunikatu a najlepiej rozwiazac
problem :) Gdzie znajde albo jak dotrzec do tego archiveloga a jeszcze lepiej
jak wykonac backup aby przy otwarzaniu nie pojawial sie ww komunikat?
aha, sam backup robi sie tak:
allocate channel kanal1 type disk;
sql 'alter database backup controlfile to trace';
backup full
tag=pelny_backup
format '/oracle/Backup/backup_%s_%p_%d'
(database);
sql 'alter system archive log current';
backup current controlfile;
release channel kanal1;
sql 'alter system archive log current';
allocate channel ch1 type disk;
change archivelog all validate;
backup
format '/oracle/Backup/arch_%s_%p_%d'
archivelog all delete input;
release channel ch1;
a ponim jeszcze to co pisalem na wstepie czyli
alter database backup controlfile to '/oracle/backup/control.bck'
jesli cos jest zle poprawcie prosze...
Pozdrawiam
saintos
--
Wys?ano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
Marcin 'PIORO' Przepiorowski - 17-06-2007 00:17
saintos wrote:
> Na serwer 2, na ktorym powinna ta baza wstac, przenosze caly rmanowy backup.
> teraz proboje odtworzyc, wiec robie:
>
> run {
set until logseq x thread 1;
> allocate ch.....;
> format ....;
> restore database;
> recover database;
> }
>
Gdzie wartosc x ustalasz za pomoca list backupset of archivelog list;
bierzesz ostatni wiersz i z niego kolumne seq, dodajesz 1 i juz masz wartosc x.
Jesli nie ustawisz limitu Oracle jedzie w odtwarzaniam tak dlugo jak ma
archivelogi i dopiero komunikat o nie znalezieniu archa zaka?cza odtwarzanie.
pozdrawiam,
Marcin 'PIORO' Przepiorowski
--
Wys?ano z serwisu OnetNiusy: http://niusy.onet.pl
Karol T - 17-06-2007 00:17
Marcin 'PIORO' Przepiorowski <pioro1WYTNIJTO@poczta.fm> napisa?(a):
> Gdzie wartosc x ustalasz za pomoca list backupset of archivelog list;
> bierzesz ostatni wiersz i z niego kolumne seq, dodajesz 1 i juz masz wartosc x.
czyli UNTIL ciagnie do LOGSEQ czy tam SCNa o jedna wczesniej niz wartosc UNTIL...
np.
set until logseq 12345 thread 1;
to rman pociagnie recover do momentu gdy logseq osiagnie wartosc 12344...
am i correct? :)
>
> Jesli nie ustawisz limitu Oracle jedzie w odtwarzaniam tak dlugo jak ma
> archivelogi i dopiero komunikat o nie znalezieniu archa zaka?cza odtwarzanie.
tzn mam rozumiec, ze taka sytuacja jest poprawna?
pozdr
saintos
--
Wys?ano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
dap997 - 17-06-2007 00:17
saintos napisa?(a):
> Czesc,
> Poszukuje podpowiedzi co robie zle lub potwierdzenia jesli tak ma byc.
> System: SUN 5.8, Oracle: 8.1.7
> Sytuacja wyglada tak, serwer 1, na nim robi sie rmanowy backup full, backup
> archivelogs i dodatkowo po calym backupie jest 'alter database backup
> controlfile to "/oracle/backup/control.bck"'
>
> Na serwer 2, na ktorym powinna ta baza wstac, przenosze caly rmanowy backup.
> teraz proboje odtworzyc, wiec robie:
>
> run {
> allocate ch.....;
> format ....;
> restore database;
> recover database;
> }
>
> mniemam, ze powinno byc wszystko ok... pod koniec calej procedury widze blad:
> Rozumiem, ze podczas backup'owania controlfile'a informacja o tym zdarzeniu
> jest gdzies zapisywana (redo)?
O jakim zdarzeniu?
Wykonaj nas?puj?ce polecenie, to zobaczysz to co najwa?niejsze w plikach
controlnych :
alter database backup controlfile to trace as '/u01/backup_to_trace' ;
Aby zapobiec temu komunikatowi mo?esz ustawi? czas do którego baza
danych b?dzie przywracana (recover). Na przyk?ad dodaj?c tak? komend?:
set until time 'sysdate-1/777';
dap
saintos - 17-06-2007 00:17
<news997@gazeta.pl> as "dap997" wrote something like...
, ze powinno byc wszystko ok... pod koniec calej procedury
> widze blad: : > Rozumiem, ze podczas backup'owania controlfile'a
> informacja o tym zdarzeniu : > jest gdzies zapisywana (redo)?
> : O jakim zdarzeniu?
o zdarzeniu backupu... ja robie w trybie nocatalog wiec rozumiem, ze
informacje o backupach zapisywane sa w controlfile'u.. bo jesli uruchomie
baze maja same zarchiwizowane pliki controlne i nic wiecej, i wylistuje
backupy to widze co bylo archiwizowane...
> : Wykonaj nas?puj?ce polecenie, to zobaczysz to co najwa?niejsze w plikach
> : controlnych :
> : alter database backup controlfile to trace as '/u01/backup_to_trace' ;
> : Aby zapobiec temu komunikatowi mo?esz ustawi? czas do którego baza
> : danych b?dzie przywracana (recover). Na przyk?ad dodaj?c tak? komend?:
> : set until time 'sysdate-1/777';
to moze inaczej zadam pytanie, czy jest sposob aby przy odzyskiwaniu nie
podawac set until....
--
... saintos
... mail: www.mail2me.z.pl
Lucyna Witkowska - 17-06-2007 00:18
saintos <saintos_Wytnij_Ten@tekst_wp.pl> napisa?:
> to moze inaczej zadam pytanie, czy jest sposob aby przy odzyskiwaniu nie
> podawac set until....
W skrypcie:
RECOVER DATABASE UNTIL CANCEL
CANCEL
Pozdrowienia,
--
Lucyna Witkowska
Lucyna Witkowska - 17-06-2007 00:18
Lucyna Witkowska <ypwitkow@nospamcyf-kr.edu.pl> napisa?:
> saintos <saintos_Wytnij_Ten@tekst_wp.pl> napisa?:
> > to moze inaczej zadam pytanie, czy jest sposob aby przy odzyskiwaniu nie
> > podawac set until....
> W skrypcie:
> RECOVER DATABASE UNTIL CANCEL
> CANCEL
Autopoprawka - w skrypcie sqlplus.
W RMANie bez set until sie chyba nie obejdzie.
Pozdrowienia,
LW
dap997 - 17-06-2007 00:18
saintos napisa?(a):
> <news997@gazeta.pl> as "dap997" wrote something like...
> , ze powinno byc wszystko ok... pod koniec calej procedury
>> widze blad: : > Rozumiem, ze podczas backup'owania controlfile'a
>> informacja o tym zdarzeniu : > jest gdzies zapisywana (redo)?
>> : O jakim zdarzeniu?
>
> o zdarzeniu backupu... ja robie w trybie nocatalog wiec rozumiem, ze
> informacje o backupach zapisywane sa w controlfile'u.. bo jesli uruchomie
> baze maja same zarchiwizowane pliki controlne i nic wiecej, i wylistuje
> backupy to widze co bylo archiwizowane...
Twój b??d to nie jest b??d kopii, tylko odzysku. Dane zapisane w plikach
kontrolnych s? w porz?dku.
>> : Wykonaj nas?puj?ce polecenie, to zobaczysz to co najwa?niejsze w plikach
>> : controlnych :
>> : alter database backup controlfile to trace as '/u01/backup_to_trace' ;
>> : Aby zapobiec temu komunikatowi mo?esz ustawi? czas do którego baza
>> : danych b?dzie przywracana (recover). Na przyk?ad dodaj?c tak? komend?:
>> : set until time 'sysdate-1/777';
>
> to moze inaczej zadam pytanie, czy jest sposob aby przy odzyskiwaniu nie
> podawac set until....
Hmm... Ale po co? My?la?em, ?e zale?y Ci na pozbyciu si? komunikatu o
b??dzie.
dap
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
[MSSQL2000] Problem z =?ISO-8859-2?Q?tabel=B1/indeksem/zapytanie?==?ISO-8859-2?Q?m_czy_b=B3=B1d_w_bazie_danych=2E=2E=2E?=
mysql i mysql-front, problem
String line; if (line=="cos"){...}....problem
Problemy z =?ISO-8859-2?Q?instalacj=B1_PostgreSQL_na_syste?==?ISO-8859-2?Q?mach_Windows?=
[postgres] Problem z =?ISO-8859-2?Q?zmian=B1_struktury_i_z?==?ISO-8859-2?Q?ale=BFno=B6ciami=2E?=
[oracle] =?ISO-8859-2?Q?zmia=BFd=BFony_przez_problem=3A_za?==?ISO-8859-2?Q?pytanie_do_hierarchi?=
Problem z wartościami w MySQL :( [ MySQL and ASP and VBScript ]
[PGSQL] czy ktos mial problemy z initdb pgsql 8.1 ?
[MySQL] Problem z zapisem danych w bazie danych
Problem z mysql - can't connect to MySQL/nietypowo...
zanotowane.pldoc.pisz.plpdf.pisz.plwawa19wwa91.pev.pl
Cytat
Decede mihi sole - nie zasłaniaj mi słonca.
Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
Hoc fac - tak czyń.
A tergo - od tyłu; z tyłu.
I czarne włosy posiwieją. Safona |
|
