暂时无法在支持网站上提交享有定期维护的产品表单。 如果您需要我们立即提供帮助,请与技术支持部门联系。 对于由此给您带来的不便,我们深表歉意。
获得即时帮助
完成注册
登录
请求定价
联系销售人员
您已选择一个产品捆绑包。 您能否选择单个产品以便我们更好地满足您的请求。 *
技术支持工程师目前正忙,无法回应您的消息。 如果需要即时服务,请通过我们的服务请求表提交请求。
以下文章可根据您的描述解决您的问题。
The task processors on the Task Execution Servers gather data from the Exchange environment and store the data in the database. Since MessageStats provides information in an optimized manner, Task Execution Servers retrieve information from the MessageStats database for use in an aggregation decision. However, most communication is from the Task Execution Server (through the task processors) to the MessageStats database.
Communication between these components is through OLE DB, an RPC-based database communication vehicle. Performance of RPC-based communication is sensitive to network obstructions. Therefore, a clear connection should be maintained between these components.
Though the Exchange environment is not part of MessageStats, it is important to understand communication between Exchange and the Task Execution Servers. Typically, you locate a Task Execution Server near the MessageStats database. However, Exchange servers are often grouped geographically. You might locate a Task Execution Server closer to the Exchange servers to achieve overall gathering performance.
To determine whether to locate the Task Execution Server closer to the database or the Exchange environment, compare gathering times using both models.
The MessageStats Scheduler Service and the Task Execution Server operate like a manager and a worker. The Scheduler Service tells the Task Execution Server what to do and when to start. Once the Task Execution Server is active, it reports its current state and progress to the Scheduler Service.
The volume of communication between the Scheduler Service and Task Execution Server is low and these components need not be close. However, since the communication is RPC-based, the communication path should not contain network obstructions. If a firewall is present, you must open ports to enable communication.
You can install the MessageStats Scheduler Service on its own server but it is more efficient to install it with the initial task processor (Task Execution Server). Additional task processors can be installed on additional servers as needed.
If the amount of allocated work becomes too much for one Task Execution Server to perform, the Scheduler Service requires additional workers. If the daily gathering of information takes close to 24 hours, it is time to add another Task Execution Server.
Additional Task Execution Servers improve the gathering time in two ways:
There are many variables that affect the time required to collect data. The biggest variable is network usage; performance can vary greatly at different times and days of the week. Close observation of collection times is the best way to determine when additional Task Execution Servers are required.
The administration function of the MessageStats MMC console requires it to communicate with the MessageStats Scheduler Service and with the MessageStats Database.
The MCC console communicates with the Scheduler Service to manage gathering tasks and schedule new work. Communication is through DCOM, which is RPC-based.
The MMC console reports the real-time progress of active gatherings using information it retrieves from the MessageStats database. Communication is through the OLE DB driver, which is RPC-based. The greater communication volume between the console and database requires a good connection between these components.
您可以在附属支持站点上查找适用于戴尔*产品*的在线支持帮助。单击“继续”,转至适用于*产品*的正确支持内容和帮助。
The document was helpful.
选择评级
I easily found the information I needed.
© ALL RIGHTS RESERVED. 使用条款 隐私 Cookie Preference Center
Quest Software门户不再支持IE 8、9和10,建议将您的浏览器升级到最新版本的Internet Explorer或Chrome。
要升级到IE 11,请单击此处
要升级到Chrome,请单击此处
如果继续使用IE 8、9和10,您将无法充分利用我们所有出色的自助服务功能。