我们正在构建一个多子网、始终在线的可用性组。我最初请求了以下 IP。
对于故障转移群集
192.168.1.129
192.168.2.129
对于听众
192.168.1.130
192.168.2.130
我的网络团队提供了以下 IP。
对于故障转移群集
192.168.1.129
192.168.2.130
对于听众
192.168.1.131
192.168.2.132
据我了解，上述 IP 应该可以正常工作，因为它们属于不同的子网，但我想 100% 确保除了子网之外，IP 不需要相同。只要 IP 属于不同的子网，就应该没问题。
我注意到同一个框中安装了两个 SQL Server，分别是 2014 和 2019；但是，当我登录 SSMS 并键入 select @@version 时，它显示 2014，并且实例名称显示为 servername\sqlexpress。
我想知道如何找到 SQL 2019 的实例名称。
我们有一个包含 4 台服务器的可用性组数据库，其中包括一个用于报告的异步副本。有时由于查询集较大，辅助副本会停止同步，我们必须手动恢复同步。
我们还想在用于报告的辅助副本上安装 SSRS。
以下是我的问题
由于我们没有企业许可证，无法在单独的主机上安装 SSRS，因此在辅助副本上安装 SSRS 是否值得损害性能。
我们能否分离辅助报告服务器并通过 SSIS 同步数据，因此将有 3 个节点可用性组数据库服务器和一个通过 SSIS 或其他形式同步的单独报告服务器。
总体而言，建议在辅助副本上运行 SSRS。感谢您的反馈
我安装了一个命名实例，并将其设置为使用 TCP 端口 1433 而不是动态端口。SQL 浏览器正在运行并且 TCP IP 已启用。我必须将端口号 1433 放在 ssms 上，如果不包含端口号，它将无法连接。请告诉我这里缺少什么。这是防火墙问题还是我遗漏了一些东西。
我们被分配了一个新的应用程序，供应商预计数据库将增长到 100 TB 左右。他们提到 SQL Server 标准版是兼容的。
我的问题是 SQL Server 标准版是否能够充分处理这种大小的数据库？
企业版可以处理在线索引重建，但是SQL Server总体上可以处理这么大的数据库吗？
我管理的最大数据库是 3 TB，我担心 100 TB 的数据库在 SQL Server 2019 上的表现如何。
专家的任何建议将不胜感激。
现有 SQL 表中的一个字段是 Decimal (5,5)，没有外键关系。开发人员想将其更改为 Decimal (7,5)。
对现有数据进行此类更改的缺点是什么？进行此类更改后，应用程序是否有可能无法运行？
我有设置可用性组的经验，并且在节点达到法定人数时使用了见证服务器。
其中一家供应商提供了一种布局，该布局将具有跨两个数据中心的两个可用性组，并且将使用分布式可用性组。
在线资源也没有提及两个可用性组之间的见证服务器。
这是我的问题，因为每个 ag 将有偶数个节点，如果没有见证服务器，如果一个节点出现故障，集群将如何在修补期间存活。
我们一直在跨不同数据中心的可用性组中。我们的网络团队已经停用了一些 DNS 服务器，这些服务器需要使用可用性组上所有节点上的活动服务器进行更新。
我的问题是有什么要注意的，所有节点都设置为 RegisterAllProvidersIP 0。
我们计划将始终在线可用性组中的辅助同步副本关闭几个小时以进行维护。完成维护后，我们将需要故障转移并在原始主节点上进行维护。
这是我的问题，例如在维护期间，如果在我们关闭辅助节点时有大约 5 个日志文件未应用，现在当辅助节点重新上线时，我们是否可以立即故障转移并使辅助节点成为新的主节点，或者我们将不得不等待日志首先应用到辅助节点以使其同步，然后进行故障转移以使其成为新的主节点。
我有一个 2 TB 的数据库，并且数据驱动器已填满。我的网络团队无法扩展驱动器，也无法提供另一个驱动器，以便可以将辅助数据文件指向该驱动器。我的问题是辅助驱动器是否可以指向网络共享。
我有一个单独的数据库服务器和一个单独的报告服务器。我想将数据库服务器升级并迁移到单独的服务器，并且不要接触报告服务器。由于报告服务器许可证附带 SQL 服务器许可证。
我是否可以保留现有的报告服务器并在不同的许可证上使用数据库服务器，或者我应该迁移数据库和 SQL Server 报告服务器并使用相同的许可证？
我想更改始终在线可用性组服务器的 SA 密码。因为当我尝试通过 Microsoft 存储过程 EXEC sp_help_revlogin 传输登录信息时，我想在所有副本上保留相同的密码，以便该帐户在整个脚本中具有相同的 SID，所以没有提取 SA 帐户。
我的问题是 SA 帐户是否有任何关联的 SID，例如 SQL 身份验证帐户，其次，有什么需要注意更改始终在可用性组服务器中的 SA 帐户，或者我只需要像任何其他 SQL 一样手动更改所有服务器上的密码经过身份验证的登录。
我有一个数据库字段 Column_A 在 Varchar(16) 中不为空，并且值例如 20191210215033CS 但我想像 2019-12-10 21:50:33 一样打破它
由于它是生产数据库，因此无法更改数据类型。
尝试了下面的代码
SELECT convert(datetime, 'Column_A', 120) but getting the error
从字符串转换日期和/或时间时转换失败。
他们有什么解决方法吗？任何帮助将不胜感激 ！
我们的 Active Directory 会将帐户名称（例如 John Doe [email protected]）更改为 [email protected]。
我的问题是我是否需要单独更改所有 SQL 登录名，或者该人可以使用他们的旧名称登录到 SQL Server Management Studio。如果登录名是数据库或作业的所有者，也会发生什么情况。
我会将现有的 SQL Server 服务帐户从默认更改为来自 SSCM 的域帐户，我相信这将设置所有必需的权限。一件事我不确定是否需要将服务帐户添加为数据库登录名，如果需要，则需要的最低权限是多少。
在我们的环境中，我们有一些位于 Always On 可用性组中的服务器，还有一些是独立的。
我们通常备份到网络共享，但我们最近观察到，随着数据库变得越来越大，所花费的时间越来越长，这会减慢整个网络的速度。
Ola hallengren 的脚本用于压缩和拆分备份文件。我只执行每日“完整”备份。备份将转到网络共享 EMC isilon 驱动器。
我对 EMC DD Boost 从来都不满意。唯一的选择是进行本地备份，然后复制到同一个网络共享。
除了上述方法，还有什么有效的方法吗？
我想知道associatedObjectId在死锁图中引用为 an 的对象，所以我运行了以下查询：
SELECT OBJECT_NAME(1234560112364076)
我收到以下错误：
将表达式转换为数据类型 int 时出现算术溢出错误。
我们有一个只读报告服务器，它是 AlwaysOn 可用性组的一部分。我们的开发人员想要创建一些存储过程。我的问题是应该在哪里创建存储过程 - 因为辅助是只读的，所以它会在主数据库上吗？
在 Always On 可用性组中的所有节点上安排 DBCC 检查的最佳方法是什么。我们能否同时在所有节点上安排相同的作业，包括所有辅助节点。在我的环境中，所有备份都只发生在主节点上。任何专家建议将不胜感激。我打算使用 Ola hallengren 脚本。
我们有一个多子网 AlwaysOn 可用性组。有 2 个子网，它们都列在集群和侦听器上。每当我通过侦听器名称进行故障转移和 ping 操作时，它仍会显示故障转移之前的旧 IP 地址。任何专家意见来克服这一点将不胜感激。我已设置 RegisterAllProvidersIP -Value 1。
故障转移后，客户端无法连接，因为侦听器正在获取旧 IP 地址。几分钟后，它会选择正确的一个并且客户端连接。