O AutoClose ON é uma má opção para um ambiente com mais de 15 mil bancos de dados com a mesma estrutura?
Eu sei que devemos deixar isso OFF como melhores práticas em 99,99% dos casos. Então, é o único caso extremo para o qual o recurso se destina?
O que devemos estar cientes e também melhorar em um caso como este?
relate perguntas
-
Preciso de índices separados para cada tipo de consulta ou um índice de várias colunas funcionará?
-
Quando devo usar uma restrição exclusiva em vez de um índice exclusivo?
-
Quais são as principais causas de deadlocks e podem ser evitadas?
-
Quais são algumas maneiras de implementar um relacionamento muitos-para-muitos em um data warehouse?
-
Como determinar se um Índice é necessário ou necessário
Bancos de dados de 15K em uma instância do servidor sql - dependendo da atividade, sobrecarga de manutenção, tempo de backup etc.
Em vez disso, você deve criar VMs em uma máquina host poderosa e, em seguida, equilibrar seus bancos de dados em várias VMs.
Você está procurando um lugar errado para otimização - opção de fechamento automático e sabe que o que está tentando fazer também não é uma boa prática !
Lembre-se: o fechamento automático está obsoleto , portanto, mais um motivo para evitá-lo.
Parece que você deveria investir na leitura - Multi-Tenant Data Architecture
Aqui está um bom artigo sobre o assunto;
Dada a sobrecarga envolvida na reabertura de um banco de dados depois de fechado, eu diria que não. Não o habilite.
Quanto mais bancos de dados você tiver, mais esse problema será exacerbado.
Dito isso, se houver outras circunstâncias que o façam pensar que ele deve ser ativado, inclua esses detalhes. Como sp_BlitzErik perguntou, o que você está tentando alcançar?