我们的一位数据库用户抱怨说,他们无法从这个特定实例中的一个数据库中进行选择,而他们在同一个实例中访问其他数据库时没有问题。他们有访问问题的那一项显示为“待机/只读”。其他只是正常的。
因此,我检查了给定主体的 Security -> Logins 并查看了主体的属性,以查看是否有任何用户映射到此登录的只读数据库。该特定数据库没有这样的映射,而其他数据库有映射并且都具有“db_datareader”角色成员资格。最初,我也想为这个数据库添加一个用户映射;但是,它失败并显示以下消息:
“更新数据库 X 失败,因为数据库是只读的”
然后,我检查了只读数据库,发现其中存在一个与出现此问题的帐户同名的用户。它还具有“db_datareader”角色成员资格。所以,我想我只需要将两者联系起来;但是,我不知道如何。请帮我!谢谢。
由于数据库的状态是 Standby,我假设这个数据库是一个 Log Shipping 辅助数据库。如果是这种情况,则根本无法在辅助节点上写入数据库(使其可写会破坏日志传送)。
此外,由于您说其他数据库(可能不是只读的)具有正确的映射,我假设您使用的是 SQL 登录。如果是这种情况,您所要做的就是在辅助服务器上重新创建登录名,
CREATE LOGIN ... WITH SID
以匹配主服务器的 SID(查看sys.server_principals
主服务器以找到它)。另一方面,如果您使用 Active Directory 进行登录,则必须将用户主体添加到主数据库,以便在日志备份中遇到辅助数据库时,无需进行任何重新映射(注意:视情况而定,说起来容易做起来难!)。
运行它通常会映射 SQL 用户 SPID,但您需要让数据库读/写一段时间,最好是在单用户模式下。
或者您可以从数据库中删除用户并重新映射它。