Резервное копирование восстановления от SQL 2008 к 2008R2 с резервным устройством
То, что я обычно делаю в таких ситуациях, особенно если у меня есть системное выполнение виртуальной машины, должно создать тот, который похож, я хочу его - затем копируют это VM, когда мне нужна новая копия. Внесите изменения в копию так, чтобы это выглядело столь отличающимся от оригинала, как Вам нужно.
Обратите внимание, что это не будет работать, при попытке многократно создать sharepoint экземпляры (т.е. каждый экземпляр отличается из-за чего-то, что Вы изучаете при проигрывании с предыдущим).
Технически вы можете написать сценарий обновления, который копирует новые данные из производственной среды в тестовую систему, но это не только будет сложным, но и столкнуться с проблемами, которые далеки от тривиального решения:
- Производительность ОБЕИХ БД будет снижена во время копирования.
- Новые строки легко обнаружить, а удаленные / обновленные - нет. Если в приложении еще не реализовано какое-либо управление версиями данных, вам придется реализовать его самостоятельно или каждый раз копировать содержимое всех таблиц.
- Будет сложно поддерживать глобально согласованное состояние в целевом объекте. БД с заворачиванием механизма обновления в одну гигантскую транзакцию (с обеих сторон). Я позволяю вам угадать, какими будут последствия: P
В качестве альтернативы,