亚洲电影在线播放,美女主播一区,一级日韩一区在线观看

Oracle容灾�Ҏ��的选择

tbwshc — Sun, 22 Jul 2012 05:58:00 GMT

---- 容灾首先是一个概念，要认识到��Z��么做容灾�Q�才能做好容灾。世界上没有卖后悔药的，当灾��N��临了�Q�如果没有行之有效的数据保护、数据恢复的容灾措施�Q�带来不可预估的损失��是无法避免的。类似电信行业、金融行业，证券行业也是如此�Q�动辄涉及数以百亿计的资金、涉及庞大的客户量，在系�l�数据的准确、业务的�q�箋、关键业务的不中断等斚w��更是不容出现��M��的差错�?/span>

----目前�Q�业界具有容灑֊�能的常用解决�Ҏ��主要包括以下几类�Q�磁盘阵列复制技术，主要�׃��些磁盘阵列厂商提供，�?/span>EMC SRDF�?/span>IBM PPRC �?/span>HP BusinessCopy�?/span>HDS TrueCopy�{�；存储卷复制技术，tb�׃��些卷��理�?/span>件厂商提供，�?/span>VERITAS VVR�Q�数据库复制技术，由数据库厂商以及一些第三方厂商提供�Q�如DSG RealSync�Q?/span>Quest SharePlex�{�；应用层复制技术，由各�pȝ��的应用厂商自己提供�?/span>

----��盘阵列复制技术主要适用于数据中心��的�v量数据复�Ӟ��此技术用户必需采用支持该功能的��盘阵列型号�Q�而这些阵列大都�ؓ高端阵列�Q�投资非常昂��c��ƈ且，�׃��政府行业用户的带宽有限，而磁盘阵列复制技术对带宽的要求又相对很高�Q�动辄需要上GB的带宽。此外，采用��盘阵列复制技术，其目标端无法提供实时数据查询�Q�由于目标端数据库在复制�q�程中不能被打开�Q�难于实��C��易与查询的分��，同时也造成大量投资��费。因此，��盘阵列复制技术无法满��x��些行业集中交易系�l�的容灾需求，使得�q�些用户难以选择此种解决�Ҏ��?/span>

----存储卷复制技术主要适用于工作组�U�的数据复制�Q�它�?/span>CPU资源占用高。同��L��于目标端数据无法提供实时数据查询和对带宽的要求高�Q��得证券等行业用户也难以选择�?/span>

----而应用层复制技术只适合那些在应用中提供了该技术的应用�Q�由于它的非标准化、开发和�l�护工作量大�Q��得其应用不成熟也不普遍。关键行业对数据的可靠性要求又非常之高�Q��得关键行业用户也不敢冒然选择此种复制技术�?/span>

----DSG RealSync属于数据库复制技术，它适用于从工作�l��、企业��到数据中心��的复刉��求，无论�pȝ��采用什么样的服务器�q�_��、什么样的存储��^収ͼ�只要�?/span>ORACLE�pȝ��之间的复制即可适用。采�?/span>DSG RealSync复制技术，其目标端数据库在复制�q�程中处于可用状态，帮助关键行业用户实现生��pȝ��与查询统计报表系�l�的分离�Q�其源端�pȝ��和目标端�pȝ��可以采用异构的操作系�l��^台、存储��^収ͼ�支持选择性复�Ӟ��x��持只复制指定�?/span>user、指定的Table、指定的行和列，从而节省存储空��_��提高应用灉|��性；支持1对多�Q�多�?/span>1的复制结构，卻I��能够��多个数据库中的数据复制��C��个数据库中，能够��一个数据库中的不同数据分发��C��同的数据库中�Q�也节约带宽和网�l�资源，其所需带宽一般在�?/span>Mbps,几十Mbps�?/span>

----随着用户容灾意识的逐渐增强�Q�关键行业也提出了徏设一套高效、可靠、投资回收比高的��N��备䆾�pȝ��的需求，以确保系�l�的数据安全和灾隑֏�生时数据的快速恢复�?/span>

tbwshc 2012-07-22 13:58 发表评论

tbwshc — Sun, 08 Jul 2012 02:49:00 GMT

Oracle临时�?/strong>在实际开发中的应用是本文我们主要要介�l�的内容�Q�我们知道，SQL Server 在编写查询式�?strong>存储�q�程的时候，一直都令我��Z��赞叹。Create procedure ps_procedure_name as select * from table; Select查询语句可以作�ؓSQL Server存储�q�程的一部分�Q�直接返回结果集。但在Oracle实现�q�种形式的存储过�E�是不合语法的�?/p>

��Z��辑ֈ��q�种目的�Q�我们需要��用Oracle临时表（�q�是其中一�U�解��x��案）�?/p>

Oracle数据库除了可以保存永久表外，�q�可以徏立��时表temporary tables。Oracle临时表分��Z��话��临时表（ON COMMIT PRESERVE ROWS�Q�和事务�U��时表�Q�ON COMMIT DELETE ROWS�Q��?a >tb会话�U��时表是指临时表中的数据只在会话生命周期之中存在，当用户退��Z��话结束的时候，Oracle自动清除临时表中数据�?/p>

事务�U��时表是指临时表中的数据只在事务生命周期中存在。当一个事务结束（commit or rollback�Q�，Oracle自动清除临时表中数据。��时表中的数据只对当前Session有效�Q�每个Session都有自己的��时数据，�q�且不能讉K��其它Session的��时表中的数据�?/p>

//在数据库建立一个��时表�Q?/strong>

CREATE GLOBAL TEMPORARY TABLE ESPS.ESPS_EMP_RANK_TEMP
(
COM                VARCHAR2(20 BYTE),
EMPNO             VARCHAR2(20 BYTE),
EMPNAME          VARCHAR2(100 BYTE),
DEPTNAME         VARCHAR2(300 BYTE),
AMOUNT            NUMBER,
APPROVED_AMOUNT  NUMBER,
FOLDING_AMOUNT   NUMBER,
BENEFIT          NUMBER,
EXECUTED_RATE    NUMBER,
FOLDING_RANK     NUMBER,
BENEFIT_RANK     NUMBER,
RANK             NUMBER,
TOTAL_RANK       NUMBER
)
//ON COMMIT PRESERVE ROWS         --�q�里代表的是事务�U��时表
ON COMMIT PRESERVE ROWS          --�q�里代表的是会话�U��时表

在实际的操作中，我就验证�q�上面所说的。一开始我使用了事务��临时表，��数据插入到临时表时�Q��用commit操作�Q�结果��时表的内�Ҏ��I�Z��。例如是�Q�INSERT INTO ESPS_EMP_RANK_TEMP select * from table�Q�commint�Q�执行这两段SQL后，相当于没有插入数据�?/p>
如果我们使用会话�U��时表�Q�即使��用了commit�Q��时表中的内容�q�是存在的。直��C��话断开�Ӟ��临时表中的内�Ҏ��真正的清�I�。所以，在实际的开发过�E�中�Q�我们因该结合场景，使用不同�c�d��的��时表�?/p>
在徏议提案系�l�开发的�q�程中，我��用了会话�U�的临时表。将查询的数据插入到临时表中�Q��ƈ且读取��时表的内容，会话断开�Ӟ��临时表中的内容自动清�I��?nbsp;

在C#里面调用的三大步骤：

//C#里面定义的一个String�c�d��的变量，存储一�D�动态SQL�Q�存储过�E��ؓ�Q?/p>
ESPS_EMP_RANK_STATISTIS({0},'{1}')
public static string I_EMP_RANK_STATISTIS = "BEGIN ESPS_EMP_RANK_STATISTIS({0},'{1}'); END;";

//执行存储�q�程�Q�把�l�果集插入到临时表ESPS_EMP_RANK_TEMP

WAF.COM.Core.OracleHelper. ExecuteNonQuery(conn, CommandType.Text, string.Format(SqlCollector.I_EMP_RANK_STATISTIS, 2,’2011’));

//��d��临时表中保存的结果集

Oracle DataReader dr = WAF.COM.Core.OracleHelper. ExecuteReader(“select * from ESPS_EMP_RANK_TEMP”)

关于Oracle临时表在实际开发中的应用的相关知识��׃��l�到�q�里了，希望本次介绍能够�Ҏ��有所收获�Q?/p>

tbwshc 2012-07-08 10:49 发表评论

tbwshc — Sun, 08 Jul 2012 02:47:00 GMT

Oracle数据库创��Z��时表的过�E�以及和SQL Server临时�?/strong>的不同点的对比的相关知识是本文我们主要要介绍的内容，接下来就让我们一��h��了解一下这部分内容吧，希望能够�Ҏ��有所帮助�?/p>
1.��?/strong>

Oracle数据库除了可以保存永久表外，�q�可以徏立��时表temporary tables。这些��时表用来保存一个会话SESSION的数据，或者保存在一个事务中需要的数据。当会话退出或者用��h��交commit和回滚rollback事务的时候，临时表的数据自动清空�Q�但是��时表的结构以及元数据�q�存储在用户的数据字�怸��?/p>
2.详细介绍

Oracle临时�?/strong>分�ؓ会话�U��时表和事务��临时表�?/p>
会话�U��时表是指临时表中的数据只在会话生命周期之中存在，当用户退��Z��话结束的时候，Oracle自动清除临时表中数据�?/p>
事务�U��时表是指临时表中的数据只在事务生命周期中存在。当一个事务结束（commit or rollback�Q�，Oracle自动清除临时表中数据�?/p>
临时表中的数据只对当前Session有效�Q�每个Session都有自己的��时数据，�q�且不能讉K��其它Session的��时表中的数据。因此，临时表不需要DML锁�?/p>
当一个会话结�?用户正常退�?用户不正帔R��?ORACLE实例崩溃)或者一个事务结束的时候，Oracle对这个会话的表执�?TRUNCATE 语句清空临时表数�?但不会清�I�其它会话��时表中的数据.

你可以烦引��时表和在临时表基��上徏立视�?同样,建立在��时表上的索引也是临时�?也是只对当前会话或者事务有�? 临时表可以拥有触发器.

3.建立临时�?/strong>

临时表的定义�Ҏ��有会话SESSION都是可见�?但是表中的数据只对当前的会话或者事务有�?

建立�Ҏ��Q?/p>
1) ON COMMIT DELETE ROWS 定义了徏立事务��临时表的�Ҏ��.
CREATE GLOBAL TEMPORARY TABLE admin_work_area
(startdate DATE,
enddate DATE,
class CHAR(20))
ON COMMIT DELETE ROWS;
EXAMPLE:
SQL> CREATE GLOBAL TEMPORARY TABLE admin_work_area
2 (startdate DATE,
3 enddate DATE,
4 class CHAR(20))
5 ON COMMIT DELETE ROWS;
SQL> create table permernate( a number);
SQL> insert into admin_work_area values(sysdate,sysdate,'temperary table');
SQL> insert into permernate values(1);
SQL> commit;
SQL> select * from admin_work_area;
SQL> select * from permernate;
A
1
2)ON COMMIT PRESERVE ROWS 定义了创��Z��话��临时表的�Ҏ��.
CREATE GLOBAL TEMPORARY TABLE admin_work_area
(startdate DATE,
enddate DATE,
class CHAR(20))
ON COMMIT PRESERVE ROWS;
EXAMPLE:

会话1�Q?/p>
SQL> drop table admin_work_area;
SQL> CREATE GLOBAL TEMPORARY TABLE admin_work_area
2 (startdate DATE,
3 enddate DATE,
4 class CHAR(20))
5 ON COMMIT PRESERVE ROWS;
SQL> insert into permernate values(2);
SQL> insert into admin_work_area values(sysdate,sysdate,'session temperary');
SQL> commit;
SQL> select * from permernate;
A
----------
1
2
SQL> select * from admin_work_area;
STARTDATE ENDDATE CLASS
---------- ---------- --------------------
17-1?? -03 17-1?? -03 session temperary

会话2�Q?/p>
SQL> select * from permernate;
A
----------
1
2
SQL> select * from admin_work_area;
未选择�?

会话2看不见会�?中��时表的数据�?/p>
4.Oracle临时表和SQL Server临时表异�?/strong>

SQL Server也可以创��Z��时表。��时表与永久表�怼��Q�但临时表存储在tempdb中，当不再��用时会自动删除�?/p>
有本地和全局两种�c�d��的��时表�Q�二者在名称、可见性和可用性上均不相同。本��C��时表的名�U�C��单个数字�W�号 (#) 打头�Q�它们仅对当前的用户�q�接是可见的�Q�当用户�?Microsoft SQL Server实例断开�q�接时被删除。全局临时表的名称以数学符�?(##) 打头�Q�创建后对�Q何用户都是可见的�Q�当所有引用该表的用户�?SQL Server 断开�q�接时被删除�?/p>
SQL 语句使用 CREATE TABLE 语句中�ؓ table_name 指定的名�U�引用��时表�Q?/p>
CREATE TABLE #MyTempTable (cola INT PRIMARY KEY)
INSERT INTO #MyTempTable VALUES (1)

如果本地临时表由存储�q�程创徏或由多个用户同时执行的应用程序创建，�?SQL Server 必须能够区分�׃��同用户创建的表。�ؓ此，SQL Server 在内部�ؓ每个本地临时表的表名�q�加一个数字后�~�。存储在 tempdb 数据库的 sysobjects 表中的��时表�Q�其全名�?CREATE TABLE 语句中指定的表名和系�l�生成的数字后缀�l�成。�ؓ了允许追加后�~��Q��ؓ本地临时表指定的表名 table_name 不能��过116 个字�W��?/p>
除非使用 DROP TABLE 语句昑ּ�除去临时表，否则临时表将在退出其作用域时��q��l�自动除去：

当存储过�E�完成时�Q�将自动除去在存储过�E�中创徏的本��C��时表。由创徏表的存储�q�程执行的所有嵌套存储过�E�都可以引用此表。但调用创徏此表的存储过�E�的�q�程无法引用此表�?/p>
所有其它本��C��时表在当前会话结束时自动除去�?/p>
全局临时表在创徏此表的会话结束且其它��d��停止对其引用时自动除厅R��Q务与表之间的兌��只在单个 Transact-SQL 语句的生存周期内保持。换�a�之，当创建全局临时表的会话�l�束�Ӟ��最后一条引用此表的Transact-SQL语句完成后，��自动除��L��表�?/p>
例如�Q�如果创建名�?employees 的表�Q�则��M��人只要在数据库中有��用该表的安全权限��可以��用该表，除非它已删除。如果创建名�?#employees 的本��C��时表�Q�只有您能对该表执行操作且在断开�q�接时该表删除。如果创建名�?##employees 的全局临时表，数据库中的�Q何用户均可对该表执行操作。如果该表在您创建后没有其他用户使用�Q�则当您断开�q�接时该表删除。如果该表在您创建后有其他用户��用，�?SQL Server在所有用��h��开�q�接后删除该表�?/p>
在存储过�E�或触发器中创徏的本��C��时表与在调用存储�q�程或触发器之前创徏的同名��时表不同。如果查询引用��时表�Q�而同时有两个同名的��时表�Q�则不定义针对哪个表解析该查询�?a >tb嵌套存储�q�程同样可以创徏与调用它的存储过�E�所创徏的��时表同名的��时表。嵌套存储过�E�中对表名的所有引用都被解释�ؓ是针对该嵌套�q�程所创徏的表�Q�例如：

CREATE PROCEDURE Test2
AS
CREATE TABLE #t(x INT PRIMARY KEY)
INSERT INTO #t VALUES (2)
SELECT Test2Col = x FROM #t
GO
CREATE PROCEDURE Test1
AS
CREATE TABLE #t(x INT PRIMARY KEY)
INSERT INTO #t VALUES (1)
SELECT Test1Col = x FROM #t
EXEC Test2
GO
CREATE TABLE #t(x INT PRIMARY KEY)
INSERT INTO #t VALUES (99)
GO
EXEC Test1
GO

下面是结果集�Q?/p>
(1 row(s) affected)
Test1Col
-----------
1
(1 row(s) affected)
Test2Col
-----------
2

当创建本地或全局临时表时�Q�CREATE TABLE 语法支持�?FOREIGN KEY �U�束以外的其它所有约束定义。如果在临时表中指定 FOREIGN KEY �U�束�Q�该语句��返回警告信息，指出此约束已被忽略，表仍会创建，但不��h�� FOREIGN KEY �U�束。在 FOREIGN KEY �U�束中不能引用��时表�?/p>
考虑使用表变量而不使用临时表。当需要在临时表上昑ּ�地创建烦引时�Q�或多个存储�q�程或函数需要��用表值时�Q��时表很有用。通常�Q�表变量提供更有效的查询处理�?/p>
和Oracle的不同点�Q?/strong>

1. SQL Server临时表是一�U?#8221;内存�?#8221;,tb表是存储在内存中�?ORACLE临时表除非执行DROP TABLE,否则表定义会保留在数据字�怸��?/p>
2. SQL Server临时表不存在�c�M��ORACLE临时表事务��别上的功能�?/p>
3.SQL Server本地临时�?#) �?ORACLE的会话��别��时表�c�M��,但是在会话退出的时�?ORACLE不会删除表�?/p>
4.SQL Server的全局临时�?##) 是指多个�q�接�׃�n同一片内�?当没有指针引用该内存区域�?SQL Server自动释放全局临时表�?/p>
5.�׃��Oracle不是一�U�内存中的数据库. 所以如果Oracle�c�M��SQL Server 频繁的对临时表进行徏立和删除,必定会媄响性能.所以Oracle会保留��时表的定义直到用户DROP TABLE�?/p>
6.在Oracle�?如果需要多个用户共享一个表(�c�M��SQL Server的全局临时�?#).则可以利用永久表,�q�且在表中添加一些可以唯一标识用户的列.利用触发器和视图.当用户退出的时�?�Ҏ��该登陆用��L��唯一信息删除相应的表中的数据. �q�种�Ҏ��l�Oracle带来了一定量的负载�?/p>

关于Oracle临时表和SQL Server临时表的不同点对比的相关知识��׃��l�到�q�里了，希望本次的介�l�能够对您有所收获�Q?/p>

tbwshc 2012-07-08 10:47 发表评论

tbwshc — Sat, 07 Jul 2012 05:26:00 GMT

Oracle临时表可以说是提高数据库处理性能的好�Ҏ��Q�在没有必要存储�Ӟ��只存储在Oracle临时表空间中。希望本文能对大家有所帮助�?/p>
1 、前�a�

Oracle Logo

目前所有��?Oracle 作�ؓ数据库支撑��^台的应用�Q�大部分数据量比较庞大的�pȝ��Q�即表的数据量一般情况下都是在百万��以上的数据量�?/p>
当然�?Oracle 中创建分区是一�U�不错的选择�Q�但是当你发��C��的应用有多张表关联的时候，�q�且�q�些表大部分都是比较庞大�Q�而你兌��的时候发现其中的某一张或者某几张表关联之后得到的�l�果集非常小�q�且查询得到�q�个�l�果集的速度非常快，那么�q�个时候我考虑�?Oracle 中创�?#8220;临时�?#8221;�?/p>
我对临时表的理解�Q�在 Oracle 中创��Z��张表�Q�这个表不用于其他的什么功能，主要用于自己的��Y件系�l�一些特有功能才用的�Q�而当你用完之后表中的数据��没用了�?Oracle 的��时表创徏之后基本不占用表�I�间�Q�如果你没有指定临时�?包括临时表的索引)存放的表�I�的时候，你插入到临时表的数据是存攑֜� ORACLE �pȝ��的��时表�I�间�? TEMP )�?/p>
2 、��时表的创�?/p>
创徏Oracle 临时表，可以有两�U�类型的临时表：

会话�U�的临时�?/p>
事务�U�的临时�?�?/p>
1) 会话�U�的临时表因��q�个临时表中的数据和你的当前会话有关�p�，当你当前SESSION 不退出的情况下，临时表中的数据就�q�存在，而当你退出当前SESSION 的时候，临时表中的数据就全部没有了，当然�q�个时候你如果以另外一个SESSION 登陆的时候是看不到另外一个SESSION 中插入到临时表中的数据的。即两个不同的SESSION 所插入的数据是互不相干的。当某一个SESSION 退��Z��后��时表中的数据��p��截断(truncate table �Q�即数据清空)了。会话��的��时表创徏�Ҏ��Q?/p>

Create Global Temporary Table Table_Name (Col1 Type1,Col2 Type2...) On Commit Preserve Rows ;
举例�Q?/p>

create global temporary table Student (Stu_id Number(5), Class_id Number(5), Stu_Name Varchar2(8), Stu_Memo varchar2(200)) on Commit Preserve Rows ;
2) 事务�U��时表是指该��时表与事务相养I��当进行事务提交或者事务回滚的时候，临时表中的数据将自行被截断，其他的内容和会话�U�的临时表的一�?包括退出SESSION 的时候，事务�U�的临时表也会被自动截断)。事务��临时表的创徏�Ҏ��Q?/p>

Create Global Temporary Table Table_Name (Col1 Type1,Col2 Type2...) On Commit Delete Rows ;
举例�Q?/p>
create global temporary table Classes (Class_id Number(5), Class_Name Varchar2(8), Class_Memo varchar2(200)) on Commit delete Rows ; 3) 两中�c�d��临时表的区别

会话�U��时表采用 on commit preserve rows ;而事务��则采�?on commit delete rows ;用法上，会话�U�别只有当会话结束��时表中的数据才会被截断，而且事务�U��时表则不��是 commit �?rollback 或者是会话�l�束�Q?a >tb临时表中的数据都��被截断

4 )什么时候��用��时表

1 )、当某一�?SQL 语句兌��的表�?2 张及以上�Q��ƈ且和一些小表关联。可以采用将大表�q�行分拆�q�且得到比较��的�l�果集合存放在��时表�?/p>
2 )、程序执行过�E�中可能需要存放一些��时的数据�Q�这些数据在整个�E�序的会话过�E�中都需要用的等�{��?/p>
3 . 例子�Q�略

4 .临时表的不��之处

1 )不支�?lob 对象�Q�这也许是设计者基于运行效率的考虑�Q�但实际应用中确实需要此功能时就无法使用临时表了�?/p>
2 )不支持主外键关系

所以，�׃��以上原因�Q�我们可以自己创��Z��时表�Q�以弥补 oracle 临时表的不��之处

上面的都是本人经�q�测试的�Q�但下面是在�|�上搜烦到的�Ҏ��Q�本人具体没有测试过�Q�不�q�觉得可行性很强，有时间测试下

创徏�Ҏ��Q?/p>
1 、以常规表的形式创徏临时数据表的表结构，但要在每一个表的主键中加入一�?SessionID 列以区分不同的会话�?可以�?lob 列和��d��?

2 、写一个用��h��销触发器，在用��L��束会话的时候删除本�ơ会话所插入的所有记�?(SessionID �{�于本次会话 ID 的记�?) �?/p>
3 、程序写入数据时�Q�要��Z��当前的会话 ID(SessionID) 写入表中�?/p>
4 、程序读取数据时�Q�只��d��与当前会�?ID 相同的记录即可�?/p>
功能增强的扩展设计：

1 、可以在数据表上建立一个视图，视图对记录的�{�选条件就是当前会话的SessionID �?/p>
2 、数据表中的SessionID 列可以通过Trigger 实现�Q�以实现对应用层的透明性�?/p>
3 、高�U�用户可以访问全局数据�Q�以实现更加复杂的功能�?/p>
扩展临时表的优点�Q?/p>
1 、实��C��与Oracle 的基于会话的临时表相同的功能�?/p>
2 、支持SDO_GEOMETRY �{�lob 数据�c�d��?/p>
3 、支持表间的��d��键连接，且主外键�q�接也是��Z��会话的�?/p>
4 、高�U�用户可以访问全局数据�Q�以实现更加复杂的功�?/p>

tbwshc 2012-07-07 13:26 发表评论

ORACLE联机日志文�g丢失或损坏的处理�Ҏ��

tbwshc — Sat, 07 Jul 2012 05:24:00 GMT
�l�验�ȝ��Q?
联机日志分�ؓ当前联机日志和非当前联机日志�Q�非当前联机日志的损坏是比较��单的�Q�一般通过clear命��o��可以解决问题�?/p>
损坏非当前联机日志：
1、启动数据库�Q�遇到ORA-00312 or ORA-00313错误�Q�如:
ORA-00313: open failed for members of log group 4 of tbhread 1
ORA-00312: online log 3 thread 1: '/opt/oracle/db04/oradata/ORCL/redo03.log'
从这里我们知道日志组1的数据文件损坏或丢失�?br />从报警文件可以看到更详细的信�?br />2、查看V$log视图:
SQL> select group#,sequence#,archived,status from v$log;

GROUP# SEQUENCE# ARC STATUS

---------- ---------- --- ----------------

1 54 YES INACTIVE

2 55 NO CURRENT

3 53 YES INACTIVE

可以知道�Q�该�l�是非当前状态，而且已经归档�?br />3、用CLEAR命��o重徏该日志文�?br />SQL>alter database clear logfile group 3;
如果是该日志�l�还没有归��Q�则需要用
SQL>alter database clear unarchived logfile group 3;
4、打开数据库，重新备䆾数据�?br />SQL>alter database open;
说明�Q?br />1)、如果损坏的是非当前的联机日志文�Ӟ��一般只需要clear��可以重��日志文�g�Q�但是如果该数据库处于归��状态但该日志还没有归��Q�就需要强行clear�?br />2)、徏议clear�Q�特别是��clear后作一�ơ数据库的全备䆾�?br />3)、此�Ҏ��适用于归档与非归��数据库�?/p>
损坏当前联机日志�Q?/p>
归��模式下当前日志的损坏有两�U�情况，
一、是数据库是正常关闭�Q�日志文件中没有未决的事务需要实例恢复，当前日志�l�的损坏��可以直接用alter database clear unarchived logfile group n来重建�?br />二、是日志�l�中有活动的事务�Q�数据库需要媒体恢复，日志�l�需要用来同步，有两�U�补救办�?br />A. 最好的办法��是通过不完全恢复，可以保证数据库的一致性，但是�q�种办法要求在归档方式下�Q��ƈ且有可用的备�?br />B. 通过强制性恢复，但是可能��D��数据库不一致�?br />下面分别用来说明�q�两�U�恢复方�?br />5.1.2.1 通过备䆾来恢�?br />1、打开数据库，会遇��C��个类似的错误
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'D:ORACLEORADATATESTREDO01.LOG'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) �pȝ��找不到指定的文�g

2、查看V$log�Q�发现是当前日志
SQL> select group#,sequence#,archived,status from v$log;

GROUP# SEQUENCE# ARCHIVED STATUS
---------- ---------- -------- ----------------
1 1 NO CURRENT
2 2 YES INACTIVE
3 3 YES INACTIVE

3、发现clear不成�?br />SQL> alter database clear unarchived logfile group 1;
alter database clear unarchived logfile group 1
*
ERROR at line 1:
ORA-01624: log 1 needed for crash recovery of thread 1
ORA-00312: online log 1 thread 1: 'D:ORACLEORADATATESTREDO01.LOG'

4、拷贝有效的数据库的全备份，�q�不完全恢复数据�?br />可以采用获取最�q�的SCN的办法用until scn恢复或用until cnacel恢复
recover database until cancel
先选择auto�Q�尽量恢复可以利用的归��日志�Q�然后重�?br />recover database until cancel
�q�次输入cancel�Q�完成不完全恢复�Q�也��是说恢复两�ơ�?br />如：
SQL> recover database until cancel;
Auto
……
SQL> recover database until cancel;
Cancel;
5、利用alter database open resetlogs打开数据�?br />说明�Q?br />1、这�U�办法恢复的数据库是一致的不完全恢复，会丢失当前联机日志中的事务数�?br />2、这�U�方法适合于归��数据库�q�且有可用的数据库全备䆾�?br />3、恢复成功之后，记得再做一�ơ数据库的全备䆾�?br />4、徏议联机日志文件一定要实现镜相在不同的��盘上，避免�q�种情况的发生，因�ؓ��M��数据的丢失对于生产来说都是不容许的�?/p>
如果没有备䆾�Q�进行强制性恢�?br />1、打开数据库，会遇��C��个类似的错误
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'D:ORACLEORADATATESTREDO01.LOG'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) �pȝ��找不到指定的文�g

2、查看V$log�Q�发现是当前日志
SQL> select group#,sequence#,archived,status from v$log;

GROUP# SEQUENCE# ARCHIVED STATUS
---------- ---------- -------- ----------------
1 1 NO CURRENT
2 2 YES INACTIVE
3 3 YES INACTIVE

3、发现clear不成�?br />SQL> alter database clear unarchived logfile group 1;
alter database clear unarchived logfile group 1
*
ERROR at line 1:
ORA-01624: log 1 needed for crash recovery of thread 1
ORA-00312: online log 1 thread 1: 'D:ORACLEORADATATESTREDO01.LOG'

4、把数据库down�?br />SQL>shutdown immediate

5、在init.ora中加入如下参�?br />_allow_resetlogs_corruption=TRUE

6、重新启动数据库,利用until cancel恢复
SQL>recover database until cancel;
Cancel
如果出错�Q�不再理会，发出
SQL>alter database open resetlogs;

7、数据库被打开后，马上执行一个full export

8、shutdown数据�?��L��_all_resetlogs_corrupt参数

9、重建库

10、import�q�完成恢�?/p>
11、徏议执行一下ANALYZE TABLE ...VALIDATE STRUCTURE CASCADE;
说明�Q?br />1、该恢复�Ҏ��是没有办法之后的恢复�Ҏ��Q�一般情况下��不要采用�Q�因��Ҏ��可能��D��数据库的不一�?br />2、该�Ҏ��也丢失数据，但是丢失的数据没有上一�U�方法的数据多，主要是未写入数据文�g的已提交或未提交数据�?br />3、徏议成功后严格执行以上�?�?1步，完成数据库的��查与分析
4、全部完成后做一�ơ数据库的全备䆾
5、徏议联机日志文件一定要实现镜相在不同的��盘上，避免�q�种情况的发生，因�ؓ��M��数据的丢失对于生产来说都是不容许的�?/p>

tbwshc 2012-07-07 13:24 发表评论