Als ik DPM SQL DBs of Sharepoint Farms restore kan ik dat naar file doen of - en in het geval van Sharepoint enkel - naar een SQL instance. Tot nu toe deed ik restores naar tijdelijke instances die ad hoc gecreëerd werden, maar ik wil een duurzamere oplossing. Idee: een server die enkel en alleen dient om data, SQL, SS/BMR, Exchange en Sharepoint op te restoren.
Allemaal goed en wel, maar bij SQL (en Sharepoint) zit ik met een probleem.De databases zijn 2008, 2008SP2, 2008R2, 2012, 2012SP1. Nu is de vraag: als ik een 2012SP1 opzet en een DB er naar restore, kan ik die dan terug doorsassen naar een lagere versie of wordt er aan de DB iets aangepast zodat dit niet meer gaat?
Twee andere oplossingen zijn uit den bose:
1) Een server opzetten per SQL versie. Met bovenstaande aantal, rekening houdende met support en SLAs, zou dat €75 000 kosten aan licenties. Dat is wat veel voor het beperkte aantal (disaster) recovery's die ik moet uitvoeren.
2) Alle DBs naar dezelfde versie optrekken (in casu 2012SP1). Dat gaat eenvoudigweg niet: product X kan enkel met 2008SP of 2008R2 overweg, product Y enkel met 2012 of 2012SP1. En er zijn veel producten ^^
Dus, liefste DBAs, wat denken jullie hierover?
Allemaal goed en wel, maar bij SQL (en Sharepoint) zit ik met een probleem.De databases zijn 2008, 2008SP2, 2008R2, 2012, 2012SP1. Nu is de vraag: als ik een 2012SP1 opzet en een DB er naar restore, kan ik die dan terug doorsassen naar een lagere versie of wordt er aan de DB iets aangepast zodat dit niet meer gaat?
Twee andere oplossingen zijn uit den bose:
1) Een server opzetten per SQL versie. Met bovenstaande aantal, rekening houdende met support en SLAs, zou dat €75 000 kosten aan licenties. Dat is wat veel voor het beperkte aantal (disaster) recovery's die ik moet uitvoeren.
2) Alle DBs naar dezelfde versie optrekken (in casu 2012SP1). Dat gaat eenvoudigweg niet: product X kan enkel met 2008SP of 2008R2 overweg, product Y enkel met 2012 of 2012SP1. En er zijn veel producten ^^
Dus, liefste DBAs, wat denken jullie hierover?