Зеркальное отражение SQL Server — зеркально отражает данные только?
Без преданных людей IT и ограниченного бюджета, Вы - правильный вид клиента для облачных сервисов как Amazon EC2 для dev и Google Apps для бизнес-стороны. У Вас будет меньше для волнения о, и расходы масштабируются с потребностями, таким образом, можно будет избежать больших оплачиваемых авансом инвестиций. Конечно, это предполагает, что Вы находитесь на строке фиксированных затрат (я помню несколько лет назад, что обычная вещь в Вашей шее лесов состояла в том, чтобы заплатить за МБ, не знайте, как это теперь).
Если это не будет работать на Вас по любой причине (возможность соединения, безопасность, так как босс будет слишком старомоден), то необходимо будет просто сделать то же самое в задней комнате. Получите пару мощных серверов (btw, избавьтесь от тех людей, которые заключают Вам в кавычки 5 400 рядов, Nehalems настолько лучше, это не забавно, и память, из которой Вы будете нуждаться в большом количестве из, является более дешевым путем, приблизительно $20/ГБ), отбросьте набор VMs на них (используйте любую технологию виртуализации, является самым близким к Вашей основе), и весело провести время. Лучшая вещь сделать, имеют один VM на приложение - легче справиться. Чтобы сэкономить время, используйте Jumpbox для своих внутренних приложений. Для потребностей брандмауэра и маршрутизатора существует Vyatta. Но необходимо все еще ожидать цену в окружении $10 тысяч - нет никакого способа сделать это более дешевый, если Вы не готовы создать материал из фрагмента.
Сбор данных изменения, иначе CDC, может ПОЛУЧИТЬ изменения в данных, и затем Вы могли записать что-то, как пакет SSIS, для распространения тех изменений в другом сервере, но это приложит некоторые усилия, не уверенные, если бы это было бы более или менее, чем установка репликации, это зависело бы от количества таблиц.
Зеркальное отражение определенно не в состоянии сделать это, оно может только зеркально отразить всю базу данных.
Если репликация sql server не является опцией, я думаю, что необходимо будет предложить решение, которое не встроено для выполнения этой задачи.
Насколько "связанный" эти 2 сервера? Следующая вещь, о которой я мог думать, будет состоять в том, чтобы установить целевой сервер как "Связанный сервер" в SQL Server. Можно затем использовать базу данных, включают исходный сервер для обновления целевого сервера с помощью связанного сервера. Необходимо быть осторожными в триггере для снижения соглашения о присвоении имен, хотя, это должно было бы быть что-то как server.database.schema.object. Я думаю, что серверы должны были бы быть (сетевые мудры) достаточно близкий друг к другу также, чтобы это работало с любым видом надежности.