|
Oprava poškozého bloku v souboru s pomocí RMANa |
Jistě se vám stalo a jestli doteď ne, pak v budoucnu určite, že se poškodí blok v datovém souboru.
Naštěstí exituje RMAN a s jeho pomocí dokážete opravit poškozený blok velmi rychle a efektně.
Podívejte se na příklad, kdy neprošla záloha, protože byl zjištěný poškozený blok v jednom ze zálohovaných souborů. Další možný postup jsem popisoval v jiném článku.
RMAN> backup tablespace test;
Starting backup at 2010-06-24:09:00:43
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=48 device type=DISK
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00008 name=/home/oracle/BACKUP/TOMtbs01.dbf
channel ORA_DISK_1: starting piece 1 at 2010-06-24:09:00:44
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ORA_DISK_1 channel at 06/24/2010 09:00:51
ORA-19566: exceeded limit of 0 corrupt blocks for file /home/oracle/BACKUP/poskozeny.dbf
|
|
Celý článek...
|
|
|
Oprava poškozeného bloku v souboru |
|
V předchozích řešeních jste si vyzkoušeli jak opravit, ale spíše obnovit poškozené objekty ze záloh. Tento způsob však není vždy nutný. Předtsvte si, že máte velký datfový soubor, kde by obnova trvala neskutečně dlouho a přitom by v souboru bylo poškozeno jen několik bloků. Naštěstí existuje způsob jak opravit jen jednotlivé bloky. Pojďte si vyzkoušet jak na to. Nejdříve si připravte testovací prostředí. Máte-li soubory uložené na file systému pak vám k tomu může dopomoci příkaz dd. Já jsem si pro tento příklad uložil jeden soubor mimo ASM. Tento soubor pak poškodím a následně opravím. V rámci cvičení to můžete udělat taktéž.
Poškození souboru pomocí utility dd.
[oracle@centos53 zalohy]$ dd if=/dev/zero of=/zalohy/test_poskozeny.dbf bs=8k conv=notrunc seek=20 count=1
1+0 records in
1+0 records out
8192 bytes (8.2 kB) copied, 0.00114399 seconds, 7.2 MB/s
|
|
Celý článek...
|
|
Záloha archívních souborů |
|
Představte si, že jste právě dostali email s upozorněním, že vaše disková skupina je skoro plná a vy potřebujete nutně uvolnit místo, jinak se může stát, že se databáze zastaví, neboť nebude mít kam ukládat archívní soubory.
První co uděláte je, že se podíváte do EM a v nabídce Server spustíte odkaz Disk groups. Uvidíte aktuální zaplnění diskové skupiny.
Obrázek 1.1: Ukazuje aktuální zaplnění diskové skupiny
Aktuální zaplnění diskových skupin můžete získat i dotazem do pohledu v$asm_diskgroups.
|
|
Celý článek...
|
|
Problém s obnovou na druhém serveru |
Problém 14:
Původní databáze verze 10.2.0.3 byla odzálohovaná a obnovená na jiném serveru, kde je nainstalován software verze 10.2.0.4.
Po startu databáze píše chyby. viz alert.log
Analýza:
Alert.log
==========
SMON: enabling cache recovery
Thu Apr 29 00:38:28 2010
Errors in file c:\oracle\admin\arbes\udump\test_ora_1868.trc:
ORA-30012: undo tablespace 'UNDOTBS1' does not exist or of wrong type
|
|
Celý článek...
|
|
|
|
|
|
