Вы здесь

RMAN

восстановление, копирование при помощи rman

скрипты

full_backup.sh
#!/bin/bash
## prepare variables
export ORACLE_BASE=/u01/app/oracle
export ORACLE_HOME=/u01/app/oracle/product/11.2.0/db_1
export PATH=/u01/app/oracle/product/11.2.0/db_1/bin:$PATH
export ORACLE_SID=hd
export NLS_DATE_FORMAT='dd.mm.yyyy hh24:mi:ss'
CONN=/
SCRIPT_DIR=`dirname $0`
if [ "$SCRIPT_DIR" = "." ]; then
SCRIPT_DIR=`pwd`
fi
SCRIPT_FILE=`basename $0 | cut -f1 -d'.'`
echo script-file=$SCRIPT_FILE
RMAN_FILE=$SCRIPT_DIR/$SCRIPT_FILE.rman

Быстро про RMAN

Бекапы могут храниться как backup set (по умолчанию) и image copies:

backup set - данные хранятся в формате понятном только для RMAN. В Backup set состоит из Backup piece, каждый из которых может представлять из себя копию файла данных или копию управляющего файла, или копию архивлогов.
image copies - отличаются от копий, создаваемых, например с помощью команды cp, лишь тем, что информация о них заносится в управляющий файл или каталог восстановления.

Команда:
RMAN> BACKUP AS BACKUPSET DATABASE;
Создаст резернвую копию как backup set

ORA-19566: exceeded limit of 0 corrupt blocks for file : Block that not part of any segment

Getting this error,

RMAN-00571: ======================================================
RMAN-00569: ========= ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: =====================================================
RMAN-03009: failure of backup command on ch02 channel at 10/08/2012 18:18:35
ORA-19566: exceeded limit of 0 corrupt blocks for file /testdb/dev/oradata/test13.dbf

Get the file id of the above file using

select file_id from dba_data_files where file_name=’/testdb/dev/oradata/test13.dbf’;

File_id
——
16

Резервное копирование и восстановление данных (Команды RMAN)

FRA - Fast Recovery Area - область на диске для бекапов и архивных журналов
RMAN - Recovery Manager (утилита для резервного копирования и восстановление данных)

В большинстве случаев, рекомендуется настроить работу базы данных в режиме работы ARCHIVELOG.
ARCHIVELOGи и BACKUPы хранятся в FRA, необходимо, чтобы база данных имела возможность записи данных в эту область, иначе возникнет ошибка и база перестанет принимать команды пользователей. Поэтому, по мере заполенения FRA, необходимо ее очищать (исключительно средствами RMAN).

Посмотреть данные FRA:

Восстанавливать контролфайл

Восстанавливать старый контролфайл можно:
restore controlfile from 'path/filename'
restore until time ... controlfile from autobackup
restore controlfile from autobackup maxdays 100

Все ты попробовал и у тебя везде 6172 (хотя при выводе от 2 и 3 у тебя должны были быть показаны правильные данные, за какой день файл ищется)
Осталось прочитать вторую часть ошибки (признайся -- тащил через FTP в ASCII режиме )

Холодный бекап

BACKUP_DIR=C:\ORA_BACKUP\NOVADWH
RMAN_FILE=D:\oracle\rman\cold_backup.rman
Recovery Manager: Release 10.2.0.4.0 - Production on Thu Dec 12 06:30:00 2013
Copyright (c) 1982, 2007, Oracle. All rights reserved.
connected to target database: NOVADWH (DBID=2113033022)
using target database control file instead of recovery catalog
RMAN> # Cold Backup NOVADWH
2> shutdown immediate;
3> startup nomount;
4> sql 'alter database mount';
5> allocate channel for maintenance type disk;
6> crosscheck backup;

Восстановить standby если потерялся лог при помощи инкрементального бекапа

По разным, не всегда зависящим от ДБА причинам, могут исчезнуть логи с основной базы. Поэтому, когда возникает такая ситуация, выходящая за рамки понимания, почему архив журнала(ы) пропали без вести, откинем в негодовании вопрос "Кто виноват?" сосредоточим внимание на вопросе "Что делать?".
Первое - это устраним коренную причину этого.
Далее, существуют 3 варианта устранения проблемы:
- Восстановить пропавший архив журнала из резервной копии на сервере-источнике.

Lost an Archive Log File? Use RMAN Incremental Backups to Resync Your Standby Database

Anyone who has done time on the “tech frontline” knows that there are occasions in production systems when the unexpected transpires. Whether such events are of human origin, for example, accidentally deleting a file or setting an overly agressive retention policy, or otherwise (corruptions and disk failures), these threaten to compromise the integrity of the system(s) you are responsible for.

RMAN в примерах

Режим архивации

При попытке осуществить резервное копирование вашей базы данных с помощью RMAN у вас выдается ошибка:

RMAN-03009: failure of backup command on ORA_DISK_1 channel at 02/17/2011 09:43:56
ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode

Сообщение говорит о том, что прежде чем начинать резервное копирование с помощью RMAN, нужно перевести базу данных в режим архивации.
Включение режима архивации базы данных

Восстанавливаем ORACLE из RMAN

Disaster recovery Кратенько

-- создать экземпляр в винде

-- восстановить spfile с автобэкапа (настроив параметры или указав файл напрямую) (startup force nomount; restore spfile from ...)

-- стартануть в NOMOUNT

-- создать pfile

-- поправить пути для контролов в pfile

-- перестартовать в NOMOUNT

-- восстановить контролы из автобэкапа restore controlfile from ...

-- смонтировать экземпляр

-- закаталогизировать бэкап

-- прописать новые пути для файлов

-- восстановить БД (RESTORE+RECOVER) -- открыть с RESETLOGS

Страницы

Подписка на RSS - RMAN