服务器信息
操作系统 Redhat 7 内存 100GB CPU 使用率 1% 用户 db 大小 每个平均 2 GB 总共 7 个用户数据库 SSMS 安装在跳转服务器上 Azure Data studio 也安装在应用程序服务器上 App Gui 跳转服务器到数据库服务器之间的延迟 <1ms 应用程序之间的延迟server和db server <1ms都在同一个网络中，它们之间只有交换机都是物理机
问题
SSMS - 当我连接到 SSMS 时，对象资源管理器中的数据库需要大约 30 秒来填充。打开数据库属性最多需要 50 秒才能从 SSMS 中打开查询分析器/sqlcmd 立即运行“从 sys.sysdatabases 中选择名称”，不会有任何延迟
Azure 数据工作室 - 填充数据库列表的速度相当快，但显示数据库属性需要一分钟多的时间。
App Gui - 也具有与 SSMS 相同的行为。
从每个位置，查询似乎都足够快，但发现 GUI 很慢。
不同的场景
我在 Windows 操作系统上还有其他 SQL Server、SSMS、Azure 数据工作室的行为很常见，它们会立即在 GUI 上填充信息。我们在 Azure SQL 数据库和 Azure VM 上也有很少的数据库，它们还可以即时连接并在 SSMS GUI 上即时填充信息
我们想要达到什么目的？
我们需要我们的 App gui、SSMS 在 gui 级别上与 Windows 操作系统上的 SQL Server 一样快。
那么可能是什么问题以及如何解决这个问题？
请帮忙！
编辑 -
我错过了最重要的部分。所述实例为Express版。因此，他们投入其中的超级令人印象深刻的硬件并未得到充分利用。加上默认的自动关闭功能。
发现自动关闭是罪魁祸首，因此决定为所有数据库关闭此选项。Express 版默认开启此功能。