Backup: Hårddiskar i hotswap fack istället för band

Permalänk
Medlem

Backup: Hårddiskar i hotswap fack istället för band

Hallå,

Börjar tröttna på att bandstationerna går sönder hela tiden, brukar även vara precis när garantin gått ut. Så nämnde någon att man kanske skulle sätta i ett hotswap däck för vanliga sata diskar och använda dom istället.

Blir lite större att konka med sig en hårddiskkassett i väskan varje dag istället för band dock.

Någon som gjort något liknande? Negativt / Positivt?

En hårddisk plus kassett blir lite dyrare gentemot ett LTO band förvisso.

Visa signatur

//Gelantious
I heard life sucks, that''s why I''m glad I don''t have one.

Permalänk

Så du tar daglig/nattlig backup på något och kånkar sedan omkring media under dagen? Hur mycket data handlar det om totalt och vad är förändringsgraden per dygn?

Visa signatur

~ Proud member of Essingeleden Slalom Club ~

Permalänk
Medlem

Känns ju inte så vettigt att bära runt på en disk varje dag, de är ju betydligt ömtåligare än ett band. I övrigt är det väl en ok lösning.

Permalänk
Skrivet av cl3mens:

Känns ju inte så vettigt att bära runt på en disk varje dag, de är ju betydligt ömtåligare än ett band. I övrigt är det väl en ok lösning.

Sålänge man inte har så mycket data som ska backas kan du ju tom vara värt att köpa ett par ssder och se till att ha de i någon enclosure för att inte skada kontakten.
Annars tycker jag att det känns ganska risky att springa runt med magnetdisk, förvisso är det ju "bara" backupper..

Med tanke på vad en LTO-station kostar är du ju värt att iaf överväga..

Permalänk
Medlem

Jag skulle nog kolla varför bandarna pajjar efter 1-3 år, LTO-bandare är inte direkt förbrukningsvara.
sitter bandarna i en auto/powerloader ?

Permalänk
Medlem

En sak som man kan tänka på är att när man gör backup till bandstationer så bör/skall man först ha gjort en backup till en backuphårddisk och sen föra över till banden. Detta då bandstationen slits väldigt mycket mer om den behöver stanna/backa/starta hela tiden i väntan på småfiler/filer som inte är lediga än osv.

Tar man backupen till en disk först så finns det en färdig backup som kommer att föras över i en jämn ström och således spara på mekaniken väldigt.

Tyvärr så har ju såna lösningar varit dyra förr i tiden då diskutrymme var dyrt men nu är det ju knappast så längre.

Bara som en liten parantes till varför bandstationer inte håller

Visa signatur

"Man kan aldrig vara bäst ändå så.. "

// Haseman

Permalänk
Rekordmedlem

Varför inte en backup över nätverk?

Visa signatur

R5 5600G, Asus ROG STRIX X470-F Gaming, WD SN850X 2TB, Seasonic Focus+ Gold 650W, Aerocool Graphite v3, Tittar på en Acer ET430Kbmiippx 43" 4K. Lyssnar på Behringer DCX2496, Truth B3031A, Truth B2092A. Har också oscilloskop, mätmikrofon och colorimeter.

Permalänk
Medlem
Skrivet av Haseman:

En sak som man kan tänka på är att när man gör backup till bandstationer så bör/skall man först ha gjort en backup till en backuphårddisk och sen föra över till banden. Detta då bandstationen slits väldigt mycket mer om den behöver stanna/backa/starta hela tiden i väntan på småfiler/filer som inte är lediga än osv.

Tar man backupen till en disk först så finns det en färdig backup som kommer att föras över i en jämn ström och således spara på mekaniken väldigt.

Tyvärr så har ju såna lösningar varit dyra förr i tiden då diskutrymme var dyrt men nu är det ju knappast så längre.

Bara som en liten parantes till varför bandstationer inte håller

Då måste jag ifrågasätta vad det är för backupprogram som inte tar hänsyn till öppna filer, något som mig veterligen Symantec BackupExec klarar av. Eller menar du att programmet ligger på "hold" så fort det hittar en öppen fil? Det skulle ju innebära att en fullständig backupsession kan ta väldigt lång tid, eller är beroende av att allt arbete i systemet avstannar.

Att ta disk-to-folder-backup för att sedan göra den riktiga backupen känns som en väldigt onödig och tidskrävande åtgärd. Har själv aldrig hört talas om en sådan backupstrategi.

Visa signatur

Ne nos sequere nobis secede