[KB 73952功能解说] 除V7及更高版本的管理模块外,所有领域都间歇性性能缓慢
[b]* 本文由赛捷软件(上海)有限公司翻译完成,未经授权不得转载。如需转载,请先联系相应版块的版主取得授权。[/b][b]产品[/b]
Sage EM企业管理(原名Sage X3)
[b]类别[/b]
网络、连接
关于互联网、网络、连接性等
性能
[b]描述[/b]
• [b]请注意:[/b]这个问题只会影响V7或更高版本。
• [b]症状:[/b]除[b]管理模块[/b]菜单外,所有区域都间歇性性能缓慢。
o [b]管理模块[/b]中的任何菜单项都会在几秒钟内打开。
o 而[u]其他任何菜单版块[/u](除了[b]管理模块[/b]以外)中的任何菜单项都可能要花上1-10分钟才能打开。但下一次你再尝试时,就只需要几秒钟就能打开了。
如果是在一个经典版功能中,从左列表中选择一个值需要花上1-10分钟才能线上结果,同样也是间歇性的。
• 正常工作时,打开这些屏幕或从左侧列表中选择不同项目显示结果时,只需几秒钟即可。
[b]原因[/b]
[b]造成这个问题的设置(虚拟机在不同的主机上):[/b]确切的机制尚不清楚,但是,如果两个或三个虚拟机托管在两个不同的主机(物理、非虚拟机)服务器上,并且SQL服务器托管在与X3应用/ Syracuse服务器不同的主机上,就会报告这个问题。
[b]示例:[/b]您有两台物理服务器,都运行Hyper-V(或VMware),并且它们各自运行着自己的虚拟机。一个虚拟机上运行X3应用和/或Syracuse服务器和其他组件,而第二个虚拟机上则运行SQL服务器。
[b]察觉到受影响的虚拟机技术(但不限于):[/b]Microsoft Hyper-V和VMware vCenter
[b]察觉到受影响的硬件(但不限于):[/b]戴尔和惠普服务器
[b]解决方法[/b]
1. 如果出现这些症状,那么已知唯一的能持续提高性能的解决方案就是将两个虚拟机放在同一个主机服务器上。
o [b]请注意:[/b]借助vCenter,客户能够使用名为vFlow的VMware功能(如果可用)立即无缝地将虚拟机切换到同一台主机。分辨率是即时的。客户还注意到,他可以在某个位置调整一项设置,这样虚拟机就不会在不同的主机上自动进行负载平衡了。
2. 另一个可行的解决方案是查看下面的KB文章[b]No. 83823[/b]。本文从VMware的角度介绍了互联网上找到的关于虚拟机的非Sage文档中的最佳实践信息。一位用户报告说,在将电源切换到[b]“高性能”[/b]模式后,性能问题得到了解决。
VMware在《[b]sql-server-on-vmware-best-practices-guide.pdf[/b]》文档[b]第14页进[/b]一步声明(附在下面的KB中),内容如下:
[i]“VMware将延迟敏感型应用程序定义为需要优化几微秒到几十微秒端到端延迟的工作负载。这不适用于数百微秒到数十毫秒的端到端延迟中的应用程序或工作负载。SQL Server通常并不被视为“延迟敏感型”的应用程序。但是,鉴于不正确的电源设置在Windows操作系统中的不利影响,客户应该特别注意电源管理。”[/i]
在[b]第16页[/b]上:
[i]“在Windows Server 2012中默认的电源策略选项是“平衡”。这种配置让Windows操作系统能通过定期限制CPU的电源,以及在Windows确定设备空闲或未使用时关闭客户机中的网卡等设备来节省功耗。由于关闭和打开CPU和设备的操作所带来的延迟和中断,这种能力对于重要的SQL Server工作负载来说效率低下。允许Windows控制CPU会导致微软所说的内核暂停,这应该避免。”[/i]
[b]相关资源[/b]
获得虚拟化最佳实践文档
[b]附加信息[/b]
已经进行了许多测试,确认了问题并不在于虚拟机本身或X3设置,而在于虚拟机位于不同的主机上。在某些情况下,当症状出现时,对虚拟机的ping结果可能会急剧增大。症状不存在时,Ping结果将恢复正常。各种网络工具测试只是显示虚拟机之间相互通信有很长的暂停时间,但没有揭示原因。最有可能的情况是物理主机导致虚拟机不能有效地相互通信。虚拟机不会意识到这一点,因为它们处于较低的级别(即虚拟机不知道正在运行它们的是物理主机)。唯一已知的解决方案就是将虚拟机移动到同一台物理主机上。
页:
[1]