相关疑难解决方法(0)

在考虑数据库性能时，VLF 有多重要？什么会描述 VLF 的最佳情况？

我在生产服务器上有几个数百 GB 的数据库，每天都有成千上万的事务通过它们运行。

几乎所有这些数据库都使用 SQL Server 镜像进行镜像。

尽管我们已经仔细规划了物理日志文件大小以匹配预期的日志文件活动；偶尔会出现问题，日志需要增长到超出我们预测的最大值。我们已将所有日志文件设置为增长 8192MB，但是当数据库面临增长日志文件的压力时，它有时只会以非常小的块增长日志，从而在某些情况下创建数十万个虚拟日志文件 (VLF) .

当我们的一个生产数据库意外恢复超过 200,000 个 VLF 时，我开始理解保持低 VLF 数量的重要性。恢复需要 20 多个小时；在此期间，我们的部分业务无法运营。

我需要一个可以监控服务器上所有数据库的虚拟日志文件数量的解决方案，如果任何特定日志文件的 VLF 数量超过给定数量，则发送警报电子邮件。

我知道DBCC LOGINFO;返回 VLF 列表，但是，我不想手动运行它。

我创建了以下 SQL 语句，该语句创建了一个列出数据库以及 VLF 数量的漂亮表，但是，我不知道如何将其放入 SQL 代理作业中，以便在任何数据库的数量超过“x”时向我们的团队发送电子邮件的 VLF。

DECLARE @cmd_per_database_prefix nvarchar(max);
DECLARE @cmd_per_database nvarchar(max);
DECLARE @database_name nvarchar(255);
SET @cmd_per_database = '';
SET @cmd_per_database_prefix = 
'
    SET NOCOUNT ON;
    DECLARE @vlf_count_table TABLE (database_name nvarchar(255), vlf_count int);
    DECLARE @params nvarchar(max);
    DECLARE @db_name nvarchar(255);
    DECLARE @vlf_count int;
    SET @params = ''@db_name nvarchar(255) OUTPUT, @vlf_count …