我在生产数据库上设置了镜像。我在为数据库服务的数据库和镜像上都有登录设置。它具有相同的登录信息和配置。
当我对数据库进行故障转移时，ASP.NET 应用程序故障转移到第二个数据库（它已识别故障转移伙伴），但登录停止工作。由于某种原因，它开始工作了。当我故障恢复到原始的生产数据库时，ASP.NET 应用程序再次被踢出——尽管我知道登录存在于生产中，因为应用程序最初能够登录。
这是事件链：
我一直在使用复制数据库向导来创建我的数据库的开发副本。
不幸的是，复制数据库向导一再失败。我怀疑问题是 sql server agent 服务帐户没有必要的权限。我无法验证这一点，因为实际上并没有保存日志文件。我试过将它保存到默认目录，我知道运行复制数据库操作的帐户必须具有权限，并保存到服务器上的另一个位置。
关于如何解决此问题的任何想法？新数据库正在显示，但没有任何表...
我试图从数据库中删除一个主体，但不能因为它拥有一个模式。但是，当我去编辑用户时，取消选中模式的框是蓝色的且不可移除。如何从这些模式中删除主体？
我有几个数据库与见证人进行镜像。所有 3 台机器都是我们网络的本地机器，并且具有慷慨的网卡。监控镜像，好像网络流量不是很大。
然而，一些数据库的镜像在没有警告的情况下暂停。当我重新启动它们时，它们几乎立即再次暂停。
罪魁祸首是什么？
编辑：
好吧，现在看起来他们又在镜像了……当我进入镜像管理器并尝试重新启动它们时，它现在成功了——而昨天它会再次自动暂停。
任何人都知道为什么镜子会暂停？他们不会只是故障转移吗？
我有一个 SSIS 包，可以将数据从一个表移动到另一个数据库中的另一个表中。源表有一个身份键。
我需要对数据执行一些操作。我能看到的唯一方法是禁用目标表中的标识键，然后使用此处概述的更改表切换方法：https ://stackoverflow.com/questions/1049210/adding-an-identity-to- an-existing-column-sql-server。
有没有更简单的方法来迁移数据、保留密钥然后重新启动标识列？