Posts

Posts mit dem Label "Recovery" werden angezeigt.

RMAN und FRA-Aufräumen

Normalerweise klappt das Zusammenspiel RMAN - FRA - Tape problemlos. In 3 Jahren Produktiveinsatz gab's keine Probleme. Mit dem Austausch der Tape-Library und dem Versionswechsel der Sicherungssoftware müssen jedoch die Daten im RMAN-Repository (DB oder controlfile) wieder mit den aktuellen Daten synchronisiert werden: Prüfung: crosscheck; Für Sicherungen nicht mehr benötigte Dateien entfernen: delete obsolete; Ältere Imagecopys entsorgen: delete copy of database device type disk completed before 'sysdate-8';

DataProtector 6.0 unter Linux: Installation und Einbindung in RMAN

Auf dem Zielsystem 1. root: Kopieren der DataProtector Software auf den Server (beide CD's !) 2. root: Installation der DataProtector Software (tar -zxvf .tar.gz) cd /LOCAL_INSTALL ./omnisetup.sh -source /opt/oracle/install/DP55/ -server backup2 -install da,oracle8 wobei: - source - Quellverzeichnis für Installation - server – DNS-Name des Backupservers - install – zu installierende Optionen - hier: o da – Disk Agent o oracle8 – Oracle Integration Hinweis: Die Installation geht nach /etc/opt/omni/... - Config-Dateien /opt/omni/... - Basisinstall /car/opt/omni/... - Logdateien (DP5.5.: /usr/omni/...) bei Problemen: o nur ./omnisetup.sh aufrufen und interaktiv die Module installieren o Cell_Server mit ./omnisetup.sh –server backup bekannt machen o manuell Datei cell_server im Verzeichnis /usr/omni/config/client erstellen: Inhalt: DNS-Name des DataProtector-Cell-Servers (z.B. dpserver) 3. oracle: (Oracle 8i/9i/10g) Einbindung in RMAN durch LINK · ALLE Daten...

Oracle 10gR2 Recovery mit RMAN und ASM

Wichtig: Verzeichnisstruktur für Restore-Datenbank erstellen (/d01/admin/ /...). source ~/env_ora102SE.sh export ORACLE_SID= rman target / set DBID 4181459256 startup nomount; run { allocate channel 'dev_0' type 'sbt' parms 'ENV=(OB2ARTYPE=Oracle8,OB2APPNAME=sv2,OB2BARLIST=Ora10)'; restore spfile from 'c-4181459256-20061107-01';} oder restore spfile from autobackup maxseq=02;} shutdown immediate; startup nomount; run { allocate channel 'dev_0' type 'sbt' parms 'ENV=(OB2ARTYPE=Oracle8,OB2APPNAME=sv2,OB2BARLIST=Ora10)'; restore controlfile from autobackup maxseq=02;} alter database mount; run { allocate channel 'dev_0' type 'sbt' parms 'ENV=(OB2ARTYPE=Oracle8,OB2APPNAME=sv2,OB2BARLIST=Ora10)'; evtl.: set until time "to_date('15 08 2006','DD MM YYYY')"; restore database; } run { allocate channel 'dev_0' type 'sbt' parms 'ENV=(OB2ARTYPE=Oracle8,OB2APPNAME=sv2,OB2BA...

RMAN und KEEP - Option

Um Datensicherungen über als das "Standard"-Sicherungsfenster hinaus aufheben zu können, gibt es beim RMAN die KEEP-Option: backup database keep until time 'sysdate+45' nologs; Im Beispiel wird die Datenbank gesichert und das Backupset 45 Tage lang aufgehoben. Einschränkung: Obiges Statement läuft nur bei einer Sicherung auf Band. Bei Sicherungen in die FRA (Flash Recovery Area) ist die KEEP-Option NICHT ZULÄSSIG. Bei Datenbanken im NOArchivelog -Modus (ja sowas setzen wir produktiv ein) muß sich die Datenbank im MOUNT-Status befinden, steht für normale Datenbankoperationen also nicht zur Verfügung. Für eine Sicherung zum einen in die FRA (für schnelles Recovery) und zum anderen in eine separate Wochensicherung (mit KEEP) müßte die Datenbank also zweimal gesichert werden (= doppelte Downtime). Als Alternative bietet sich folgende Lösung an: 1) backup as copy incremental level 0 database; 2) backup recovery area; 3) backup as backupset copy of database keep until time ...

Top 10 Backup and Recovery best practices

Eine kurze Zusammenfassung des Metalink-Dokumentes Note:388422.1 mit Stand von Ende Aug 2006: 1. Turn on block checking alter system set db_block_checking = true scope=both; 2. Turn on block tracking when using RMAN backups (if running 10g) Anm: Das geht nur in der EnterpriseEdition. alter database enable block change tracking; 3. Duplex log groups and members and have more than one archive log dest Anm: Das geht nur in der EnterpriseEdition. alter system set log_archive_dest_2='location=/new/location/archive2' scope=both; alter database add logfile member '/new/location/redo21.log' group 1; 4. When backing up the database use the 'check logical' parameter backup check logical database plus archivelog delete input; 5. Test your backup restore validate database; 6. Have each datafile in a single backup piece Anm: Ob dies im allgemeinen sinnvoll ist, bezweifel ich. backup database filesperset 1 plus archivelog delete input; 7. Maintain your RMAN catalog/controlfi...

DataProtector 5.5 unter Linux: Installation und Einbindung in RMAN

Auf dem Zielsystem 1. root: Kopieren der DataProtector Software auf den Server 2. root: Installation der DataProtector Software cd /LOCAL_INSTALL ./omnisetup.sh -source /opt/oracle/install/DP55/ -server backup2 -install da,oracle8 wobei: - source - Quellverzeichnis für Installation - server – DNS-Name des Backupservers - install – zu installierende Optionen - hier: o da – Disk Agent o oracle8 – Oracle Integration Hinweis: Die Installation geht nach /usr/omni/... bei Problemen: o nur ./omnisetup.sh aufrufen und interaktiv die Module installieren o Cell_Server mit ./omnisetup.sh –server backup bekannt machen o manuell Datei cell_server im Verzeichnis /usr/omni/config/client erstellen: Inhalt: DNS-Name des DataProtector-Cell-Servers (z.B. dpserver) 3. oracle: (Oracle 8i/9i/10g) Einbindung in RMAN durch LINK · ALLE Datenbanken STOPPEN · Je ORA-HOME Link zum DP setzen: (User oracle) cd /lib mv libobk.so libobk.so_org ln –s /usr/omni/lib/libob2oracle8.so l...

Installation Patch für DataProtector5.5 unter LINUX

Installation Patch für DataProtector5.5 unter LINUX - Download Patch von http://support.openview.hp.com/patches/dp/5.50/s700_800_11.X.jsp - mkdir tmp - cd tmp/ - cp ../PHSS_34495 . - PHSS_ auspacken: sh PHSS_XXXX Warnungen ignorieren, dann erhalten Sie 2 Dateien: PHSS_XXXX.depot und PHSS_XXXX.text - Wegmoven des Patch Files mv PHSS_XXXX org_PHSS_XXXX - entpackt das Depot File tar xvf PHSS_XXXX.depot - cd cd PHSS_34495/OMNI-OR8-P/opt/omni/databases/vendor/*./../packet.Z, wobei gpl für Linux steht - gunzip packet.Z -> packet - mv packet packet.Z - gunzip packet.Z - tar xvf packet - Org.Verzeichnisse sichern: cp -rf /usr/omni/bin/ /usr/omni/org_bin cp -rf /usr/omni/lib/ /usr/omni/org_lib - Kopieren Sie die erhaltenen Dateien aus ./bin bzw. ./lib nach /usr/omni/bin bzw. /usr/omni/lib usw. cp -rf bin/* /usr/omni/bin/ cp -rf lib/* /usr/omni/lib/ => Fertig! Wichtig: Die abenteuerliche Mischung aus doppeltem gunzip und tar-Packen ist ernst gemeint!