标签: virtualisation

昨天我们讨论了性能和可恢复性，我意识到虚拟化环境可以给我带来多少好处 - 但由于我对性能有点怀疑，所以我在这里问。它可能是特定于 GIS 的，但是在 gis 用户那里，他们说这是特定于数据库的......;)

数据库服务器是否会因虚拟化而遭受严重的性能损失？我不了解这项技术的最后细节，但不知何故，它更像是一个“黑匣子”，需要通过硬件进行处理。磁盘访问以及 PostGIS 为我们提供的所有技巧是否会被授予？（聚类、索引等） - 碎片聚类就像没有聚类！

最大的优势是可维护性和可扩展性。如果发生严重的硬件故障，我可以在几分钟内甚至实时迁移到另一台物理机器。

谁有经验，可以给我指点关于这个主题的好的网站或文献？我记得上次 fossgis 中的一些事情以及 ESXi 和本机服务器上的一些内部基准测试，不知何故我无法确定它是否好。

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

• 虚拟 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 数量？

还有什么我应该看的吗？

谢谢！

大家好，我对两种不同的硬盘设置如何可能影响我的数据库性能有疑问。

我有两个选项。

选项1：

一个物理硬盘，然后是多个虚拟硬盘，用于 SQL Server 的数据库文件（.mdf、.ndf）、日志文件、TempDB、备份等

选项 2：

一个物理硬盘，然后是一个巨大的虚拟硬盘，用于存储 SQL Server 的数据库文件（.mdf、.ndf）、日志文件、TempDB、备份等

据我所知，如果这些都是物理硬盘，所有这些文件（tempDB、日志文件、备份、数据库文件）都有多个驱动器，那么并行处理肯定会受益。

但是在现实中，当 Sql Server 正在读取或写入时，拥有一个巨大的虚拟硬盘驱动器与多个虚拟硬盘驱动器相比是否有任何缺点？

一种方法优于其他方法吗？任何正确方向的建议或指示都非常感谢。谢谢

有没有办法通过 SQL 脚本弄清楚 SQL Server 是在物理服务器还是虚拟服务器上运行？

我刚刚被问到我们公司是否应该考虑Data Virtualization我们的测试环境。好处如下：

• 筛选敏感数据
• 在我们的测试环境中快速刷新数据
• DR 和 BI 场景的潜在好处

但是我只找到了营销信息；没什么技术含量。据我所知，有两种方法：

• 生产数据库上的服务层，它将您从数据模型中抽象出来（大概会导致该新层呈现不同的数据模型）。
• 一种自动化数据恢复和后续操作的工具，可供非技术用户使用，比使用数据库备份和 SQL 脚本更快。

在没有看到任何技术信息的情况下，这对我来说是蛇油的味道；但我想理解它，而不是一发不可收拾。

关键词：[数据即服务] [数据虚拟化] [数据虚拟化] [delphix] [denodo]

我试图在我的实验室中设置几个虚拟机来测试 SQL Server 2008 和 Windows Server 2008 上的故障转移群集。

我拥有的其中一台主机无法运行 64 位虚拟机，但另一台主机却可以。果然，我先安装了 64 位机器（主机 A），却没有意识到主机 B 不能运行 64 位虚拟机。

我可以使用 x64 上的一个节点和 x86 上的另一个节点运行故障转移群集吗？还是我必须在主机 A 上重新安装操作系统才能成为 32 位？

我负责监控、故障排除、调整和优化我公司中在 VMWare 虚拟机中运行的几十个生产 SQL Server 2008 R2/2012。

我请求对 VMWare 基础架构进行只读访问，但没有取得多大成功。我觉得我应该为非技术人员（公司管理层）提供无可辩驳和明确的证据和插图，为什么我需要这样的访问权限。

这些是什么？

更新：
最近，我下载并“试用”了Confio Ignite 试用版，用于监控在 (VMWare) 虚拟机中运行的“我的”SQL Server。

为什么需要这样的访问？
对于无法从 Window 的 PerfMon VM 计数器获取的 DBA，哪些信息是重要的？

相关问题：

• 你能解释一下 Windows 中的 VM 性能计数器吗？

我正在寻找对我读过的各种内容的澄清。我理解将事务日志存储在与 MDF 和 NDF 所在的位置不同的驱动器（主轴）上是最佳做法。

这个相同的原则在 SAN 上的虚拟化环境中是否适用？

在对 sql server 2016 SP1 应用累积更新时，需要停止大量服务和应用程序才能继续进行更新。

其中包括虚拟机的核心，即 VMware Tools 核心服务。

停止此应用程序的所有实例以继续更新是否安全？

什么是安全的方法？

您认为就虚拟来宾套接字/CPU 配置而言，实现最佳 SQL Server 性能的最佳配置是什么？我读过很多文章，指出宽插槽配置（每个插槽 1 个 cpu）可提供最佳性能。在其他文章中，SQL Server 的最佳性能是通过 1 个插槽和该插槽中的“x”个 cpu 来实现的。将来宾 VM 套接字/CPU 与物理主机配置相匹配。

SQL Server Standard 仅限于 4 个套接字，但您发现哪种配置性能最佳？我们计划在不久的将来进行负载测试。我期待您的反馈。提前致谢！！！

我们计划在这个物理架构上安装一个 SQL Server：

• 基于windows server 2019的hyper-v集群
• 所有虚拟机所在的集群共享卷
• 包含 CSV 的全闪存 SAN

我一直读到，为数据文件、日志文件、临时数据库文件等拥有多个磁盘是一种常见的最佳实践......

但该最佳实践指的是裸机安装。

所以，我要问的是：在上述架构（如果有的话）上这样做的实际好处是什么？

是不是可以通过虚拟化来扩展数据库服务器，就像永远一样？我喜欢将大部分工作负载保留在数据库服务器上，因为它优化了查询，并且该架构减少了 db 服务器和 web 服务器之间的带宽使用。有什么理由我不应该在可扩展性方面这样做吗？