数据库时间的问题

lujiaguai

唐老师：
    有一个数据库时间的问题不解。
    原先时间通过 date查看是 est 时间的，比如这样的格式：Fri Dec 23 10:49:09 EST 2016
    此时数据库alert时间，EM上的时间，和EM上实时监控时间的横坐标都是正确的
    但是发现一个问题，我启用邮件通知的话，邮件发过来，发件时间显示差了13个小时

    因为发现邮件通知时间错误的问题，我才去检查date，才看到时间是EST的（date命令看到的）
    感觉不对，于是紧接着修改了linux时间，在图形界面上改的，在地图上选到了“shanghai”(改之前不是，是其他某个地区)，并且修改前，修改后都勾选了system clock  user utc
    改完时间以后，再检查DATE，时间显示是CST正常的，比如这样的格式：Fri Dec 23 10:49:09 CST 2016
   

    改完以后发现了新的问题：
    1，em界面上不能访问，我stop完以后start了em，页面可以打开了，此时首页右上角，刷新按钮旁边的时间是正确的，符合当前系统时间（date）。
    2，EM界面里部分性能视图的横坐标时间是错误的，相差12或者13小时，显示为昨天晚上21点多
    3，alert日志里的时间也是错误的，也是昨天晚上21点多
    4，我想把em删掉再建一次，但是卡在再删除的步骤很久都没有响应，但是这里显示的时间是正常的，如下：
         WARNING : While repository is dropped the database will be put in quiesce mode.
         ----------------------------------------------------------------------
         Do you wish to continue? [yes(Y)/no(N)]: y
         Dec 23, 2016 10:36:27 AM oracle.sysman.emcp.EMConfig perform
         INFO: This operation is being logged at /u01/app/oracle/cfgtoollogs/emca/ecology/emca_2016_12_23_10_36_10.log.
         Dec 23, 2016 10:36:27 AM oracle.sysman.emcp.util.DBControlUtil stopOMS
         INFO: Stopping Database Control (this may take a while) ...
         Dec 23, 2016 10:36:28 AM oracle.sysman.emcp.EMReposConfig invoke
         INFO: Dropping the EM repository (this may take a while) ...

    唐老师，这种情况怎么做才是对的，如何修正？
   
----------------------------------------------
    我后来在课堂提供的测试数据库上重现了这个过程：
1，默认推送出来的机器带NTP时间服务，指向BCPSERVER，时间跟真实时间有几个小时的误差
2，我把NTP取消了，把时间修改的跟真实时间一样
3，修改完成后，EM果然立即无法访问，需要stop 后再start，才可以打开，可是打开以后首页的时间跟系统当前时间一致，但是性能视图横坐标依然是会旧的NTP时间
4，此时alert时间也是有问题的。
5，我重启了数据库，alert日志的时间正常了。
6，这个检查EM，发现首页时间跟此时的系统时间反而有了几个小时的差距，性能视图横坐标也是错误的
7，我这个时候视图删掉EM再配置，但是删除命令失败。这是11.2.0.3版本的情况。
8，接下来我按照上课时说的，尝试在测试环境上，删除$ORACLE_HOME目录下的文件夹： station79_orcl.example.com，再执行删除em命令，删除成功，然后重建正常。


但是现在，实际在真实发生这件事的11.2.0.4数据库上，em删除如上所述会卡住无法成功,我在测试环境删除了 station79_orcl.example.com文件夹之后，再重建成功的。于是我把这个11.2.0.4的库上的这个文件夹也删了，但是重建不成功，卡在下面这里：
Do you wish to continue? [yes(Y)/no(N)]: y
Dec 24, 2016 12:01:02 AM oracle.sysman.emcp.EMConfig perform
INFO: This operation is being logged at /u01/app/oracle/cfgtoollogs/emca/ecology/emca_2016_12_24_00_00_45.log.
Dec 24, 2016 12:01:02 AM oracle.sysman.emcp.EMDBPreConfig performDeconfiguration
WARNING: EM is not configured for this database. No EM-specific actions can be performed. Some of the possible reasons may be:
1) EM is configured with different hostname then physical host. Set environment variable ORACLE_HOSTNAME=<hostname> and re-run EMCA script
2) ORACLE_HOSTNAME is set. Unset it and re-run EMCA script
Dec 24, 2016 12:01:02 AM oracle.sysman.emcp.EMReposConfig invoke
INFO: Dropping the EM repository (this may take a while) ...

看日志：/u01/app/oracle/cfgtoollogs/emca/ecology/emca_2016_12_24_00_00_45.log.
最后几行如下，一直就走不动了

Dec 24, 2016 12:01:02 AM oracle.sysman.emcp.util.PlatformInterface executeCommand
CONFIG: Starting execution: /u01/app/oracle/product/11.2.0/dbhome_1/sysman/admin/emdrep/bin/RepManager -connect (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=OADB)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=ecology))) -repos_user SYSMAN -action drop -verbose -output_file /u01/app/oracle/cfgtoollogs/emca/ecology/emca_repos_drop_2016_12_24_00_

唐老师，这种情况该怎么办？em还有其他办法，重新删除配置吗？
现在骑虎难下，文件夹也被删了，哪怕是错误时间的em也无法start了，删除重建又卡在这个步骤。
可以大胆的用 emca -deconfig all db -repos drop 吗，连central agent managemen也删了，会不会产生更大的问题，很担心，不敢动。

botang

最后不要在数据库打开的情况下，在生产环境中修改数据库所在的操作系统的时间。现在试一下dbca 配置数据库选项。

lujiaguai

botang 发表于 2016-12-24 10:33
最后不要在数据库打开的情况下，在生产环境中修改数据库所在的操作系统的时间。现在试一下dbca 配置数据库 ...

还就是干了这样糊涂的事~
dbca上也做了配置，最后报错如下：



提示说 job_que... 参数配置为0，这个参数我记得原来是1000的。
看到这样的提示，我去show parameter job_que 看到确实是0。
我修改回1000。
这里存疑，我在emca 删除的时候，在alter日志里看到这样的信息
ALTER SYSTEM SET job_queue_processes=0 SCOPE=BOTH SID='*';
我觉得是emca在试图修改这个东西，不知道什么意思。

现在我手动 alter system set 把参数改回了1000。
再重新执行dbac 重新配置，报告这样的错误：


依据提示，我去查看了提示中的这个日志：
/u01/app/oracle/cfgtoollogs/dbca/ecology/emConfig.log
日志最后部分提示如下，我看不太明白，有几个东西unlock失败，怎么处理？
Dec 24, 2016 11:33:59 AM oracle.sysman.emcp.EMReposConfig unlockMGMTAccount
CONFIG: Failed to unlock mgmt_view account
Dec 24, 2016 11:33:59 AM oracle.sysman.emcp.EMReposConfig invoke
SEVERE: Failed to unlock all EM-related accounts
Dec 24, 2016 11:33:59 AM oracle.sysman.emcp.EMConfig perform
SEVERE: Failed to unlock all EM-related accounts
Refer to the log file at /u01/app/oracle/cfgtoollogs/dbca/ecology/emConfig.log for more details.
Dec 24, 2016 11:33:59 AM oracle.sysman.emcp.EMConfig perform
CONFIG: Stack Trace:
oracle.sysman.emcp.exception.EMConfigException: Failed to unlock all EM-related accounts
        at oracle.sysman.emcp.EMReposConfig.invoke(EMReposConfig.java:360)
        at oracle.sysman.emcp.EMReposConfig.invoke(EMReposConfig.java:160)
        at oracle.sysman.emcp.EMConfig.perform(EMConfig.java:253)
        at oracle.sysman.assistants.util.em.EMConfiguration.run(EMConfiguration.java:639)
        at oracle.sysman.assistants.util.em.EMConfigStep.executeImpl(EMConfigStep.java:139)
        at oracle.sysman.assistants.util.step.BasicStep.execute(BasicStep.java:210)
        at oracle.sysman.assistants.util.step.BasicStep.callStep(BasicStep.java:251)
        at oracle.sysman.assistants.dbca.backend.PostDBConfigureStep.executeImpl(PostDBConfigureStep.java:269)
        at oracle.sysman.assistants.util.step.BasicStep.execute(BasicStep.java:210)
        at oracle.sysman.assistants.util.step.Step.execute(Step.java:140)
        at oracle.sysman.assistants.util.step.StepContext$ModeRunner.run(StepContext.java:2711)
        at java.lang.Thread.run(Thread.java:637)
Dec 24, 2016 11:33:59 AM oracle.sysman.emcp.EMConfig restoreOuiLoc
CONFIG: Restoring oracle.installer.oui_loc to /u01/app/oracle/product/11.2.0/dbhome_1/oui


另外图中最后说手动执行emca script什么意思，可以做吗？

唐老师，这是要逼的上cloud control吗？
现在12.0.5和13c的版本，哪一个好用？

botang

lujiaguai 发表于 2016-12-24 11:50
还就是干了这样糊涂的事~
dbca上也做了配置，最后报错如下：

重启一下数据库，再dbca。
12.1.0.5靠谱些。

lujiaguai

该问题已得到解决

MOS文档 How To Change Timezone for 11gR2 Grid Infrastructure (文档 ID 1209444.1)
11.2.0.2及以上的grid,在启动的时候读取$grid_home/crs/install/cat s_crsconfig_'hostname'_env.txt
该文件内有一个参数
TZ=US/Eastern，修改为TZ=Asia/Shanghai
然后重启整个集群站crsctl stop has , crsctl start has即可
这个地方也会影响到EM上性能视图横坐标时间轴的错误，显示为US/Eastern时间

没有GRID的数据库无此问题， 只要操作系统时间正确即可
带有grid的数据库，修改完操作系统时间后，记得修改该文档