问题描述
嗨,
我在64位Windows上使用Oracle数据库12.1.0.2.0
警报日志显示许多 “已完成文件 # 的调整操作...” 消息,并且 “资源监视器” 显示I/O密集使用情况。
从DBA_DATA_FILES中选择 * 显示我的所有数据文件的增量为1。
问题是,是否有调整大小以减少I/O活动的最佳实践?
假设INCREMENT_BY值越大,调整大小的操作就越少,这是正确的吗?如果是这样,它应该提高我的数据库性能还是应该让Oracle管理它?
高级感谢,
阿萨夫。
我在64位Windows上使用Oracle数据库12.1.0.2.0
警报日志显示许多 “已完成文件 # 的调整操作...” 消息,并且 “资源监视器” 显示I/O密集使用情况。
从DBA_DATA_FILES中选择 * 显示我的所有数据文件的增量为1。
问题是,是否有调整大小以减少I/O活动的最佳实践?
假设INCREMENT_BY值越大,调整大小的操作就越少,这是正确的吗?如果是这样,它应该提高我的数据库性能还是应该让Oracle管理它?
高级感谢,
阿萨夫。
专家解答
我的一般做法 (没有太多的科学探索) 是使用50-100米之间的 “下一个”。所以通常后台空间mgt进程会尝试扩展我的数据文件,这样前台会话就不会被阻塞,但是如果我填充文件的速度如此之快,以至于没有时间赶上,那么前台会话只会等待一小部分时间增加50-100米。
显然,对于利基案例,您可以根据自己的喜好进行调整。
显然,对于利基案例,您可以根据自己的喜好进行调整。
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




