Oracle9i"快照过旧" 问题(急)

Toms_zhang

还有一个疑惑，　昨天我把unto_retention参数从３００改成１２００以后，快照过旧的错误是解决了．但现在入库的性能降下来了，导致很多数据积压．请问各位，与这个参数的设置是不是有关系．如果有关系，那么这个参数的设置应该采用什么样的经验理论来设置（也就是设置多大为合理）

简单说明：undo_tablespace 8G, 该表日访问量为３００万次．Oracle版本９．２，AIX5L, IBM S7A服务器（6个CPU，6G内存），数据文件存放在阵列上。

baikejia

undo_retention这个值可以在线调
我觉得平时应该在10800,也就是3小时，如果有特定要求，再调整。
或者几个undo_tablespace之间互相切换

10800这个值是不是不太恰当？

husthxd

但现在入库的性能降下来了，导致很多数据积压
-->
下降得很明显?
依据在什么地方?
数据积压能具体说明一下吗?

Toms_zhang

最初由 husthxd 发布
[B]但现在入库的性能降下来了，导致很多数据积压
-->
下降得很明显?
依据在什么地方?
数据积压能具体说明一下吗? [/B]

数据积压表现在平时MQ队列的正常数据包一般在1000个包以下，现在连续几小时都在6000以上，并还在增加，其他数据来源均正常。 不知道与我们设置undo_retetion是否有关系。

最初undo_retention=300,后设置成1200，现在改为600。

d.c.b.a

其实改回MANUAL管理吧，也很好的.

花好月不圆

最初由 xzh2000 发布
[B]

如果SQL优化合适的话,
根本就不会出现这种问题......

[/B]

难道 和尚没有遇到运行半个小时或更长的查询?

licy

尽量调整SQL语句，缩短查询时间。

然后再调整回滚段。

rollingpig

最初由 Toms_zhang 发布
[B]还有一个疑惑，　昨天我把unto_retention参数从３００改成１２００以后，快照过旧的错误是解决了．但现在入库的性能降下来了，导致很多数据积压．请问各位，与这个参数的设置是不是有关系．如果有关系，那么这个参数的设置应该采用什么样的经验理论来设置（也就是设置多大为合理）

简单说明：undo_tablespace 8G, 该表日访问量为３００万次．Oracle版本９．２，AIX5L, IBM S7A服务器（6个CPU，6G内存），数据文件存放在阵列上。 [/B]

statspack看看。

xzh2000

最初由 花好月不圆 发布
[B]

难道 和尚没有遇到运行半个小时或更长的查询?
[/B]

嘿嘿，偶的系统中超过1second的就很少有。

baikejia

真是幸福啊，
我的数据库中的统计程序经常要跑几个小时才行