Vragen over data transfer van tientallen TB

[Edrill]

Beste tweakers,

Voor mijn baas mag ik me verdiepen in het overzetten van een relatief grote hoeveelheid data (enkele tientallen TB) tussen twee verschillende instituten in verschillende landen. Via een netwerk is het helaas niet mogelijk.

Het huidige idee is een aantal externe HDDs van ongeveer 10-20TB te kopen en zo per onderdeel de data te kopieren naar de HDDs, deze mee te nemen naar het andere instituut en daar de data naar de servers te verhuizen. Elk onderdeel is tussen de 5 en 15TB.

Zouden jullie mij kunnen helpen met tips, ideeen etc? Ik heb zelf weinig verstand van data management etc, ik ben alleen handig met een PC in elkaar zetten. helaas is onze ICT afdeling niet bereid om hiermee te assisteren.

Een ander lastig onderdeel van dit "projectje" is dat de komende maanden nog gewerkt word aan de onderdelen en de data dus nog kan veranderen of er aan worden toegevoegd. Is het verstandiger om tot op het laatst mogelijke moment te wachten met overzetten, of kan ik hier iets met data synchronisatie uitspoken?

Alvast bedankt!

(excuses als ik in het verkeerde subforum zit, maar het leek mij het meest gerelateerd aan opslag en backups)

[jantje112]

Pff.. hoe kan een organisatie tientallen TB aan data hebben, maar niet een goed it omgeving.
Zelfs een standaard Synology consumentennas kan dit via een internetlijntje.

En als er geen internet is, neem dan die nas mee in de kofferbak.

4 bay synology en 4 20 tb schijven in raid 5 of 6x (40-60tb met redundancy) 2000 euro ben je klaar

[dragonhaertt]

Hoezo kan dit niet via een internetverbinding?

Zo veel (gevoelige? Belangrijke?) Data vervoeren op een HDD in een voertuig lijkt me bijzonder onverstandig.

Daarnaast zoals hierboven, een bedrijf met tientallen TB aan data en geen IT medewerker die iets kan betekenen? Dan maar overlaten aan iemand die wel eens een PC in elkaar heeft gezet?
Ik hoop dat de data niet heel kritisch is ...

[Reptile209]

Als je met een schijf met 10 TB data naast je 2 uur moet rijden om aan de andere kant te komen, heb je nog steeds een transfer rate van bijna 1.4 GB/s. lang niet slecht zou ik zeggen . Dus dat hoeft geen slechte optie te zijn. Hangt er vanaf hoe ver het echt is, of dit vaker moet gebeuren, of ze tussendoor verschillende versies willen hebben, enz.

[dragonhaertt]

Reptile209 schreef op dinsdag 8 augustus 2023 @ 20:08:
Als je met een schijf met 10 TB data naast je 2 uur moet rijden om aan de andere kant te komen, heb je nog steeds een transfer rate van bijna 1.4 GB/s. lang niet slecht zou ik zeggen . Dus dat hoeft geen slechte optie te zijn. Hangt er vanaf hoe ver het echt is, of dit vaker moet gebeuren, of ze tussendoor verschillende versies willen hebben, enz.

Dan sla je wel de 2x kopieer actie over.

[Xatom]

Als hier geen ICT afdeling naar gekeken heeft, is er dan wel iets geregeld om deze data op de servers te krijgen? Hebben deze servers wel genoeg ruimte?

Je zou ook kunnen kijken naar iets als Backblaze Fireball. Dan krijg je een 96 TB NAS in bruikleen die je terug kan sturen en dan importeren zij het in Backblaze (cloud storage). Je hebt dan wel maandelijkse kosten voor opslag en eventuele data transfer.

Genoeg opties dus, maar afhankelijk van de data is het misschien ook handig om te kijken naar backups en encryptie?

[ Voor 12% gewijzigd door Xatom op 08-08-2023 20:20 ]

[eric.1]

Waarom is via 'een netwerk' niet mogelijk?

[The Eagle]

Voor dit soort hoeveelheden heb je een storage specialist nodig. Koude data overzetten is niet zon probleem, dat is een kwestie van hoeveelheid versus tijd en de beste optie kiezen.

Je probleem zit hem in het in sync krijgen en houden over afstand omdat er nog aan het spul gewerkt wordt.

Op storage / bitniveau aan de slag is hier echt het makkelijkste en veiligste om alles 100% goed over te krijgen. Maar je MOET kunnen synchroniseren. Doe je dat niet, kun je een volledig juiste kopie nooit garanderen, alle technieken ten spijt.

Desnoods kijk je of je een point to point vpn op kunt zetten. Liefst een beetje een snelle want anders ben je tot Sint juttemis bezig

[M2M]

Zijn de datablokken 1 file groot, of zijn het een hele berg kleine files waarbij er gedurende de komende maanden nog wat bij kunnen komen?

[Mschamp]

Is het een optie om eerst een NAS/server in het lokaal netwerk te plaatsen om de initiële copy te maken en dan de volledige NAS/Server met data te verplaatsen naar de andere locatie en dan daar terug aan het netwerk te koppelen.

Als er lokaal een 10Gbps netwerk is (of nog sneller) kan die initiële copy behoorlijk snel gaan.
Via het 'internet' vanaf dan enkel nog de delta's bijgehouden worden

[Dennism]

Ik denk inderdaad juist dat je hier een specialist of minimaal je eigen IT bij moet halen. Wat is de reden dat de eigen IT niet mee wil werken, kan me namelijk voorstellen dat een actie als deze flink buiten de eigen security protocollen zou vallen waardoor een plan als dit afgeschoten wordt als 'niet te doen op die wijze', maar dan zou je dat niet op eigen houtje alsnog moeten gaan doen. Bij veel van onze relaties zou een actie als deze, niet minimaal begeleid vanuit van IT (intern of extern) dan ook echt een No Go zijn.

[President]

Edrill schreef op dinsdag 8 augustus 2023 @ 13:18:
helaas is onze ICT afdeling niet bereid om hiermee te assisteren.

Dat moet je baas dan maar met zijn baas gaan oppakken, een ICT afdeling is er voor de ondersteuning en die dienen te 'dienen'. Behalve als ze een goede reden hebben om het niet te willen? Dingen zoals veiligheid of iets anders?

Hoop überhaupt dat er wel ergens een backup van alle bestanden wordt gemaakt op een andere locatie?

Gaat het om werkbestanden? Inzage bestanden? Bestanden van honderden gb's? Of zou een VPN ook genoeg zijn zodat ze vanuit verschillende locaties kunnen benaderen?

[Edrill]

dragonhaertt schreef op dinsdag 8 augustus 2023 @ 20:04:
Hoezo kan dit niet via een internetverbinding?

Zo veel (gevoelige? Belangrijke?) Data vervoeren op een HDD in een voertuig lijkt me bijzonder onverstandig.

Daarnaast zoals hierboven, een bedrijf met tientallen TB aan data en geen IT medewerker die iets kan betekenen? Dan maar overlaten aan iemand die wel eens een PC in elkaar heeft gezet?
Ik hoop dat de data niet heel kritisch is ...

Het gaat om data van wetenschappelijke studies die na publicatie minimaal 5 jaar bewaard moeten blijven. Omdat de baas naar een ander instituut gaat wil hij deze data meenemen terwijl hem al verteld is dat de netwerkschijven gewoon blijven bestaan ondanks zijn overgang.

Dennism schreef op dinsdag 8 augustus 2023 @ 20:43:
Ik denk inderdaad juist dat je hier een specialist of minimaal je eigen IT bij moet halen. Wat is de reden dat de eigen IT niet mee wil werken, kan me namelijk voorstellen dat een actie als deze flink buiten de eigen security protocollen zou vallen waardoor een plan als dit afgeschoten wordt als 'niet te doen op die wijze', maar dan zou je dat niet op eigen houtje alsnog moeten gaan doen. Bij veel van onze relaties zou een actie als deze, niet minimaal begeleid vanuit van IT (intern of extern) dan ook echt een No Go zijn.

Simpel gezegd wil IT niet meewerken omdat hij mot heeft met het afdelingshoofd. Naar mijn idee was het ook al een No Go om dit uberhaupt te gaan bekijken qua mogelijkheden, maar hij is nogal opdringerig want het is "zijn data dus hij mag er mee doen wat hij wil".

President schreef op dinsdag 8 augustus 2023 @ 20:56:
[...]

Dat moet je baas dan maar met zijn baas gaan oppakken, een ICT afdeling is er voor de ondersteuning en die dienen te 'dienen'. Behalve als ze een goede reden hebben om het niet te willen? Dingen zoals veiligheid of iets anders?

Hoop überhaupt dat er wel ergens een backup van alle bestanden wordt gemaakt op een andere locatie?

Gaat het om werkbestanden? Inzage bestanden? Bestanden van honderden gb's? Of zou een VPN ook genoeg zijn zodat ze vanuit verschillende locaties kunnen benaderen?

Backups zijn in orde. We hebben gewoon een functionele IT afdeling. Maar zoals hierboven gezegd werkt deze niet mee want ruzie met afdelingshoofd.

Gezien de netwerkschijf gewoon blijft bestaan en de backups gemaakt blijven worden ga ik denk ik eerst voorstellen dat hij maar eens met het afdelingshoofd en de IT moet gaan praten over remote access en dan kunnen ze vanuit daar het of overkopieren of een andere oplossing zoeken en kan ik over een tijd waarschijnlijk alsnog alles gaan overzetten omdat ze er niet uitkomen.

In ieder geval, allemaal vriendelijk bedankt voor de reacties tot nu toe!

[dragonhaertt]

Edrill schreef op woensdag 9 augustus 2023 @ 09:35:
[...]


Het gaat om data van wetenschappelijke studies die na publicatie minimaal 5 jaar bewaard moeten blijven. Omdat de baas naar een ander instituut gaat wil hij deze data meenemen terwijl hem al verteld is dat de netwerkschijven gewoon blijven bestaan ondanks zijn overgang.


[...]


Simpel gezegd wil IT niet meewerken omdat hij mot heeft met het afdelingshoofd. Naar mijn idee was het ook al een No Go om dit uberhaupt te gaan bekijken qua mogelijkheden, maar hij is nogal opdringerig want het is "zijn data dus hij mag er mee doen wat hij wil".


[...]


Backups zijn in orde. We hebben gewoon een functionele IT afdeling. Maar zoals hierboven gezegd werkt deze niet mee want ruzie met afdelingshoofd.

Gezien de netwerkschijf gewoon blijft bestaan en de backups gemaakt blijven worden ga ik denk ik eerst voorstellen dat hij maar eens met het afdelingshoofd en de IT moet gaan praten over remote access en dan kunnen ze vanuit daar het of overkopieren of een andere oplossing zoeken en kan ik over een tijd waarschijnlijk alsnog alles gaan overzetten omdat ze er niet uitkomen.

In ieder geval, allemaal vriendelijk bedankt voor de reacties tot nu toe!

Bedankt voor de extra info!

Ik snap dat je naar een technische oplossing zoekt, maar ik zou het inderdaad liever niet oplossen.
Het is een probleem van iemand boven jou, die je wél de taak wil geven (en dus de verantwoordelijkheid voor de data) maar niet de verantwoordelijkheid om zelf keuzes te maken.

Ookal krijg je deze opdracht van je leidinggevende, ik vraag me af of je wel mag handelen tegen het beleid van je ICT afdeling in. Zorg er voor dat je geen slachtoffer wordt van het wangedrag van iemand die toevallig een hogere functie heeft in je organisatie.

[sypie]

Edrill schreef op woensdag 9 augustus 2023 @ 09:35:
…maar hij is nogal opdringerig want het is "zijn data dus hij mag er mee doen wat hij wil".

Dan mag hij toch ook zelf een oplossing zoeken? Kennis van IT-zaken of niet doet er even niet toe. Nu heeft hij jou voor z'n karretje gespannen en probeer jij een oplossing te bieden.

Laat het 'm zelf uitzoeken zodat hij ook op de nieuwe locatie weet wat hij heeft en wat hij er mee moet. Wanneer jij een mooie oplossing biedt en niet mee gaat naar de nieuwe locatie ben je straks ook nog z'n IT-guy bij dag en ontij.

[Ad de Jong]

Ik zou zeggen haal een stapel HDD's en kopieer ze daar op.
Kan hij ze zo meenemen en heeft ie al iets.
Mocht hij later via Remote acces ze aankunnen vanaf de andere locatie kan ie ze alsnog daarvandaan downloaden.

[TMDC]

Edrill schreef op woensdag 9 augustus 2023 @ 09:35:
...hij is nogal opdringerig want het is "zijn data dus hij mag er mee doen wat hij wil".

Die arrogantie herken ik goed uit mijn academische jaren. Ik zou dit even toetsen bij de juridische afdeling.

[gambieter]

TMDC schreef op woensdag 9 augustus 2023 @ 10:00:
Die arrogantie herken ik goed uit mijn academische jaren. Ik zou dit even toetsen bij de juridische afdeling.

Als iemand die nog steeds in academia zit: de TS moet zich er buiten houden. Dit is iets wat die "baas" met ICT moet uitvechten. En juridisch heeft die "baas" waarschijnlijk geen poot om op te staan. Ik kon in de jaren 90 mijn spullen en gegevens alleen maar meenemen omdat ik nog op een NWO fellowship werkte en de geldschieter nog eigenaar was gedurende de beurslooptijd.

[Marc H]

Edrill schreef op woensdag 9 augustus 2023 @ 09:35:
[...]


Het gaat om data van wetenschappelijke studies die na publicatie minimaal 5 jaar bewaard moeten blijven. Omdat de baas naar een ander instituut gaat wil hij deze data meenemen terwijl hem al verteld is dat de netwerkschijven gewoon blijven bestaan ondanks zijn overgang.


[...]


Simpel gezegd wil IT niet meewerken omdat hij mot heeft met het afdelingshoofd. Naar mijn idee was het ook al een No Go om dit uberhaupt te gaan bekijken qua mogelijkheden, maar hij is nogal opdringerig want het is "zijn data dus hij mag er mee doen wat hij wil".

In ieder geval, allemaal vriendelijk bedankt voor de reacties tot nu toe!

Hier gaan bij mij zoveel bellen rinkelen dat ik je sterk adviseer om de opdracht terug te geven. De reden waarom hij het aan jou uitbesteed is dat hij buiten schot blijft als de actie later ontdekt wordt, omdat dit zeer waarschijnlijk niet toegestaan is.

"zijn data dus hij mag er mee doen wat hij wil" klinkt leuk, maar of het juridisch zo in elkaar zit betwijfel ik. In het onderzoekswereldje zijn copyright en bedrijfseigendom schering en inslag. Als hij toestemming had dan zou IT daar ook geen probleem van maken om mee te werken. Zeg maar tegen hem dat je een schriftelijke verklaring nodig hebt van de directeur, juridische zaken of andere hoge manager waar hij onder valt voordat je hier nog maar één vinger uitsteekt.

[Edrill]

gambieter schreef op woensdag 9 augustus 2023 @ 10:20:
[...]

Als iemand die nog steeds in academia zit: de TS moet zich er buiten houden. Dit is iets wat die "baas" met ICT moet uitvechten. En juridisch heeft die "baas" waarschijnlijk geen poot om op te staan. Ik kon in de jaren 90 mijn spullen en gegevens alleen maar meenemen omdat ik nog op een NWO fellowship werkte en de geldschieter nog eigenaar was gedurende de beurslooptijd.

Het gaat hier om research wat gedaan is voor een persoonsgebonden beurs. Het onderzoek zal worden voortgezet op het andere instituut. In het lang niet geupdate Data Management Plan wat ik heb kunnen vinden staat dat alle data op het originele instituut zal worden opgeslagen en dus niks over verhuizingen.

Marc H schreef op woensdag 9 augustus 2023 @ 10:21:
[...]


Hier gaan bij mij zoveel bellen rinkelen dat ik je sterk adviseer om de opdracht terug te geven. De reden waarom hij het aan jou uitbesteed is dat hij buiten schot blijft als de actie later ontdekt wordt, omdat dit zeer waarschijnlijk niet toegestaan is.

"zijn data dus hij mag er mee doen wat hij wil" klinkt leuk, maar of het juridisch zo in elkaar zit betwijfel ik. In het onderzoekswereldje zijn copyright en bedrijfseigendom schering en inslag. Als hij toestemming had dan zou IT daar ook geen probleem van maken om mee te werken. Zeg maar tegen hem dat je een schriftelijke verklaring nodig hebt van de directeur, juridische zaken of andere hoge manager waar hij onder valt voordat je hier nog maar één vinger uitsteekt.

Ik denk dat ik er verstandig aan doe om dit komende werkbespreking eens aan te kaarten en wat verdere details te vragen over of dit uberhaupt wel mag.

Hoe meer ik er over zoek, vind en lees hoe meer ik ga twijfelen over of het wel mag. Het lijkt me vrijwel zeker dat ik in ieder geval niet de autoriteit heb om deze overdracht te regelen/doen.

[ Voor 27% gewijzigd door Edrill op 09-08-2023 11:14 ]

[Marc H]

Extremen daargelaten, IT afdelingen zeggen niet nee omdat ze de persoon niet mogen, maar omdat er A ) geen budget voor is, of B ) het tegen de wet of tegen bedrijfspolicies is.

één maal raden wat hier aan de hand is.

Inderdaad, de beste aanpak is het zo hoog mogelijk de organisatie in schoppen en vragen wat je moet doen.
Zo dek jij je in, want als je dan akkoord krijgt weet je zeker dat het goed zit.

Mijn gok is, dat als het goedgekeurd wordt, het op het bordje komt van de ICT afdeling.

[ Voor 39% gewijzigd door Marc H op 09-08-2023 11:26 ]

[RedBullRacing]

Ik zou eens een zoekopdracht doen op I.T.A.D. of ITAD (IT asset disposition).
Zo kom je ook al een hoop te weten over hoe dit veilig kan worden gedaan, sterker nog, als je in je zoekopdracht "ITAD specialist Nederland" zet, kom je veel gespecialiseerde bedrijven tegen én info over hoe dit kan worden uitgevoerd.
Let hierbij wel op of de uitvoerder de juiste ISO en andere certificeringen heeft.

[M2M]

Wat een professionele oplossingen allemaal voor het 1-malig verplaatsen van een paar files.

1. checksum draaien vooraf (MD5)
2. files op externe schijf zetten
3. met schijf naar nieuwe locatie rijden
4. files van externe schijf naar nieuwe netwerkschijf
5. checksum nogmaal draaien

checksum output in excel zetten als het meerdere files zijn en compare uitvoeren. Als de files correct over zijn, zal de checksum identiek zijn.

Alle andere oplossingen kosten veel euro's, worden extern uitgevoerd of vereisen meer IT kennis, danwel afhankelijkheid van anderen.

[Csotranme]

Die IT afdeling moet gewoon van zn achterwerk komen, ruzie of niet. Dat is hun werk nou eenmaal.

Los van het feit dat ik er ook aan twijfel of dit wel mag zou je ouderwets robocopy kunnen gebruiken.
Die kan je met de juiste parameters achteraf nog een aantal keer laten draaien, dan kopieert hij alleen de wijzigingen/zet alles weer in sync.

Maar eerlijk zou ik er niet aan beginnen. Niet jouw werk en als ik zelf dergelijke praktijken/verzoeken opvang in mijn organisatie dan mogen ze asap bij mij op het matje komen voor tekst/uitleg en een draai om de oren.

[gambieter]

Edrill schreef op woensdag 9 augustus 2023 @ 11:13:
Het gaat hier om research wat gedaan is voor een persoonsgebonden beurs. Het onderzoek zal worden voortgezet op het andere instituut. In het lang niet geupdate Data Management Plan wat ik heb kunnen vinden staat dat alle data op het originele instituut zal worden opgeslagen en dus niks over verhuizingen.

Alles is bespreekbaar, maar je baas zal dan toestemming van de geldschieter moeten vragen en overeenkomen met de huidige werkgever of het meemag en hoe.

Op eigen houtje: niet doen. En al helemaal niet jouw probleem laten maken.

Ik denk dat ik er verstandig aan doe om dit komende werkbespreking eens aan te kaarten en wat verdere details te vragen over of dit uberhaupt wel mag.

Hoe meer ik er over zoek, vind en lees hoe meer ik ga twijfelen over of het wel mag. Het lijkt me vrijwel zeker dat ik in ieder geval niet de autoriteit heb om deze overdracht te regelen/doen.

Inderdaad. Niet doen, niet jouw probleem.

[Jan-man]

Verdiepen in hoe het moet is niet zo moeilijk. Kan zo simpel als een externe usb disk zijn. Tot wat complexer met een NAS oid. Wat betreft snelheid en eenvoudig inpluggen in beide netwerken zou ik voor een NAS kiezen. Maar das mijn persoonlijke voorkeur.

Ik zou echter mijn energie inzitten tot het verkrijgen van schriftelijk akkoord van bovenaf welke data wel en niet mag gekopieerd worden.

Als je geen toegang tot de 'backbone' van het netwerk hebt het kopiëren bij IT delegeren. Want denk niet dat hun blij worden als je het netwerk lekker vol staat te stampen dag en nacht voor die data. Dat zou ik met een rechtstreekse 10+gbit connectie doen tussen nas en de server / nas / san van je werkgever.

[The Eagle]

Schriftelijk akkoord wat wel en niet: niet aan beginnen. Als je het al doet ern alles of niks actie. Je wilt geen 10TB aan data gaan uitsorteren omdat $wetenschapper mot heeft met zijn baas.

Mijn eerste vraag zou zijn een akkoord om alles mee te nemen, omdat je anders potentieel meewerkt aan data diefstal op bedrijgsniveau. Wespennest.

Wil die wetenschapper niet meewerken of doet is lastig: hij is straks weg, jij niet. Je wilt achteraf geen ellende op je kop en bent hem ook niks verplicht.

[br00ky]

Ik zie ontzettend veel red flags in dit topic voorbij komen. Als je carrière je ook maar enigszins lief is, niet aan beginnen. Heeft die baas je inmiddels een promotie naar groepleider bij zijn nieuwe werkgever aangeboden met dikke salarisverhoging dat je dit ook maar overweegt te doen?

Hij/zij zit goed, is waarschijnlijk hoogleraar en kan met veel wegkomen, zonde als hier slachtoffers door vallen. Zodra het te heet wordt, is hij/zij zich waarschijnlijk één en al onschuld en zit jij daarna thuis. Een OIO/analist/stagiar* (*doorstrepen wat niet van toepassing is), lekker boeiend.

[ Voor 7% gewijzigd door br00ky op 09-08-2023 17:38 ]

[pennywiser]

Never underestimate the bandwidth of a truck full of hard-drives driving down the highway

[Archer_VC10]

Edrill schreef op woensdag 9 augustus 2023 @ 11:13:
[...]


Het gaat hier om research wat gedaan is voor een persoonsgebonden beurs. Het onderzoek zal worden voortgezet op het andere instituut. In het lang niet geupdate Data Management Plan wat ik heb kunnen vinden staat dat alle data op het originele instituut zal worden opgeslagen en dus niks over verhuizingen.

Als de beurs persoonsgebonden is en deze persoon verhuist, dan is er waarschijnlijk wel een basis om data mee te nemen maar dat is niet jouw probleem, dat is de onderzoeker zijn probleem. Het zou met remote access ook op te lossen zijn gok ik (ook al eerder genoemd).

Ik vraag me wel af of je in deze situatie dan voor je baas werkt of voor deze onderzoeker. Naast de eerder uitgesproken twijfels kan je ook nog overwegen om dit rechtstreeks naar deze verhuizende onderzoeker te factureren, het is nu eenmaal een klus die niet binnen jouw instituut nodig is. Even een ZZP factuurtje maken (nadat je de toestemmingskwestie geregeld hebt) wellicht?

[Zwartoog]

Wetenschapper hier

Geen unieke situatie, dit soort gedoe komt wel vaker voor. Juridisch is het helder: de data is van het instituut (indien in NL), niet van de onderzoeker. En betreft het medische data, dan mag die data het instituut sowieso niet uit zonder een goede stapel papierwerk en voorwaarden.

Er is voor alles wat te zeggen: zonder instituut had die onderzoeker geen data kunnen verzamelen. Maar zonder die onderzoeker had het instituut die data überhaupt niet (niet in die vorm). Die persoonsgebonden beurs is ook deels verkregen dankzij de organisatie van het instituut, maar ook vanwege de "naam". Anderzijds kan die data snel waardeloos zijn zonder die onderzoeker.

Mijn vraag is, net als de anderen, wat jouw positie is hierin. Heb je een goede band met die onderzoeker, en is dit een directe persoonlijke vraag? Of weet jouw formele leidinggevende ervan, maar wil die er geen tijd van de IT aan besteden? Ik vermoed het eerste...

Het wetenschappelijke wereldje binnen een vakgebied is eigenlijk te klein om echt ruzie te maken. Als er niet bijgelegd kan worden, dan heeft die onderzoeker gewoon pech. In de praktijk is er veel te onderhandelen over betrokken blijven bij toekomstig onderzoek. Die onderzoeker en het afdelingshoofd zullen zeker op zoek gaan naar samenwerkingen - anders blijft de onderzoeker verstoten van de data, en het afdelingshoofd kan niet meeliften op dat onderzoek. Als jij die data weggeeft, dan pak je een belangrijke troef uit de handen van het afdelingshoofd.

En als de ruzie niet bijgelegd kan worden, dan had die onderzoeker dit eerder moeten aanvoelen en zelf moeten nadekenken over een kopie. Echter: aangezien de data niet van de onderzoeker is, mag deze hier uiteindelijk toch niets mee - in ieder geval geen baanbrekende dingen.

Tenslotte: ben je een medewerker van de ondersteunende diensten, of zelf ook een onderzoeker ? In het eerste geval krijg je flink op je donder, het is in wezen datadiefstal. In dat laatstel gooi je je eigen ruiten in voor je carrière. Ik zou aan die onderzoeker melden dat je wel wilt helpen, maar je dit vooraf met het afdelingshoofd moet bespreken. Is hier vanuit de onderzoeker geen begrip voor, dan moet je zelf al helemaal geen risico's gaan lopen.

Realiseer je verder dat de IT-afdeling waarschijnlijk ook niet gek is. Als die ineens een bulk data verschoven ziet worden, dan komen ze snel bij jou. Zeker nu ze al op scherp staan.

[Soldaatje]

- Als het actieve data is zou je eigenlijk eerst een snapshot moeten maken van de data op filesystem niveau.
- de-dupliceren, comprimeren, versleutelen
- Dan kopieren naar de gegevensdragers.
- En dan over enige maanden dit herhalen op dezelfde manier en het verschil ook overzetten.