Oracle Diagnostics:Why sysdate is fixed?

« How to maintain Oracle10g Recyclebin? | Blog首页 | The Network is The Computer »

Oracle Diagnostics:Why sysdate is fixed?

作者：eygle |【转载时请以超链接形式标明文章出处和作者信息及本声明】
链接：http://www.eygle.com/archives/2005/12/oracle_diagnostics_why_sysdate_fixed.html

站内相关文章|Related Articles

DBA警示录：Messages信息应当认真检查

歌华经历的数据库"攻击"

ORA-07445 数据库也会旧病复发

成功优化案例:解决ERP系统更新性能问题

解决ORA-600 [qmxiUnpPacked2]错误一则

今天一个朋友在MSN上问到一个问题:为什么我的SYSDATE不变了？

他查询SYSDATE的值一直停留在2005-03-01 11:41:15。感觉很奇怪。

忍不住指导他研究一下，先是从系统级诊断，发现没有问题。

再从数据库角度来诊断，发现:

select current_date from dual; 的输出是正确的，而

select sysdate from dual; 却是不正确的。

猜测是某个参数导致了系统日期被固化，让他传来alert文件，果然发现了一个此前未注意到的参数: FIXED_DATE，

  core_dump_dest           = /u01/app/oracle/admin/unicode/cdump
  fixed_date               = 01-MAR-05
  sort_area_size           = 524288
  db_name                  = unicode

文档上的解释为：

FIXED_DATE

Parameter type	String
Syntax	`FIXED_DATE = YYYY-MM-DD-HH24:MI:SS` (or the default Oracle date format)
Default value	There is no default value.
Parameter class	Dynamic: `ALTER SYSTEM`

FIXED_DATE enables you to set a constant date that SYSDATE will always return instead of the current date. This parameter is useful primarily for testing. The value can be in the format shown above or in the default Oracle date format, without a time.

找到了这个参数也就找到了答案！

历史上的今天...
>> 2006-12-12文章:

eygle.com完成建站以来最大的一次迁移

使用Perl连接Mysql数据库

>> 2004-12-12文章:

天下无贼-那一滴金砂的缘起缘落

------
这篇【Oracle Diagnostics:Why sysdate is fixed?】来自 www.eygle.com | CSDN技术网摘| del.icio.us|365Key

By eygle on 2005-12-12 23:21 | Comments (2) | Posted to Case | Edit |Pageviews:

相关文章	随机文章
DBA警示录：Messages信息应当认真检查歌华经历的数据库"攻击" ORA-07445 数据库也会旧病复发成功优化案例:解决ERP系统更新性能问题解决ORA-600 [qmxiUnpPacked2]错误一则	孤独的人是可耻的《深入浅出Oracle》出版一月记给自己的礼物-谁是谁的麦琪? db_file_multiblock_read_count and Oracle IO size 遥远与安宁-2008新年记事

搜索本站:

留言 (2)

这个比较有趣，也是第一次知道还有这个参数，好玩，哈哈，应该用sql_trace跟踪一下，看看设置参数前后，oracle做了什么。我懒了，eygle来跟踪一下吧。

Posted by: kamus at December 13, 2005 5:58 AM

这个跟踪不到的，是个内部操作!

Posted by: eygle at December 13, 2005 11:57 AM

www.eygle.com