Documentum concurrent_sessions vs max_session_count

本文介绍Documentum中concurrent_sessions与max_session_count的配置方法。前者控制服务器并发连接数量,考虑用户操作类型及频率进行调整;后者限制客户端的最大会话数。文章还列举了增加内部连接的操作实例,并提供了不同操作系统下的最大并发会话限制。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

concurrent_sessions in server.ini :

The concurrent_sessions key controls the number of connections the server can handle concurrently. This number must take into account not only the number of users who will be using Documentum concurrently, but also what kinds of operations those users will
be executing. Some operations require a separate connection to complete the operation.

For example:
• Issuing an IDfQuery.execute method with the readquery flag set to FALSE causes an internal connection request.
• Executing an apply method or an EXECUTE DQL statement starts another connection.
• When the agent exec executes a job, it generally requires two additional connections.
• Issuing a full-text query requires an additional connection.

The default value is 100. Consider the number of active concurrent users you expect, the operations you think they will be performing, and the number of methods or jobs you execute regularly, and then modify this value accordingly. The maximum number of concurrent sessions is dependent on the operating system of the server host machine. The limit is:

• 1022 for Solaris and AIX platforms
• 2046 for HP-UX
• 1024 for Windows systems

max_session_count in dmcl.ini :

It determines the maximum number of sessions a client can have.

 

转自:http://vsrr2020.blogspot.com/2009/09/concurrentsessions-vs-maxsessioncount.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值