oracle日志操作模式(归档模式和非归档模式的利与弊)
发布时间:2020-12-12 16:53:54 所属栏目:百科 来源:网络整理
导读:笔者今天就谈谈自己对这两种操作模式的理解,并且给出一些可行的建议,跟大家一起来提高Oracle数据库的安全性。 一、非归档模式的利与弊。 非归档模式是指不保留重做历史的日志操作模式,只能够用于保护例程失败,而不能够保护介质损坏。如果数据库采用的是
笔者今天就谈谈自己对这两种操作模式的理解,并且给出一些可行的建议,跟大家一起来提高Oracle数据库的安全性。 一、非归档模式的利与弊。非归档模式是指不保留重做历史的日志操作模式,只能够用于保护例程失败,而不能够保护介质损坏。如果数据库采用的是日志操作模式的话,则进行日志切换时,新的日志会直接覆盖原有日志文件的内容,不会保留原有日志文件中的数据。这么说听起来可能比较难理解。笔者举一个简单的例子,就会清楚许多。如现在Oracle数据库中有四个日志组,日志序列号分别为11、 12、13、14。当数据库事务变化写满第一个日志组文件(序列号为11)时,Oracle数据库就会自动切换到第二个日志组文件(序列号为12)中。依次类推。当第三个日志组文件(序列号为13)写满时,就会切换到第四个日志组(序列号为14)。当第四个日志组(序列号为14)满时,其就会切换到第一个日志组(序列号为15)。这里,序列号虽然与刚才第一个日志文件组不同,但是日志组仍然是同一个。此时,由于数据库的操作模式选择为非归档模式,所以第一组日志文件(序列号为11)中的内容并没有归档。新的日志文件的内容将直接覆盖第一个日志组文件中的内容。若第一个日志组文件(序列号为15)满时,切换到第二个日志文件组时,新的内容又会在第二个日志文件组没有归档的情况下,直接覆盖日志文件12中的原有数据。 通过以上的分析,我们可以归纳出非归档操作日志模式的一些特点。 一是当检查点完成之后,后台进程可以覆盖原有重做日志的内容。也就是说,在日志切换时,后来的日志文件内容可以在以前的日志文件内容没有归档的情况下,覆盖原有日志文件的内容。如此的话,当出现数据文件损坏时,数据库管理员只能够恢复到过去的完全被分点。如数据库有四个日志组。如果在日志组序列号为16的时候数据库管理员进行了完全备份。而在日志组序列号为28的时候数据文件出现了损坏。此时,由于中间的日志文件内容被覆盖掉了。所以,此时数据库管理员只能够恢复到完全备份的那个点,而不能够恢复数据库文件损坏时的点的数据(即序列号为28)的数据。如果在序列号为18的时候出现了数据文件损坏的事故,则可以先对数据库进行还原(还原点为序列号为16时的数据),然后再利用重做日志文件(序列号为17、18),即可以把数据恢复到故障发生时的数据。故虽然不用对重做日志文件进行归档,节省磁盘空间。但是,却给后续数据库的恢复带来的麻烦,降低了数据库的安全性。为此,如何取舍,还是需要数据库管理员根据自己企业的情况,作出选择。 二是执行数据库备份时,必须要备份所有数据文件和控制文件。根据上面笔者所讲述的,因为重做日志会被后来的所覆盖,所以,基本上数据库管理员不能够通过重做日志文件来恢复数据库的数据,或者说,通过重做日志文件不能够恢复全部的数据。为此,在执行数据库备份时,就必须备份所有的数据文件和控制文件。同时,还必须使用SHUTDOWNNORMAL等命令关闭数据库。 归档日志模式与非归档日志模式相对应,是指保留重做日志历史的日志操作模式。这种日志操作模式不仅可用于保护例程失败,还可以用于保护介质损坏的情况。如果数据库管理员把日志设置为归档日志模式,则当后台进程在进行日志切换时,后台进程会自动将重做日志的内容复制到归档日志中。归档日志就是非活动重做日志的备份。 如现在Oracle数据库中有四个日志组,日志序列号分别为11、12、13、14。当数据库事务变化写满第一个日志组文件(序列号为11) 时,后台进程就会切换到第二个日志组中(序列号为12)。不过在这个切换之前,数据库有一个进程,会负责将第一个日志组中的文件内容复制到归档日志中去。依次类推。这就是归档日志模式与非归档日志模式最本质的区别。不过这个区别却给数据库安全性带来了很大的变化。 如当日志序列号为28时出现了数据文件的错误或者服务器硬盘损坏的事故时,因为日志文件中记录了从数据库备份以来所有的数据变化情况。而且这些日志文件与数据库备份文件存储在其他媒体中,那么数据库管理员就可以通过这些资料,把数据库恢复到介质损坏时(即日志文件序列号为28)的数据。从保护数据库数据的角度讲,这是一个接近于比较理想的状态了。 若把非归档模式与归档模式进行对比的话,可以发现归档模式有如下的特点。 |