Eu gerencio um produto baseado em nuvem de grande escala que usa o SQL Server como o mecanismo de banco de dados. O modelo é projetado de tal forma que cada cliente que usa o produto tenha sua própria instância do MS SQL Server. Estou precisando de uma maneira de consultar, atualizar e inserir nessas instâncias a partir de uma instância SQL centralizada que é usada para gerenciar a administração das instâncias. Eu já determinei que criar objetos de servidor vinculados é o caminho a seguir, e é como eu tenho lidado com atualizações ad hoc desses bancos de dados. Estou trabalhando na expansão de algumas funcionalidades, o que resultará em um aumento significativo na quantidade e na frequência de consultas que estão sendo executadas a partir dessa instância de administração centralizada.
Então, aqui está a minha pergunta: Qual é o impacto de ter mais de 100 objetos de servidor vinculados abertos o tempo todo a partir de uma única instância do SQL? Existe algum impacto? Até este ponto, minha prática com servidores vinculados foi abandoná-los quando eu terminar.
Os servidores vinculados foram um dreno no recurso, particularmente RAM, nos 32 bits dias - espero que você tenha mudado a partir desses dias. Acho que sua solução proposta funcionaria e a "dor" estaria no final do SQL Server centralizado.
No entanto, os servidores vinculados podem ser um pouco problemáticos às vezes - você já pensou em usar scripts powershell / vbscript / SMO para consultar essas instâncias e, em seguida, carregar os dados nesse SQL Server centralizado?
Haverá um impacto na memória RAM usada fora do servidor SQL. Essa memória padrão é 256MB e é usada para carregar drivers e montagens externas. Isso pode ser reconfigurado usando a opção de inicialização -g. Concordo com Peter acima mais, em vez de centralizar os dados em um servidor admin, você considerou a replicação em vez de servidor vinculado. Parece que vai ser difícil mantê-lo se você estiver usando servidores vinculados.
Tags sql sql-server