>#SharePoint Backup / restore procedure

>

Een tijdje geleden werd er gevraagd om een gewiste werkruimte terug te zetten. Dit bleek niet zo eenvoudig te zijn. Gelukkig hebben we een redelijk backupplan:

  • Elke avond een “sharepoint” (stsadm) backup op disk (en laatste 3 op disk bewaren, de rest op backup locatie)
  • Elke avond een SQL backup van alle content databases op disk  (laatste 3 lokaal bewaren, de rest op backup locatie)

Het leek op het eerste zicht een haalbare kaart. Waar we eigenlijk niet of niet genoeg hadden aan gedacht was een restore plan. Het bleek dus niet mogelijk te zijn om even snel een nieuwe webapplicatie aan te maken binnen de farm en de ‘oude’ contentdb terug te zetten en deze dan aan de webapplicatie te koppelen.

We moesten dus een identieke test/restore omgeving opzetten. Met “identiek” bedoel ik dan ook “identiek”! Alle aanpassingen die je in de ene omgeving hebt gedaan moet je ook overnemen op de andere omgeving.

Volgend restore stappenplan heb ik gebruikt:

  • (eenmalig) opzetten van een nieuwe sharepoint omgeving, identiek aan de productieomgeving (zelfde versie van SQL Server, identieke service packs, custom webparts, features, …)
  • de sql backup file van de content database restoren naar de test/restore omgeving.
  • Een nieuwe webapplicatie aanmaken op de test/restore omgeving (via CAS). De default contentdb mag je verwijderen.
  • De backup database koppelen aan de nieuwe webapplicatie via het volgende stsadm commando:
    stsadm –o addcontentdb –url xxxxx –databasename xxxxx

Nu heb je een kopie van de ene omgeving in een andere omgeving!

De moeilijkheid (en tijdrovende acties) zat bij het opzetten van die identieke omgeving.