SQL 2019 Linux, lento na GUI rápido no sqlcmd/Query Analyzer

Informação do servidor

SO Redhat 7 Memória 100 GB Uso da CPU 1% Tamanho do banco de dados do usuário 2 GB cada em média total 7 bancos de dados de usuários SSMS instalado em um servidor de salto Azure Data Studio também está instalado App Gui no servidor de aplicativos Latência entre servidor de salto para servidor de banco de dados <1ms Latência entre aplicativos servidor e servidor db <1ms todos estão na mesma rede, apenas o switch está entre eles todos são máquinas físicas

Questão

1. SSMS - Quando me conecto ao SSMS, os bancos de dados no explorador de objetos demoram cerca de 30 segundos para serem preenchidos. A abertura das propriedades do banco de dados leva até 50 segundos para abrir o Query Analyzer/sqlcmd do SSMS executa "select name from sys.sysdatabases" instantaneamente sem demora

2. Estúdio de dados do Azure - preenche a lista de bancos de dados com bastante rapidez, mas leva mais de um minuto para mostrar as propriedades do banco de dados.

3. App Gui - também tem o mesmo comportamento do SSMS.

De todos os locais, a consulta parece rápida o suficiente, mas a GUI é lenta.

Cenário diferente

Eu tenho outro SQL Server no sistema operacional Windows, o SSMS, o comportamento do estúdio de dados do Azure é comum onde eles preenchem informações na GUI instantaneamente. Também temos poucos bancos de dados no Banco de Dados SQL do Azure e na VM do Azure, eles também se conectam instantaneamente e preenchem informações instantaneamente na GUI do SSMS

O que queremos alcançar?

Precisamos que nosso App gui, SSMS, funcione tão rápido quanto o SQL Server no sistema operacional Windows no nível do gui.

Então, qual poderia ser o problema e como posso corrigir isso?

Por favor ajude!

Editar -

Eu perdi a parte mais importante. A referida instância é a edição Express. Portanto, o hardware super impressionante que eles colocaram nele não estava sendo totalmente utilizado. Além do recurso padrão de fechamento automático.