关于 SQL Server 虚拟化，一直试图寻找信息是否对将数据设备与日志设备分离到不同的准虚拟 SCSI (PVSCSI) 适配器有积极的性能影响，类似于这里所做的。

在客户端上有一个场景，其中添加了额外的 PVSCSI，并将日志设备分离到新的 PVSCSI，显示出可观的性能提升。然而，怀疑是由于这种分离还是仅仅因为现在存在额外的 PVSCSI。

众所周知，日志磁盘通常以顺序方式写入，而数据磁盘在其 r/w 中遵循更随机的模式，将这两种不同类型的文件放在不同的磁盘上具有性能优势。

但是控制器呢？将这些不同的模式保存在单独的 PVSCSI 控制器中是否也有好处？

任何人都对此有任何见解？

提前致谢

We are running many Linux VM's in a vmware/shared storage environment, each running its own instance of postgreSQL (a mix of 9.0 and 9.3). Currently, the entire VM sits on a single root partition/volume, and we've had great success (~8 years) using storage-based snapshots of the underlying VMFS volumes for backup/restore process (and replication to our DR site).

Due to the architecture of our storage, it would be advantageous to separate postgres WAL files to a non-cached, mostly-write volume to …

我的理解是，使用 VM 的一大好处是您可以在主机上的虚拟机之间共享资源。因此，您可以拥有一个拥有 120 个 CPU 的主机，并在其上放置 5 个虚拟机，每个虚拟机拥有 32 个 CPU。额外的 CPU 在 VM 之间“共享”，主机根据需要动态分配 CPU。内存也是一样。

我也明白，对于装有 SQL Server 的 VM 来说，这是一个很大的禁忌，但我的 VM 管理员不同意。有没有人以一种或另一种方式有任何证据或文件？

我不知道这是否重要，但我们正在使用 VMWare。

我在桌面上使用 ubuntu 18.04.2 并从 docker 运行 sql server 2017。

我想使用sql server management studio来管理服务器。

到目前为止，我有一个带有 ssms 17.9.1 的 Windows 7 企业版，并且运行正常

只为一个应用程序启动整个 Windows 企业真的很烦人，所以我想知道是否有更好的方法来运行它。更轻或更好的集成替代品。

该版本的 ssms 似乎不适用于 wine。

我在一家小公司（3 个用户）有一台 Linux 服务器，它充当域服务器并在 VMware 下运行两台虚拟机：一台装有 SQL Server 2000，另一台装有 SQL Server 2005，每种情况都在 Win2k 上运行。每个 SQL Server 都有几个小而重要的数据库。

据我所知，Linux 服务器的一生都非常无聊。它有 2GB 的内存，但即使使用虚拟机，它的内存使用量也不会超过 512MB，其余的都分配给缓存。

但是虚拟机性能很糟糕！数据库比我从专用（但古老的）机器上移动它们之前要慢。如果有一段时间没有使用数据库，您可以在它再次开始响应之前喝杯咖啡。

我可以做些什么来提高性能？

我遇到了KB937745 中描述的问题- CPU 使用率非常高，并且应用程序日志报告如下内容：

客户端无法重用带有 SPID SPID 的会话，该会话已为连接池重置。

我已经下载了修补程序，但无法运行它们 - 我怀疑这是因为 SQL Server 2005 Express Edition 不在知识库的“适用于”部分。

该机器在运行 Windows XP（已修补）的 ESX 3.5 主机上运行。

的结果：

SELECT
    SERVERPROPERTY('productversion'), 
    SERVERPROPERTY ('productlevel'), 
    SERVERPROPERTY ('edition')

是

9.00.3068.00    SP2 Express Edition

有任何想法吗？我很困惑为什么 CPU 被固定住了。这是一个供应商提供的产品，该供应商在多次安装时从未遇到过此类问题。

首先，让我先说我确实注意到有多个类似的问题，但它们都不是我想要问的，而且没有一个有明确的答案。

其次，让我确认我确实理解，即使在 SAN/虚拟化环境中，也建议对日志/数据使用不同的 LUN/spindle。

现在的问题是：

如果只有一个 LUN 分配给 SQL Server 虚拟机，以下配置之间是否存在性能（不是管理、安全或任何其他）差异：

1. 一个虚拟磁盘文件（vhd、vmdk 等），一个虚拟控制器，虚拟操作系统中的一个逻辑分区，以及该分区中的 tempdb/data/log
2. 一个虚拟磁盘文件，一个虚拟控制器，但多个逻辑分区/驱动器号用于 tempdb/data/log
3. 多个虚拟磁盘文件 一个单独的虚拟控制器，为 tempdb/data/log提供单独的分区

到目前为止，我听到了以下答案：

1. 有没有或可忽略不计的性能差异，至于到底，它与同一个IO能力仍然只是同一主轴
2. 有是在性能差一些场景因为虚拟控制器必须在单独的（虚拟）IO队列和调度访客OS

如果重要的话，让我们假设工作负载是非常多的线程和非常小的请求（如此深的小队列）。

我想一劳永逸地解决这个问题，所以我想请教一个 LUN的性能问题，不要提出优化布局的建议。

我正在设计一个过程来测试我的 postgresql 10.8 备份，方法是将它们恢复到一次性虚拟机中的随机时间点。不过，我一直无法完全自动化该过程。我在官方文档的第 8 步（第 25.3.4 节）被阻止

8. 启动服务器。

执行pg_ctl startover ssh 时，命令会挂起，直到被杀死。如果我直接通过 ssh 连接到 VM 并执行pg_ctl start，则命令会按预期快速返回。

2012 年的这个帖子似乎描述了一个类似的场景。在我的情况，不过Postgres的过程也即使当它是挂呼叫会话被杀死成功启动（可能是9.0.5和10.8之间虽然有所改善？）。

这个 github 问题似乎相关，但遗憾的是，通过用一种我不知道的语言进行了长时间的重写“解决了”，并最终得出结论，它是pg_ctl二进制文件中的一个错误。

大问题

如何自动执行第 8 步，以便我可以继续对备份媒体进行后续验证测试？

这是我需要破解的二进制文件中的一个突出错误吗？或者我错过了一个明智的实施？

我有一个使用链接服务器的慢查询问题。让我先列出我的环境，然后我会解决这个问题：

• 虚拟 Windows 2003 R2 服务器（XenServer 6.1 和 ESXi 5 上的全新部署）
• SQL Server 2005 SP3
• 使用 IBM DB2 for iBMASQL OLE DB Provider 创建的链接服务器
• 查询本身是一个带有 where 子句的 select 语句，用于选择本月的交易。

好的，所以问题本身：

• 虚拟机设置为 4 个 vCore，大约需要 35 秒才能完成
• 虚拟机设置为 2 个 vCore，大约需要 20 秒才能完成
• 虚拟机设置为 1 个 vCores，大约需要 5 秒才能完成

我试过修补：

• 网卡设置
• MAXDOP 1 选项
• 查看执行计划

我不知道从这里开始该怎么做。我们希望使用 4 个 vCore，因为服务器将被大量使用。但是，与仅使用 1 个 vCore 相比，查询需要更长的时间。

是否有任何可能的方法来限制链接服务器使用的 vCore 数量？

还有什么我应该看的吗？

谢谢！

在物理硬件上运行 SQL Server 时，将数据库数据和日志文件放在单独的磁盘或 RAID 阵列上可以提高性能、弹性和维护。在单独的物理磁盘和 RAID 阵列上对数据库进行分区也是一种选择。简单地说，更多的锭子更好。

当 SQL Server 在虚拟环境中运行时，主轴的概念应用不同。您通常几乎无法直接控制虚拟磁盘映射到的物理磁盘。这是否意味着对数据库进行分区或将数据和日志文件拆分到单独的虚拟磁盘上是没有意义的，就像我们对物理磁盘所做的那样？

我了解对仍然适用于虚拟环境的数据库进行分区还有其他原因。例如，大的只读表可以在一个单独的分区中，只需要备份一次，但这不是本文的主题。