小编Riz*_*wan的帖子

我们的用户想要从生产中刷新 QA 数据库，但想要两个表（我们称它们为 T1 和 T2）来保留原始 QA 数据。因此，我将两个表从 QA (DB1) 复制到临时 QA 数据库 (DB2)。然后从生产中刷新 DB1。刷新后，我想将 T1 和 T2 数据从 DB2 覆盖到 DB1，以便它可以包含预刷新 QA 值。

我做了以下工作：

1. 用

   select * 
   INTO D1.dbo.T1
   FROM D2.dbo.T1
   

   Run Code Online (Sandbox Code Playgroud)

2. 然后从 prod 刷新 D1

3. 然后使用以下步骤截断 T1：

   SELECT COUNT(*) AS BeforeTruncateCount
   FROM T1;
   GO
   TRUNCATE TABLE T1;
   GO
   SELECT COUNT(*) AS AfterTruncateCount
   FROM T1;
   GO
   

   Run Code Online (Sandbox Code Playgroud)

4. 现在，当我返回将数据从 D2.T1 复制到 D1.T1 时，我收到错误消息，即数据库中已存在名为 T1 的对象。

我应该放下桌子并复制吗？

或者整个过程有没有更好的方法？

我需要一些帮助和一些绷带来射击自己的脚。这是一个 DEV 环境，但我需要提出来。

我在 Windows 2008 R2 上使用 SQL Server 2012 Enterprise。不知何故，我们的 AG 听众群消失了。我尝试重新创建 AG 侦听器，但它给出了有关计算机帐户没有权限的错误。我内心的天才决定从 Windows Cluster Admin 中删除 AG 组，现在我无法重新创建 AG 组（我应该通过 SQL Server 而不是 Windows 来完成）。

我不断收到以下错误：

创建可用性组导致错误。(Microsoft.SqlServer.Management.HadrTasks)

附加信息：

为可用性组“SQLAG_D”创建失败。(Microsoft.SqlServer.Smo)

执行 Transact-SQL 语句或批处理时发生异常。(Microsoft.SqlServer.ConnectionInfo)

可用性组“SQLAG_D”已存在。此错误可能是由先前失败的 CREATE AVAILABILITY GROUP 或 DROP AVAILABILITY GROUP 操作引起的。如果您指定的可用性组名称正确，请尝试删除该可用性组，然后重试 CREATE AVAILABILITY GROUP 操作。

未能创建可用性组“SQLAG_D”。操作遇到 SQL Server 错误 41042 并已回滚。查看 SQL Server 错误日志以获取更多详细信息。解决错误原因后，重试 CREATE AVAILABILITY GROUP 命令。（Microsoft SQL Server，错误：41042）

有没有人有什么建议？

AG 组已在 Windows 群集中删除，并且未显示在 SQL 可用性组中。该sys.availability_groups系统目录视图具有“已删除” AG在里面。其中没有提及 SQLAG_D。

环境

Windows: 2012 R2 Standard
SQL: SQL 2014 Enterprise Edition
Setup: Two Node Windows Failover cluster with SAN

变化：

我们希望通过添加在 DR 站点上运行的第二个 SQL 实例将可用性组引入实例。它将是带有附加驱动器的虚拟服务器。对于 Clarity，我们将在两个节点集群上运行的 SQL 实例调用，SAN 作为 S1，在 DR 站点的第二个 SQL 实例作为 S2

问题：

1. 将 S2 添加到 S1 集群后，我们可以创建 AG 组吗？如果 S1 发生故障并故障转移到节点 2，AG 是否会故障转移到 S2 实例？

2. 通过在使用 AG 设置的新服务器上创建两个实例来重新开始，然后将数据库迁移到它们？

3. 许可 - 我们是否必须为主实例和辅助实例支付许可费用，即使一切都将在主实例上运行并且在主实例出现故障时进行故障转移？

谢谢！

我正在调查 SQL Server 2008 Reporting Services 的问题。直到昨天早上它一直工作正常。现在我注意到它ReportServerTempDB继续进入Restoring...模式。我用 将它恢复到在线模式RESTORE DATABASE [ReportServerQ4TempDB] WITH RECOVERY。

在此之后报告工作正常，然后在 10-15 分钟后ReportServerTempDB返回到恢复模式。报告执行给出以下错误：

报表服务器数据库中出现错误。这可能是由于数据库中的连接失败、超时或磁盘空间不足造成的。(rsReportServerDatabaseError) 有关此错误的详细信息，请导航到本地服务器计算机上的报表服务器，或启用远程错误...

任何建议为什么这样做。

我检查了以下内容

1. 内存 - 50% 可用
2. CPU - 仅使用 10%
3. 存储 - 剩余 30% 空间

有多个 SSRS 实例正在运行，SQL 实例在同一台服务器上托管 SSRS 的数据库。

我已经检查过该数据库没有启用 AutoClose，并且我发现数据库Restoring...每小时进入模式，当我们的日志备份作业运行时。