小编bud*_*eek的帖子

在 VM 上配置新的 SQL Server 时，最好将数据库、TempDB、日志和备份放在单独的逻辑驱动器上，即使底层存储相同？我知道这在物理服务器上是一个很好的做法；这种分离实际上帮助我们减少了并发 I/O 带来的痛苦。

我试图了解拥有 3 个驱动器而不是 5 个驱动器是否有意义。有人可以提供他们对这个想法的看法/建议吗？

我的公司有一个用于 LANDesk 的小型 SQL 环境，他们希望将所有服务器迁移到每个区域的单个 SQL 集群。我想知道的是，我如何确定这种场景的容量？我已经获得了每台服务器（All Landesk）的数据库增长，我可以将这些数据作为整合到单个 SQL 集群的粗略估计吗？Windows 团队告诉我，来自这些服务器的数据有点不稳定，可能无法给出他们想要的准确结果。

有问题的新集群已经有几个数据库，但还没有达到最大容量。一旦他们开始添加来自服务器的剩余数据，它应该达到其全部容量。我已经运行 Perfmon 一段时间了，为了检查数据库增长，我使用了 sqlskills.com 中的以下 TSQL 代码

SELECT
[database_name] AS "Database",
DATEPART(month,[backup_start_date]) AS "Month",
AVG([backup_size]/1024/1024) AS "Backup Size MB",
AVG([compressed_backup_size]/1024/1024) AS "Compressed Backup Size MB",
AVG([backup_size]/[compressed_backup_size]) AS "Compression Ratio"
FROM msdb.dbo.backupset
WHERE [database_name] = N'AdventureWorks'
AND [type] = 'D'
GROUP BY [database_name],DATEPART(mm,[backup_start_date]);

我能做些什么来获得准确的结果吗？LANDesk 团队不希望我使用旧服务器，我唯一的选择是使用他们计划迁移所有数据的新集群，而我只有 6 个月的数据。我应该问他们这个新集群的使用年数之类的问题吗？等等...

谢谢大家的答案。这是我从 PAL 工具中得到的

我使用 PAL 工具来确定 perfmon 数据，这些是它给出的一些警告
1) 响应时间大于 25 毫秒 2) 空闲时间少于 10% - 磁盘队列在 90% 的时间内至少有 1 个未完成的 I/O 3) …

我可以在 2 个节点之间共享 VMDK 以进行 SQL Server 故障转移群集设置的主动被动设置吗？

我看到的大多数文章都提到使用 RDM，但是我们在环境中使用 Veeam 备份，并且它不支持 RDM。

我们有几个处于简单恢复模式的数据库。当每周重建作业运行时，tlog 驱动器每次都会变满。我如何控制每次增长的 tlog 大小？因为这些都是简单的恢复 - 我应该以 512mb 而不是 10% 的块来调整 tlog 自动增长的大小。那会有帮助吗？

我在我的笔记本电脑 ( testlab )上安装了 AlwaysOn和三个虚拟机，其中一个是域控制器，两个托管 SQL Server 实例（计划作为一个主副本和一个辅助副本）。一切都很顺利，直到我想将辅助副本添加到可用性组。

请找到随附的屏幕截图。我已经在 TCP/IP 设置中将端口更改为 1433，并且还在 Windows 防火墙中为 SQL Server 添加了一个例外。两台服务器都在同一个集群网络中。不知道我在这里还缺少什么。