Arquitetura de centralização de base de dados

[Fabio Hemylio]

Oi Pessoal,

Eu tenho em mãos o seguinte cenário: um escritório central com um
datacenter e cerca de 200 filiais espalhadas. Cada uma das filiais tem um SQL
Server que abriga as bases de dados de 9 sistemas. Temos um direcionamento
estratégico de centralizar todos os aplicativos e bases de dados, então
precisamos trazer essas bases das filiais para o datacenter. A equipe de
sistemas quer adotar a estratégia de migrar sistema-por-sistema de todas as
filiais, mas ocorre que as bases desses sistemas são muito interdependentes.
Esse modelo acarretaria que, toda vez que fosse centralizado o sistema X de
uma filial, eu teria que replicar boa parte de base X de volta pro SQL Server
da filial para que os outros sistemas ainda não centralizados pudessem
continuar funcionando.
Pensando um pouco mais na frente, esse número de replicações vai
aumentar consideravelmente ao ponto de a manutenção dessa infra-estrutura
ficar seriamente comprometida. Eu estou tentando convencer o pessoal a adotar
a estratégia de migrar filial-por-filial, ou seja, migrar todos os sistemas
de uma filial de uma vez. Dessa forma eliminaria a necessidade de replicações.
Minha questão é: alguém já teve alguma experiência parecida que pudesse
compartilhar aqui? Eu ainda preciso de mais argumentos para defender minha
tese, então o que vocês puderem compartilhar seria de grande ajuda. Alguém
teria alguma estratégia diferente dessas duas que eu falei?

Abraço a todos,

Fabio Hemylio