Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 72 reacties
Bron: IBM, submitter: Longbeard

IBM heeft gisteren bekend gemaakt dat het bedrijf een nieuwe tape drive op de markt gaat brengen: de Enterprise tape drive 3592. Deze drive gebruikt tapes met een maximale capaciteit van 300GB en om deze tapes ook binnen een fatsoenlijke tijd te vullen is de maximale doorvoersnelheid 40MB/s. Om verschillende delen van de tape onder de leeskop te krijgen zoeft de band met een snelheid van ongeveer acht meter per seconde voorbij. Omdat grote bedrijven de meest uiteenlopende besturingssystemen gebruiken is er onder andere ondersteuning voor Microsoft Windows, Sun OS, HP-UX en Linux.

Als 300GB niet voldoende is, kan deze drive worden opgenomen in bijvoorbeeld IBM's 3494 tape library. Dit systeem beheert maximaal 6.240 tapes en als dit allemaal 300GB-bandjes zijn is de capaciteit van dit systeem dus op te schalen tot 1,8PB. Dit is genoeg ruimte om een kleine zestig jaar aan dvd-beelden op te slaan. De tapes worden gemaakt door Fujifilm en om 300GB kwijt te kunnen wordt de Nanocubic-technologie gebruikt. Deze techniek maakt het mogelijk om een hele dunne laag magnetisch materiaal aan te brengen. Volgens Fujifilm zijn de tapes langer dan dertig jaar houdbaar. De Enterprise 3592 is vanaf 12 december te koop voor 32.000 dollar.

IBM Enterprise 3592 tape drive Just as seismic companies and weather services store data-intensive three-dimensional images, customers in fields such as life sciences and digital media find the scalabiltiy of the Enterprise Tape Drive in the Total Storage 3494 Automatic Tape Library vital to store the petabytes of data such images create. China Central Television (CCTV) recently selected IBM to provide a tape storage solution to support its National Audio and Visual Resource Library, for what is IBM's largest magnetic tape storage project in Asia.
Moderatie-faq Wijzig weergave

Reacties (72)

Jammer dat een écht vernuftig feature van deze nieuwe tapedrives niet vermeld staat in de tekst: De tapes kunnen namelijk flexibel geïnitialiseerd worden. Bij mijn weten is dit de eerste tapetechnologie die hiertoe in staat is.

Methode 1: Geoptimaliseerd voor "fast access". De tapecartridge wordt zo beschreven dat er 60 GB op een tape past. Door de innovatieve manier van kopgebruik en datasporen op de band, is de tapedrive zeer snel bij de gewenste data. Enorm geschikt dus voor bijvoorbeeld Hierarchisch Space Management (het fysiek van disk halen van infrequent benaderde data)

Methode 2: Geoptimaliseerd voor "high capacity". De tapecartridge wordt zo beschreven dat er 300 GB op een tape past. Minder geschikt voor random access dus, maar wel heel erg geschikt voor grote bulk-transfers van (bijvoorbeeld) mediafiles of database-bestanden met enorme snelheden (40 MB/sec is écht snel, daar heb je een behoorlijk disksubsysteem voor nodig om die hoeveelheden data aan te leveren).

Wederom toont IBM hiermee aan dat ze op het gebied van high-end tape tot de absolute top behoren (eigenlijk zijn ze de absolute top). De voorloper van deze 3592 Magstar is de 3590 Magstar, die veelal in high-end omgevingen (mainframes en Unix-systemen) wordt toegepast.
Dit is de Rolls-Royce onder de tapesystemen.
Wat een hoop mensen in dit verhaal blijkbaar niet begrijpen, is dat je met een tape-backup langer in de tijd terug kan gaan. (full & incremental backups).
Stel dat je een perfect mirrorsysteem zou hebben welke NOOIT down zou gaan, heb je nog steeds het probleem van de gebruiker dir 'per ongeluk' een hele data-directory verwijderd op de laatste dag voor zijn vakantie, en 3 weken later er achter komt dat de data weg is. Bij een mirror-systeem is het weg, bij tape-backupo kan de boel ge-restored worden.
Just my 2 cts.
Kan met disk ook hoor. Beetje afhankelijk van de schijfruimte in je storagearray. Het mooie van de moderne software van bijvoorbeeld EMC2 is dat je point in time kopieën kunt maken en die kunt laten 'uitgroeien' tot volledige klonen. Dit betekent backuppen in productietijd, eventueel meerdere keren per etmaal/dag. In feite houdt je dan BCV's over die zeer geschikt zijn voor disaster recovery.

Point in time kopieën kun je overigens ook gewoon gebruiken om op te testen. De kopie, die gemiddeld een grootte heeft van 20% van de originele dataset (maar zal groeien wanneer gegevens veranderen) kan gewoon gekoppeld worden aan een of meerdere servers, die er gebruik van kunnen maken als ware het de originele data (wat in feit zo is).

Testen met een volledige data set van meerdere terrabytes dat is wel anders dan testen op een nepdataset die veel kleiner is.
Hij doet toch nog meer dan 2 uur over een teepje, als ik goed reken. Maar dan staat er ook wel wat op. Helaas zijn tegen de tijd dat ik deze kan betalen, de harddisks al zo groot dat ik er niks meer aan heb. En zo gaat het al jaren met tapestreamers.

Dertig jaar garantie klinkt indrukwekkend. Maar ik denk dat ze raar kijken bij IBM als je na 29 jaar met een defect teepje langs komt. Stel je voor dat je nu met een defecte 8" diskette (voor de jonkies: die hebben echt bestaan) aanklopt bij 3M. Volgens mij nemen ze je dan niet serieus.
Hij doet toch nog meer dan 2 uur over een teepje, als ik goed reken. Maar dan staat er ook wel wat op.
Wij hebben bij het bedrijf waar ik werk een HP Ultrium tapedrive die ook 300GB kan opslaan en wij backuppen altijd als er geen gebruikers zijn en zo doen alle bedrijven dat. Zolang een backup niet langer duurt als dat de werknemers niet werken maakt een uurtje langer of korter niet uit.

En ook het backuppen als er wel van de servers gebruik wordt gemaakt is niet echt een groot probleem, dus in noodgevallen kan dat ook. Alleen zal de verificatie dan niet soepel verlopen, maar dat is logisch.
Helaas zijn tegen de tijd dat ik deze kan betalen, de harddisks al zo groot dat ik er niks meer aan heb. En zo gaat het al jaren met tapestreamers.
Tapedrives zijn dan ook niet voor Jan modaal bedoeld, die pakken (als ze al backuppen) een CD/DVD of een extra HDD, dat is veel economischer en goed genoeg.

Bedrijven (waar een backup van levensbelang is) zijn de doelgroep voor tapedrives omdat een tape gewoon veel handiger is als een extra HDD of iets dergelijks.

Zo maken veel bedrijven een dagelijkse backup op verschillende tapes, dus dan zou je vijf HDD's moeten hebben, moet de tape lang meegaan en tegen een stootje kunnen en makkelijk mee te nemen zijn. Een HDD is dat niet.
Dertig jaar garantie klinkt indrukwekkend. Maar ik denk dat ze raar kijken bij IBM als je naar 29 jaar met een defect teepje langs komt. Stel je voor dat je nu met een defecte 8" diskette (voor de jonkies: die hebben echt bestaan) aanklopt bij 3M. Volgens mij nemen ze je dan niet serieus.
De tape kan 30 jaar meegaan, maar waar lees je dat IBM 30 jaar garantie geeft?
Tapedrives zijn dan ook niet voor Jan modaal bedoeld, die pakken (als ze al backuppen) een CD/DVD of een extra HDD, dat is veel economischer en goed genoeg.
Ben ik slechts deels met je eens. Momenteel heb ik 2x80GB in mijn computer, waarvan zo'n 40 GB aan data die ik echt niet kwijt wil; zelfgemaakte muziek en film(pje)s, veel digitale foto's, documenten en de rest van de rataplan. Ik ben serieus op zoek naar een goed backupmedium. Het moet ten eerste groot genoeg zijn. CD/DVD vallen al af. Tapes come to mind, maar de standaarden volgen elkaar snel op, Ontrack is gemeengoed voor thuis maar maar brak en (dus) failliet.

Een extra harde schijf heb ik nu. Leuk voor als mijn Raid crasht. Maar ik woon in een studentenhuis met mensen die ik niet hoog inschat, de boel zal hier maar affikken. Dan heb ik aan een backuphardeschijf nog niets. Het liefst zou ik 1x per 2 weken een tapeje volmikken en die bij mijn ouders of vriendin *kuch* exvriendin onderbrengen, maar het is zo duur...
Koop een extra harde schijf die groot genoeg is om je data te backuppen, en zet hem in een USB 2.0 externe case. Dan kun je die schijf gewoon aan je USB poort hangen (desnoods koop je een USB 2.0 kaartje ervoor), je backup maken, en de schijf bij je ouders leggen.

Dat is wat ik zou doen als ik in jouw situatie zat.
offtopic:
Als ik in zijn situatie zat zou ik zowiezo verhuizen, of mezelf voor de veiligheid elke dag ergens anders heen brengen.
Zowiezo zou ik m'n boeltje goed verzekeren, schiet niet echt op als je nu een goede backup unit koopt, je tapes veilig zijn, je boel afbrand en dat je geen geld hebt om een nieuwe computer met backupunit te kopen, zit je dan met je tapies.
Even over dat 30 jaar meegaan.

Ik heb zelf meegemaakt dat ze bij IBM een monteur stuurden naar een klant van me om z'n vensterponskaarten in te lezen in een ponskaarten machine van tientallen jaren oud. Was niet gratis maar IBM levert soms jaren support op haar producten.
Wij hebben bij het bedrijf waar ik werk een HP Ultrium tapedrive die ook 300GB kan opslaan en wij backuppen altijd als er geen gebruikers zijn en zo doen alle bedrijven dat. Zolang een backup niet langer duurt als dat de werknemers niet werken maakt een uurtje langer of korter niet uit.
Zo doen niet alle bedrijven dat.
Bedrijven die beschikken over een SAN met snapshot (zo heet het bij HP) mogelijkheden kunnen een kleine 24 uur over een backup doen terwijl de gebruikers gewoon aan het werk zijn.
Tapedrives zijn dan ook niet voor Jan modaal bedoeld
Nee, voor 32.000 dollar koop ik liever iets anders. :+
2uur @ 8m/s ?? da's meer dan 50 Km tape!?
Hij gaat wat vaker de tape af.heen en terug :Z
8m/sec, 40mb/sec schrijven,dat maakt dus 40mb per 8 meter. 300gig is 7680 keer 40mb -> 7680 keer 8 is 61440 meter tape, oftewel 61,5km... :)
32.000 x 6.240 = $ 199.680.000 voor 1.8 petabyte :)
woohoo
das $ 110.933.333.33 per petabyte ..
* 786562 boesOne
Het zijn 6.240 bandjes, niet 6.240 drives ;). Deze bandjes worden met een arm uit een rek gehaald en dan in een van de drives gestopt.
De bandjes zelf zijn ook niet goedkoop hoor, ¤140 per stuk... maal 6240 = ¤873600,-.... kassa!
1x een systeemcrash bij een bank of verzekeringsmaatschappij waardoor de NAW-gegevens of de betalings/transactie-gegevens verloren gaan, en geen behoorlijke BK... kassa!

Gebruikers zitten zonder geld, financiele transacties lopen vertraging op, enorme schade claims bij de banken, banken onder surseance... kassa!

DNB neemt de zaken over na 72 uur niet online zijn, bank failliet vanwege de schade claims, 10.000-en mensen op straat, peiler van de Nederlandse economie onderuit... kassa!

Die miljoenen die er worden uitgegeven aan het veiligstellen van financiele data bij banken en verzekeringsmaatschappijen staan in geen verhouding tot het enorme nationale en economische belang van die gegevens.
Maar wat kosten de bandjes dan ? Ik heb gekeken in de pricewatch maar ze staan er nog niet in :+
Vacature: Tape verwisselaar (m/v)

Handige Tape verwisselaar gevraagd voor het dagelijks vervangen van onze backup tapes (6.240 stuks)

:)
het is een tape robot IBM's 3494 tape library die dus zelf wel de benodigde tapes uitspuugt, daarnaast zoek je dan geen verwisselaar maar een "operator" die je tapes verwisseld
en jij bent vast zo'n tape verw... ehh Operator ;)
Kijk eerst eens hier voor een echte oplossing, met name de 3494 Enterprise Tape Library gecombineerd met VTS:

http://www.storage.ibm.com/tape/libraries-autoloaders/index.html
Een Maxtor 300GB 5400rpm HD kost 340 euro. Waarom dan een tapedrive kopen die bijna 100x zo duur is? :?
Vooral dat storage array gebeuren zal ZEER interessant zijn als je er ietsje meer mee doet dan het gemiddelde bedrijf :P
En meestal weegt de prijs van een disk niet op met een tape (uitgaan ervan dat als je meer dan zeg ... 100 tapes of 100 harddisken te onderhouden heb). De tape is dan goedkoper.

Bij SARA staat een leuk tape array met een flinke tape robot. Als cache gebruiken ze een (ik dacht) 11 TB aan cache in RAID 5. Zo kan de data rap worden ontvangen zonder al te veel latency problemen. Vervolgens zal de tape robot direct beginnen met backuppen naar tape van de cache. Als je een zooi van die tapes kan clusteren maakt het je leven erg veel makkelijker :Y)
BTW: over 6 jaar begint een 4-tal experimenten bij Geneve. Binnen 1,5 maand is een volledig uitgevoerd tape array/cluster gevuld. (8>
Er wordt ong. 10 PB aan data gegenereerd op jaar basis volgens verschillende schattingen van de 4 experimenten op jaarbasis. www.cern.ch - www.nikhef.nl
edit: Correct 1TB = eigenlijk 11TB
Ik zie het nut van die dingen eigenlijk niet.
Is het niet veel goedkoper en efficienter om een mirror RAID te draaien, en elke avond gewoon alles naar een andere pc met mirror RAID in een andere (ook vuurvaste) locatie op te slaan.
Is toch stukken goedkoper, en de kans dat én beide servers verbranden, én alle 4 de hd's overleiden is toch wel zeeer minimaal, terwijl de kosten relatief veel lager liggen...
De snelheid is ook geen probleem: een gigabit lijntje gooit zo de volle capaciteit van een hd'tje vol...
Da's dus niet het idee van backup ..........

Bij tapes worden in de regel rotatieschema's aangehouden. Voorbeeldje :
Voor elke dag ( ma t/m do ) van de week 1 tape. Hierdoor kun je zowiso al 4 dagen oude date restoren.
Dan een weekly tape ( voor vrijdag ), dat kunnen er dan maximaal 5 in de maand zijn. Hiermee, kun je dan per week terug een backup restoren.
Laatste dag van de maand een Monthly tape ( 5 per half jaar ) hierdoor kun je dus zelfs datat van een half jaar oud restoren.
Dan nog 1 Half Yearly tape, waarmee je al bijna een jaar terug kunt om data te restoren.
En tot slot hebben we dan nog een Yearly Tape, waarmee je dus minimaal een jaar oude data nog kunt restoren.

Dit alles wordt uiteraard off-site opgeslagen in een brandvrije ( of iig een brandvertragende ) kast. En zelfs bij brand, aardbevingen of weet ik wat voor een natuurramp, kun je in principe in no time een complete omgeving weer restoren. Da's het idee van back-uppen op tape :Y)

En dat zie ik nog niet zo makkelijk gebeuren op HD's. Al is het maar dat een tape prima vervoerd kan worden en een HD daar in pricipe toch veel gevoeliger voor is.
Dus jij gaat vrijdags (elke dag zei je) backuppen... en dan de weekelijkse backup (die doe je op het einde van de werkweek neem ik aan).
Dan heb je mijns inziens 2x dezelfde backup?
Elke dag van de week van maandag t/m donderdag een daily tape. En dan vrijdags de weekly. Dat is wat er staat. Dus gewoon iedere dag 1 backup hoor ...........
Nee hij bedoelt dat er elke dag een backup gemaakt wordt, dit is altijd een full backup, het verschil zit hem in de tapes, elke maandag gebruik je dezelfde tape als de week er voor, alleen vrijdag zet je er een week tape in, een voor elke vrijdag in de maand, dus 3 of 4 vrijdag tapes, de laatse vrijdag van de maand zet je er een maand tape in.

Een goed tape rotatie schema is niet voor disaster recovery, want dan wil je altijd de meest recente backup, maar meer omdat je gebruikers er vandaag achter komen dat ze vorrige week dat ene belangrijke word document gedelete hadden.
He, da's precies hoe ik het bij ons ingericht heb.
Alleen hebben we geen jaartapes, maar bewaren we gewoon alle maandtapes (=laatste vrijdag van de maand).
(En bij m'n andere werkgever gebruiken we het FIFO principe).

Je wekt alleen de indruk dat je dan zomaar een halfjaar ofzo terug kunt, maar dat is natuurlijk niet waar.
Indien iemand een document opslaat (of een wijziging in een database aanbrengt of whatever) op maandag en dit op dinsdag weer aanpast, kun je de situatie van maandag maar een week lang herstellen.
De gegevens zijn immers alleen op maandag aanwezig en staan dus nooit op een vrijdagtape.

(En de database wordt daarnaast nog wat vaker gebackup'ed: iedere zoveel minuten worden de mutatie-logs naar tape geschreven. Dan kun je bij een probleem de dagelijkse backup terugzetten, en daarna met roll-forwards alle mutatie-logs weer opnieuw uitvoeren).

Het principe is eenvoudig, maar werkt alleen als je altijd een full-backup maakt. Maak je incrementel backups, dan moet je even goed doordenken wat de afhankelijkheid van de tapes is.

Het principe staat trouwens los van het medium. In plaats van "tape"kun je ook "disk-mirror-array"lezen. Er zijn bedrijven die inderdaad hun backup via een disk-array maken. "Gewoon"een triple-mirror. Iedere ochtend koppelen je de backup-array los, en die rijd je naar de kluis. Daar haal je dan via een rotatieschema de volgende array te voorschijn.
Tip: zet je disk-array op wieltjes...
dat is leuk als je 1 server hebt, maar wat als je als je elke dag 50 machines moet backuppen?

Dan ga je echt niet alles dubbel uitvoeren voor backup, maar je dumpt een of twee snelle backupserver(s) op je netwerk en je gaat via een tool als Tivoli storage manager alle servers naar zo'n taprobot backuppen. 1x per dag haal je een kopie van de backups eruit, en bewaart die ergens offsite.
Nou......Bedrijven slaan hun data 99 van de 100 keer echt niet op hun workstation op...


Daar hebben ze nu eenmaal een netwerk voor :+
Hij heeft het ook over 50 servers!
En als er dan bestanden verdwenen zijn, en je merkt dit pas na een aantal weken...
Juist, tape backups dienen voor langdurige opslag. Maar het is in ieder geval beter om de tape backups van een mirrormachine te nemen...
Kun je niet gewoon een of 2 hd's in een kluis leggen, of denk ik nou te simplistisch?
Is nog altijd veeel goedkoper :)
Is idd te simplistisch, want die zijn veel gevoeliger dan tapes. En bedrijven geven liever iets meer uit om gewoon zeker te weten dat de data safe is.
Je weet niet half hoe belangrijk die data voor een bedrijf is.
Je weet nooit hoe belangrijk data kan zijn voor een bepaald bedrijf.

en RAID != backup. En een tape kun je veel makkelijker wegbergen en je data veiligstellen als de boel af zou fikken of een andere ramp zou gebeuren.

edit: en een tape is wat zekerder dan een PC imho :)
Je wilt niet altijd een back-up hebben van de laatste stand maar soms ook van diverse oude standen.
Dat dacht Tweakers.net enkele weken geleden ook. Met de groeten aan GoT ;)
Ik ben het er mee eens dat backups op harde schijven een betere optie zou zijn dan tapes. Ik vind die kwetsbare tapetechnologie toch echt niet meer van deze tijd. Ze kunnen zich beter richten op ontwikkeling en verdere verbetering en het vergroten van de capaciteit van optische dataopslagmethodes. Als fieldtechnicus vervang ik heel wat DLT drives, dat is ook van die verouderde en storingsgevoelige technologie met beweegbare koppen e.d. Ik vind het maar niks al die mechanica, gaat veel te snel kapot!

Meestal wordt er elke dag van de week een backup op een tape gemaakt. Waarom dan geen 7 grote HDD's in een sledebracket aanschaffen zodat je makkelijk en snel een schijf kunt verwisselen? Ok, het is één keer een grote uitgave, maar dan heb je wel betrouwbaardere en snellere techniek. Dit hoeft dan ook niet persee SCSI te zijn, wat de prijs weer drukt. Een DLT-unit kost bijvoorbeeld al aardig richting de 5000 Euro. Dan zijn een paar HDD's als backupunit volgens mij toch goedkoper.
Dan moet je je klanten harder aanpakken }>
Ik ben (ook als monteur) bij enkele toko's geweest die hun tapedrives wel goed bijhielden(schoonmaken zo afentoe een cleaningtape erdoor enz) en natuurlijk een stofvrije omgeving... computerruimtes zijn dat meestal niet, weet ik uit ervaring :)
Maar die tapedrives kunnen best lang meegaan.
DLT is bdw wel errug goed, er draaien bij banken bv nog DLT drives van meer dan achtentwintig jaar oud met soms evenoude tapes!
Of DLT4 en nieuwer dat ook gaat halen weten we natuurlijk nog niet maar iig heeft DLT vooralsnog een goede reputatie.
Daar kan DAT nog een puntje aan zuigen :)
Mijn ervaringen met DAT zijn inderdaad slecht.
3 Servers met een DAT3 tape unit. Ze draaien nu 5, 5 en 4 jaar. Zeg maar 14 datjaren.
We hebben inmiddels 8 (ja acht) maal een kapotte drive gehad (alle keren vervangen door een nieuwe). (alle HP, dus geen goedkoop merk).
Kortom een MTBF van 15000 uur.
Datje Is ook veel goed koper dan een dlt
.de tapes en hardware
Herinner je nog die post waarin het erover ging dat veel cd-r's binnen 2 jaar niet meer te lezen waren?

Volgens mij het tape juist wel handig, juist vanwege de grote betrouwbaarheid, wat wel zo handig is bij een backup
Volgens mij is Peta = 1E18 javascript:void(null)
http://www.tweakers.net/g/s/redface.gif
Dus ze bedoelen hier 1.8 Exa Byte, geen Peta Byte!!!
300GB * 6240 = 1.8 EB (1.8 ExaByte dus)
In het artikel hebben ze het imo over een veel groter systeem
Wrong :). 300 * 6.240 = 1.872.000 Gb. Right?

dat delen door 1.024 (1 Tb = 1.024 Gb) krijgen we 1.828,125 oftewel 1.828 Tb. Right?

dat delen we dan weer door 1.024 om vervolgens op Pb's uit te komen: 1,78 Pb (= Petabyte). Op 0,02 Pb na klopt het wel wat in het artikel staat ;).

Verder: het zou een ultiem opslagmiddel kunnen zijn voor bedrijven die enorme hoeveelheden moeten backuppen, dagelijks. Verder ben ik er absoluut niet in bekend ofzo maar geef mij maar gewoon 2 x 200 gb en ik ben happy :+. Daar kan ik heel wat op kwijt en ook nog eens backups maken. En goedkoper. Nee, ik denk dat die tapetechnologie altijd beter geschikt zal zijn voor het bedrijfsleven vanwege de enorme capaciteit en de prijs die daar tegenover staat. Maar dat is zo mijn idee daarover. Natuurlijk gaat de vraag naar capaciteit bij consumenten ook omhoog maar die zoeken hun toevlucht in goedkopere opslagmedia. Zo rijk zijn we niet immers ;). Daarom vnd ik dat ze zouden moeten infesteren (althans op de consumentenmarkt) in technologiën die interessant (dan wel op de lange duur) zijn voor ons (veel ruimte voor een lage prijs per Mb of Gb en compatible).
Fout. Na GigaByte (1E9) komt TeraByte (1E12) dan komt eerst ExaByte (1E15), en dan pas PetaByte (1E18)...
Mijn Binas denkt toch zeker te weten dat Peta 10^15 is en Exa 10^18. Ze laten yotta en zetta er blijkbaar maar bij zitten.
damn das aardig wat, aangezien wij op de zaak werken met Raid-mirror en een backup tape elke nacht is het voor ons geen optie, maar voor grote concerns misschien een optie.
Zoals iemand anders ook al zei: een raid-mirror is geen backup. Je kan niet terug naar een vorige situatie, zoals met tapes wel kan. Je kan alleen naar de staat van dat moment.
Tuurlijk kan dat wel en het gebeurt ook. Ik heb het net hierboven beschreven.
Gewoon de huidige array loskoppelen en in plaats daarvan de opgeslagen mirror uit de brandvrijeruimte aankoppelen. Dan een nieuwe mirror aansluiten en klaar ben je.
't Is juist de snelste manier van restore.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True