1检查数据库的数据缓存命中率！
最重要的配置之一是SQL Server的内存。如果在数据库加载期间长时间观察到数据库性能不好和数据缓存命中率低，则应增加SQL Server的内存。较低的数据缓存命中率值意味着您的服务器将执行更多的I/O操作。
如果您在虚拟机上运行SQL server，并且您的数据缓存命中率不会随着时间的推移而增加，尽管有足够的内存来增加数据缓存命中率，请检查"可用页"的数量。如果该值较高，云服务器哪里好，则可能表示VM正在使用动态内存功能，这也称为"内存膨胀"。如果数据缓存命中率低，将会有大量的I/O操作，这会"误导"您认为您的I/O子系统工作不正常。
请查看MSDN上我们的Microsoft同事的以下博客页面，并阅读白皮书以更好地理解：
虚拟化–过度使用内存以及如何在内存中检测它VM
您可以使用RAMMAP来分析：
介绍新的Sysinternals工具：RAMMAP
2。检查I/O性能！
对于最新的SAP NetWeaver系统，您可以访问DBACocket事务，打开Performance文件夹并选择"I/O Performance"。点击"Current Values"（当前值）按钮，观察数据文件的ms/Read列和事务日志的ms/Write列。
您可以通过双击文件来比较数据加载/写入和ms/Read/Write来获得更多详细信息。
如果您的数据库最近重新启动，并且您的数据缓存命中率不够高，您可能会注意到高数据负载（Reads/sec和ms/Read）。
在正常操作中，数据文件的读取时间不应超过15ms，生态环境大数据，对事务日志的写入时间不应超过3ms。
这种错误通常是由硬件引起的。检查并修复I/O子系统，购物返利平台，或与其他I/O子系统供应商联系，以获得提供可接受性能的帮助。
更多信息：
987961–常见问题解答：SQL Server I/O性能
Juergen白皮书：
SAP with Microsoft SQL Server 2008 and SQL Server 2005:高可用性、最大性能的最佳实践，和可扩展性—第一部分：SAP体系结构和SQL Server基本配置、使用的功能和Windows配置
啊，请确保您没有多个事务日志文件。从SQL Server开始的DBA使用其他数据库供应商建议也是一个常见的错误。
3。检查是否可以使用锁定的页面！
SQL Server分配的主要内存是数据缓存。重要的是不要将数据缓存调出，云服务器和普通服务器，否则数据库将从磁盘而不是内存中读取页面。对于SQL Server 2005及更高版本，可以禁止操作系统对SQL Server分配的页面进行分页。
请查看SAP说明1134345–对SQL Server使用锁定页面
4。检查数据库参数
错误的参数化会影响SQL Server I/O性能，特别是内存设置。检查您的SQL Server参数是否按照以下注释进行设置（选择适合您的SQL Server版本的注释）：
879941–SQL Server 2005的配置参数
1237682–SQL Server 2008的配置参数
1702408–SQL Server 2012的配置参数
1986775–SQL Server的配置参数SQL Server 2014
5。数据库压缩
从SQL Server 2008开始，您可以在SQL Server中使用行或页压缩。压缩数据库对象可以显著减少占用的空间量。占用的空间越少，I/O操作就越少。从2011年5月起，所有新安装的系统都默认使用数据库压缩。
要压缩数据库，必须首先满足以下SAP中的所有先决条件注意：
1488135–SQL Server数据库压缩
如何压缩：
1。打开SA38事务并运行报告"MSSCOMPRESS"
2。过滤未压缩的表：
3。如果找到未压缩的对象，则应压缩它们。上面的SAP Note 1488135提供了有关如何操作的更多背景信息。
要打开SAP Notes，您必须登录到Service Marketplace。
，网站用云服务器
