我们最近与客户端合作，解决 SQL Server 实例的问题。 客户端在虚拟机上运行 SQL Server 2012。 在 SQL Server 上运行的应用程序遇到问题，客户端不确定问题的根本原因是什么。
最初，我们与客户端设置 Web 应用程序监视，以便如果 Web 应用程序开始运行速度低于正常值，则发送警报，从而在下次遇到问题时让我们知道问题。 通过为页面加载速度设置超时阈值，我们能够识别系统在从 SQL 服务器访问数据时出现问题的不同时间段。 使用内置警报，我们一发现问题就会收到电子邮件。
接下来，我们希望设置 SQL Server 监视，因此我们帮助客户端安装 MetricsView 代理从 SQL 服务器收集 Windows 性能计数器数据。 成功安装 MetricsView 代理后，我们能够收集 Windows 性能计数器报告的任何数据，包括 SQL Server 使用情况、处理器利用率、带宽使用情况、内存分配和硬盘磁盘空间可用性。
当我们监视所有这些指标时，我们为每个数据集设置了最大和最小阈值，以便在任何关键指标超出预期边界时收到警报。 我们几乎立即发现，它实际上不是一个 SQL 问题，而是创建虚拟服务器和分区硬盘方式的简单问题。
此特定客户端在驱动器上创建了两个分区，第一个分区用于操作系统，第二个驱动器用于数据存储。 我们很快发现，操作系统驱动器上仍有一些 SQL 日志，这些日志确实应该存储在数据驱动器上，而 SQL 日志导致驱动器达到其容量。 用户有多个选项来解决此问题。 它们可以增加虚拟驱动器的分区，具体取决于虚拟驱动器是否设置为动态驱动器，或者他们可以更改 sql 服务器设置以将数据驱动器上存储日志，以及在指定时间段后设置日志的自动截断。
我们能够利用 Dotcom-Monitor 工具套件的多个组件帮助客户查明问题，这充分说明了 Dotcom-Monitor 超越我们 15 年前开始执行的简单停机/停机时间监控的能力。 这些工具已真正发展到包含故障排除工具和性能调整指南，可帮助您全面了解基础架构的性能及其如何影响网站和 Web 应用程序。
立即注册免费试用 30 天，以监控 Web 应用程序和网站，从通过网络的硬件到 SQL 服务器的实际响应能力以及来自全球数十个地点的每个页面负载。
