[SCDPM] Data een volledig jaar backuppen.

[YellowOnline]

Scenario: Data moet voor een volledig jaar gebackupped worden 1x per dag.
Probleem: Omwille van VSS limitaties kunnen er slechts 64 recovery points gemaakt worden
Oplossing: een recovery point voor de laatste 31 dagen en één recovery point voor de 11 eerdere maanden. (=42 recovery points)

Het idee is goed lijkt me, alleen: ik vind geen enkele manier om het voor elkaar te krijgen. Heeft iemand hier ervaring mee?

Anticiperend op alternatieve oplossingen:
- (Virtuele) Tapedrives zijn geen oplossing aangezien de gebruiker dan zelf geen restore meer kan doen (de Previous Versions kan enkel 64 snapshots zien) en operator actie nodig is.
- Een tweede DPM server die de eerste backupped (maar met een verschillende retentie) is een goed idee voor disaster recovery, maar dan moet geswitched worden van server telkens een restore gedaan moet worden van een ouder document dan 31 dagen. Ook niet mogelijk zonder operator tussenkomst.

Deze laatste twee gevallen zijn overigens ook vervelend mbt. storage aangezien replicas dubbel zijn. In deze omgeving betekent dit, zo uit de losse pols, 100TB extra aan storage nodig; nog afgezien van extra licentiekosten.

Dus, als hier nog DPMers rondlopen, ik hoor graag jullie meningen. Alleen: geen discussies over de waarom van een jaar lang backups van data aanbieden aan de eindgebruikers. Dat is geen keuze die ik maak.

[Big Womly]

Als je een jaar lang back-ups wil opslaan maar niet wil investeren in de ruimte om die data op te slaan, dan zit je volgens mij gewoon met een probleem en zul je toch ergens moeten kiezen.

[YellowOnline]

Big Womly schreef op donderdag 07 juli 2011 @ 11:50:
Als je een jaar lang back-ups wil opslaan maar niet wil investeren in de ruimte om die data op te slaan, dan zit je volgens mij gewoon met een probleem en zul je toch ergens moeten kiezen.

Er is een groot verschil in storage tussen 1 replica + delta's en 2 replica's + delta's. De tweede manier is allesbehalve efficiënt. Bovendien, zoals gezegd, is in zo'n scenario nog steeds tussenkomst van een operator nodig. Met 25 000 gebruikers vraag je om problemen als er individueel ingegrepen moet worden bij het restoren van een bestand.

[erwinb]

Waarom zijn Virtuele tapedrives geen optie?
Met een goede backup applicatie kan de gebruiker zelf bestanden restoren. Voor de gebruiker ziet het er natuulijk alleen niet uit als een restore.
Voor de hierboven beschreven omgeving (100TB data?) moet je goed kijken naar de soort data.
Werp zeker eens een blik op de commvault software. Daarmee kan het bovenstaande probleem zonder problemen worden opgelost.
nog een vraagje,
Wat is een volledig jaar?
met een traditionele aanpak zal je één maal per dag een backup maken. Bestanden die dan "maar" kort op de server hebben gestaan zullen dan niet in de backup staan.

[YellowOnline]

erwinb schreef op maandag 11 juli 2011 @ 08:12:
Waarom zijn Virtuele tapedrives geen optie?
Met een goede backup applicatie kan de gebruiker zelf bestanden restoren. Voor de gebruiker ziet het er natuulijk alleen niet uit als een restore.
Voor de hierboven beschreven omgeving (100TB data?) moet je goed kijken naar de soort data.
Werp zeker eens een blik op de commvault software. Daarmee kan het bovenstaande probleem zonder problemen worden opgelost.
nog een vraagje,
Wat is een volledig jaar?
met een traditionele aanpak zal je één maal per dag een backup maken. Bestanden die dan "maar" kort op de server hebben gestaan zullen dan niet in de backup staan.

Ik heb al gekeken naar virtuele tapedrives à la Firestreamer, maar alvorens met producten af te komen die geld kosten is mij gevraagd om mijn in de TS vermeld idee te proberen implementeren.

Met een jaar wordt inderdaad 365 dagen 1x dag bedoeld.