Analytics and Automation Software : Cisco Data Virtualization

CIS性能下降故障排除

2016 年 10 月 24 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 8 月 22 日) | 反馈

简介

本文描述如何排除故障思科信息服务器(CIS)性能,当系统看上去降低时或暂停与尝试处理客户端的要求。

贡献用阿尼尔Prabhu, Cisco TAC工程师。

背景信息

当CIS性能看上去降低或暂停与尝试处理客户端的要求时,有您能监控和分析为了确定问题的来源的三个区域:

  • 内存
  • 磁盘
  • 整体服务器负载

本文描述如何排除故障这三个区域。

内存

此部分描述如何监控和排除故障在CIS服务器的内存。

确定内存使用

注意:本文假设,您的CIS服务器配置与14 GB内存。

完成这些步骤为了确定在综合数据虚拟化(或CIS)服务器的内存使用:

  1. 计算您的名列前茅十请求要求在最大负荷下的内存数量:

    1. 参与此查询:

      SELECT {option  MAX_ROWS_LIMIT=10} REQUEST_ID,  CURRENT_MEMORY, MAX_MEMORY,
      TOTAL_DURATION, START_TIME, OWNER, TRANSACTION_ID, SESSION_ID, ROWS_AFFECTED,
      DESCRIPTION  FROM/services/databases/system/SYS_REQUESTS SYS_REQUESTS
      ORDER BY MAX_MEMORY  DESC
    2. 添加在CURRENT_MEMORY列出现的值。这帮助在负载状态下下确定在您的CIS服务器的内存需求。为本文的目的,名列前茅十请求采取13 GB堆。

  2. 计算85%您的CIS Java虚拟机堆。假设您的CIS JVM堆配置与14 GB内存:

    85% 14 GB = 12 GB

  3. 确定您的名列前茅十请求是否采取超过85% CIS JVM堆。更好地,您的请求不应该采取超过85%您的CIS JVM堆。一旦堆使用情况是在90%到100%范围内, JVM变得非常缓慢。结果, CIS迟缓地回答请求。

    在这种情况下,名列前茅十请求采取13 GB,比85%极大堆。所以,您必须strategize为了减少在CIS内存的负载。

代替内存使用确定方法

当推荐时上一个步骤,您能也使用这些方法为了确定内存使用:

  • 监控您的内存图表几次每天(特别,时常,当您怀疑时负载高)。凭图表数据,如果确定请求使用情况超过85%您的堆(12 GB),您必须strategize为了防止高端内存使用情况。

  • 查看在您的cs_server_status.log的服务器统计部分的总内存使用的线路。

注意:此部分较详细地是解释的以后在本文。

内存问题修正

此部分描述您能使用为了解决CIS内存问题的三个策略。

创建硬限额

为了减少请求使用的内存,您在每单个请求允许浪费的内存能放置硬限额。最好的(和推荐)策略是设置最大内存的一个值每请求在工作室配置里。导航对综合Server>内存>管理了内存。思科建议您设置值到25%。

这在每请求允许从CIS JVM堆采取的内存数量放置一个盖帽。盖帽极大降低可能性一内存密集的请求的内存使用将导致一持续的尖峰,造成CIS缓慢响应,直到请求完成和尖峰丢包。

例如,请假设您有同时运行,其中每一采取从堆的6 GB的两内存密集的请求。在两个之间,请求消耗12 GB。这只留下其他入站请求的2 GB能共享,可能起因内存消耗量超过85%您的堆。如果最大内存每个请求盖帽设置到25%,则每请求采取25%联机14 GB或者3.5 GB。这限制内存使用对在请求之间的7 GB,而以前将是12 GB。

注意:依然是的两个策略是基于的每查询,而第一个策略是全局对所有查询。为了使用这些策略,您必须经过一段时间监控您的CIS服务器和确定存储器使用查询和中的每一位使用的内存数量。并且,您必须确定那些查询典型地到达的大致时间。

请使用高速缓冲存储

使用为了解决CIS内存问题的第二个策略是缓存查询。完成这些步骤为了贯彻此策略:

  1. 缓存查询。

  2. 在非高峰时间,安排cache refresh发生。

现在,当用户运行查询时,查询运行缓存。高速缓冲存储导致一个双重好处:它转移内存需求到非高峰时间,并且提供一个更加快速的响应时间。

调整查询

使用为了解决CIS内存问题的第三个策略是调整查询。完成这些步骤为了贯彻此策略:

  1. 点击执行和Show statistics按钮。这与统计信息一起显示查询规划,帮助了解资源使用哪里太高。

  2. 验证节点为了确定:

    • 花费多数时间的节点。

    • 处理许多行的节点?许多行指示高负载。例如, 1,000行是很小数量的行,但是1,000,000行是很多。处理1,000,000行的节点可能要求更多的内存。

磁盘

必须足够估量磁盘空间为了允许处理。思科建议由CIS服务器使用的临时目录在大小上是至少10 GB。默认临时目录在分区创建和CIS服务器安装目录一样并且展开当必要时,至指定限制。

整体服务器负载

如果发现CIS太缓慢响应,请查看您的cs_server_status.log的服务器统计部分。此部分被记录的每小时。所以,请保证您使用被记录在小时减速发生的数据。

例如,用户报告在2014-04-30的CIS减速在大约上午8:00。所以,您必须查找该时间段的服务器统计,如显示此处:

INFO 2014-04-30 08:14:21.626 -0400 StatusReporter - 

===============================================================

----------------
| Server Stats |
----------------

Server Name:               myCISserver.cisco.com:9600

Total Memory Used:          62% (3284MB of 5292MB)

Total Sessions:             347342

Total Server Requests:      58137425

Total Data Source Requests: 28489774

Privilege Cache Access:     100% (227256506 hits of 227269153 accesses)

Privilege Cache Capacity:   16% (7976 of 50000 entries)?

User Cache Access:          100% (498356387 hits of 498331464 accesses)

User Cache Capacity:        3% (61 of 2000 entries)

Repository Cache Access:    100% (485995869 hits of 486418321 accesses)

Repository Cache Capacity: 4%(1850 resources using 26.37 MB of managed memory)

此数据指示可能的减速是否发生由于这些原因:

  • 许多会话召开。

  • 许多请求运行。

  • 使用许多个内存。


Document ID: 117744