ITPub博客

首页 > IT基础架构 > 网络安全 > Nologging对恢复的影响(二)

Nologging对恢复的影响(二)

原创 网络安全 作者:space6212 时间:2019-03-13 13:54:05 0 删除 编辑
Nologging在提高性能的同时,会给恢复带来一定的影响。下面通过两个案例来说明它是怎么影响恢复的。

第二个案例要验证在先备份数据文件,再发生nologging操作的情况下,是否可以完全恢复数据。
[@more@]1. 建表

CREATE TABLE SUK.PLOGGING
( A NUMBER,
B NUMBER
)
PARTITION BY LIST (A)
(PARTITION P1 VALUES (1) TABLESPACE SUK ,
PARTITION P2 VALUES (2) TABLESPACE SUK ) ;

CREATE TABLE SUK.PNOLOGGING
( C NUMBER,
D NUMBER
)
PARTITION BY LIST (C)
(PARTITION P1 VALUES (1) TABLESPACE SUK ,
PARTITION P2 VALUES (2) TABLESPACE SUK ) ;

2. 用普通的方式写入数据
SQL> insert into plogging select mod(rownum,2)+1,mod(rownum,2)+1 from dba_objects;

10500 rows inserted

SQL> insert into pnologging select mod(rownum,2)+1,mod(rownum,2)+1 from dba_objects;

10500 rows inserted

SQL> commit;

Commit complete


3. 此时备份表所在的表空间


RMAN> backup tablespace suk;

启动 backup 于 21-11月-10
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 启动全部数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00007 name=E:ORACLEPRODUCT10.2.0ORADATASUK.DBF
通道 ORA_DISK_1: 正在启动段 1 于 21-11月-10
通道 ORA_DISK_1: 已完成段 1 于 21-11月-10
段句柄=E:ORACLEPRODUCT10.2.0DB_1DATABASEDLTJFGA_1_1 标记=TAG20101121T2224
10 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:07
完成 backup 于 21-11月-10

4. 继续往表写数据,其他一个用nologging方式写

SQL> insert into plogging select 1,1 from dba_tables;

963 rows inserted

SQL> insert /*+ append */ into pnologging select 1,1 from dba_tables;

963 rows inserted

SQL> commit;

Commit complete

5. 再次用普通方式往表写数据
SQL> insert into plogging select mod(rownum,2)+1,mod(rownum,2)+1 from dba_objects;

10500 rows inserted

SQL> insert into pnologging select mod(rownum,2)+1,mod(rownum,2)+1 from dba_objects;

10500 rows inserted

SQL> commit;

Commit complete

SQL> delete from test where rownum<=99;

99 rows deleted

SQL> commit;

Commit complete

SQL> select count(1) from test;

COUNT(1)
----------
8901

SQL> select count(1) from plogging;

COUNT(1)
----------
21963

SQL> select count(1) from pnologging;

COUNT(1)
----------
21963

6. 此时模拟数据库还原恢复

RMAN> restore tablespace suk;

启动 restore 于 21-11月-10
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=156 devtype=DISK

通道 ORA_DISK_1: 正在开始恢复数据文件备份集
通道 ORA_DISK_1: 正在指定从备份集恢复的数据文件
正将数据文件00007恢复到E:ORACLEPRODUCT10.2.0ORADATASUK.DBF
通道 ORA_DISK_1: 正在读取备份段 E:ORACLEPRODUCT10.2.0DB_1DATABASEDLTJFGA_
1_1
通道 ORA_DISK_1: 已恢复备份段 1
段句柄 = E:ORACLEPRODUCT10.2.0DB_1DATABASEDLTJFGA_1_1 标记 = TAG20101121T
222410
通道 ORA_DISK_1: 恢复完成, 用时: 00:00:08
完成 restore 于 21-11月-10

RMAN> recover tablespace suk;

启动 recover 于 21-11月-10
使用通道 ORA_DISK_1

正在开始介质的恢复
介质恢复完成, 用时: 00:00:02

完成 recover 于 21-11月-10

RMAN> alter database open;


7. 验证数据

SQL> select count(1) from test;

COUNT(1)
----------
8901

SQL> select count(1) from plogging;

COUNT(1)
----------
21963

SQL> select count(1) from pnologging;

select count(1) from pnologging

ORA-01578: ORACLE 数据块损坏 (文件号 7, 块号 3186)
ORA-01110: 数据文件 7: 'E:ORACLEPRODUCT10.2.0ORADATASUK.DBF'
ORA-26040: 数据块是使用 NOLOGGING 选项加载的


SQL> select count(1) from pnologging partition(p1);

select count(1) from pnologging partition(p1)

ORA-01578: ORACLE 数据块损坏 (文件号 7, 块号 3186)
ORA-01110: 数据文件 7: 'E:ORACLEPRODUCT10.2.0ORADATASUK.DBF'
ORA-26040: 数据块是使用 NOLOGGING 选项加载的

SQL> select count(1) from pnologging partition(p2);

COUNT(1)
----------
10500


可以,没有发生过nologging操作的表都可以完全恢复,发生过nologging的表的数据不能完全恢复。

结论:

如果备份后再发生nologging操作,则

1. 产生nologging操作的表不能被完全恢复。
2. nologging操作只会影响与之发生联系的表,不会影响其他表。
3. 如果表是非分区表,则会影响全表。如果nologging影响的表是分区表,nologging操作只会影响受该操作影响的数据对应的分区,而不影响其他分区。
例如T有两个分区P1和P2,在备份后对T发生了nologging操作,但只影响了P1的数据,则恢复时,可以正常访问P2的数据,而访问P1时会报错。
4. 即使nologging操作后的操作都是logging方式,也不能恢复后面的数据 。
5. nologging虽然可以提高性能,但是可能会造成数据无法恢复,因此使用这一特性时要非常谨慎。一般在如下情况下才建议使用:
1) 临时表
2) 中间表
3) 数据可轻易重新生成的表
4) 创建索引

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/231499/viewspace-1041839/,如需转载,请注明出处,否则将追究法律责任。

下一篇: 只读表空间
请登录后发表评论 登录
全部评论

注册时间:2005-01-25

  • 博文量
    245
  • 访问量
    168986