Computerbeveiliging - Hoe je bad guys buiten de deur houdt

Back up fileserver

12-02-2013, 00:54 door Funzy83, 8 reacties
Hoi,

ik ben me wat aan het verdiepen in het onderwerp back ups van serverschijven . Ik heb hier enkele vragen bij .

Ik ga uit van volgende opzet :

Ik heb een file server met een disk van 2 TB, ik ga er in dit voorbeeld van uit dat deze disk volledig vol staat , dus dat ze 2 TB aan data bevat.
Ik neem een retention period van 28 dagen (4weken). Het moet dus mogelijk zijn om data terug te zetten van maximum 28 dagen terug. (dus van dag 1 tot dag 28)
Ik maak gebruik van een backup server met back up software , en ik stel volgend schema in.

Ma : full
Di : differential
Woe : differential
Don : differential
Vrij : differential
zat : differential
zon : differential

De software zorgt ervoor dat de data wordt gebackupt op de schijf van de backup server.
Ik wil alle back ups , (full en differential) ook laten wegschrijven naar tape, van zodra de backup voltooid is op de backupserver. Dus elke dag wordt er ook 1 back up naar schijf geschreven.

Ik stel me nu de vraag , als ik de data tot 28 dagen terug moet kunnen zetten, hoeveel capaciteit aan disks in de backupserver en tapes moet ik dan voorzien ?

Ik bekijk dit nu per week . ( om het duidelijk te houden neem ik afgeronde getallen)

Ma : 2TB op tape
Di : 50 GB op tape
Woe: 100 GB op tape
Don : 150 GB op tape
Vrij : 200 GB op tape
Zat : 250 GB op tape
Zon 300 GB op tape

Aangezien ik dagelijks de back up naar tape doe, moet naar mijn mening de schijf op de backup server niet groter zijn dan 2 TB, aangezien ik de backups hier direct kan wissen.
Stel nu dat de week om is , dan moet ik enkel de full back up en de laatste differential back up (die ondertussen op tape staan) bijhouden,omdat ik gebruik maak van differential back ups. dat is dus in totaal 2TB en 300 GB aan data voor 1 week.

Als ik dit op 4 weken bekijk moet ik dus minstens 9,2 TB aan capaciteit op tape voorzien. Want op dag 29 kan ik back up van dag 1 wissen

Is deze denkwijze correct? Of wordt data op tape gecromprimeert opgeslagen ?

Mvg.
Reacties (8)
12-02-2013, 09:20 door MrTre
Je gerbuikt differential backup. Deze bevat alle wijzigingen sinds de laatste volledige backup, dus je aanname van 50gb op di, en 300gb op zondag is opzich correct.

Echter is het de vraag hoeveel er gewijzigd wordt in de 2GB. Zijn het voornamelijk foto's en MP3 bestanden bijvoorbeeld zal er niet heel veel wijzigen.
Zijn het documenten, dan kan er heel veel in wijzigen maar is het de vraag hoeveel personen er mee werken, 50GB per dag aan documenten wijzigen is wel erg veel.

Dus interessante vragen zijn:
a) wat is het type data
b) hoeveel wijzigingen vinden er plaats

Tevens is, om capaciteit te verminderen een idee om incremental backups te gebruiken.
12-02-2013, 11:13 door Anoniem
De capaciteit van de backupmedia is afhankelijk van hoe snel je data verandert.
Dat moet je dus niet een beetje schatten want dan kun je helemaal verkeerd uitkomen.
Bij het bepalen van wat voor tape je nodig hebt telt:
- hoeveel moet er op 1 tape (je wilt niet 10 keer wisselen voor 1 backup)
- hoeveel tapes heb je nodig in totaal (hangt van je schema af)
- wat heeft de tape voor interface, kun je die aansluiten?
- hoe snel moet de tapedrive data aangeleverd krijgen en kan je server dat wel opbrengen
- als je compressie wilt gebruiken: wat voor data heb je. sommige data is wel comprimeerbaar maar veel niet.
12-02-2013, 13:22 door Anoniem
Ik denk dat je nog even moet rondkijken naar hoe differential backups precies werken, hoe je favoriete backupprogramma bijhoudt wat er gebackupt moet worden, en zo verder.

Kijk ook eens naar hoe multilevel differentials werken. Zoals je het opgeschreven hebt kan die dagelijkse differential op de voorgaande of op de laatste "full" slaan, en dat maakt nogal wat verschil. Een ietsje meer inlezen en doordenken nog.
12-02-2013, 14:40 door Anoniem
Allereerst kijk eens naar Tivoli Storage Manager.
Deze backup applicatie slaat alleen maar wijzigingen op... dus geen boehoefte aan FULL en differential.
Het is namelijk forever incremental en gaat veel slimmer om met de backups (zoals compressive, encryptie, delta backups, deduplicatie en alleen wijzigingen).
Dus het total wat je dan moet opslaan is vele malen kleiner en potentieel gereduceerd tot 50% van het origineel.

Success.
12-02-2013, 16:52 door Funzy83
Door MrTre: Je gerbuikt differential backup. Deze bevat alle wijzigingen sinds de laatste volledige backup, dus je aanname van 50gb op di, en 300gb op zondag is opzich correct.

Echter is het de vraag hoeveel er gewijzigd wordt in de 2GB. Zijn het voornamelijk foto's en MP3 bestanden bijvoorbeeld zal er niet heel veel wijzigen.
Zijn het documenten, dan kan er heel veel in wijzigen maar is het de vraag hoeveel personen er mee werken, 50GB per dag aan documenten wijzigen is wel erg veel.

Dus interessante vragen zijn:
a) wat is het type data
b) hoeveel wijzigingen vinden er plaats

Tevens is, om capaciteit te verminderen een idee om incremental backups te gebruiken.


Thanks MrT.

Het verhaal dat ik opstel is fictief. Gewoon om een idee te krijgen hoe dit nu werkelijk werkt.Ik stelde mezelf deze vragen na het lezen van een interessant pdf je omtrent back ups. We zullen er vanuit gaan dat het gebruikersdata zijn van werknemers in een bedrijf, dus vooral documenten die frequent gewijzigd worden.

Het idee achter de incremental back ups , zie ik als volgt.
Er wordt eerst een full genomen, dan vervolgens elke dag een incremental, tot de week om is , dan weer een full.
Aangezien je elke incremental back up, en de full back up nodig hebt bij het terugzetten, lijkt me het terugzetten veel moeilijker.

voordelen incremental :

- minder opslagcapaciteit nodig dan differential

Nadelen incremental :

-restore is moeilijker
-ik moet elke incremental bijhouden

Zie ik dit correct ?

Moest je de keuze hebben MrT, zou je gaan voor een schema met differential , of incremental ?
12-02-2013, 18:13 door Funzy83
Bedankt voor de reacties, na ff verder lezen en uitzoeken laat ik het schema met de differentials achterwege. En ik ga gebruik maken van incrementals .
Ik ga nu uit van volgend opzet :

Ma : full
Di : Incremental
Woe : Incremental
Don : Incremental
Vr : Incremental
Za : Incremental
Zo : Incremental

Voordelen t.o.v differential zijn , minder opslagcapaciteit nodig
Nadelen , moeilijkere restore .(aangezien ik alle voorgaande incrementals nodig heb , en de laatste full)

Zie ik dit juist ?

Hierbij heb ik een vraag, ga er van uit dat de disk van de fileserver 2 TB aan data bevat, hoeveel bedraagt de capaciteit van deze data als deze gecomprimeerd wordt opgeslagen ? Is dit de helft, of aanzienlijk minder, of meer . Ik heb er geen idee van.

Laat ik er van uit gaan dat de disk van 2 TB , na de backup op de backup server gecomprimeerd minder dan 1 TB bedraagt.
En vervolgens elke incremental ongeveer 20 GB gaat zijn , om het simpel te houden .

Als ik deze incrementals dan op tape wil zetten, (bv een tape van 1 TB ). Kan ik dan deze full en incrementals allemaal op dezelfde tape zetten ? Of kan dit juist niet ?
12-02-2013, 20:17 door Edsel
Hallo Funzy83,

Je kan natuurlijk ook een combinatie gebruiken van incrementals en differentials. Dan kun je gaan werken met de zogenaamde backup levels.
- level 0 een full backup
- level 1 bevat alle wijzigingen sinds de full
- level 2 bevat alle wijzigingen sinds de laatste level met een lager getal, in dit geval level1.

Je kan voor jezelf een schema maken, gebaseerd op de Torens van Hanoi (https://nl.wikipedia.org/wiki/Torens_van_Hanoi). Een combinatie van Incremental en Differentials zou er zo uit kunnen zien, dit hoeft niet perse handig te zijn in elke situatie maar is maar een voorbeeld.
Ma : level 0, full
Di : level 2 (bevat alle wijzigingen sinds level 0)
Woe : level 1 (bevat alle wijzigingen sinds level 0)
Don : level 4 (bevat alle wijzigingen sinds level 2)
Vr : level 3 (bevat alle wijzigingen sinds level 2)
Za : level 6 (bevat alle wijzigingen sinds level 4)
Zo : level 5 (bevat alle wijzigingen sinds level 4)

Voor restore op vrijdag zou je dan nodig hebben de levels 0, 2, 3.

Dit kun je allemaal ook volledig automatiseren door gebruik te maken van bv. AMANDA backup. Deze heeft een slimme manier ingebouwd om voor je uit te rekenen welke backup levels je nodig hebt en heb je verder geen omkijken meer naar. Ook met restoren rekent hij voor je uit welke tapes/volumes je nodig hebt. Erg cool.

http://wiki.zmanda.com/index.php/Main_Page
http://amanda.zmanda.com/
12-02-2013, 21:10 door Funzy83
Door Edsel: Hallo Funzy83,

Je kan natuurlijk ook een combinatie gebruiken van incrementals en differentials. Dan kun je gaan werken met de zogenaamde backup levels.
- level 0 een full backup
- level 1 bevat alle wijzigingen sinds de full
- level 2 bevat alle wijzigingen sinds de laatste level met een lager getal, in dit geval level1.

Je kan voor jezelf een schema maken, gebaseerd op de Torens van Hanoi (https://nl.wikipedia.org/wiki/Torens_van_Hanoi). Een combinatie van Incremental en Differentials zou er zo uit kunnen zien, dit hoeft niet perse handig te zijn in elke situatie maar is maar een voorbeeld.
Ma : level 0, full
Di : level 2 (bevat alle wijzigingen sinds level 0)
Woe : level 1 (bevat alle wijzigingen sinds level 0)
Don : level 4 (bevat alle wijzigingen sinds level 2)
Vr : level 3 (bevat alle wijzigingen sinds level 2)
Za : level 6 (bevat alle wijzigingen sinds level 4)
Zo : level 5 (bevat alle wijzigingen sinds level 4)

Voor restore op vrijdag zou je dan nodig hebben de levels 0, 2, 3.

Dit kun je allemaal ook volledig automatiseren door gebruik te maken van bv. AMANDA backup. Deze heeft een slimme manier ingebouwd om voor je uit te rekenen welke backup levels je nodig hebt en heb je verder geen omkijken meer naar. Ook met restoren rekent hij voor je uit welke tapes/volumes je nodig hebt. Erg cool.

http://wiki.zmanda.com/index.php/Main_Page
http://amanda.zmanda.com/

Bedankt voor je nuttige reactie .

Nog een vraagje , het is dus wel mogelijk om meerdere verschillende differentials , of incrementals op 1 tape te plaatsen, of is een restore op die manier niet mogelijk ?

En ik vraag me steeds af hoe sterk data gecompimeerd wordt ? bv hoeveel een volume van bv 2TB nog is na compressie .
Reageren

Deze posting is gelocked. Reageren is niet meer mogelijk.