We rise up for the things we believe in over and over again

В принципе, эта запись существует только ради одного - напоминания самому себе о том, что процедура обновления СУБД SQL 2008 R2 -> SQL 2012 SP1, используемой в установке DPM 2012 R2, не несет в себе ровным счетом никаких подводных камней. В отличие от сценария, когда нужно и СУБД обновить, и сам DPM освежить.
Тестовая лаборатория - домен и новая ВМ с развернутой в ней Windows Server 2012, на которую и будет установлено все требуемое.
Что делаем?
1. Включаем net3.5 (Add-remove features вполне себе работает, если не было шаманства с источником файлов).
2. Включаем SIS:
терпеть не могу dism, почему это нельзя сделать через уже привычные командлеты powershell - до сих пор не знаю.
3. Ставим сам SQL 2008 R2 SP2 c требуемым набором компонентов: DB Engine, Repoting Services, Management tools - Complete
4. Из дистрибутива DPM 2012 R2 ставим инструменты управления SQL версии 2012. Без них никак.
5. Ставим сам DPM 2012 R2.
6. Загружаем дистрибутив SQL 2012 SP1 и устанавливаем его прямо поверх всего имеющегося в режиме Upgrade.
Все, ничего особо заковыристого. Согласен, все эти версии софта уже не то, что старые, а прямо таки древние. Но что поделать, если используются именно они...