<b>在Oracle数据库保护中的前瞻性需求考虑的问题</b>[Oracle防范]

我们都知道有的时刻因为一些非常的数据会招致周期性的产生,所以Oracle数据库管理员就必必要理解关于几个周期之内的相关数据,此时就需求延伸这个循坏周期Oracle数据库保护中的前瞻性 .

配置符合的时间参数.

在启用自竣工作负荷存储库之后,数据库管理员还需求考虑一些时间上的分配问题.如这个自动负荷存储库表中的数据需求保存多久.由于数据库运行统计信息的数目,随着其级别的差别,数据量有多少.但是只要采取了Typical大概All这两个级别后,其信息量还是很可观的.故假如不按时排除这些数据的话,则这个表没有多少时间就会占用很大的空间了.

为此这个表必须循环操纵,以削减存储空间.默许情形下,自动负荷存储表中的内容只会被保存七天,也就是说这个表中存储的是近来七天的数据库运行信息.但是假如数据库环境计划对比复杂大概会产生大量的统计信息,则此时数据库管理员就需求缩短这个时间.

而有时刻某些非常数据大概会周期性的呈现,故Oracle数据库管理员需求理解几个周期之内的数据,此时就需求延伸这个循坏周期.为此数据库管理员要可以更改这个周期,以便利其工作.假如数据库管理员需求跟该这个周期的话,那么就需求履行Dbms_Workload_Reposttory程序,设置此中的retention参数.

注意这里是用分钟为单位.假如数据库管理员想要把这个时间设置为10天的话,则就需求把这个参数设置为60*24*10=14400分钟.注意这里是以分钟为单位.假如数据库管理员不知道这个内容大概误认为这里是以天为单位的,而把这个参数设置为10的话,那么这个工作负荷存储库表中就不会记录有代价的信息.

别的,默许情形下工作负荷存储库的内存监督器是每60分钟汇集一下信息.不过有时刻数据库管理员大概需求按照实际情形来缩短这个统计的周期大概严惩周期.如为了测试的需求要把这个周期缩短为10分钟以判断能否正常启用了自竣工作负荷存储库时,就需求把这个周期缩短.

此时也是采取如上那个程序,不过参数是interval了.假如要把这个时间调整为30分钟,则只需求把这个参数设置为30便可.注意此时这里是以分钟为单位.假如此时数据库管理员要让这个工作负荷存储库表保存10天的记录,同时每隔30分钟统计数据库运行的信息,便可以履行以下的号令来完成:

Execute Dbms_Workload_Reposttory.
modify_snapshot_settings  
(interval=30,retention=14400)  

便可以完成如上的需求.笔者再次夸大一下,这个号令中都是以分钟为单位的.别的,假好像时缩短统计周期并延伸工作负荷存储库表的存储周期,那么在这两个因素的共同作用下,这个表的容量会很快的膨胀起来.Oracle数据库管理员需求注意这个问题.

普通情形下,笔者倡议可以缩短这个统计周期,但是不倡议延伸表的存储周期.假如数据库管理员确切需求一段期间内的性能数据的话,则可以先把这个表导出来举行备份.这可以避免工作负荷存储表对数据库表空间的腐蚀.再者,缩短内存监督器汇集系统统计数据周期会增添Oracle数据库的额外开销,这也是数据库管理员在调整这两个参数时需求注意到的内容. 　　以上是“<b>在Oracle数据库保护中的前瞻性需求考虑的问题</b>[Oracle防范]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：