Agente
Em geral, apontar uma nova instância de banco de dados (ou instâncias) é um "separador de ofertas" quando se trata do farm. Minha "opinião segura de fallback" acompanha o consenso geral: construa um novo farm (por exemplo, um novo banco de dados de configuração), crie seu SSP e execute migrações de banco de dados de conteúdo para o novo farm.
Aqui está uma dica sobre como evitar esse processo (doloroso) no futuro: implementar aliases de conexão SQL. Um artigo descrevendo como fazer isso pode ser encontrado aqui: link . Os aliases também são particularmente úteis em uma perspectiva de recuperação de desastre, pois introduzem uma camada de abstração entre o farm e a camada de dados de suporte.
Eu não tentei este próximo item, então eu o mencionei estritamente como um ponto de investigação ... mas você pode ser capaz de implementar aliases em seu ambiente MOSS agora antes de fazer uma reconstrução e potencialmente evitá-lo completamente. Digamos que o seu SQL Server tenha o nome "SQLSERVER" e você estará indo para uma instância nomeada nesse servidor chamada "MOSS". Para cada servidor MOSS:
- Instalar ferramentas cliente do SQL
- Estabeleça um alias chamado "SQLSERVER" que aponte para o servidor "SQLSERVER"
- Crie sua instância nomeada (SQLSERVER \ MOSS) e copie todos os bancos de dados do farm para a nova instância nomeada
- Altere o alias "SQLSERVER" em cada servidor MOSS para apontar para "SQLSERVER \ MOSS" em vez de "SQLSERVER" e veja o que acontece.
Na pior das hipóteses, isso irá falhar e você terá que construir um novo farm como você espera fazer agora. Na melhor das hipóteses ... você continuará a ser executado sem uma reconstrução da fazenda.
Espero que isso ajude!