Estamos migrando um site IIS existente + banco de dados MS SQL 2005 (no mesmo servidor) para uma nova configuração de teste. A configuração existente é muito lenta.
Eu quero um servidor ISS e 2 X MS SQL server 2005. Um servidor de banco de dados ativo para as consultas do site (inserções, atualizações) e outro para backups, relatórios ou procedimentos armazenados. Então, o DB ao vivo deve ser mais voltado para o desempenho. O outro nem precisa ser sincronizado instantaneamente. Qual é a melhor maneira no SQL Server 2005 para configurar isso. Alguém pode me apontar na direção certa e me dar algumas dicas.
Existem várias opções que vêm imediatamente à mente.
Quantos dados totais? Quantos dados estão mudando e com que frequência? Em quanto tempo os dados alterados precisam aparecer no sistema de relatórios? Essas são algumas perguntas a serem feitas para determinar qual é a melhor opção.
One live DB server for the website queries (inserts, updates) and another for backups, reports or stored procedures
Ok, você definitivamente precisará fazer backups regulares em ambos bancos de dados. E o banco de dados da Web também pode usar procs armazenados para inserções / atualizações (dependendo de como você projetou seu aplicativo).
O envio de logs provavelmente seria o mais fácil de configurar e manter (fazer backups de log de transações no banco de dados principal e restaurá-los no banco de dados "reporting")
Se o seu front end é um servidor web único, eu tenderia a questionar o benefício de ter dois servidores de banco de dados.
Dito isso, o espelhamento do banco de dados é outra tecnologia disponível para você no SQL 2005 SP1 que resolveria isso. Isso requer que seu banco de dados esteja no modelo de recuperação completa. Você também pode usá-lo para obter alguma redundância automatizada no caso de falhas primárias.