ITPub博客

首页 > Linux操作系统 > Linux操作系统 > Oracle備份恢復實驗(原廠培訓資料)

Oracle備份恢復實驗(原廠培訓資料)

原创 Linux操作系统 作者:tolywang 时间:2005-03-24 00:00:00 0 删除 编辑

 

系统 win2000 pro

备份恢复的实验 整理
用户管理的
准备工作:


 



做备份恢复时,把undo改小一点
SQL>CREATE UNDO TABLESPACE undo1
DATAFILE 'D:oracleoradataa00215undo01.dbf'
SIZE 4M AUTOEXTEND ON;
SQL>ALTER SYSTEM SET UNDO_TABLESPACE=UNDO1;
SQL>DROP TABLESPACE UNDOTBS1;

1) SQL> create pfile from spfile;
2) shutdown immediate
3)
用写字板打开initSID.ora 编辑这个静态参数文件
加三行代码
*.log_archive_start=true
*.log_archive_dest='D:oracleoradataarchive00'
*.log_archive_format='awu%s.arc'
OS
保存
4) SQL> create spfile from pfile;
5) SQL> startup mount
6) SQL> alter database archivelog
7) SQL> alter database open;
8) SQL> archive log list;
9)
创建scott用户,供实验用
SQL> @D:oracleora92rdbmsadminscott.sql
10) SQL> shutdown immediate
11)
做一个完全的冷备份,OS下,将文件(e.g. D:oracleoradataa00215...) 复制出 (我这里是到D:oracleoradatabackup00...)

 

 

 

完全恢复
1.1.1 lab1
描述:
数据库关闭状态,需要恢复System datafiles,Undo segment datafiles,Whole database
在这里,我们给scott用户创建一个表,然后破坏undo,恢复后,看看表中的数据还在不在

1) SQL> conn sys/oracle as sysdba
SQL> startup
2) SQL> create table scott.com1(n1 number);
SQL> insert into scott.com1 values(1);
SQL> commit;
SQL> alter system switch logfile;
SQL> insert into scott.com1 values(2);
SQL> shutdown abort
3)
此时,把undo破坏
在‘服务‘中,将OracleServiceA00215停止
删除(OS)undo文件
4)
在‘服务‘中,将OracleServiceA00215启动
5) conn / as sysdba
startup
ORACLE
例程已经启动。
Total System Global Area 135338868 bytes
Fixed Size 453492 bytes
Variable Size 109051904 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
ORA-01157:
无法标识/锁定数据文件 9 - 请参阅 DBWR 跟踪文件
ORA-01110:
数据文件 9: 'D:ORACLEORADATAA00215UNDO01.DBF'

(
不发的话,可以看警告日志D:oracleadmina00215bdumpalert_a00215.log,
Sat Sep 25 14:18:18 2004
Errors in file d:oracleadmina00215bdumpa00215_dbw0_1552.trc:
ORA-01157: cannot identify/lock data file 9 - see DBWR trace file
ORA-01110: data file 9: 'D:ORACLEORADATAA00215UNDO01.DBF'
ORA-27041: unable to open file
OSD-04002:
无法打开文件
O/S-Error: (OS 2)
系统找不到指定的文件。)

6)
恢复:
SQL> SHUTDOWN ABORT
将备份的undo01.dbf copy回去
SQL> STARTUP MOUNT
SQL> recover database(
或者recover datafile 9//或者 recover'D:ORACLEORADATAA00215UNDO01.DBF')

SQL> select * from scott.com1;

N1
----------
1

 

 

1.1.2 lab2
描述
数据库打开的时候,并且恢复的时候数据库也开启,此时受损的文件不能是system或者undo文件

如下操作,都在数据库open时进行
1) SQL> create table scott.com2 (n1 number) tablespace users;
SQL> insert into scott.com2 values(1);
SQL> commit;
SQL> alter system switch logfile;

2)
破坏users01.dbf (users 表空间)
我这里采取的办法是先将users 表空间offline,再造一个同名(0字节)的覆盖,也可以采取其他办法。

3
)恢复
alter tablespace users offline immediate;

此时 select * from scott.com2;
报错:
ERROR
位于第 1 :
ORA-00376:
此时无法读取文件 7
ORA-01110:
数据文件 7: 'D:ORACLEORADATAA00215USERS01.DBF'

OS
将备份的users01.dbf copy回去

SQL> recover tablespace users
SQL> alter tablespace users online;
SQL> select * from scott.com2;
N1
----------
1

 

1.1.3 lab3
描述
和实验二类似,不同之处在于数据库损坏时为关闭状态,此时受损的文件不能是system或者undo文件
1
)数据库关闭时,删除users01.dbf
恢复
2
SQL> conn / as sysdba
SQL> startup
报错
ORA-01157:
无法标识/锁定数据文件 7 - 请参阅 DBWR 跟踪文件
ORA-01110:
数据文件 7: 'D:ORACLEORADATAA00215USERS01.DBF'

OS
将备份的users01.dbf copy回去
SQL> alter tablespace users offline immediate;
SQL> alter database open
SQL> alter tablespace users online;
SQL> select * from scott.com2;
N1
----------
1

 

1.1.4 lab4
没有备份的情况下,恢复一个数据文件,不能是system或者undo

准备
SQL> create tablespace testtbs datafile 'D:oracleoradataa00215testtbs.dbf' size 1m;
SQL> alter system switch logfile;
SQL> create table scott.com4 (n1 number) tablespace testtbs;
SQL> alter system switch logfile;
SQL> insert into scott.com4 values(1);
SQL> commit;
SQL> alter system switch logfile;

搞坏 testtbs.dbf
我这里采取的办法是先将testtbs 表空间offline,然后把这个重命名。


SQL> select * from scott.com4;
select * from scott.com4
*
ERROR
位于第 1 :
ORA-00376:
此时无法读取文件 2
ORA-01110:
数据文件 2: 'D:ORACLEORADATAA00215TESTTBS.DBF'

恢复


再造一个文件
SQL> ALTER DATABASE CREATE DATAFILE
2 'D:oracleoradataa00215testtbs.dbf';

SQL> recover tablespace testtbs
SQL> alter tablespace testtbs online;
SQL> select * from scott.com4;

N1
----------
1

 

不完全恢复
做不完全恢复时,做实验前都要把数据库给备份一下

1.2.1 lab5
基于时间的恢复

SQL> select * from scott.emp;

EMPNO ENAME JOB MGR HIREDATE SAL COMM DEPTNO
----- ---------- --------- ----- ----------- --------- --------- ------
7369 SMITH CLERK 7902 1980-12-17 800.00 20
7499 ALLEN SALESMAN 7698 1981-2-20 1600.00 300.00 30
7521 WARD SALESMAN 7698 1981-2-22 1250.00 500.00 30
7566 JONES MANAGER 7839 1981-4-2 2975.00 20
7654 MARTIN SALESMAN 7698 1981-9-28 1250.00 1400.00 30
7698 BLAKE MANAGER 7839 1981-5-1 2850.00 30
7782 CLARK MANAGER 7839 1981-6-9 2450.00 10
7839 KING PRESIDENT 1981-11-17 5000.00 10
7844 TURNER SALESMAN 7698 1981-9-8 1500.00 0.00 30
7900 JAMES CLERK 7698 1981-12-3 950.00 30
7902 FORD ANALYST 7566 1981-12-3 3000.00 20
7934 MILLER CLERK 7782 1982-1-23 1300.00 10

The current time is 12:00 p.m. on March 9, 2002.
The EMPLOYEES table has been dropped.
The table was dropped at approximately 11:45 a.m.
Database activity is minimal because most staff are currently in a meeting.
The table must be recovered.

为了模拟这个场景,我们将数据库恢复到删除emp表之前的样子
1)
SQL> select * from scott.com1;

N1
----------
1
取现在的系统时间
SQL> select to_char(sysdate,'yyyy-mm-dd:hh24:mi:ss') from dual;

2004-09-25:16:10:24
2)
删除emp

SQL> drop table scott.emp
SQL> insert into scott.com1 values(2);
SQL> commit;
SQL> alter system switch logfile;

2004-09-25:16:10:24之后,又在scott.com1 中插入 数字 2

SQL> select * from scott.com1;

N1
----------
1
2

恢复
SQL> shutdown immediate

OS
中将所有的数据文件拿回来(除了control file redo log file)

SQL> startup mount
SQL> recover database until time '2004-09-25:16:10:24'
ORA-00279:
更改 226776 ( 09/25/2004 15:51:01 生成) 对于线程 1 是必需的
ORA-00289:
建议: D:ORACLEORADATAARCHIVE00AWU706.ARC
ORA-00280:
更改 226776 对于线程 1 是按序列 # 706 进行的


指定日志: {=suggested | filename | AUTO | CANCEL}
auto
已应用的日志。
完成介质恢复。

数据库恢复到2004-09-25:16:10:24的样子,为了使数据文件和redo log以及control file同步,必须重新reset日志。
SQL> alter database open resetlogs;

SQL> select * from scott.emp;

EMPNO ENAME JOB MGR HIREDATE SAL COMM DEPTNO
----- ---------- --------- ----- ----------- --------- --------- ------
7369 SMITH CLERK 7902 1980-12-17 800.00 20
7499 ALLEN SALESMAN 7698 1981-2-20 1600.00 300.00 30
7521 WARD SALESMAN 7698 1981-2-22 1250.00 500.00 30
7566 JONES MANAGER 7839 1981-4-2 2975.00 20
7654 MARTIN SALESMAN 7698 1981-9-28 1250.00 1400.00 30
7698 BLAKE MANAGER 7839 1981-5-1 2850.00 30
7782 CLARK MANAGER 7839 1981-6-9 2450.00 10
7839 KING PRESIDENT 1981-11-17 5000.00 10
7844 TURNER SALESMAN 7698 1981-9-8 1500.00 0.00 30
7900 JAMES CLERK 7698 1981-12-3 950.00 30
7902 FORD ANALYST 7566 1981-12-3 3000.00 20
7934 MILLER CLERK 7782 1982-1-23 1300.00 10

emp
表恢复了

SQL> select * from scott.com1;

N1
----------
1

2004-09-25:16:10:24之后,又在scott.com1 中插入的数字 2被丢失

 

1.2.2 lab6
Cancel-based recovery
:用cancel代替归档日志名的输入。可以恢复到具体的某一个归档日志
Scenario:
The current time is 12:00 p.m. on March 9,2002.
The EMPLOYEES table was dropped while someone was trying to fix bad blocks.
Log files exist on the same disk.
The table was dropped at approximately 11:45 a.m.
Staff are currently in a meeting.

简单的说,就是当前的redo log 坏了

准备
SQL> create table scott.test1(n1 number);
SQL> insert into scott.test1 values(1);
SQL> insert into scott.test1 values(2);
SQL> commit;
SQL> alter system switch logfile;
SQL> insert into scott.test1 values(3);
SQL> insert into scott.test1 values(4);
SQL> commit;
SQL> select * from v$log;
GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- -------------------
1 1 1 1048576 1 YES INACTIVE 247234 2004-09-25:16:24:03
2 1 2 1048576 1 YES ACTIVE 267451 2004-09-25:17:00:56
3 1 3 1048576 1 NO CURRENT 267609 2004-09-25:17:02:27


SQL> shutdown abort

三号组为当前日志,可将其删除或者重命名


恢复
OS
中将所有的数据文件拿回来(除了control file redo log file)

SQL> startup mount


SQL> recover database until cancel
ORA-00279:
更改 247235 ( 09/25/2004 16:24:05 生成) 对于线程 1 是必需的
ORA-00289:
建议: D:ORACLEORADATAARCHIVE00AWU1.ARC
ORA-00280:
更改 247235 对于线程 1 是按序列 # 1 进行的


指定日志: {=suggested | filename | AUTO | CANCEL}

ORA-00279:
更改 267451 ( 09/25/2004 17:13:15 生成) 对于线程 1 是必需的
ORA-00289:
建议: D:ORACLEORADATAARCHIVE00AWU2.ARC
ORA-00280:
更改 267451 对于线程 1 是按序列 # 2 进行的
ORA-00278:
此恢复不再需要日志文件 'D:ORACLEORADATAARCHIVE00AWU1.ARC'


指定日志: {=suggested | filename | AUTO | CANCEL}

ORA-00279:
更改 267595 ( 09/25/2004 17:13:58 生成) 对于线程 1 是必需的
ORA-00289:
建议: D:ORACLEORADATAARCHIVE00AWU3.ARC
ORA-00280:
更改 267595 对于线程 1 是按序列 # 3 进行的
ORA-00278:
此恢复不再需要日志文件 'D:ORACLEORADATAARCHIVE00AWU2.ARC'


指定日志: {=suggested | filename | AUTO | CANCEL}
cancel
介质恢复已取消。


SQL> select * from scott.test1;

N1
----------
1
2
test1
中的 34因为没有及时归档,结果丢失

1.2.3 lab7
恢复时,使用备份的控制文件
The current time is 12:00 p.m. on March 9, 2002.
The tablespace containing the EMPLOYEES table has been dropped.
The error occurred around 11:45 a.m.
Many employee records were updated this morning, but not since 11:00 a.m.
Backups are taken every night.
(教材的描述)

我制造的情景

SQL> create table scott.test2(n1 number) tablespace users;
SQL> alter system switch logfile;
SQL> insert into scott.test2 values(1);
SQL> commit;
SQL> alter system switch logfile;
SQL> drop tablespace users including contents and datafiles;
SQL> create table scott.test3(n1 number) tablespace tools;
SQL> insert into scott.test3 values(1);
SQL> commit;
SQL> alter system switch logfile;

现在需要把 test2给找回来

SQL> shutdown immediate;
OS:
datafilecontrol filecopy回来

打开 D:oracleadmina00215bdumpalert_a00215.log

找到最近一次drop tablespace
Sat Sep 25 23:26:54 2004
drop tablespace users including contents and datafiles

应将数据库恢复到
2004-09-25:23:26:53
的样子

SQL> startup
提示日志不匹配
ORA-00314:
日志 3 (线程 1),预计序号 1 4 不匹配
ORA-00312:
联机日志 3 线程 1: 'D:ORACLEORADATAA00215REDO03.LOG'

SQL> recover database until time '2004-09-25:23:26:53' using backup controlfile;
ORA-00279:
更改 267597 ( 09/25/2004 17:17:23 生成) 对于线程 1 是必需的
ORA-00289:
建议: D:ORACLEORADATAARCHIVE00AWU1.ARC
ORA-00280:
更改 267597 对于线程 1 是按序列 # 1 进行的


指定日志: {=suggested | filename | AUTO | CANCEL}
auto
ORA-00279:
更改 294226 ( 09/25/2004 23:25:58 生成) 对于线程 1 是必需的
ORA-00289:
建议: D:ORACLEORADATAARCHIVE00AWU2.ARC
ORA-00280:
更改 294226 对于线程 1 是按序列 # 2 进行的
ORA-00278:
此恢复不再需要日志文件 'D:ORACLEORADATAARCHIVE00AWU1.ARC'


ORA-00279:
更改 294368 ( 09/25/2004 23:26:35 生成) 对于线程 1 是必需的
ORA-00289:
建议: D:ORACLEORADATAARCHIVE00AWU3.ARC
ORA-00280:
更改 294368 对于线程 1 是按序列 # 3 进行的
ORA-00278:
此恢复不再需要日志文件 'D:ORACLEORADATAARCHIVE00AWU2.ARC'


已应用的日志。
完成介质恢复。

SQL> alter database open resetlogs;
SQL> select * from scott.test2;

N1
----------
1

SQL> select * from scott.test3;
select * from scott.test3
*
ERROR
位于第 1 :
ORA-00942:
表或视图不存在

 

 

 

rman管理的

将上述七个实验基本再做一遍

准备工作: catalog和不用catalog(恢复目录数据库) 来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/35489/viewspace-84312/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
Oracle , MySQL, SAP IQ, SAP HANA, PostgreSQL, Tableau 技术讨论,希望在这里一起分享知识,讨论技术,畅谈人生 。

注册时间:2007-12-10

  • 博文量
    5595
  • 访问量
    13127061