Jepp använd WBS (windows server backup), vet inte vad du läst att det inte är det bästa alternativet men det duger mer än väl för dina ändamål, jag kör det på vissa servrar (främst fysiska) som ett komplement till den vanliga tape backupen och SAN snapshot även i en miljö med över 100 servrar, bara för att det är enklare att göra restore den vägen, så det funkar...
Fördelen med WBS är Bare Metal Restore funktionen (andra backup program har det oxå i varierande grad, men det är ett h****e att få det att fungera och dessutom snabbt när det krisar). Mde WSB är det bara att trycka in din backup hårddisk och sen i med en valfri windows 2008 skiva och lägga tillbaka... kör på några stora snabba esata diskar som du byter ut en gång i veckan/whatever you feel for, WSB håller reda på diskarna åt dig (tillräckligt bra iaf...). Som extra säkerhet kan du köra ut en full image till din gamla server oxå med CLI.
CLI commandot blir typ (för att köra flera backupjobb måste man schemalägga det andra, så lägg det bara i shemalagda aktiviteter):
WBADMIN START BACKUP -backupTarget:\\mingamlaserver\mittbackupshare -include:c:,d: -allCritical -systemState -vsscopy -quiet
Tänk på att om du backar upp till en extern källa (ett share) så har du bara en backup som skrivs över hela tiden vilket inte är fallet med en dedikerad WSB-disk.
har du riktig hybris och gott om utrymme kan du dessutom köra disk2vhd (www.systeminternals.com), då läser det programmet ut hela din fysiska maskin till en bootbar vhd-fil som du kan boot upp direkt i hyper-v, en hygglo lösning när man på "fattigmansvis" skall testa större uppdateringar av system eller som en DR-lösning. nackdelen med disk2vhd är att den krockar med WSB om man skall schemalägga den då den då tar med den dedikerade WSB-disken, så man måste köra den manuellt...
Med kombon disk2vhd (med imagen bootad på hyper-V) och WSB kan du testa att lägga tillbaka SQL backuper och Exchange databaser utan att påverka produktionsservern och förvissa dig om att dina backuper fungerar...