Backup over het netwerk

Pagina: 1
Acties:

  • nasdude
  • Registratie: September 2009
  • Laatst online: 17-12 10:32
Binnenkort stappen wij over naar een volledige esx omgeving met veaam backup.

Op dit moment hebben wij losse servers, symantec backup exec om de boel te backuppen en een tape unit met offsite tape storage

Ons huidige rotatie schema:
Dagelijks: Differential, bewaartijd 4 weken, daarna hergebruikt
Wekelijks: volledige backup, bewaartijd 1 jaar (na 1 jaar laat ik alle tapes terug komen behalve de jaar tape)


In de nieuwe situatie willen we geen gebruik meer maken van tapes en de offsite storage (+kosten).

Onsite hebben we een NAS staan waar veaam naar toe zal backuppen, vervolgens zal veaam een replicatie doen naar ons moederbedrijf, maar deze replica blijft maar 2 dagen bewaard.

Nu heb ik de volgende scenario's:

Restore van files normale situatie: geen probleem, onsite beschikbaar
Restore van files bij total destruction: laatste versie kan gerestored worden

Maar daar kan ik alleen de laatste versie van terug halen, stel dat we data nodig hebben die ouder is, dan hebben we een probleem.

Ik zit nu zelf te denken aan een soort van archive server die alle actuele files heeft + alle history files voor x periode, deze vm wordt met veaam netjes gebackupped en in het geval van total destruction zijn de archive files ook nog bereikbaar.

Ik ben benieuwd naar jullie mening hier over.

Hoe pakken jullie de backups aan?

  • WhizzCat
  • Registratie: November 2001
  • Laatst online: 03-10 00:20

WhizzCat

www.lichtsignaal.nl

NAS != backup!!!!

En dat is het enige wat ik er van wil zeggen :)

Gezocht: netwerkbeheerder
Als je het niet aan een 6-jarige kan uitleggen, snap je er zelf ook niks van! - A. Einstein


  • Gunner
  • Registratie: Oktober 1999
  • Niet online

Gunner

Invincibles

WhizzCat schreef op maandag 28 november 2011 @ 09:27:
NAS != backup!!!!

En dat is het enige wat ik er van wil zeggen :)
Een NAS kan je prima als backup gebruiken, zolang je er maar ook niet 'live' op werkt.....

Still warm the blood that courses through my veins. | PvOutput | ARSENAL FC


  • ResuCigam
  • Registratie: Maart 2005
  • Laatst online: 08:40

ResuCigam

BOFH

Wij gebruiken een soortgelijk opzet met Veeam en NAS offsite. Ook gebruiken we shadowcopy voor de 1e lijn hulp. Maar daarnaast gebruiken we ook nog steeds Symantec om bv makkelijk een mailbox te kunnen terugzetten.

We do what we must because we can.


  • WhizzCat
  • Registratie: November 2001
  • Laatst online: 03-10 00:20

WhizzCat

www.lichtsignaal.nl

Gunner schreef op maandag 28 november 2011 @ 09:28:
[...]

Een NAS kan je prima als backup gebruiken, zolang je er maar ook niet 'live' op werkt.....
Een tape is het enige medium wat betrouwbaar genoeg is om jarenlang te bewaren. Een NAS met bewegende delen/HD's niet :)

Gezocht: netwerkbeheerder
Als je het niet aan een 6-jarige kan uitleggen, snap je er zelf ook niks van! - A. Einstein


  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 22:04

Jazzy

Moderator SSC/PB

Moooooh!

Er is hier blijkbaar geen behoefte aan offsite storage en backup naar tapes. Dat betekent dat je niet meer betrouwbaar terug kunt naar een point-in-time backup en zelfs bij distaster recovery maar moet hopen dat je NAS alles heeft wat je nodig hebt. Je hebt niets om op terug te vallen immers. Een moedige keuze.

Exchange en Office 365 specialist. Mijn blog.


  • TrailBlazer
  • Registratie: Oktober 2000
  • Laatst online: 15-12 20:33

TrailBlazer

Karnemelk FTW

WhizzCat schreef op maandag 28 november 2011 @ 11:11:
[...]


Een tape is het enige medium wat betrouwbaar genoeg is om jarenlang te bewaren. Een NAS met bewegende delen/HD's niet :)
Waarom zou een raid 6 array met behoorlijke monitoring niet betrouwbaar genoeg zijn om uit te lezen. Ik krijg persoonlijk een warmer gevoel van iets waar ik in ieder geval software matige checks op kan uitvoeren of de data nog intact is dat iets wat jaren in een kluis ligt en ik dan met trillende handjes in een tape unit moet stoppen.
Ik weet niet wat de kosten zijn van low cost storage tov van een tape maar heel veel scheelt het niet eens denk ik.

  • Gunner
  • Registratie: Oktober 1999
  • Niet online

Gunner

Invincibles

Jazzy schreef op maandag 28 november 2011 @ 11:13:
Er is hier blijkbaar geen behoefte aan offsite storage en backup naar tapes. Dat betekent dat je niet meer betrouwbaar terug kunt naar een point-in-time backup en zelfs bij distaster recovery maar moet hopen dat je NAS alles heeft wat je nodig hebt. Je hebt niets om op terug te vallen immers. Een moedige keuze.
Wat is het probleem? Je tape kan op moment supreme ook falen. Daar ga je dan ook mooi de bietenbrug mee op. Het blijft.... een tape.

Bovendien, een RAID6 array met een hotspare, of twee, geeft je genoeg tijd om een foutieve disk te vervangen.

[ Voor 10% gewijzigd door Gunner op 28-11-2011 12:00 ]

Still warm the blood that courses through my veins. | PvOutput | ARSENAL FC


Verwijderd

Twee Nassen met snapshots ?

Zou prima moeten werken.

Lefthand!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 22:04

Jazzy

Moderator SSC/PB

Moooooh!

Gunner schreef op maandag 28 november 2011 @ 11:59:
[...]

Wat is het probleem? Je tape kan op moment supreme ook falen. Daar ga je dan ook mooi de bietenbrug mee op. Het blijft.... een tape.

Bovendien, een RAID6 array met een hotspare, of twee, geeft je genoeg tijd om een foutieve disk te vervangen.
Ik zeg niet dat het een probleem is, dat is aan de beslisser. Tape is veruit betrouwbaarder dan draaiende disken en iedere tape laat je teruggaan naar een punt in tijd.

Op disken wil je echt niet moeten vertrouwen. Er zijn genoeg gevallen bekend van defecte RAID controllers die de data op de schijven corrupt maken, de wet van Murphy waarbij inderdaad enkele disken kort na elkaar stuk gaan, menselijke fouten zoals bijvoorbeeld de verkeerde disk wisselen of dat het systeem nog aan het rebuilden is, etc. Maar bovendien, al je punt-in-tijd mogelijkheden staan op die ene storagebak. Bij een serieus probleem kun je niet terugvallen op een oudere tape.

Nogmaals, of dat een probleem is hangt af van de eisen die de business heeft. Naar mijn idee moet je dan vooral denken vanuit restore-scenario's, de wijze van backuppen volgt daar dan uit.

Exchange en Office 365 specialist. Mijn blog.


  • Remco
  • Registratie: Januari 2001
  • Laatst online: 17-12 10:47
ResuCigam schreef op maandag 28 november 2011 @ 09:36:
Wij gebruiken een soortgelijk opzet met Veeam en NAS offsite. Ook gebruiken we shadowcopy voor de 1e lijn hulp. Maar daarnaast gebruiken we ook nog steeds Symantec om bv makkelijk een mailbox te kunnen terugzetten.
Ik weet niet of je Exchange draait, maar met Veeam kan je ook Exchange mailboxen/items restoren.

The best thing about UDP jokes is that I don't care if you get them or not.


  • Rolfie
  • Registratie: Oktober 2003
  • Laatst online: 17-12 12:55
Gunner schreef op maandag 28 november 2011 @ 11:59:
[...]

Wat is het probleem? Je tape kan op moment supreme ook falen. Daar ga je dan ook mooi de bietenbrug mee op. Het blijft.... een tape.

Bovendien, een RAID6 array met een hotspare, of twee, geeft je genoeg tijd om een foutieve disk te vervangen.
Klopt, maar als het goed is heb je dan nog wel een meerdere tapes ergens anders liggen. Je hebt natuurlijk geen 1 tape waarom je je backup maakt.
Bovendien, een RAID6 array met een hotspare, of twee, geeft je genoeg tijd om een foutieve disk te vervangen.
Today je NAS OS crashed, bliksem inslag, brand.... En weg zijn in eens all je backups...

Verwijderd

Jongens... lefthand lost dit op tussen verschillende DC's!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 22:04

Jazzy

Moderator SSC/PB

Moooooh!

Verwijderd schreef op maandag 28 november 2011 @ 17:39:
Jongens... lefthand lost dit op tussen verschillende DC's!
Dat lost een aantal issues op, maar beschermt je bijvoorbeeld niet tegen corruptie van data of menselijke fouten. Waardeloze data aan de ene kant staat vervolgens ook aan de andere kant.

Exchange en Office 365 specialist. Mijn blog.


Verwijderd

Jazzy schreef op maandag 28 november 2011 @ 18:08:
[...]
Dat lost een aantal issues op, maar beschermt je bijvoorbeeld niet tegen corruptie van data of menselijke fouten. Waardeloze data aan de ene kant staat vervolgens ook aan de andere kant.
Hoezo waardeloze data ? Dat heeft die Tape dan ook.

Een lefthand met snapshots waar de slave niet door mensen wordt aangepast maar alleen slave is op een remote locatie kan echt niet stuk hoor.

Oh en anders doe je het over 3 machines joh ;)

  • SpamLame
  • Registratie: Augustus 2000
  • Laatst online: 06:39

SpamLame

niks

NetApp doet overigens hetzelfde met snapshots over DC's heen en wellicht zijn er meer NASsen die dit kunnen.
Als het block IO moet zijn, kan je zo goed als elke vendor aanschrijven voor een oplossing.

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 22:04

Jazzy

Moderator SSC/PB

Moooooh!

Verwijderd schreef op maandag 28 november 2011 @ 18:16:
[...]


Hoezo waardeloze data ? Dat heeft die Tape dan ook.
Een tape is een punt in tijd, met een SAN heb je alleen wat je op dat moment hebt. Met een SAN kun je niet even terug naar het punt dat alle data er nog opstond. Het gaat me trouwens niet om beter of slechter, maar tapes en SAN zijn gewoon twee verschillende dingen.

Verder heb je het steeds over Lefthand maar replicatie en snapshots kan met zo'n beetje alle merken.

Exchange en Office 365 specialist. Mijn blog.


  • The Eagle
  • Registratie: Januari 2002
  • Laatst online: 07:35

The Eagle

I wear my sunglasses at night

Allereerst zou ik als ik jou was eens kijken naar om wat voor data het gaat. Heb je toevallig financiele en/of personele data die je moet backuppen, dan gelden daar wettelijke bewaartermijnen voor. Even uit mijn hoofd varieert dat ergens tussen de 5 en 15 jaar, maar da's op te zoeken. Wel iets waar je rekening mee moet houden. Leuk dat je backups een jaar bewaart, maar je zult in voorkomend geval dus ook aan permanente archiving moeten doen.

T.a.v. de te kiezen oplossing: hou rekening met de doorvoersnelheid van je backupoplossing. Ik heb het bij ons op de zaak dat we een HP EVA SAN platgooiden (inclusief de VM's die er op draaiden) omdat onze DB server de data sneller aan leverde dan de max IO van het SAN. QoS hielp, maar uiteindelijk hadden we de meeste baat bij het schedulen van de backups over de nacht heen. Een enkele SATA-600 disk bijvoorbeeld haalt een theoretische MAX i/o van 6 Gbps - en in RAID wordt die lager. Heb je 1Gbit of zelf 10Gbit verbindingen op je VM's dan trek je die zonder problemen vol.

Wat is je business case (inclusief zakelijke rechtvaardiging) voor het omgooien naar een VM oplossing (als je dat wilt zeggen)? VM is leuk, maar als ik je zo hoor heb je mogelijk gezien het aantal servers meer aan fysieke mschines dan aan VM's.

Al is het nieuws nog zo slecht, het wordt leuker als je het op zijn Brabants zegt :)


Verwijderd

Jazzy schreef op maandag 28 november 2011 @ 20:31:
[...]
Een tape is een punt in tijd, met een SAN heb je alleen wat je op dat moment hebt. Met een SAN kun je niet even terug naar het punt dat alle data er nog opstond. Het gaat me trouwens niet om beter of slechter, maar tapes en SAN zijn gewoon twee verschillende dingen.

Verder heb je het steeds over Lefthand maar replicatie en snapshots kan met zo'n beetje alle merken.
Een snapshot kan terug naar een punt, je kunt er ook gewoon een bestand uit trekken.

Leer eerst even wat over enpterprise storage voordat je verder post hier!

  • SpamLame
  • Registratie: Augustus 2000
  • Laatst online: 06:39

SpamLame

niks

Jazzy schreef op maandag 28 november 2011 @ 20:31:
[...]
Een tape is een punt in tijd, met een SAN heb je alleen wat je op dat moment hebt. Met een SAN kun je niet even terug naar het punt dat alle data er nog opstond. Het gaat me trouwens niet om beter of slechter, maar tapes en SAN zijn gewoon twee verschillende dingen.

Verder heb je het steeds over Lefthand maar replicatie en snapshots kan met zo'n beetje alle merken.
Tja ik weet niet hoever je terugwilt gaan, maar (zo goed als) alle storage arrays kunnen snapshots maken, zoals je zelf ook al opmerkte. VZIW worden het er minder indien het gaat om het repliceren van de snapshots, NetApp kan dit bv met SnapMirror als ik me niet vergis. Afhankelijk van techniek en ruimte is dat onbeperkt vol te houden voor elke vendor. Het is dus niet zo dat je alleen met tape terug kan naar een Point in Time.

  • Saab
  • Registratie: Augustus 2003
  • Laatst online: 06-10 16:59
@Rutger, anders lees eens even de goedonderbouwde augumenten van Jazzy & Rolfie ipv die losse flodders van jou.

Waarom gebruiken enterprise ondernemingen nog steeds en masse tape? Betrouwbaar, bewezen technologie, goedkoop en , niet vergeten, de optie( dat moet je wel doen) om je backup off site te bewaren.

Aan TS, ik vind het een hele aparte manier van besluitvorming om eerst te zeggen dat jullie tapes eruit gaan flikkeren om dan daarna na te gaan denken hoe jullie de strategie op orde willen krijgen. Volgens mij moet dit andersom.

[ Voor 28% gewijzigd door Saab op 28-11-2011 22:01 ]

https://www.discogs.com/user/jurgen1973/collection


  • SpamLame
  • Registratie: Augustus 2000
  • Laatst online: 06:39

SpamLame

niks

The Eagle schreef op maandag 28 november 2011 @ 20:50:
.....Een enkele SATA-600 disk bijvoorbeeld haalt een theoretische MAX i/o van 6 Gbps - en in RAID wordt die lager. Heb je 1Gbit of zelf 10Gbit verbindingen op je VM's dan trek je die zonder problemen vol.
.....
IO's meet je niet in Gbps, maar in IOPS en zijn meer afhankelijk van RPM's dan bandbreedte, hoewel dat bij SSD en RAMSAN anders is.
Een kleine tabel op Wikipedia: IOPS laat aardige waardes zien bij de RPM's let daarbij even niet op het type interface daar deze er niet (veel) toe doet.

[ Voor 44% gewijzigd door SpamLame op 28-11-2011 22:00 ]


Verwijderd

Saab schreef op maandag 28 november 2011 @ 21:57:
@Rutger, anders lees eens even de goedonderbouwde augumenten van Jazzy ipv die losse flodders van jou.

Waarom gebruiken enterprise ondernemingen nog steeds en masse tape? Betrouwbaar, bewezen technologie, goedkoop en , niet vergeten, de optie( dat moet je wel doen) om je backup off site te bewaren.
Ik keur tape niet af, ik onderbouw alleen dat een NAS prima kan werken.

Tapes worden door enterprises gebruikt icm libraries... dat gaat deze jongen denk ik niet doen... dus loop je tegen een issue aan als je een NAS wil backuppen.

En partijen als FT, etc gebruiken weinig tapes nog hoor ;)

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 22:04

Jazzy

Moderator SSC/PB

Moooooh!

Verwijderd schreef op maandag 28 november 2011 @ 21:43:
Leer eerst even wat over enpterprise storage voordat je verder post hier!
Met het echt zo?

Exchange en Office 365 specialist. Mijn blog.


  • Saab
  • Registratie: Augustus 2003
  • Laatst online: 06-10 16:59
Geen idee wie of wat FT is maar waar wij voor werken is alles tape en idd icm een VTL. Maar als TS onderneming een kleintje is kunnen ze ook prima zonder of idd een backup van de NAS draaien.

Lees de requirements van een goede backup strategie maar eens, zolang je je backup niet off site bewaart, heb je geen goede backup strategie. En niemand gaat met aan NAS'je zeulen, met alle gevaren van dien.

https://www.discogs.com/user/jurgen1973/collection


  • SpamLame
  • Registratie: Augustus 2000
  • Laatst online: 06:39

SpamLame

niks

Saab schreef op maandag 28 november 2011 @ 21:57:
@Rutger, anders lees eens even de goedonderbouwde augumenten van Jazzy & Rolfie ipv die losse flodders van jou.

Waarom gebruiken enterprise ondernemingen nog steeds en masse tape? Betrouwbaar, bewezen technologie, goedkoop en , niet vergeten, de optie( dat moet je wel doen) om je backup off site te bewaren.
Allemaal valide punten, maardat neemt niet weg dat het, als je wilt, volledig zonder tape kan.
Dat is denk ik ook wat Rutger duidelijk probeert te maken.
Aan TS, ik vind het een hele aparte manier van besluitvorming om eerst te zeggen dat jullie tapes eruit gaan flikkeren om dan daarna na te gaan denken hoe jullie de strategie op orde willen krijgen. Volgens mij moet dit andersom.

Verwijderd

Saab schreef op maandag 28 november 2011 @ 22:04:
Geen idee wie of wat FT is maar waar wij voor werken is alles tape en idd icm een VTL. Maar als TS onderneming een kleintje is kunnen ze ook prima zonder of idd een backup van de NAS draaien.

Lees de requirements van een goede backup strategie maar eens, zolang je je backup niet off site bewaart, heb je geen goede backup strategie. En niemand gaat met aan NAS'je zeulen, met alle gevaren van dien.
FT => Financial Times

Met een goede strategie kun je bepalen welke manier van backup goed voor je is...

  • SpamLame
  • Registratie: Augustus 2000
  • Laatst online: 06:39

SpamLame

niks

Financial Times, shit te laat.

Ach ik ken ook een financial, waarbeide nog gebruikt wordt.
Enderzijds dus lekker met NetApp snapmirror of vault binnen en of naar het andere dc, waar dan ook geen tape meer aan te pas komt. Anderzijds hebben ze meerdere StorageTek SL8500 staan waar ze met TSM tegen aan praten.

Er zijn gewoon meerdere manieren en geen van twee is er echt het beste.
De beste oplossing is die, die het beste bij jouw past als organisatie en personeel.

[ Voor 93% gewijzigd door SpamLame op 28-11-2011 22:11 . Reden: te laat ]


  • Saab
  • Registratie: Augustus 2003
  • Laatst online: 06-10 16:59
Wie weet heeft FT dan dat wel anders gedaan maar ik ben nog geen onderneming tegen gekomen die zijn data niet off site opslaat. Alternatief is uiteraard ergens in verweggistan een site waar je je data naar toe pompt maar ik zie dat niet zo werken met data tegen de TB aan...

https://www.discogs.com/user/jurgen1973/collection


  • elevator
  • Registratie: December 2001
  • Niet online

elevator

Officieel moto fan :)

Nouja, of offsite replicatie via een SAN (een merk hier noemen laat zien dat je wel erg beperkt kijkt :P ) die dit kan haalbaar is, is afhankelijk van de changes die je haalt, je connectie met die andere site en je RPO (basically: hoeveel data mag je verliezen). Tape wordt overigens zelfs door Google nog gebruikt, en die hebben wel wat bandbreedte en verschillende datacentertjes :P




Mijn insteek zou zijn - met name omdat er een moeder bedrijf is - om dit met het moederbedrijf op te lossen. Vraag aan hun om jouw backups langer bij te houden - danwel door hun jou gewoon meer ruimte te geven, danwel om te kijken of bijvoorbeeld Veam's deduplicatie (als ik Veam's website goed had gelezen kan dat) kan gebruiken.

Je voldoet dan aan ongeveer alles wat je wilt - je hebt een backup van een point in time, en zet die op compleet onafhankelijke media (namelijk bij je moeder bedrijf) elke nacht. Je loopt dan nog een risico en dat is dat je je backup elke dag aanpast (als het ware alsof je je tape elke nacht een stukje zou bijschrijven, mocht je tape gebruiken). Dat is niet ideaal, maar of je dat risico acceptabel vindt is iets dat jezelf moet uitmaken :)

Verwijderd

Saab schreef op maandag 28 november 2011 @ 22:08:
Wie weet heeft FT dan dat wel anders gedaan maar ik ben nog geen onderneming tegen gekomen die zijn data niet off site opslaat. Alternatief is uiteraard ergens in verweggistan een site waar je je data naar toe pompt maar ik zie dat niet zo werken met data tegen de TB aan...
Het zal jou tegen vallen hoe veel kranten hun backup hebben geregeld... NOT dus ;)

(vaak helemaal niet)

  • SpamLame
  • Registratie: Augustus 2000
  • Laatst online: 06:39

SpamLame

niks

Saab schreef op maandag 28 november 2011 @ 22:08:
Wie weet heeft FT dan dat wel anders gedaan maar ik ben nog geen onderneming tegen gekomen die zijn data niet off site opslaat. Alternatief is uiteraard ergens in verweggistan een site waar je je data naar toe pompt maar ik zie dat niet zo werken met data tegen de TB aan...
Ik heb ergens gehoord dat alle financials verplicht zijn een afstand van, ik dacht, 25km min. tussen DC's te hebben.
En hoe meer TB je hebt wat je wilt repliceren hoe dikker de pijp is. Diezelfde financial heeft tussen de DC's 20GB liggen voor het storagenetwerk alleen. Dat is ruimschoots voldoende voor hun. Als afstanden en data er echt toe doen, dan kan je zelfs multi-hop replicatie opzetten waarbij 3 boxen (a,b,c) samenwerken voor replicatie over lange afstanden. A<>B repliceren synchroon B<>C asynchroon op basis van gescheduled proces. Hiermee kan je de beperkte afstand die bij synchrone replicatie ligt in het feit dat hosts op ack's wachten van de eremote box, overwinnen.

  • Saab
  • Registratie: Augustus 2003
  • Laatst online: 06-10 16:59
Verwijderd schreef op maandag 28 november 2011 @ 22:18:
[...]


Het zal jou tegen vallen hoe veel kranten hun backup hebben geregeld... NOT dus ;)

(vaak helemaal niet)
Dus? Dan moet TS dat dan ook maar zo doen? Jij haalt eerst FT aan als voorbeeld maar je geeft nu wel toe dat het niet ok is...

@ Spamlane, FT heeft natuurlijk niet zoveel met Finance te maken behalve dat ze erover schrijven...

Kijk, het grappige is dat het misschien wel allemaal prima kan, in theorie, maar dat grote ondernemingen waar wij voor werken nog steeds alles ook naar tape zetten. En die denken over het algemeen wel na over de beste strategie. Het gaat namelijk niet om een paar tientjes.

[ Voor 34% gewijzigd door Saab op 28-11-2011 22:28 ]

https://www.discogs.com/user/jurgen1973/collection


  • SpamLame
  • Registratie: Augustus 2000
  • Laatst online: 06:39

SpamLame

niks

Saab schreef op maandag 28 november 2011 @ 22:25:
[...]

Dus? Dan moet TS dat dan ook maar zo doen? Jij haalt eerst FT aan als voorbeeld maar je geeft nu wel toe dat het niet ok is...

@ Spamlane, FT heeft natuurlijk niet zoveel met Finance te maken behalve dat ze erover schrijven...
True Ft is een krant, waar ik een bank verzekeraar bedoel.
Kijk, het grappige is dat het misschien wel allemaal prima kan, in theorie, maar dat grote ondernemingen waar wij voor werken nog steeds alles ook naar tape zetten. En die denken over het algemeen wel na over de beste strategie. Het gaat namelijk niet om een paar tientjes.
Prima dat dat jouw ervaring/mening is, maar dat neem niet weg dat andermans ervaring of mening niet mogelijk moet zijn en je toon proef ik, voor mijn gevoel, iets van vooroordeel.Mijn ervaring is wat jij theorie noemt wordt uitgevoerd in praktijk.
Of dat de juiste keuze is zal de toekomst moeten leren.

En om mezelf maar te quoten
Er zijn gewoon meerdere manieren en geen van twee is er echt het beste.
De beste oplossing is die, die het beste bij jouw past als organisatie en personeel.

[ Voor 18% gewijzigd door SpamLame op 28-11-2011 22:39 ]


  • Saab
  • Registratie: Augustus 2003
  • Laatst online: 06-10 16:59
Oef. Dat klinkt vertrouwenswekkend! Zolang jullie aan de eis voldoen dat data niet op de fysieke locatie wordt gebackup'ed is het ok. En met fysiek wordt dan ook bedoeld dat dit niet dezelfde campus is bijvoorbeeld..Tezamen met wat andere requirements uiteraard.

https://www.discogs.com/user/jurgen1973/collection


  • SpamLame
  • Registratie: Augustus 2000
  • Laatst online: 06:39

SpamLame

niks

Saab schreef op maandag 28 november 2011 @ 22:41:
Oef. Dat klinkt vertrouwenswekkend! Zolang jullie aan de eis voldoen dat data niet op de fysieke locatie wordt gebackup'ed is het ok. En met fysiek wordt dan ook bedoeld dat dit niet dezelfde campus is bijvoorbeeld..Tezamen met wat andere requirements uiteraard.
Dat spreek voor zich
Pagina: 1