Genesys T-Server
T-Server 在传统电话系统和 Genesys 应用程序之间提供了接口。
DB Server 在 Genesys 应用程序和应用运行所需数据库的数据库管 理系统之间提供了接口。
Framework 6.5 组件产生的流量可以在任意数目的 DB Server 之间平均分配数据库相关的流量， 每一个可以为最多 255 个客户端提供服务。 在 DBMS 运行的机器上安装 DB Server。 将 DB Server 安装在多处理器的计算机上可以优化其性能。作为 DBMS 本身， Server 可以利用多处理器的能力分散其子进程。 DB 为运行 DB Server 的进程请提供足够的 RAM。为了确保良好的 性能，请避免在交换模式下运行 DB Server 的进程。
Stat Server 跟踪交互管理资源的实时状态，并收集关于呼叫中心性能 的统计数据。Genesys 应用将统计数据用于更智能的实时交互管理， 并且报表层利用这些数据生成呼叫中心的实时的和历史的报表。 规划 Stat Server 的安装时，请遵循以下建议： Stat Server 所要求的实际内存容量取决于用于统计计算的对象的 数目和为每个对象打开的统计的数目。请为每项统计分配至少 4 KB。 报表所需统计的总体数目和用于所有应用的实时交互处理可以分 布在任意数目的 Stat Server 之间。 请在同一台机器上安装 Stat Server 和 T-Server 或者通过快速 LAN 网络将起相互连接。如果您使用几个 T-Server，请将 Stat Server 安装于最繁忙的 T-Server 附近。 请为运行 Stat Server 的进程请提供足够的 RAM。为了确保良好 的性能，请避免在交换模式下运行 Stat Server 的进程。 请避免在 Stat Server 运行的机器上安装实时第三方应用程序。
Stat Server – Contact Center Pulse 时段内每对象 监视对象的数目 每统计一条 每对象的统计的数目 统计更新周期 Stat Server – Data Sourcer 时段内每对象 监视对象的数目 每统计一条 每对象的统计的数目 统计更新的周期
日志输出级别
Genesys 应用程序可以以三种详细级别报告日志事件： Standard、Trace 和 Debug。只有前两种设计用于用户的现场分析。 Standard 和 Trace 级别的日志事件使用统一的日志记录格式，并可被 存储于 Central Log Database。
一般运行日志
在正常用户模式下，Standard 级别的日志是唯一一种应该在应用运行 期间永远启动的日志。它包含能够报告服务中应用的重大问题和一般 运行状况的高级别事件。 如果事件满足下列条件之一，则以 Standard 级别报告： 表明执行任何外部操作的尝试失败 表明曾经失败的对外部操作的执行在最新的尝试中成功 表明检测到会对实际或计划运行造成负面影响的条件 表明曾经检测到会对运行造成负面影响的条件已经消失 表明某种类型的安全问题 表明未被识别或未遵循预期逻辑顺序的高级别数据交换 表明无法处理外部请求 表明成功完成初始化进程的逻辑步骤 表明 Application 从一种运行模式到另一种运行模式的转移 表明可配置极限的相关参数值已经超过其极限 表明曾经超过极限的可配置极限的相关参数值返回其正常范围 Trace 级别的日志详细汇报各种应用组件之间的通讯。日志包含每个 应用组件对每个交互处理步骤的相关信息。 如果事件满足下列条件之一，则以 Trace 级别报告： 它是可识别的与另一个 Application 的高级别数据交换。 它是可识别的与外部系统的高级别数据交换。 它表明由 Application 处理的用户级别对象的实时状态的改变 （除非能从高级别数据交换中看到这种改变） 。 Trace 级别的日志记录可以帮助用户分析和诊断新的交互处理功能， 尤其是在引入新的应用或在现有应用中启用新的功能时。使用 Trace级别的日志将会在网络中产生大量日志事件， 从而对 DBMS、 Message Server 和交互处理组件的性能造成负面影响。 关于在 Standard 和 Trace 级别汇报的日志事件的完整规范，请参阅 Genesys 6.5 Combined Log Events Help。
非常规运行日志
Standard 级别和 Trace 级别的日志事件不包含分析和诊断应用故障 所需的全部信息。因此，如果您需要向 Genesys Technical Support 汇 报，Technical Support 可能会要求您提供相关的 Debug 级别的日志。 Debug 级别的日志包含仅供 Genesys Technical Support 用于分析的信 息。Debug 级别的日志事件没有统一的格式，也没有规定，并且仅能 被保存于本地文本文件。该级别的日志可能会对应用程序的性能造成 负面影响。请只有在 Genesys 代表要求时才启用这种日志输出级别。 请记住以 Debug 级别的日志运行 Genesys 服务器非常消耗资源，因 此，不建议在用户模式下使用。 请认真考虑某种情况（例如初始部署或首次出现技术问题）是否要求 设置比 Standard 级别更详细的日志级别， 并且最好在实验室或控制环 境下测试详细日志的网络负载。 请注意运行中的应用程序的日志输出级别并不会中断应用的运行。 出于以下原因，Technical Support 可能会要求您再现问题： 1. 在常规运行期间， 很多呼叫中心系统， DBMS、 如 IVR 和交换机， 都没有使用诊断严重技术问题所需的日志级别。 2. 应用程序失败以外的其它原因也会导致交互处理错误。例如，呼 叫可能会被错误路由，也就是说，尽管应用程序运行正常，呼叫 却被传递到错误的 DN。
集中日志
集中日志功能比记录到本地文本文件的传统日志具有更多的优势： 在同一位置存储所有应用程序的日志记录并以统一的日志记录格 式提供这些记录，方便了对应用运行历史的全面查看。 利用类似于中心日志存储机制的关系数据库管理系统可以快速访 问所需记录，并能够根据各种检索条件进行高级记录检索。 通过 Solution Control Interface 浏览存储于 Central Log Database 的日志，可以对应用维护历史进行综合查看，并因而补充了应用 的控制和报警能力。 通过 Solution Control Interface 中的向导删除无用日志或特定应 用、主机或应用程序的日志，会使数据库管理更加方便。 由于这些优势，Genesys 建议使用集中日志作为存储所有应用程序 Standard 日志事件的主要方法。启用 Trace 级别的日志输出时（根据 第 43 页的“日志输出级别”章节的提示） ，也请将 Trace 级别的日 志事件存储于 Central Log Database。即使在技术方面可行，也不建议 同时使用本地和集中日志选项，除非用于一些临时性特殊目的。
默认警报处理
如果被检测出来，警报将被传送至 Solution Control Server 进行处理。 对于任何被检测出的警报，将执行下列处理步骤：
- 警报被存储于系统中并一直处于活动状态，直到其被手动删除、 根据配置的超时条件已经失效或者被另外一个可选的在 Alarm Condition 对象中定义为自动删除条件的日志事件所清除。
- Solution Control Server 记录每一项检测到的警报及其删除操作。
- 警报信息显示在 Solution Control Interface 中， 并在此处与所有可 能受其影响的正在运行的应用相关联。 请注意如需处理警报，检测警报的 Message Server 必须与 Solution Control Server 相连接。 由于 Solution Control Server 将活动警报维持在运行状态，Solution Control Interface 无需与显示警报信息的服务器建立永久性连接。 无论 何时，只要您启动 Solution Control Interface 的实例，它将自动显示当 前在 Solution Control Server 中注册的所有活动警报。 更多信息请参阅 Framework 6.5 Solution Control Interface Help 的“Managing Active Alarms”章节。