关于oracle数据库备份的问题

关于oracle数据库备份的问题,第1张

别人还在导出呀!这个问题原因是你用了高版本的exp去导出低版本的数据

比如你的local数据是10.1的,而你的客户段用的是10.2或11g的。

方法:1. 直接到local的那个机器上去做导出,再把文件拷贝过来

2. 重新安装一个Oracle客户端,版本要不高于local机器上的那个版本

Oracle提供了分区技术以支持VLDB(Very Large DataBase)。分区表通过对分区列的判断,把分区列不同的记录,放到不同的分区中。分区完全对应用透明。

Oracle的分区表可以包括多个分区,每个分区都是一个独立的段(SEGMENT),可以存放到不同的表空间中。查询时可以通过查询表来访问各个分区中的数据,也可以通过在查询时直接指定分区的方法来进行查询。

分区提供以下优点:

由于将数据分散到各个分区中,减少了数据损坏的可能性;

可以对单独的分区进行备份和恢复;

可以将分区映射到不同的物理磁盘上,来分散IO;

提高可管理性、可用性和性能。

Oracle提供了以下几种分区类型:

范围分区(range);

哈希分区(hash);

列表分区(list);

范围-哈希复合分区(range-hash);

范围-列表复合分区(range-list)。

Oracle的普通表没有办法通过修改属性的方式直接转化为分区表,必须通过重建的方式进行转变,下面介绍三种效率比较高的方法,并说明它们各自的特点。

方法一:利用原表重建分区表。

步骤:

SQL>CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE)

表已创建。

SQL>INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS

已创建6264行。

SQL>COMMIT

提交完成。

SQL>CREATE TABLE T_NEW (ID, TIME) PARTITION BY RANGE (TIME)

2 (PARTITION P1 VALUES LESS THAN (TO_DATE('2004-7-1', 'YYYY-MM-DD')),

3 PARTITION P2 VALUES LESS THAN (TO_DATE('2005-1-1', 'YYYY-MM-DD')),

4 PARTITION P3 VALUES LESS THAN (TO_DATE('2005-7-1', 'YYYY-MM-DD')),

5 PARTITION P4 VALUES LESS THAN (MAXVALUE))

6 AS SELECT ID, TIME FROM T

表已创建。

SQL>RENAME T TO T_OLD

表已重命名。

SQL>RENAME T_NEW TO T

表已重命名。

SQL>SELECT COUNT(*) FROM T

COUNT(*)

----------

6264

SQL>SELECT COUNT(*) FROM T PARTITION (P1)

COUNT(*)

----------

0

SQL>SELECT COUNT(*) FROM T PARTITION (P2)

COUNT(*)

----------

6246

SQL>SELECT COUNT(*) FROM T PARTITION (P3)

COUNT(*)

----------

18

优点:方法简单易用,由于采用DDL语句,不会产生UNDO,且只产生少量REDO,效率相对较高,而且建表完成后数据已经在分布到各个分区中了。

不足:对于数据的一致性方面还需要额外的考虑。由于几乎没有办法通过手工锁定T表的方式保证一致性,在执行CREATE TABLE语句和RENAME T_NEW TO T语句直接的修改可能会丢失,如果要保证一致性,需要在执行完语句后对数据进行检查,而这个代价是比较大的。另外在执行两个RENAME语句之间执行的对T的访问会失败。

适用于修改不频繁的表,在闲时进行 *** 作,表的数据量不宜太大。

方法二:使用交换分区的方法。

步骤:

SQL>CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE)

表已创建。

SQL>INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS

已创建6264行。

SQL>COMMIT

提交完成。

SQL>CREATE TABLE T_NEW (ID NUMBER PRIMARY KEY, TIME DATE) PARTITION BY RANGE (TIME)

2 (PARTITION P1 VALUES LESS THAN (TO_DATE('2005-7-1', 'YYYY-MM-DD')),

3 PARTITION P2 VALUES LESS THAN (MAXVALUE))

表已创建。

SQL>ALTER TABLE T_NEW EXCHANGE PARTITION P1 WITH TABLE T

表已更改。

SQL>RENAME T TO T_OLD

表已重命名。

SQL>RENAME T_NEW TO T

表已重命名。

SQL>SELECT COUNT(*) FROM T

COUNT(*)

----------

6264

优点:只是对数据字典中分区和表的定义进行了修改,没有数据的修改或复制,效率最高。如果对数据在分区中的分布没有进一步要求的话,实现比较简单。在执行完RENAME *** 作后,可以检查T_OLD中是否存在数据,如果存在的话,直接将这些数据插入到T中,可以保证对T插入的 *** 作不会丢失。

不足:仍然存在一致性问题,交换分区之后RENAME T_NEW TO T之前,查询、更新和删除会出现错误或访问不到数据。如果要求数据分布到多个分区中,则需要进行分区的SPLIT *** 作,会增加 *** 作的复杂度,效率也会降低。

适用于包含大数据量的表转到分区表中的一个分区的 *** 作。应尽量在闲时进行 *** 作。

方法三:Oracle9i以上版本,利用在线重定义功能

步骤:

SQL>CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE)

表已创建。

SQL>INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS

已创建6264行。

SQL>COMMIT

提交完成。

SQL>EXEC DBMS_REDEFINITION.CAN_REDEF_TABLE(USER, 'T', DBMS_REDEFINITION.CONS_USE_PK)

PL/SQL 过程已成功完成。

SQL>CREATE TABLE T_NEW (ID NUMBER PRIMARY KEY, TIME DATE) PARTITION BY RANGE (TIME)

2 (PARTITION P1 VALUES LESS THAN (TO_DATE('2004-7-1', 'YYYY-MM-DD')),

3 PARTITION P2 VALUES LESS THAN (TO_DATE('2005-1-1', 'YYYY-MM-DD')),

4 PARTITION P3 VALUES LESS THAN (TO_DATE('2005-7-1', 'YYYY-MM-DD')),

5 PARTITION P4 VALUES LESS THAN (MAXVALUE))

表已创建。

SQL>EXEC DBMS_REDEFINITION.START_REDEF_TABLE(USER, 'T', 'T_NEW', -

>'ID ID, TIME TIME', DBMS_REDEFINITION.CONS_USE_PK)

PL/SQL 过程已成功完成。

SQL>EXEC DBMS_REDEFINITION.FINISH_REDEF_TABLE('YANGTK', 'T', 'T_NEW')

PL/SQL 过程已成功完成。

SQL>SELECT COUNT(*) FROM T

COUNT(*)

----------

6264

SQL>SELECT COUNT(*) FROM T PARTITION (P2)

COUNT(*)

----------

6246

SQL>SELECT COUNT(*) FROM T PARTITION (P3)

COUNT(*)

----------

18

优点:保证数据的一致性,在大部分时间内,表T都可以正常进行DML *** 作。只在切换的瞬间锁表,具有很高的可用性。这种方法具有很强的灵活性,对各种不同的需要都能满足。而且,可以在切换前进行相应的授权并建立各种约束,可以做到切换完成后不再需要任何额外的管理 *** 作。

不足:实现上比上面两种略显复杂。

适用于各种情况。

这里只给出了在线重定义表的一个最简单的例子,详细的描述和例子可以参考下面两篇文章。

Oracle的在线重定义表功能:

Oracle的在线重定义表功能(二):

索引也可以进行分区,分区索引有两种类型:global和local。对于local索引,每一个表分区对应一个索引分区,当表的分区发生变化时,索引的维护由Oracle自动进行。对于global索引,可以选择是否分区,而且索引的分区可以不与表分区相对应。当对分区进行维护 *** 作时,通常会导致全局索引的INVALDED,必须在执行完 *** 作后REBUILD。Oracle9i提供了UPDATE GLOBAL INDEXES语句,可以使在进行分区维护的同时重建全局索引。

全局索引可以包含多个分区的值 局部索引比全局索引容易管理,而全局索引比较快

注意:不能为散列分区 或者 子分区创建全局索引

Oracle的分区功能十分强大。不过用起来发现有两点不大方便:

第一是已经存在的表没有方法可以直接转化为分区表。不过Oracle提供了在线重定义表的功能,可以通过这种方式来完成普通表到分区表的转化。可以参考这个例子:

第二点是如果采用了local分区索引,那么在增加表分区的时候,索引分区的表空间是不可控制的。如果希望将表和索引的分区分开到不同的表空间且不同索引分区也分散到不同的表空间中,那么只能在增加分区后,对新增的分区索引单独rebuild。

Oracle最大允许存在多少个分区呢?

我们可以从Oracle的Concepts手册上找到这个信息,对于Oracle9iR2:

Tables can be partitioned into up to 64,000 separate partitions.

对于Oracle10gR2,Oracle增强了分区特性:

Tables can be partitioned into up to 1024K-1 separate partitions.

关于何时应该进行分区,Oracle有如下建议:

■ Tables greater than 2GB should always be considered for partitioning.

■ Tables containing historical data, in which new data is added into the newest partition. A typical example is a historical table where only the current month's data is updatable and the other 11 months are read only.

这些信息是在网上查到的,测试了下确实可以用。

以下 *** 作,要求 Oracle 数据库处于 BARCHIVELOG 模式。

备份

C:\Users\Edward>rman target sys/oracle123@testdb

恢复管理器: 版本9.2.0.1.0 - Production

Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.

连接到目标数据库: TESTDB (DBID=2591214061)

RMAN>BACKUP DATABASE

启动 backup 于 20-2月 -13

正在使用目标数据库控制文件替代恢复目录

分配的通道: ORA_DISK_1

通道 ORA_DISK_1: sid=19 devtype=DISK

通道 ORA_DISK_1: 正在启动 full 数据文件备份集

通道 ORA_DISK_1: 正在指定备份集中的数据文件

在备份集中包含当前的 SPFILE

备份集中包括当前控制文件

输入数据文件 fno=00001 name=F:\ORACLE\ORADATA\TESTDB\SYSTEM01.DBF

输入数据文件 fno=00002 name=F:\ORACLE\ORADATA\TESTDB\UNDOTBS01.DBF

输入数据文件 fno=00005 name=F:\ORACLE\ORADATA\TESTDB\EXAMPLE01.DBF

输入数据文件 fno=00011 name=F:\ORACLE\ORA92\DATABASE\DATA01.DAT

输入数据文件 fno=00010 name=F:\ORACLE\ORADATA\TESTDB\XDB01.DBF

输入数据文件 fno=00006 name=F:\ORACLE\ORADATA\TESTDB\INDX01.DBF

输入数据文件 fno=00009 name=F:\ORACLE\ORADATA\TESTDB\USERS01.DBF

输入数据文件 fno=00003 name=F:\ORACLE\ORADATA\TESTDB\CWMLITE01.DBF

输入数据文件 fno=00004 name=F:\ORACLE\ORADATA\TESTDB\DRSYS01.DBF

输入数据文件 fno=00007 name=F:\ORACLE\ORADATA\TESTDB\ODM01.DBF

输入数据文件 fno=00008 name=F:\ORACLE\ORADATA\TESTDB\TOOLS01.DBF

通道 ORA_DISK_1: 正在启动段 1 于 20-2月 -13

通道 ORA_DISK_1: 已完成段 1 于 20-2月 -13

段 handle=F:\ORACLE\ORA92\DATABASE\02O2EVEI_1_1 comment=NONE

通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:36

完成 backup 于 20-2月 -13

RMAN>

以上 *** 作执行完毕后, 数据库被备份到 F:\ORACLE\ORA92\DATABASE\02O2EVEI_1_1 文件中。

模拟数据库损坏.

SQL>shutdown

数据库已经关闭。

已经卸载数据库。

ORACLE 例程已经关闭。

修改某个数据库文件的文件名以后.

SQL>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: 无法标识/锁定数据文件 11 - 请参阅 DBWR 跟踪文件

ORA-01110: 数据文件 11: 'F:\ORACLE\ORA92\DATABASE\DATA01.DAT'

然后关闭数据库

恢复

C:\Documents and Settings\Test>rman target /

恢复管理器: 版本9.2.0.1.0 - Production

Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.

已连接到目标数据库 (未启动)

RMAN>STARTUP FORCE NOMOUNT

Oracle 例程已启动

系统全局区域总计 135338868 字节

Fixed Size 453492 字节

Variable Size109051904 字节

Database Buffers 25165824 字节

Redo Buffers667648 字节

RMAN>ALTER DATABASE MOUNT

数据库已加载

RMAN>

RMAN> RECOVER DATABASE

启动 recover 于 20-2月 -13

使用通道 ORA_DISK_1

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: failure of recover command at 02/20/2013 15:40:15

RMAN-06094: datafile 11 must be restored

RMAN>RESTORE DATAFILE 11

启动 restore 于 20-2月 -13

使用通道 ORA_DISK_1

通道 ORA_DISK_1: 正在开始恢复数据文件备份集

通道 ORA_DISK_1: 正在指定从备份集恢复的数据文件

正将数据文件00011恢复到F:\ORACLE\ORA92\DATABASE\DATA01.DAT

通道 ORA_DISK_1: 已恢复备份段 1

段 handle=F:\ORACLE\ORA92\DATABASE\02O2EVEI_1_1 tag=TAG20130220T150802 params=NU

LL

通道 ORA_DISK_1: 恢复完成

完成 restore 于 20-2月 -13

RMAN> RECOVER DATABASE

启动 recover 于 20-2月 -13

使用通道 ORA_DISK_1

正在开始介质的恢复

完成介质的恢复

完成 recover 于 20-2月 -13

RMAN>

测试打开数据库,观察数据库是否恢复正常!

SQL>alter database open

数据库已更改。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9934239.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-03
下一篇 2023-05-03

发表评论

登录后才能评论

评论列表(0条)

保存