user3841709's questions

在尝试调查 SQL Server 数据库的一些性能问题时，我注意到 ASYNC_IO_COMPLETION 和 PAGEIOLATCH_* 的等待统计信息似乎很高。在资源监视器中，我注意到 tempDB 经常（每小时至少 1 次）读取/写入大量数据，总计（B/秒）范围为 5GB - 25GB。

tempDB 位于与数据库和日志文件不同的虚拟磁盘上。TempDB 大小为 4 GB。我们的主数据库和日志文件各为 40GB。我已经尝试为此研究性能计数器，但找不到任何我能理解的东西来弄清楚为什么我会得到某些数字。

通过资源监视器，tempDB 的总数据如此之高是不是很不寻常？我们的主数据库每天仅增长约 50MB。我应该寻找什么来找出导致 tempDB 上如此高数据的原因以及这是否导致 I/O 瓶颈？如果最好的方法是使用特定的 perfmon 计数器，我应该查看哪些计数器以及哪些值是好的或坏的？

最近我通过运行 DBCC LOGINFO 命令发现我们的 2012 SQL Server 数据库包含超过 100,000 个虚拟日志文件。在进行了大量研究之后，对于缩小后我应该设置 Log 的确切大小，我仍然感到不安。

使用下面的代码片段并根据我的详细信息，我应该将我的日志文件设置为什么建议大小，你会建议我更改我的自动增长吗？

USE AdventureWorks
GO
BACKUP LOG AdventureWorks TO DISK='d:\adtlog.bak'
GO
-- Get Logical file name of the log file
sp_helpfile
GO
DBCC SHRINKFILE(AdventureWorks_Log,TRUNCATEONLY)
GO
ALTER DATABASE AdventureWorks
MODIFY FILE
(NAME = AdventureWorks_Log,SIZE = 1GB)
GO
DBCC LOGINFO
GO

• 当前数据库大小：39,482,368 KB
• 初始数据库大小：38,557,000 KB

• 自动增长：128 MB

• 当前日志文件大小：34,964,480 KB

• 初始日志文件大小：34,145,000 KB
• 自动增长：128 MB

每周 6 天，每天进行 8 次日志备份，而自动增长几乎每周发生一次。日志文件也位于与数据库不同的存储设备上

另外：许多 VLF 可能是上一个 DBA 没有缩小文件时遗留下来的。自从我们将自动增长从默认值更新为 128 MB 并设置此初始大小以来，已经过去了一两年。