Rman i kopie - archivlogi sie nie kasują
Morff
Mam następujący skrypt:
rman <<EOF
connect target ${TARGET_DB}
connect catalog ${CATALOG_DB}
run {allocate channel d1 type disk maxpiecesize 2000M;
backup incremental level 4 format '/usb/day_%T_%U.bkp' database;
backup archivelog all format '/usb/arch_%U.bkp';}
CROSSCHECK BACKUP;
CROSSCHECK ARCHIVELOG ALL;
DELETE NOPROMPT OBSOLETE;
DELETE NOPROMPT EXPIRED ARCHIVELOG ALL;
EOF
exit
Wszystko dobrze działało do momentu gdy nie zduplikowałem lokalizacji do tworzenia archivlogów. Teraz w spfile mam dwie lokalizacje (powiedzmy ze /u01/arch i /u02/arch). Od momentu dodania drugiej lokalizacji stare archivlogi nie kasują sie i zostają na dysku. Tworzą sie nowe kopie . "report obsolete" nie pokazuje zadnych przestarzałych plików.
Co wiecej , w "Oracle RMAN - leksykon kieszonkowy" znalazłem zapis :
"W przeciwieństwie do standardowego sposobu tworzenia kopii zapasowych otwartych plików danych pakiet RMAN nie przełącza przestrzeni tabel w tryb "backup". Nie sa zatem generowane zadne dodatkowe dzienniki powtórzeń .."
No a u mnie są .. w chwili robienia kopii tworzą sie archivlogi , które sa oczywiscie backupowane nastepnego dnia przez ten skrypt - i niepotrzebnie to puchnie.
Jakies wskazówki ? czy coś powinienem poprawić w skrypcie aby po backupie archivlogi sie kasowały , no i co z tym tworzeniem archivlogów podczas tworzenia kopii.
--
Pozdrawiam
Morff
Lucyna Witkowska
> (Oracle 9i2)
Czy po duplikacji lokalizacji byl robiony backup bazy lovel 0?
Czy backup archivelog all robi tez backup archivelogow z drugiej lokalizacji?
Pozdrowienia,
LW
Morff
> Czy po duplikacji lokalizacji byl robiony backup bazy lovel 0?
> Czy backup archivelog all robi tez backup archivelogow z drugiej
> lokalizacji?
Witam
Oczywiscie Pani Lucyno , jak zwykle na Pani wskazówkach zawsze mozna polegać
Trzeba było wykonac backup na poziomie 0.
Taki backup mam w cronie w soboty , nie zdązył sie wykonać , a ja juz zacząłem sie martwić.
Mam jeszcze jedno pytanie.
Po wykonaniu kopii na poziomie 0 , pierwsza kopia na poziomie wyższym i tak jest pełną kopią. Czyli powstaje druga pełna kopia. Czy jest jakis sposób aby kopia 0 pozostała a pierwsza kopia przyrostowa zawierała tylko zmienione bloki nie tworząc ponownie pełnego backupu ?
Dziekuje i życzę wszystkiego najlepszego w 2009 roku.
--
Pozdrawiam
Morff
--------------------
AQQ : 141151 (mo...@aqq.eu)
Lucyna Witkowska
> rman <<EOF
> connect target ${TARGET_DB}
> connect catalog ${CATALOG_DB}
> run {allocate channel d1 type disk maxpiecesize 2000M;
> backup incremental level 4 format '/usb/day_%T_%U.bkp' database;
> backup archivelog all format '/usb/arch_%U.bkp';}
> CROSSCHECK BACKUP;
> CROSSCHECK ARCHIVELOG ALL;
> DELETE NOPROMPT OBSOLETE;
> DELETE NOPROMPT EXPIRED ARCHIVELOG ALL;
> EOF
> exit
> Wszystko dobrze działało do momentu gdy nie zduplikowałem lokalizacji do tworzenia archivlogów.
> Teraz w spfile mam dwie lokalizacje (powiedzmy ze /u01/arch i /u02/arch).
> Od momentu dodania drugiej lokalizacji stare archivlogi nie kasują sie i zostają na dysku.
> Tworzą sie nowe kopie . "report obsolete" nie pokazuje zadnych przestarzałych plików.
Czy od momentu zmiany byl tworzony backup level 0?
Czy backup archivelogow zawiera tez archivelogi z drugiej lokalizacji?
> Co wiecej , w "Oracle RMAN - leksykon kieszonkowy" znalazłem zapis :
> "W przeciwieństwie do standardowego sposobu tworzenia kopii zapasowych otwartych plików danych pakiet RMAN nie przełącza przestrzeni tabel w tryb "backup". Nie sa zatem generowane zadne dodatkowe dzienniki powtórzeń .."
> No a u mnie są .. w chwili robienia kopii tworzą sie archivlogi , które sa oczywiscie backupowane nastepnego dnia przez ten skrypt - i niepotrzebnie to puchnie.
> Jakies wskazówki ? czy coś powinienem poprawić w skrypcie aby po backupie archivlogi sie kasowały , no i co z tym tworzeniem archivlogów podczas tworzenia kopii.
Mozna zastosowac backup archivelog all ... delete input - wtedy archivelogi powinny kasowac sie po backupie bez
czekania na OBSOLETE.
Pozdrowienia,
LW
Lucyna Witkowska
> Mam jeszcze jedno pytanie.
> Po wykonaniu kopii na poziomie 0 , pierwsza kopia na poziomie wyższym i tak jest pełną kopią.
>Czyli powstaje druga pełna kopia. Czy jest jakis sposób aby kopia 0 pozostała a pierwsza kopia przyrostowa
>zawierała tylko zmienione bloki nie tworząc ponownie pełnego backupu ?
Nie powinno tam byc.
To co mi przychodzi na mysl to - z jakiegos powodu backup na poziomie 1 nie uwaza poprzedniego backupu za
backup incrementalny i obniza poziom tworzonego backupu z level 1 na 0.
> Dziekuje i życzę wszystkiego najlepszego w 2009 roku.
Dziekuje za zyczenia i nawzajem wszystkiego dobrego - oby nam bazy chodzily bez zarzutu :-)
Pozdrowienia,
--
Lucyna Witkowska
Morff
> Nie powinno tam byc.
> To co mi przychodzi na mysl to - z jakiegos powodu backup na poziomie 1
> nie uwaza poprzedniego backupu za
> backup incrementalny i obniza poziom tworzonego backupu z level 1 na 0.
Znów zacytuję "Oracle RMAN - Leksykon kieszonkowy"
"W razie tworzenia kopii przyrostowej o poziomie wyższym niz 0 , jezeli nie wykonano wczesniej zadnej archiwizacji na tym poziomie, pakiet RMAN tworzy automatycznie kopię na poziomie 0"
miałem nadzieje ze mozna to jakos obejsc ... głównie chodzi o czas tworzenia kopii , system zwalnia podczas jej robienia i przy systemie 24godzinnym nie ma znaczenia ze backup robi sie w nocy.