免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 5274 | 回复: 15
打印 上一主题 下一主题

日期差12小时 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2010-05-12 13:01 |只看该作者 |倒序浏览
通过查看online.log
00:37:40  Checkpoint Completed:  duration was 4 seconds.
00:42:50  Checkpoint Completed:  duration was 4 seconds.
00:48:00  Checkpoint Completed:  duration was 4 seconds.
00:53:10  Checkpoint Completed:  duration was 3 seconds.
发现日期不对,现在时间为12:56,怎么数据库日志为00:53 呢,刚好差了12个小时,这样是否有问题?  

平台: sco 505
Informix Dynamic Server Version 7.31.UC7    -- On-Line -- Up 123 days 11:55:42 --
1179611 Kbytes

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
2 [报告]
发表于 2010-05-12 13:02 |只看该作者
本帖最后由 liaosnet 于 2010-05-12 13:03 编辑

这个应该是更改了系统时区吧~~

onstat -g env 可以查看数据库当前使用的时区..系统时区,一般来说date就可以看到..

论坛徽章:
0
3 [报告]
发表于 2010-05-12 13:08 |只看该作者
这个应该是更改了系统时区吧~~

onstat -g env 可以查看数据库当前使用的时区..系统时区,一般来说date就可 ...
liaosnet 发表于 2010-05-12 13:02



老版本,没有onstat -g env 命令.
/>date
Wed May 12 13:06:57 CST 2010
如果需要调整,修改成什么时区呢? 需要停库来做吧

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
4 [报告]
发表于 2010-05-12 13:10 |只看该作者
回复 3# QTone


    7.31有onstat -g env这样的命令吧~
   要修改只能是停库~停库重启就好了.

论坛徽章:
0
5 [报告]
发表于 2010-05-12 13:16 |只看该作者
回复  QTone


    7.31有onstat -g env这样的命令吧~
   要修改只能是停库~停库重启就好了.
liaosnet 发表于 2010-05-12 13:10



    单独修改时间不会有什么影响吧?

在问下,我这个库 默认每5分钟一次检查点,有时经常造成系统没反应,dbaccess 进去长时间反应不过来,需要等检查点做完,请问下这个应该如何调整呢?

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
6 [报告]
发表于 2010-05-12 13:22 |只看该作者
极不建议在数据库运行时更改系统时间!!
建议:更改系统时间应该先将数据库关闭.

检查点将阻塞所有事物~这个是正常的..
减小检查点的时长,可以增加LRU队列数量,减少LRU_MIN/LRU_MAX; 以减少在检查点时清回磁盘的数据量..但取决于你的数据库运行情况..

论坛徽章:
0
7 [报告]
发表于 2010-05-12 13:33 |只看该作者
极不建议在数据库运行时更改系统时间!!
建议:更改系统时间应该先将数据库关闭.

检查点将阻塞所有事物~这 ...
liaosnet 发表于 2010-05-12 13:22



我会停库,在修改系统时间的.
我现在检查点经常7分钟以上,io暂用一半以上,有些应用得不到及时响应

onconfig中 参数为:
LRUS            8               # Number of LRU queues
LRU_MAX_DIRTY   60              # LRU percent dirty begin cleaning limit
LRU_MIN_DIRTY   50              # LRU percent dirty end cleaning limit

修改成 下面如何,有计算公式吗?
LRUS            12               # Number of LRU queues
LRU_MAX_DIRTY   40              # LRU percent dirty begin cleaning limit
LRU_MIN_DIRTY   20              # LRU percent dirty end cleaning limit

而且我内存3G,现在数据库用了1G左右,需要调整buffer吗?

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
8 [报告]
发表于 2010-05-12 13:40 |只看该作者
你那检查点间隔是5分钟呀~每次4秒左右~那来7分钟之说?

LRUS            16              # Number of LRU queues
LRU_MAX_DIRTY   10             # LRU percent dirty begin cleaning limit
LRU_MIN_DIRTY    5              # LRU percent dirty end cleaning limit

如果还太长..还可以再减少些..

论坛徽章:
0
9 [报告]
发表于 2010-05-12 13:46 |只看该作者
你那检查点间隔是5分钟呀~每次4秒左右~那来7分钟之说?

LRUS            16              # Number of LR ...
liaosnet 发表于 2010-05-12 13:40



01:03:29  Checkpoint Completed:  duration was 4 seconds.
01:08:39  Checkpoint Completed:  duration was 4 seconds.
01:13:50  Checkpoint Completed:  duration was 4 seconds.
01:19:00  Checkpoint Completed:  duration was 4 seconds.
==============
01:27:06  Checkpoint Completed:  duration was 180 seconds.
01:30:39  Logical Log 396 Complete.
01:30:42  Process exited with return code 142: /bin/sh /bin/sh -c /usr/informix/
etc/log_full.sh 2 23 "Logical Log 396 Complete." "Logical Log 396 Complete."
01:35:13  Checkpoint Completed:  duration was 180 seconds.
01:43:15  Checkpoint Completed:  duration was 176 seconds.

等号那里,io接近50%. 检查点完成用了8分钟啊.

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
10 [报告]
发表于 2010-05-12 13:51 |只看该作者
你们现在在做什么呢?这也不是用了8分钟呀...duration was 以后的才是检查点的时间..往前180秒才是开始时间.也就是这次的检查点用了3分钟...
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP