标签: clustering

nosql DBMS 的一大优点是它们可以更轻松地进行集群。据称，使用 NoSQL，您可以创建数百台廉价的机器来存储不同的数据并一次查询所有数据。

我的问题是，为什么关系型 DBMS 不能像 mysql 或 sql server 那样做？是因为供应商还没有想出一种技术方法来使用他们现有的产品来做到这一点，还是关系模型存在一些问题阻止了这种做法的可行性？NoSQL 存储和访问数据（键/值、文档等）的方式有什么好处，使聚类更容易（如果这是真的）？

假设您需要确保依赖 SQL Server 2012 作为其数据库后端的应用程序全天候可用，即使一台服务器出现故障。

作为开发人员而不是 DBA，我很难理解何时使用哪种场景来实现故障转移/高可用性：

• Windows 故障转移群集中的两台（或更多）服务器，SQL Server 作为群集实例
• 通过事务复制保持最新的两个（或更多）SQL Server 实例
• SQL Server 可用性组中的两个（或更多）SQL Server，以同步提交模式配置

这些场景中的哪一个适用于什么样的工作负载，以及这些场景可以处理什么样的故障/中断？它们甚至具有可比性/可交换性吗？

我们开始为 VMware 中的 SQL Server 2016 节点虚拟集群提供一组物理服务器。我们将使用企业版许可证。

我们计划设置 6 个节点，但关于在 CPU 时钟速度与 CPU 核心数方面配置物理服务器的理想方式存在一些争论。

我知道这在很大程度上取决于交易量和存储的数据库数量以及其他特定于软件的因素，但是否有建议的一般经验法则？

例如，双 8 核 3.2 GHz 物理服务器（16 核）是否比双 16 核 2.6 GHz 服务器（32 核）更优惠？

有没有人遇到过进一步深入研究此类主题的白皮书？

尝试使用特定 SQL Server 群集的网络名称将 SSMS 连接到 Integration Services 时收到以下错误：

连接到计算机 'FooDB' 上的 Integration Services 服务失败，出现以下错误：“访问被拒绝”。

如果计算机尚未配置为允许通过 DCOM 进行远程连接，或者用户确实有权通过 DCOM 访问 SQL Server Integration Services 服务，则会发生此错误。

这是一个有据可查的解决方案的常规问题。例如，请参阅此处和此处的解决方案。

但是，我已经尝试了我所知道的所有解决方案，但问题仍然存在。

更详细地说，我做了以下工作：

• 验证连接的用户是否具有以上 MsDtsServer100 上链接的文章中列出的 DCOM 权限：

  1. 启动和激活权限：允许本地启动、允许远程启动、本地激活、远程激活

  2. 访问权限：允许本地访问，允许远程访问

  3. 配置权限：允许读取

• 使用数据包嗅探器确认与连接相关的所有流量都成功通过了防火墙。在 TCP 连接断开之前显示的最后一个数据包是来自服务器的回复，其中包含 MSRPC 标头中“拒绝访问”的 Windows 状态代码。

• 测试将用户添加到“分布式 COM 用户”组和/或本地管理员组，然后重新启动服务器。这允许用户使用本地节点名称（FooDBN1、FooDBN2）从 SSMS 连接到 SSIS，但是在连接到集群网络名称（FooDB）时，他们仍然会收到“访问被拒绝”错误，这是他们的习惯使用，以及什么对我们的其他集群有效。

此外，我还没有发现在其他集群上更改这些组的成员身份是必要的。

在我检查过的其他集群上，我可以使用集群名称将 SSMS 连接到 SSIS，无需任何非默认配置。

我意识到这可能更适合 ServerFault，如果需要，可以迁移问题，但这也是一个 SQL Server 问题，我认为这里的用户之前可能更可能处理过它。

平台详情：

• Windows Server 2008 R2 SP1
• SQL Server 2008 R2 SP2
• 具有单个 SQL Server 实例的 2 节点主动-被动群集 …

我正准备扩展现有的 Cassandra 集群。我已计划定期进行维修。向集群添加新节点时是否需要禁用修复，或者我可以在集群中的其他地方运行修复时引导新节点？

镜像和故障转移群集之间的主要区别是什么？

每个人解决什么样的问题，在什么样的场景中推荐每个人？

如果我们在一台具有 192 GB RAM 的服务器上有多个 SQL Server 2012 标准版实例（具有 64 GB 内存限制），两个实例是否只能访问前 64 GB 内存，还是可以访问不同的内存？部分内存，以便他们每个人都可以拥有自己的 64 GB“块”。

如果两个节点都故障转移到单个节点，则这对于 Active/Active 集群是考虑因素。

我们正在实施在 MySQL 上运行的新 CMS (Drupal 6.x)。我们有两个数据中心——主要的和次要的——它们之间的延迟是已知的。我们不确定我们将运行哪个版本的 MySQL……社区或企业，但这是一个待定的时间。看起来我们将运行 InnoDB 引擎，操作系统将是 RedHat EL 5.5 主服务器将处于活动状态，而辅助服务器将处于被动或热备用状态。

我想在 MySQL 中跨两个数据中心实现复制、高可用性和自动故障转移。

在故障转移到辅助服务器后，当我们故障恢复到主服务器时，我们希望将数据从辅助数据库快速完整地同步到主数据库，以便我们可以继续提供来自主服务器的内容。

我很想知道可以使用哪些技术/工具/最佳实践来解决/解决这些问题。此外，任何陷阱或啊哈时刻也将不胜感激。我已经阅读了 MySQL 复制、集群和一些 3rd 方工具，如 Tungsten 和 Dolphinics，但我不确定什么是最好的行动方案。

感谢您的时间！

知识管理

由于 SQL Server 可用于 Linux，我可以在 Linux 节点上配置集群吗？我的意思是与 Windows 混合 - 一些节点在 Linux 上，其他节点在同一集群中的 Windows 上？

我们已经完成了 4 节点 SQL Server 2005 集群的设置。我们使用 Windows 2008 R2 作为底层操作系统。

我们正在寻找关于我们可以执行的一组测试的建议来测试 SQL 实例的故障转移？