遵循本文,我尝试将辅助数据库加入到我的SQL Server 2012可用性组:
当我尝试执行此操作时,本地SQL server windows事件日志显示错误1407:
The remote copy of database "<DBNAME>" is not related to the local copy of the database
我已经执行了所有步骤,并使用NORECOVERY创建了最近的备份和还原。
目标SQL server的错误日志显示以下错误:
AlwaysOn: The local replica of availability group
我们有以下设置:
对于ERP测试/接受SQL集群,我们希望遵循最小特权原则,在Server上授予外部工程师权限。我们正在一个具有两个节点的集群中运行Server 2016。同步提交,可读的副词为true。工程师们被加入了一个AD小组。我们将权限授予该AD组。
工程师需要能够在每个集群节点上完成以下有关可用性组的操作:
从可用性组中删除数据库(用于还原目的)
使用自动播种将数据库添加到可用性组
我们使用以下语句将可用性组上的ALTER和CONTROL权限授予两个节点上的AD组:
use [master]
GO
GRANT ALTER ON AVAILABILITY GROUP::[BSIBITS
我正在读一些关于AOAG的windows文档,我感到很困惑:
对于可用性组,SQL Server 2012 (11.x)中引入的高可用性和灾难恢复解决方案需要Windows Server故障转移群集(WSFC)。<#>Also,尽管始终依赖于可用性组不依赖于Server故障转移群集,但您可以使用故障转移群集实例(FCI)承载可用性组的可用性副本。了解每种集群技术的作用以及在设计可用性组环境时需要考虑的事项是很重要的。
然后:
Windows Server故障转移群集和始终在可用性组上部署的可用性组需要Windows Server故障转移群集(WSFC)。要始终在可用性组上启用,Se
当向WSFC添加一个节点时,我们将得到以下两个错误。
The node was added successfully, but the 'SQL Server Availability Group' resource type could not be installed on it.
Unable to find 'hadrres.dll' on any of the cluster nodes.
The node was added successfully, but the 'SQL Server FILESTREAM Share' re
我正在为Server 2017 RC1 (14.0.80.90,日期为2017-7-18)配置https://learn.microsoft.com/en-us/sql/linux/sql-server-linux-availability-group-configure-ha。此安装使用的是docker映像,全部位于同一物理主机上。所有步骤都在工作,直到我走到这一步为止:
CREATE AVAILABILITY GROUP [ag1]
WITH (DB_FAILOVER = ON, CLUSTER_TYPE = EXTERNAL)
FOR REPLICA ON
我有两个节点,名称为、mssql-主和带有Kubernetes的MSSQL2019和始终启用的MSSQL2019。在这两个节点上,一切都很好,但是当我试图将它们连接到可用性组时,我将面临以下错误:
Failed to join the instance 'mssql-secondary1' to the availability group 'fghyt'. (Microsoft.SqlServer.Management.HadrModel)
For help, click: https://go.microsoft.com/fwlink?ProdName=M
我想将我的Server 2014升级到SP2,这涉及到Server和Alwayson。以下是我的环境细节:
Nodes: SERVER-A, SERVER-B, SERVER-C, SERVER-D
SQL Server clustered instances : Instance-A, Instance-B, Instance-C
SQL Server edition and version : SQL Server 2014 EE SP1 on all 3 clustered instances
Windows server edition and vers
Parallel redo is shutdown for database '' with worker pool size [2].
Parallel redo is started for database '' with worker pool size [2].
Starting up database ''
我经常在(事件Id 49930或17137)的客户端PC上看到这种情况。这是一个普通的Windows,而不是服务器,具有SQLServer2017速成版和SSMS的默认实例。
什么是平行重做?
下面是错误日志的输出:
2019