<b>日记操作情势,Oracle数据的保护伞-入门底子</b>[Oracle防范]

　　一是当呈现介质破坏(如硬盘破坏大概不测删除数据文件)大概呈现例程失利(如服务器忽然断电)时,数据库管理员可以凭仗归档日记文件来避免丧失数据.而非归档情势则常常只可以应对例程失利的情形.所以,其利用范围要比非归档情势大的多.

　　二是数据备份的限制条件.正如上面所说的,假如数据库出于非归档情势,则对数据库举行备份时,要先用SHUTDOWN NORMAL等号令关闭数据库.而处于归档情势的时刻,则当数据库处于Open状况时,数据库管理员仍旧可以备份数据库,并且不会影响数据库的正常利用.除了数据库备份二者有本质上的差别之外,在数据库恢复上也有很大的差别.若数据库采取归档日记情势,不但可以履行完好恢复,并且在归档日记文件的帮忙下,还可以将数据库恢复到特定的点.从而当数据库呈现不测弊端时,最大限度的保护数据的安全性.

　　不过若采纳归档情势的话,则必必要牺牲一定的磁盘空间.

　　3、若何挑选符合的日记操作情势?

　　非归档情势只实用于例程失利时恢复数据,不可以用来保护介质破坏.即当数据库的数据文件不测破坏时,非归档情势没有应对之策.归档情势不但可以用来保护例程失利,并且还可以在介质失利的时刻,最大程度的恢复数据库的原有数据.此时,数据库管理员可以操纵数据库备份文件、归档日记文件、重做日记文件等把数据库中的数据恢复到弊端发生的那一时点.

　　既然归档操作情势与非归档操作情势各有各的特点,那么在什么时刻采取归档日记情势为好,什么时刻又该采取非归档情势呢?这个问题的答案,是公说公有理,婆说婆有理.恐怕争辩个几年也没有一个固定的答案.对此,笔者就提一下自己的看法.这也不是尺度答案,只是供大家参考.

　　首先要看数据库中数据改变的频繁程度.当数据库中数据改变对比少的时刻,则最好采取非归档情势.相反,假如数据库中的数据编码对比频繁,如一些业务操作系统,则最好可以采取归档情势.

　　其次,要看企业对数据丧失的态度.假如企业关于数据安全要求对比高,如银行,不答应丧失任何数据,则最好可以采取归档日记情势.在数据库不测弊端的时刻,其可以帮忙数据库管理员在最大程度上恢复数据.同理,当企业可以答应部份破坏数据的时刻,则可以采取非归档情势,以节俭切换日记组时的对日记文件备份的额外开销与磁盘空间.

　　再者,要看看数据库能否需求全天候运行.因为在非归档情势下,必须操纵SHUTDOWN NORMAL等号令关闭数据库,才能过对数据库举行备份.这跟数据库全天候运行的要求是不符合的.而归档情势下,即便数据库出于OPEN状况,也可以对其举行备份,也不会影响数据库的正常运行.为此,若果数据库需求全天候运行的话,则最好采取归档情势.固然数据库为此要付出一些额外的开销,笔者认为也是值得的.毕竟硬件投资有价,数据无价.

　　数据库管理员要按照企业的实际情形,挑选符合的日记操作情势.从而让重做日记与归档日记真正成为Oracle数据库的保护伞.

上一页  [1] [2]