Conexões entre Matriz e Filiais num SQL Server 2005

Tenho um ERP na empresa. Essa empresa possui 55 filiais, várias em cidades diferentes, funcionando conectados ao Banco da produção, um SQL Server 2005 Enterprise, sendo que existem diversos caixas PDVs conectados com ele diretamente, enviando em tempo real cada venda realizada através de um link. São aproximadamente 160 conexões simultâneas em horários de Pico que vão das 10 as 14h e das 16 as 18:30h, em dias normais. Cheguei a pegar picos de 98% no processador do servidor do banco, um IBM 16GB, com 8 processadores, e um storange de 1TB, com 200GB mais ou menos livre no disco. Más o que está pegando aqui é que não tenho encontrado outra possibilidade de estruturar essas conexões direta dos PDVs com o banco, pois acho que esse acumulo de conexões simultâneas está atrapalhando o desempenho da máquina do servidor. Não tem ocorrido bloqueios praticamente, vez ou outra apenas, e as conexões não são demoradas(Não tive tempo de monitorar isso direito, más o pessoal que trabalha alí, disse que não existem gargalos relevantes). Na vedade ainda não tive tempo de ver como estas consultas do ERP estão montadas, más creio que de alguma forma elas e os índices, estão onerando a performance do banco para que o mesmo chegue aos picos de processamento que tem apresentados. Não pude ver a rede ainda e o comportamento da mesma. Eu vi que no servidor, dentro do performance, quase não aparecem os contadores do SQL Server, você saberia dizer porque não aparecem? Seria algum problema de instalação? Teria que reinstalar o banco pra que os contadores aparececem? Essa arquitetura de rede e conexão do servidor é a ideal para a empresa? Existe outra possibilidade de enviar esses dados dos PDVs pro banco de dados sem acumular tantas conexões ao mesmo tempo? Qual seria a arquitetura ideal de banco ou sistema ideal para este caso?