[Sharepoint] Database recovery met third party backup

[dailyleaf]

Ik zit hier met een huge probleem.

Wij maken hier gebruik van Sharepoint op een Win2003 server.
Via de webinterface heb ik geprobeerd wat documenten van me te knippen en te plakken in een aangemaakt mapje.

Maar nu zijn ze dus weg (geknipt) en kan ze nergens meer plakken via de webinterface. Ook ctrl-z werkt niet meer omdat ik al geklikt heb op dat mapje waar ze in zouden moeten. Kortom, al mijn documenten weg

Backup
Wij maken gebruik van Symantec Backup Exec System Recovery voor onze dagelijkse backups. Ik hoop eigenlijk dat ik daar mijn data wel weer mee terug kan halen.
Maar zo als ik al gelezen had worden de documenten bijgehouden in een database en dus niet los terug te zetten als bestanden.

Het tooltje van Sharepoint om backups te onderhouden wordt naar mijn weten niet gebruikt. Ik ben dan ook niet de beheerder van Sharepoint. (En die beheerder is er deze week ook niet)
Wat ik wel heb is een domainadministrators account en dus volledige rechten op de server.

Maar kan ik mijn documenten weer terughalen met Symantec of een andere manier?
Dus welk mapje/bestandje kan ik terugplaatsen als backup?

Hier zit meer dan een jaar werk in en zou toch wel erg prettig zijn om weer te hebben

[hstuivenberg]

Controleer of de sharepoint databases met behulp van een SQL maintenance plan worden gebackupped, en zoja of deze files in je Symantec backup worden meegenomen.

Zo nee: heb je een Sharepoint agent aangeschaft (kun je sharepoint selecteren in je backup selection list)??

Wij maken gebruik van een script welke dagelijks alle sites naar disk backupped met als extensie .bak, deze files worden weer in de backup meegenomen. Indien er een document kwijt is, kun je de site restoren en de documenten terug halen.

Naar mijn weten is de standaard disaster recovery het restoren van je database tenzij je third party applicaties gebruikt, of een scriptje ergens hebt draaien zoals wij.

[dailyleaf]

hstuivenberg schreef op dinsdag 13 februari 2007 @ 10:26:
Controleer of de sharepoint databases met behulp van een SQL maintenance plan worden gebackupped, en zoja of deze files in je Symantec backup worden meegenomen.

Zo nee: heb je een Sharepoint agent aangeschaft (kun je sharepoint selecteren in je backup selection list)??

Wij maken gebruik van een script welke dagelijks alle sites naar disk backupped met als extensie .bak, deze files worden weer in de backup meegenomen. Indien er een document kwijt is, kun je de site restoren en de documenten terug halen.

Naar mijn weten is de standaard disaster recovery het restoren van je database tenzij je third party applicaties gebruikt, of een scriptje ergens hebt draaien zoals wij.

Net even nagevraagd en er wordt niks van speciale backup met de sharepoint gedaan. Die persoon die daar over gaat dacht dat dat wel met de gewone backup meegepakt zou worden.

De gewone backup is een backup van de C en D Drive. Niets meer en niets minder.

[Jazzy]

Backuppen en restoren doe je met smigrate of stsadmin. Als je die niet gebruikt hebt ben je de lul het bokje.

Dat betekent dat je naar een disaster recovery scenario moet kijken, Google daar maar eens op.

[ Voor 29% gewijzigd door Jazzy op 13-02-2007 10:30 ]

[dailyleaf]

Jazzy schreef op dinsdag 13 februari 2007 @ 10:29:
Backuppen en restoren doe je met smigrate of stsadmin. Als je die niet gebruikt hebt ben je de lul het bokje.

Dat betekent dat je naar een disaster recovery scenario moet kijken, Google daar maar eens op.

Gezocht, maar daar wordt uitvoerig besproken hoe ik een 'Disaster recovery scenario' moet schrijven en welke tools van Sharepoint ik voor handen heb.
En zoals jullie niet al weten, daar heb ik nu weinig aan.

Gelukkig wordt sharepoint maar in kleine mate gebruikt hier. Daarbij heb ik al voor elkaar dat mijn collega's het vandaag helemaal niet gebruiken.

Ik heb al geprobeerd de 'Microsoft Shared' map te recoveren met symantec, maar dan krijg ik een hardware error.
Daarna geprobeerd met opstarten vanaf CD om die map te recoveren en dat lukt. Ik moest hem wel gelijk afbreken omdat de server weer up moest voor netwerkgebruikers.

Zometeen, om 12:15 (basisschool), heb ik een uur de tijd om dingen te proberen en mag de server offline.

Maar kan ik door de hele Program Files map te recoveren mijn data daarmee ook terughalen?
En brengt dat nog consequenties met zich mee?

Alle normale netwerkdata wordt bewaard en onderhouden in een andere map die gewoon in de root staat.
Ik wil graag de hele program files recoveren omdat ik eigenlijk niet precies weet wat waar staat van sharepoint en dan maar liever te veel dan te weinig.

Tips anyone?

[hstuivenberg]

Het recoveren van je program files folder heeft geen enkele zin.
De data zit opgeslagen in de database.

[dailyleaf]

hstuivenberg schreef op dinsdag 13 februari 2007 @ 11:56:
Het recoveren van je program files folder heeft geen enkele zin.
De data zit opgeslagen in de database.

En waar zit die database verstopt op mijn HDD dan?

Dan kan ik dat terughalen toch?

[hstuivenberg]

Maar je hebt geen backup van je database melde je.....dus de live database zoals hij draait op dit moment, bevat je document niet meer.....

[dailyleaf]

hstuivenberg schreef op dinsdag 13 februari 2007 @ 11:58:
Maar je hebt geen backup van je database melde je.....dus de live database zoals hij draait op dit moment, bevat je document niet meer.....

De Backup die ik heb is een backup van de C en D Drive van de server.

Dat zijn de enige partities die er zijn en daarmee verwacht ik wel dat ik ergens die database ook gebackupped heb.

Maar ik weet dus niet wat ik nu precies van Sharepoint moet terugzetten om mijn data terug te halen.

//EDIT

Die database dus, maar waar staat die?

[ Voor 4% gewijzigd door dailyleaf op 13-02-2007 12:01 ]

[hstuivenberg]

Heb je een MSDE van SQL of een "echte" SQL server?

[Jazzy]

In de SQL database.

[dailyleaf]

hstuivenberg schreef op dinsdag 13 februari 2007 @ 12:12:
Heb je een MSDE van SQL of een "echte" SQL server?

Helaas is mijn kennis van databases, dan wel database servers niet erg groot.
Ik kan je melden dat in de map Prgram Files een map is met de naam 'Microsoft SQL Server'. Daarin zit dan weer een map met de naam 'MSSQL$SHAREPOINT'.

Wat betekent dat nu?


Ik hoop natuurlijk dat ik het op kan lossen met het recoveren van Program Files. (Backup van vannacht)
Pauze is nu aangebroken, heb vanaf nu een uur de tijd.

[ Voor 16% gewijzigd door dailyleaf op 13-02-2007 12:17 ]

[hstuivenberg]

Je zult de enterprise manager van SQL server geinstalleerd moeten hebben staan, zodat je de database kunt restoren.

De enterprise manager zal al je database instances laten zien, en de properties van die databases geven je de locatie van de files.

edit: het "gewoon" overschrijven van je files in de program files directory, gaat echt niet werken! Let op met wat je aan het doen bent!

[ Voor 21% gewijzigd door hstuivenberg op 13-02-2007 12:21 ]

[dailyleaf]

hstuivenberg schreef op dinsdag 13 februari 2007 @ 12:19:
Je zult de enterprise manager van SQL server geinstalleerd moeten hebben staan, zodat je de database kunt restoren.

De enterprise manager zal al je database instances laten zien, en de properties van die databases geven je de locatie van de files.

edit: het "gewoon" overschrijven van je files in de program files directory, gaat echt niet werken! Let op met wat je aan het doen bent!

Maar hoe ga ik een database restoren waarvan ik geen backup heb
Een leuk idee natuurlijk, maar zonder backup ben je nergens.

Ik heb dus alleen die backup waar ik het al eerder over had.

Waar wordt die database, ik zie dat voor me als een (set) bestand(en), bewaard dan?
En waarom zou ik dat niet zomaar kunnen overschrijven?

[hstuivenberg]

Dat heb ik je al eerder gemeld: maintenance plans van SQL. Als je geen backup hebt met een maintenance plan, of een SQL agent in veritas, kun je beter nu stoppen en opnieuw beginnen met het schrijven van je documenten.

De database staat in de program files, maar die wordt niet gebackupped door "gewoon" je c: schijf te selecteren in je backup software omdat deze in gebruik is.

[dailyleaf]

hstuivenberg schreef op dinsdag 13 februari 2007 @ 12:33:
Dat heb ik je al eerder gemeld: maintenance plans van SQL. Als je geen backup hebt met een maintenance plan, of een SQL agent in veritas, kun je beter nu stoppen en opnieuw beginnen met het schrijven van je documenten.

De database staat in de program files, maar die wordt niet gebackupped door "gewoon" je c: schijf te selecteren in je backup software omdat deze in gebruik is.

Een standaard backup tool doet dat inderdaad. Maar volgens mij de software die ik gebruik niet.

Het volgende komt uit de helpfile van Symantec Backup Exec System Recovery:

How Symantec Backup Exec System Recovery works
Using Symantec’s Virtual Volume Imaging (v2i) technology, Symantec Backup Exec System Recovery creates a point-in-time virtual representation (virtual volume image) of your computer’s drive state. A virtual volume image (.v2i) is not simply a file system copy of the contents of a hard disk. Instead, it is a low-level image of the complete hard disk structure (sectors and clusters) and its data, compressed and written to a single file.

This virtual representation is temporarily stored on the available free space that is present on the server volume. Symantec Backup Exec System Recovery then generates an actual recovery point (backup image file) based on the details found in the virtual volume image.

Because the final recovery point is created based on the virtual volume image, Symantec Backup Exec System Recovery performs backups quickly and does not interfere or interrupt the computer’s operations. You can continue to perform server functions such as managing user rights, or running server applications and tools.

Op basis van die informatie heb ik toch nog hoop.


Dus is er misschien toch een kans dat ik het kan overschrijven?


//EDIT
Net even een handmatige kopie geprobeerd en dan merk ik dat ik niet kan kopiëren ivm het in gebruik zijnde van een bestand. (master.mdf als eerste)
Maar als ik mijn backup bekijk staan die bestanden er gewoon bij en zijn dus gebackupped.

[ Voor 6% gewijzigd door dailyleaf op 13-02-2007 12:42 ]

[Jazzy]

Zoek anders even op backup en restore van SQL. Wellicht moet je met osql eerst de databases detachen.

[dailyleaf]

Lang genoeg gewacht, ik ga het gewoon proberen.

[Jazzy]

dailyleaf schreef op dinsdag 13 februari 2007 @ 12:51:
Lang genoeg gewacht, ik ga het gewoon proberen.

Gewacht? De strekking van mijn laaste bericht is juist dat je zelf even moet zoeken. Dit zijn geen klussen waarbij je op een forum aan het handje kunt worden genomen.

Je zult echt moeten weten wat je aan het doen bent, anders wordt het alleen maar erger.

[dailyleaf]

Jazzy schreef op dinsdag 13 februari 2007 @ 13:52:
[...]
Gewacht? De strekking van mijn laaste bericht is juist dat je zelf even moet zoeken. Dit zijn geen klussen waarbij je op een forum aan het handje kunt worden genomen.

Je zult echt moeten weten wat je aan het doen bent, anders wordt het alleen maar erger.

Waar ik het normaal met je eens zou zijn en die mening eigenlijk ook wel deel was er nu geen andere optie.

Ik had precies 60 minuten de tijd om mijn documenten terug te krijgen waarvan ik er eerst nog 35 van hier heb gezeten.


Maar ik kan je melden dat het gelukt is.

Opgestart met de CD van Symantec en de volledige Program Files map teruggezet.
Alles is nu weer 'up and running' zonder enig dataverlies en ik heb mijn documenten terug.
Zo blijkt dus dat je soms ook een beetje lef moet hebben. Maar de volgende keer zal dit niet meer gebeuren.

De komende week ga ik helemaal besteden aan het maken van een Disaster Recovery Plan want dat is toch echt wel noodzakelijk zie ik nu in.


Ik wil jullie, hstuivenberg en Jazzy, toch erg bedanken voor jullie inzet. Ik kan hier in ieder geval een wijze les uit halen.

[Glorix Jim]

Op http://www.microsoft.com/.../V2/reskit/c2861881x.mspx
is er een batch bestand wat je kunt gebruiken om je sites te backuppen die worden weggeschreven kunnen worden naar een fileshare waardoor die backups meegaan in je huidige backup strategie.

code:

Option Explicit
Const STSADM_PATH =   _
 "C:\Program Files\Common Files\Microsoft Shared\web server extensions\60\BIN\stsadm"
Dim objFso, objFolder, objFiles, objFile, objShell, objExec, strResult, objXml, objSc,  
 objUrl, strUrl, strFileName, strCmd
Set objFso = CreateObject("Scripting.FileSystemObject")
Set objFolder = objFso.GetFolder("C:\backup\")
Set objFiles = objFolder.Files
WScript.Echo "Begin backup"
' Delete all backup files currently present in the backup folder.  
For Each objFile in objFiles
  objFile.Delete(True)
Next
' Retrieves all site collections in XML format.
Set objShell = CreateObject("WScript.Shell")
Set objExec = objShell.Exec(STSADM_PATH & " -o enumsites -url http://woodgrove/")
strResult = objExec.StdOut.ReadAll
WScript.Echo strResult
' Load XML in DOM document so it can be processed.
Set objXml = CreateObject("MSXML2.DOMDocument")
objXml.LoadXML(strResult) 
' Loop through each site collection and call stsadm.exe to make a backup.
For Each objSc in objXml.DocumentElement.ChildNodes
    strUrl = objSc.Attributes.GetNamedItem("Url").Text
    strFileName = "C:\backup\" & Replace(Replace(strUrl, "http://", ""), "/", "_") & _
       ".bak"
    strCmd = STSADM_PATH & " -o backup -url """ + strUrl + """ -filename """ 
       + strFileName + """"
    WScript.Echo "Backing up site collection " & strUrl & " to file   _
     " & strFileName & " using the following command " & strCmd
    objShell.Exec(strCmd)
Next
WScript.Echo "Backup of portal site collections successful"

[hstuivenberg]

Glorix Jim schreef op donderdag 15 februari 2007 @ 21:15:
Op http://www.microsoft.com/.../V2/reskit/c2861881x.mspx
is er een batch bestand wat je kunt gebruiken om je sites te backuppen die worden weggeschreven kunnen worden naar een fileshare waardoor die backups meegaan in je huidige backup strategie.

code:

Option Explicit
Const STSADM_PATH =   _
 "C:\Program Files\Common Files\Microsoft Shared\web server extensions\60\BIN\stsadm"
Dim objFso, objFolder, objFiles, objFile, objShell, objExec, strResult, objXml, objSc,  
 objUrl, strUrl, strFileName, strCmd
Set objFso = CreateObject("Scripting.FileSystemObject")
Set objFolder = objFso.GetFolder("C:\backup\")
Set objFiles = objFolder.Files
WScript.Echo "Begin backup"
' Delete all backup files currently present in the backup folder.  
For Each objFile in objFiles
  objFile.Delete(True)
Next
' Retrieves all site collections in XML format.
Set objShell = CreateObject("WScript.Shell")
Set objExec = objShell.Exec(STSADM_PATH & " -o enumsites -url http://woodgrove/")
strResult = objExec.StdOut.ReadAll
WScript.Echo strResult
' Load XML in DOM document so it can be processed.
Set objXml = CreateObject("MSXML2.DOMDocument")
objXml.LoadXML(strResult) 
' Loop through each site collection and call stsadm.exe to make a backup.
For Each objSc in objXml.DocumentElement.ChildNodes
    strUrl = objSc.Attributes.GetNamedItem("Url").Text
    strFileName = "C:\backup\" & Replace(Replace(strUrl, "http://", ""), "/", "_") & _
       ".bak"
    strCmd = STSADM_PATH & " -o backup -url """ + strUrl + """ -filename """ 
       + strFileName + """"
    WScript.Echo "Backing up site collection " & strUrl & " to file   _
     " & strFileName & " using the following command " & strCmd
    objShell.Exec(strCmd)
Next
WScript.Echo "Backup of portal site collections successful"

Juist daar refereerde ik naar in een eerdere post. Werkt prima. Hij maakt allemaal .bak files van je individuele sites, welke je met stsadm weer kan restoren.

let op restoren werkt alleen als je een tweede site database hebt, omdat je hem niet in de zelfde DB kan restoren.

[Glorix Jim]

hstuivenberg schreef op vrijdag 16 februari 2007 @ 12:57:
[...]


Juist daar refereerde ik naar in een eerdere post. Werkt prima. Hij maakt allemaal .bak files van je individuele sites, welke je met stsadm weer kan restoren.

let op restoren werkt alleen als je een tweede site database hebt, omdat je hem niet in de zelfde DB kan restoren.

Naar mijn weten kan kan je ook een site restoren op een andere url in dezelfde sitedatabase.

[hstuivenberg]

Glorix Jim schreef op vrijdag 16 februari 2007 @ 14:37:
[...]


Naar mijn weten kan kan je ook een site restoren op een andere url in dezelfde sitedatabase.

Ik had ergens gelezen dat het site-id dan hetzelfde zou zijn, en dat hij het dan zou weigeren? Kan me vergissen hoor...

[Glorix Jim]

Dat probleem heb je idd met Sharepoint Portal 2003 maar niet met Windows Sharepoint Services 2003.