У Вас есть парни, проверенные FiveRuns? http://www.fiveruns.com/ Его конкретно сделанный для контроля приложений для направляющих, и имеет много замечательных особенностей, чтобы сделать так.
Вы не можете протестировать зеркальную базу данных, так как не доступно для чтений.
Репликация позволит Вам читать от подписчика, но репликация не копирует все.
Также, очень неортодоксальный для разговора об изменении 'команды приложения и обновлении' копии, в то время как обновляется. Команда приложения должна протестировать и обновить тестовую базу данных, не кандидата на производственное обновление... Что произошло бы с изменениями, которые являются несовместимыми с потоком входящих обновлений?
Типичный сценарий обновления похож на это:
Сделайте холодное резервное копирование баз данных и восстановите их к экземпляру 2008 года как нормальных, чтобы команда приложения протестировала, будут ли у них проблемы совместимости. После того как это одобрено затем зеркальное отражение использования или передача журналов для хранения баз данных в синхронизации. В Ваше запланированное время простоя останавливают LS/зеркальное отражение, выводят старые базы данных из эксплуатации и восстанавливают базы данных 2008 года и сделали, чтобы приложение объединялось в команду, меняют струну соединений или используют псевдоним DNS для вырезания к новому серверу.