| eha 回复于：2004-01-02 14:32:48
|
没chenkpoint 才有问题哦~~
|
| diablocom 回复于：2004-01-02 14:51:46
|
1,检查你的onconfig中的CKPTINVL
2,看你的物理日志是否大于75%,如果满了就需要备份.
3,看你是不是做了数据库或者实例其他管理命令.
怀疑2的可能行大点儿.
|
| eha 回复于：2004-01-02 15:05:41
|
[quote:ec1eacc276="diablocom"]1,检查你的onconfig中的CKPTINVL
2,看你的物理日志是否大于75%,如果满了就需要备份.
3,看你是不是做了数据库或者实例其他管理命令.
怀疑2的可能行大点儿.[/quote:ec1eacc276]
我看了下我自己的！ 设的是60 但ONLINE。LOG里看到的是每30秒就CHECKPOINT一次 不知道有问题没。没明白怎么不是按设置来执行的。
|
| amiescort 回复于：2004-01-02 15:39:15
|
[quote:24620973bb="diablocom"]1,检查你的onconfig中的CKPTINVL
2,看你的物理日志是否大于75%,如果满了就需要备份.
3,看你是不是做了数据库或者实例其他管理命令.
怀疑2的可能行大点儿.[/quote:24620973bb]
不可能吧？就算是2，也不会连续做好几天啊？
|
| diablocom 回复于：2004-01-02 15:59:52
|
[quote:4fb441e1e4="amiescort"]
不可能吧？就算是2，也不会连续做好几天啊？[/quote:4fb441e1e4]
:shock: :shock: :shock: :shock:
checkpoint不是天天做吗??
老兄你的checkpoint难道是一周做一次????
|
| eha 回复于：2004-01-02 16:11:56
|
diablocom,能看看的上面的问题吗？
|
| diablocom 回复于：2004-01-02 16:14:17
|
[quote:cb50c141b2="eha"]
我看了下我自己的！ 设的是60 但ONLINE。LOG里看到的是每30秒就CHECKPOINT一次 不知道有问题没。没明白怎么不是按设置来执行的。[/quote:cb50c141b2]
我奇怪呢,请你把你的online.log贴出来看看....连续的一块儿......谢谢
|
| eha 回复于：2004-01-02 16:41:08
|
16:24:32 Checkpoint Completed: duration was 1 seconds.
16:25:04 Checkpoint Completed: duration was 1 seconds.
16:25:35 Checkpoint Completed: duration was 1 seconds.
16:26:06 Checkpoint Completed: duration was 1 seconds.
16:26:38 Checkpoint Completed: duration was 1 seconds.
16:27:08 Checkpoint Completed: duration was 1 seconds.
16:27:40 Checkpoint Completed: duration was 1 seconds.
16:28:11 Checkpoint Completed: duration was 1 seconds.
16:28:42 Checkpoint Completed: duration was 1 seconds.
16:29:14 Checkpoint Completed: duration was 1 seconds.
16:29:45 Checkpoint Completed: duration was 1 seconds.
16:30:17 Checkpoint Completed: duration was 2 seconds.
16:30:50 Checkpoint Completed: duration was 3 seconds.
16:31:23 Checkpoint Completed: duration was 2 seconds.
16:31:54 Checkpoint Completed: duration was 2 seconds.
CKPTINTVL 60 # Check point interval (in sec)
分别是ONLINE。LOG 和ONCONFIG文件设置。目前都很正常。只是这里看到觉得奇怪就问下。以前没注意这个。几天看了下似乎设置的是无效的。奇怪~~~~
|
| diablocom 回复于：2004-01-02 17:00:21
|
你确认你的实例就是你给出配置的onconfig文件吗?
我也想知道答案..
|
| admirer 回复于：2004-01-02 17:03:02
|
30秒作一次检查点，历时1～3秒。可能的原因：
1.你的物理日志空间太小
2.你的系统过于繁忙，用户数据更新过于频繁
|
| diablocom 回复于：2004-01-02 17:13:17
|
[quote:e9b0cad7d5="admirer"]30秒作一次检查点，历时1～3秒。可能的原因：
1.你的物理日志空间太小
2.你的系统过于繁忙，用户数据更新过于频繁[/quote:e9b0cad7d5]
恩,这个解释我觉得2不是很有道理,因为就算用户线索较多,数据库比较繁忙,检查点发生的也不能在几分钟内都这么平均啊,是不是?
|
| amiescort 回复于：2004-01-02 17:15:31
|
[quote:666c4c2372="diablocom"]
:shock: :shock: :shock: :shock:
checkpoint不是天天做吗??
老兄你的checkpoint难道是一周做一次????[/quote:666c4c2372]
倒地～～～～～～～～
我理解成一次cp做好几天，见笑拉 :oops:
不过，我又想问了，cp可以使物理日志的使用率变回去吗？
再说了，cp的interval不是在onconfig里设置的吗？如果物理日志的使用大于75％就cp的话，那onconfig里设置的又是什么倪？
|
| diablocom 回复于：2004-01-02 17:18:41
|
[quote:24b0cda1d4="amiescort"]
倒地～～～～～～～～
我理解成一次cp做好几天，见笑拉 :oops:
不过，我又想问了，cp可以使物理日志的使用率变回去吗？[/quote:24b0cda1d4]
呵呵,我说那.变回去是指使用率的那个百分比减小吗?备份就可以了...
|
| amiescort 回复于：2004-01-02 17:33:24
|
[quote:c9d8cb34ab="diablocom"]
呵呵,我说那.变回去是指使用率的那个百分比减小吗?备份就可以了...[/quote:c9d8cb34ab]
那么，如果cp不能减小物理日志的使用率，岂不是每次都会应为物理日志的使用率问题而引起cp？？
顺便问一下，大波罗你的名字在在线列表中为什么是黑体啊？羡慕ing～～
我也想变黑啊
|
| diablocom 回复于：2004-01-02 17:36:25
|
[quote:c095eb971d="amiescort"]
那么，如果cp不能减小物理日志的使用率，岂不是每次都会应为物理日志的使用率问题而引起cp？？
顺便问一下，大波罗你的名字在在线列表中为什么是黑体啊？羡慕ing～～
我也想变黑啊[/quote:c095eb971d]
CP只会让物理日志使用率变大.可以备份来解决这个问题啊.
黑体是应为当时CU捐款的人都是黑体..........
你为什么不羡慕斑竹的颜色呢,希望你早日成为informix的斑竹..
|
| eha 回复于：2004-01-03 14:32:02
|
diablocom：实例和日志确实没错，我起了2个 ，另一个的日志看到的和ONCONFIG设置的是一直的 ，60秒间隔。
admirer ：你说的2种情况会导致数据库系统自动加快CHECKPOINT来保证稳定？因为我设的是60秒，而日志看到的是30秒，而且间隔很均匀。
楼主不好意思，我让这帖有点跑题了！：）
|
| czw1413_cn 回复于：2004-01-03 16:28:34
|
你把你关于checkpoints的参数都贴出来看看
另外估计你的物理日志确实设的太小了 ~~~~~~~~~
|
| eha 回复于：2004-01-03 20:46:12
|
问题从CKPTINVL参数说起的，我还是菜鸟，所以关于CHECKPOINT的参数只知道这一个。
规划物理日志大小有个什么大概的计算公式吗？
|
| czw1413_cn 回复于：2004-01-04 14:02:55
|
只有个大体的参考
实际需要多大是要根据你的应用来修改的
你一天业务量的四分之一做为物理日志大小就可以了
不过一般可能都比这个数还小
|
| eha 回复于：2004-01-06 10:37:57
|
踢下~ 还是没明白。我在ONCONFIG里的关于CHECKPOINT时间设置怎么没生效？
|
| amiescort 回复于：2004-01-06 10:48:54
|
[quote:6fa0c693f3="eha"]踢下~ 还是没明白。我在ONCONFIG里的关于CHECKPOINT时间设置怎么没生效？[/quote:6fa0c693f3]
对不起啊，都是我，又让帖子跑题了。 :mrgreen:
我想，会不会是装了两个实例，每个60秒，于是就变成了30秒，心虚的说……
:lol:
|
| eha 回复于：2004-01-06 10:56:54
|
[quote:ad23126bc8="amiescort"]
对不起啊，都是我，又让帖子跑题了。 :mrgreen:
我想，会不会是装了两个实例，每个60秒，于是就变成了30秒，心虚的说……
:lol:[/quote:ad23126bc8]
呵呵~~ 不要紧 我让楼主跑题先！
是2个是实例，每个实例的LOG是指定分开的2个文件。而且我看了另一个的正常！
|
| amiescort 回复于：2004-01-06 11:06:50
|
[quote:d563a1585e="eha"]
呵呵~~ 不要紧 我让楼主跑题先！
是2个是实例，每个实例的LOG是指定分开的2个文件。而且我看了另一个的正常！[/quote:d563a1585e]
这样啊？那让我想想……恩……这个……
大菠萝！又去清茶灌水了？
快回来啊，我搞不掂了……
|
| lmtok 回复于：2004-01-06 11:36:00
|
楼主的CKPTINTVL设置的时间间隔设置得太短了，
30秒是informix里面cp时间间隔最短的了，楼主
这个参数估计是搞错了，
应该与物理日志没有太大的关系。
这个参数在onconfig文件内
|
| diablocom 回复于：2004-01-06 11:44:00
|
物理日志太小的确会让CP频繁发生.但是物理日志不宜太大,如果一次CP操作超过5秒,这不是很正常的.
|
| ifx 回复于：2004-01-06 11:59:49
|
产生checkpoint的条件大概有四类：
checkpoint interval到期
phylog 75%满
要用到的下一个logic log含有checkpoint
其它管理事件：onmode -c add chunk，dbspaces等
相信你的IDS也应该是这些事件引起的，看你的介绍，应该说，1、3、4的情况是不存在的，只能是因为physical log达到了75%满的情况，其实，看你的onstat -m算是不错的，check point的时间不能过长，否则是无法忍受的。
如果physical太大（当然，大有大的好处），而75%的条件不满足，可能会造成check point的时间过长，可以调整LRUMAXDIRTY和LRUMINDIRTY等参数解决。
|
| amiescort 回复于：2004-01-06 12:33:16
|
[quote:5315b051e5="ifx"]产生checkpoint的条件大概有四类：
checkpoint interval到期
phylog 75%满
要用到的下一个logic log含有checkpoint
其它管理事件：onmode -c add chunk，dbspaces等
相信你的IDS也应该是这些事件引起的，看你的..........[/quote:5315b051e5]
ifx一出，谁与争锋……
|
| eha 回复于：2004-01-06 14:47:20
|
谢谢大家！ 这帖都快可以做CHECKPOINT专题了！
|
| admirer 回复于：2004-01-06 22:20:57
|
[quote:289666a9f3="diablocom"]
恩,这个解释我觉得2不是很有道理,因为就算用户线索较多,数据库比较繁忙,检查点发生的也不能在几分钟内都这么平均啊,是不是?[/quote:289666a9f3]
1.由于作业繁忙，导致“物理”和“逻辑”日志灌满速度加快，可能同时触发第二、四类CP启动
2.cp的时间间隔均匀是因为informix最小CP间隔为30（informix建议设置CKPTINTVL值为300秒）秒。而这30秒的最小值长期被触发（如果再有最小值还有可能更小），且历时1～3秒已经说明这个系统安全性受到了威胁，必须予以重视。
3.一般的，CP间隔不能太小（informix推荐值300秒左右），历时不能太大（0～5秒），如果离这只值太大就需要对系统进行优化了（我的系统CP间隔900秒，历时0～3秒，当然我得系统双至强CPU，4G内存，同时连接用户约180左右）。
4.这个系统偏偏该大的不大，该小的不是很小，所以需要优化。
如果可能的话，建议搂住将系统相关参数贴出来，让大家帮你把把脉！
|
| diablocom 回复于：2004-01-06 22:54:25
|
[quote:da21d49a2c="admirer"]
1.由于作业繁忙，导致“物理”和“逻辑”日志灌满速度加快，可能同时触发第二、四类CP启动
2.cp的时间间隔均匀是因为informix最小CP间隔为30（informix建议设置CKPTINTVL值为300秒）秒。而这30秒的最小值长期被?.........[/quote:da21d49a2c]
对对,想想楼主的那30秒也许就是某种原因导致了使用了系统的默认时间30秒.
|
| eha 回复于：2004-01-07 10:41:39
|
#**************************************************************************
#
# INFORMIX SOFTWARE, INC.
#
# Title: onconfig.std
# Description: INFORMIX-OnLine Configuration Parameters
#
#**************************************************************************
# Root Dbspace Configuration
ROOTNAME rootdbs # Root dbspace name
ROOTPATH /dev/rootdbs
# Path for device containing root dbspace
ROOTOFFSET 0 # Offset of root dbspace into device (Kbytes)
ROOTSIZE 2000000 # Size of root dbspace (Kbytes)
# Disk Mirroring Configuration Parameters
MIRROR 0 # Mirroring flag (Yes = 1, No = 0)
MIRRORPATH # Path for device containing mirrored root
MIRROROFFSET 0 # Offset into mirrored device (Kbytes)
# Physical Log Configuration
PHYSDBS rootdbs # Location (dbspace) of physical log
PHYSFILE 50000 # Physical log file size (Kbytes)
# Logical Log Configuration
LOGFILES 3 # Number of logical log files
LOGSIZE 50000 # Logical log size (Kbytes)
# Diagnostics
MSGPATH /usr/informix/online.log # System message log file path
CONSOLE /dev/console # System console message path
ALARMPROGRAM /usr/informix/etc/no_log.sh # Alarm program path
# System Archive Tape Device
#TAPEDEV /dev/rStp0 # Tape device path
TAPEDEV /dev/null # Tape device path
#TAPEBLK 1024 # Tape block size (Kbytes)
TAPEBLK 16 # Tape block size (Kbytes)
TAPESIZE 16384000 # Maximum amount of data to put on tape (Kbytes)
# Log Archive Tape Device
LTAPEDEV /dev/null # Log tape device path
LTAPEBLK 1024 # Log tape block size (Kbytes)
LTAPESIZE 4096000 # Max amount of data to put on log tape (Kbytes)
# Optical
STAGEBLOB # INFORMIX-OnLine/Optical staging area
# System Configuration
SERVERNUM 0 # Unique id corresponding to a OnLine instance
DBSERVERNAME test_shm # Name of default database server
DBSERVERALIASES test_tcp # List of alternate dbservernames
NETTYPE ipcshm,1,200,CPU # Override sqlhosts nettype parameters
NETTYPE tlitcp,1,180,NET # Override sqlhosts nettype parameters
DEADLOCK_TIMEOUT 60 # Max time to wait of lock in distributed env.
RESIDENT 0 # Forced residency flag (Yes = 1, No = 0)
MULTIPROCESSOR 0 # 0 for single-processor, 1 for multi-processor
NUMCPUVPS 1 # Number of user (cpu) vps
SINGLE_CPU_VP 0 # If non-zero, limit number of cpu vps to one
NOAGE 0 # Process aging
AFF_SPROC 0 # Affinity start processor
AFF_NPROCS 0 # Affinity number of processors
# Shared Memory Parameters
LOCKS 300000 # Maximum number of locks
#BUFFERS 500000 # Maximum number of shared buffers
BUFFERS 350000 # Maximum number of shared buffers
NUMAIOVPS # Number of IO vps
PHYSBUFF 1024 # Physical log buffer size (Kbytes)
LOGBUFF 2048 # Logical log buffer size (Kbytes)
LOGSMAX 8 # Maximum number of logical log files
CLEANERS 8 # Number of buffer cleaner processes
SHMBASE 0x82000000 # Shared memory base address
SHMVIRTSIZE 48000 # initial virtual shared memory segment size
SHMADD 16000 # Size of new shared memory segments (Kbytes)
SHMTOTAL 0 # Total shared memory (Kbytes). 0=>unlimited
CKPTINTVL 60 # Check point interval (in sec)
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
LTXHWM 50 # Long transaction high water mark percentage
LTXEHWM 60 # Long transaction high water mark (exclusive)
TXTIMEOUT 0x12c # Transaction timeout (in sec)
STACKSIZE 32 # Stack size (Kbytes)
# System Page Size
# BUFFSIZE - OnLine no longer supports this configuration parameter.
# To determine the page size used by OnLine on your platform
# see the last line of output from the command, 'onstat -b'.
# Recovery Variables
# OFF_RECVRY_THREADS:
# Number of parallel worker threads during fast recovery or an offline restore.
# ON_RECVRY_THREADS:
# Number of parallel worker threads during an online restore.
OFF_RECVRY_THREADS 10 # Default number of offline worker threads
ON_RECVRY_THREADS 1 # Default number of online worker threads
# Data Replication Variables
# DRAUTO: 0 manual, 1 retain type, 2 reverse type
DRAUTO 0 # DR automatic switchover
DRINTERVAL 30 # DR max time between DR buffer flushes (in sec)
DRTIMEOUT 30 # DR network timeout (in sec)
DRLOSTFOUND /usr/informix/etc/dr.lostfound # DR lost+found file path
# Read Ahead Variables
RA_PAGES # Number of pages to attempt to read ahead
RA_THRESHOLD # Number of pages left before next group
# DBSPACETEMP:
# OnLine equivalent of DBTEMP for SE. This is the list of dbspaces
# that the OnLine SQL Engine will use to create temp tables etc.
# If specified it must be a colon separated list of dbspaces that exist
# when the OnLine system is brought online. If not specified, or if
# all dbspaces specified are invalid, various ad hoc queries will create
# temporary files in /tmp instead.
DBSPACETEMP tempdbs # Default temp dbspaces
# DUMP*:
# The following parameters control the type of diagnostics information which
# is preserved when an unanticipated error condition (assertion failure) occurs
# during OnLine operations.
# For DUMPSHMEM, DUMPGCORE and DUMPCORE 1 means Yes, 0 means No.
DUMPDIR /tmp # Preserve diagnostics in this directory
DUMPSHMEM 1 # Dump a copy of shared memory
DUMPGCORE 0 # Dump a core image using 'gcore'
DUMPCORE 0 # Dump a core image (Warning:this aborts OnLine)
DUMPCNT 1 # Number of shared memory or gcore dumps for
# a single user's session
# ADT*
# The following parameters control the type and level of secure auditing
# present in the OnLine system. By default, ADTMODE is 0 and auditing
# is disabled
FILLFACTOR 90 # Fill factor for building indexes
# method for OnLine to use when determining current time
USEOSTIME 0 # 0: use internal time(fast), 1: get time from OS(slow)
# Parallel Database Queries (pdq)
#PDQPRIORITY 100 # Degree of parallelism: 0 ... 100,
# OFF => 0, LOW => 1, HIGH => 100
MAX_PDQPRIORITY 100 # Maximum allowed pdqpriority
#DS_MAX_QUERIES 1 # Maximum number of decision support queries
DS_MAX_QUERIES # Maximum number of decision support queries
#DS_TOTAL_MEMORY 102400 # Decision support memory (Kbytes)
DS_TOTAL_MEMORY # Decision support memory (Kbytes)
DS_MAX_SCANS 1048576 # Maximum number of decision support scans
#DS_MAX_SCANS 10 # Maximum number of decision support scans
DATASKIP off # List of dbspaces to skip
#DATASKIP on # List of dbspaces to skip
# OPTCOMPIND
# 0 => Nested loop joins will be preferred (where
# possible) over sortmerge joins and hash joins.
# 1 => If the transaction isolation mode is not
# "repeatable read", optimizer behaves as in (2)
# below. Otherwise it behaves as in (0) above.
# 2 => Use costs regardless of the transaction isolation
# mode. Nested loop joins are not necessarily
# preferred. Optimizer bases its decision purely
# on costs.
OPTCOMPIND 2 # To hint the optimizer
ONDBSPACEDOWN 0 # Dbspace down option: 0 = CONTINUE, 1 = ABORT, 2 = WAIT
LBU_PRESERVE 0 # Preserve last log for log backup
OPCACHEMAX 0 # Maximum optical cache size (Kbytes)
SYSALARMPROGRAM /usr/informix/etc/evidence.sh # System Alarm program path
TBLSPACE_STATS 1
CDR_LOGBUFFERS 2048 # size of log reading buffer pool (Kbytes)
CDR_EVALTHREADS 1,2 # evaluator threads (per-cpu-vp,additional)
CDR_DSLOCKWAIT 5 # DS lockwait timeout (seconds)
CDR_QUEUEMEM 4096 # Maximum amount of memory for any CDR queue (Kbytes)
CDR_LOGDELTA 30 # % of log space allowed in queue memory
CDR_NUMCONNECT 16 # Expected connections per server
CDR_NIFRETRY 300 # Connection retry (seconds)
CDR_NIFCOMPRESS 0 # Link level compression (-1 never, 0 none, 9 max)
BAR_ACT_LOG /tmp/bar_act.log
BAR_MAX_BACKUP 4
BAR_RETRY 1
BAR_NB_XPORT_COUNT 10
BAR_XFER_BUF_SIZE 31
ISM_DATA_POOL ISMData # If the data pool name is changed, be sure to
ISM_LOG_POOL ISMLogs
HETERO_COMMIT 0
OPT_GOAL -1
DIRECTIVES 1
RESTARTABLE_RESTORE off
admirer，谢谢啊~~~~
机器是IBM X360 ，双MP SCO5。05+INFORMIX IDS7。31
起了2个数据库实例。另一个很正常。CHECKPOINT设的60秒 。LOG显示的也是60秒CHECKPOINT一次！
|
| ifx 回复于：2004-01-07 11:54:49
|
其实大家后来谈的都是性能调优的问题。
不仅仅是IDS的调整，操作系统的调整也是很重要的，而且对性能来说，可能是至关重要的，或者说是致命的。
IO、CPU、MEMORY等的优化配置，对于应用来说都很重要。
再有，性能调整是个螺旋上升的过程，没有一成不变的，而且也不可能达到“最优”，只要性能可以接受的话就可以了。
|
| czw1413_cn 回复于：2004-01-07 12:01:11
|
IFX说的很精辟~~~~~
|
| eha 回复于：2004-01-07 12:45:04
|
恩~~ 有道理！
对于操作系统通常有些什么要调整的？
好象在这个版我们一说优化，大都是在数据库的配置上做！。IFX如果有时间能给详细说说操作系统上的调整吗？
|
| 7875078 回复于：2004-01-07 14:49:59
|
checkpoint的频率和时间间隔，这个应该和数据库的配置参数有关系
|
| eha 回复于：2004-01-08 10:36:10
|
admirer,很想听听你对这个配置的高见！
|
| twtken 回复于：2004-03-10 10:13:42
|
:shock:
CP 下面Desktop security 安装policy 时报这样的错，“ Addon for install / uninstall function not found ” 请问那位知呀
|
| 自由飞翔 回复于：2004-03-10 10:58:58
|
我记得CKPTINTVL参数的生效是在数据库服务器关闭并重新启动的时候，是否
onconfig文件被改动了，另：30s的ckptintvl的时间是最短的设置了，系统性能会受到影响
|
| wolfop 回复于：2004-03-10 14:39:49
|
你的CK时间好像没有什么问题，但是onconfig配置感觉问题很多，你的机器只有一个CPU？
还有为什么物理日志和逻辑日志的BUFFER开那么大，你的数据库需要那么厉害吗？难道你的数据库是buffered log方式？
|
| hezhengli 回复于：2004-03-10 22:20:13
|
好像onmode -c 也可实现checkpoint，因此看看是否有另外的进程接管checkpoint，我作过一次自己控制checkpoint时间，onconfig时间设很长，自行控制checkpoint间隔，闲时间隔长些，忙时间隔短些，主要是为提高系统效率的同时兼顾前台使用，控制前台大checkpoint所需时间
|
| eha 回复于：2004-03-11 09:53:35
|
[quote:9fc3b588f8="wolfop"]你的CK时间好像没有什么问题，但是onconfig配置感觉问题很多，你的机器只有一个CPU？
还有为什么物理日志和逻辑日志的BUFFER开那么大，你的数据库需要那么厉害吗？难道你的数据库是buffered log方式？[/quote:9fc3b588f8]
双CPU，数据库需要很大 最高时onstat -u 有150以上active。数据库是buffered log 方式！
兄弟，有那些问题啊 ~~ 感觉机器跑的有点辛苦！
|
| eha 回复于：2004-03-11 09:54:39
|
[quote:3ae025f9c0="hezhengli"]好像onmode -c 也可实现checkpoint，因此看看是否有另外的进程接管checkpoint，我作过一次自己控制checkpoint时间，onconfig时间设很长，自行控制checkpoint间隔，闲时间隔长些，忙时间隔短些，主要是为提高系统效率..........[/quote:3ae025f9c0]
你怎么实现的？支招！
|
| wolfop 回复于：2004-03-11 14:47:17
|
[quote:e0afc541af="eha"]
双CPU，数据库需要很大 最高时onstat -u 有150以上active。数据库是buffered log 方式！
兄弟，有那些问题啊 ~~ 感觉机器跑的有点辛苦！[/quote:e0afc541af]
怎么辛苦法？
双CPU，你起两个INSTANCE，那么CPU 配置就不用动了。
buffered log那么日志的buffer你愿意开那么大就那么大吧，可是你们不怕丢事务吗？
|
| eha 回复于：2004-03-11 15:14:14
|
人多点就慢 起2个实例 我数据不能同步啊！ 不行！
buffer小了 速度更慢了！
|
| wolfop 回复于：2004-03-12 16:42:57
|
不是要你启动两个实例，而是我看你前面说了你有两个实例。也许看错了。
你的慢应该和cp无关，监控cpu和IO，我倒是建议如果你的系统没有什么别的东西在上面跑，启动SMP，增加cpu vp为2。
|
| eha 回复于：2004-03-12 17:27:41
|
我以为你让我对这应用起2个实例呢！ SMP装了！
我试下增加CPU VP！
|
| wolfop 回复于：2004-03-12 23:08:50
|
别忘了onconfig里面的SMP支持也要打开。
|
| eha 回复于：2004-03-15 09:00:07
|
[quote:229afb7173="wolfop"]别忘了onconfig里面的SMP支持也要打开。[/quote:229afb7173]
恩~~ 谢谢~~
有说 双CPU应该当单CPU对待。我多试试把
|
