首先明确：这种情况绝对不属于正常现象——处于Standby / Read-Only状态的日志传送数据库本质是合法的用户数据库，SQL Server默认会在数据库列表中展示它。下面是最可能的原因和解决办法：

1. 权限配置是头号元凶 #

链接服务器使用的登录账户，在目标Standby实例上的权限不足是最常见的原因：

• 要能看到数据库，登录账户至少需要VIEW ANY DATABASE服务器级权限，或者是该Standby数据库的db_datareader、db_owner等角色成员
• 如果用的是Windows身份验证的链接服务器，要确保本地服务器的服务账户（或者你用来访问链接服务器的Windows账号）在目标Standby服务器上有对应的登录，并且被授予了查看该数据库的权限

2. 排除Standby状态本身的特殊情况 #

虽然数据库处于Standby / Read-Only，但这不会导致它从列表中消失，除非：

• 有人手动把数据库设为了HIDDEN属性（非常罕见），可以用这条SQL验证：

  SELECT name, is_hidden 
  FROM sys.databases 
  WHERE name = '你的目标数据库名'
  

• 日志传送的还原作业正在运行，短暂锁定了数据库，但这是临时状态，作业结束后就能正常看到

3. 链接服务器配置的坑 #

检查链接服务器的设置是否有问题：

• 确认数据源指向的是正确的Standby实例，别连错了服务器或实例
• 查看SQL Server Native Client的提供程序选项，如果Level zero only被勾选了，会限制只能看到系统数据库，取消这个勾选就能显示用户数据库了

4. 直接查询的替代方案 #

如果数据库确实存在但列表里看不见，不用纠结列表显示，直接用三部分命名语法就能查询：

-- 替换成你的链接服务器名、数据库名、架构和表名
SELECT * 
FROM [你的链接服务器名].[目标数据库名].[dbo].[你的表名]

如果执行时报权限错误，就回头调整权限配置；如果提示找不到数据库，那得确认数据库名拼写或者链接服务器的指向是否正确。

内容的提问来源于stack exchange，提问作者Eric B