我们被分配了一个新的应用程序,供应商预计数据库将增长到 100 TB 左右。他们提到 SQL Server 标准版是兼容的。
我的问题是 SQL Server 标准版是否能够充分处理这种大小的数据库?
企业版可以处理在线索引重建,但是SQL Server总体上可以处理这么大的数据库吗?
我管理的最大数据库是 3 TB,我担心 100 TB 的数据库在 SQL Server 2019 上的表现如何。
专家的任何建议将不胜感激。
我们被分配了一个新的应用程序,供应商预计数据库将增长到 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 地址。几分钟后,它会选择正确的一个并且客户端连接。
我正在构建一个包含 4 个节点的集群以及一个文件共享见证。由于服务器更新,每个月都需要重新启动保存文件共享的服务器。我的问题是,当文件共享在此期间变得不可用时,集群会关闭吗?
在我们的环境中,我们有一个始终在线的可用性组,并且报告服务器充当具有同步模式、手动故障转移的辅助副本。作为供应商应用程序的 XSLT 报告编辑器将连接到应用程序服务器,而应用程序服务器又连接到数据库服务器。应用程序服务器(单独的服务器)连接到侦听器以服务于客户端连接。我的问题是,如果我只为 XSLT 报告设置一个单独的应用程序服务器,而 XSLT 报告又连接到报告,那么如果用于某些灾难恢复的报告服务器成为客户端应用程序和 XSLT 应用程序所在的主要服务器,现在会有任何问题吗?两者都连接,两个应用程序都安装在单独的服务器上,一个用于客户端,另一个用于 xslt 报告。
我不太愿意设置事务复制,这是一项额外的开销。任何建议将不胜感激。
在我们的可用性组中,我有一个报告服务器,报告编写者将直接连接到该报告服务器,并且还将使用水晶报告,如果侦听器端口为 1433 并且客户端也通过端口 1433 连接到属于可用性组的报告服务器,则有任何端口冲突。
在用于管理集群的访问点下添加集群 IP 时,我们是只包含公共子网的 IP,还是还需要包含私有子网的 IP?此集群将用于三节点多子网 AlwaysOn 可用性组。至于监听器,我知道它需要包括所有公共子网,但我不确定集群核心资源应该如何配置。