Slettede Sharepoint-data genopstår lettere fra graven i 2010

LAS VEGAS: For en it-administrator med ansvar for en stor Sharepoint-installation er måske det største mareridtsscenarie at skulle gendanne en fil, som en bruger er kommet til at slette. Det er i dag en kompliceret proces, som Microsoft nu vil gøre lettere i Sharepoint 2010.

»Den feature kan være hele prisen værd for at opgradere,« siger Shane Young, ejer af konsulentfirmaet Sharepoint911.

I dag kan du kun gendanne en hel database, og det betyder, at alle data, som er lagt ind i systemet siden den backup, du vil bruge til restore, blev lavet, bliver mistet.

Derfor er løsningen i dag, at du har en sekundær farm med en identisk Sharepoint-opsætning, hvor du kan mounte din database-backup og derfra trække det dokument ud, som du skal gendanne.

I Sharepoint 2010 bliver det muligt at gendanne en enkelt liste fra en backup af databasen, uden det er nødvendigt at mounte databasen. Dermed vil det ikke længere være nødvendigt at have en sekundær farm for at kunne lave restore.

Microsoft understøtter dog endnu ikke selv, at man kan trække et enkelt objekt ud fra sin backup, men kun en hel liste.

Derfor bør man ifølge Shane Young sørge for at holde stramme tøjler med, hvad der rent faktisk havner i databasen i første omgang. Mange dokumenter bliver lagt ind i Sharepoint, uden der reelt er behov for, at de ligger i en database i stedet for på en almindelig filserver, hvor det er nemmere og billigere at lave backup og restore.

»Jeg havde en kunde, hvor it-chefen havde lagt 100 gigabyte med musik ind i databasen,« fortæller Shane Young og fortsætter med en anden skræmmehistorie:

»Jeg havde en anden kunde, som havde sagt til personaleafdelingen, at de skulle lægge deres dokumenter ind i Sharepoint. It-afdelingen tænkte, at det skulle være personalepolitikker og den slags, men HR-afdelingen kopierede alt fra deres fælles fildrev ind i Sharepoint. Det fik databasen til at vokse fra 20 gigabyte til 310 gigabyte fra den ene dag til den anden.«

Det medførte et reelt denial-of-service, fordi Sharepoint-løsningen var sat op med en site collection som betød, at SQL Server-databasen låste en tabel for udføre en operation, som var følsom for, om der blev skrevet til tabellen imens. Med den enorme database var en regel, som før fungerede fint nu skyld i, at tabellen var utilgængelig i to timer.

En alt for stor database giver også i sig selv problemer, når det gælder backup og restore.

»Hvor mange kan sige, at de kan gendanne en database på 310 gigabyte inden for den tidsramme, som er sat i deres service level agreement?« siger Shane Young.