BETALT INNHOLD: Når den verste datakrisen rammer deg, bretter Øyvind opp ermene

[IBAS Native]

Sammen med teamet sitt har han sett de mest fortvilte situasjonene.

BETALT INNHOLD: Når den verste datakrisen rammer deg, bretter Øyvind opp ermene

[L4r5]

Dette er den mest interresante reklameartikkelen dere har hatt så langt. Kudos.

[IceBlitz]

Dette var interessant og gøyal lesing

[GreenRay]

En spennende reklame, slik ser man ikke så ofte!

[Albatron]

Tar dem imot SSD også?

[Pewsen]

Tar dem imot SSD også?

 

Ja, IBAS tar også imot SSDer. (http://www.ibas.no/ssd-recovery/)

Gjenoppretting fra SSD er mer komplisert men de får det til, anbefaler en kopi av viktige data på HDD

[Valkyria]

Beste betalte artikkelen dere har hatt til nå. Thumbs up!

[anon12234]

Hvis dataene dine var viktige nok til å betale slike summer for å redde dem hadde du ikke lagret dem godt nok til å begynne med

[L4r5]

Hvis dataene dine var viktige nok til å betale slike summer for å redde dem hadde du ikke lagret dem godt nok til å begynne med

Tuller du? Backup kan bli korrupt den også. Og ikke alle av oss ønsker, eller kan, bruke skylagring.

[anon12234]

 

Hvis dataene dine var viktige nok til å betale slike summer for å redde dem hadde du ikke lagret dem godt nok til å begynne med

Tuller du? Backup kan bli korrupt den også. Og ikke alle av oss ønsker, eller kan, bruke skylagring.

 

tenk på det jeg skrev, en gang til. 

[L4r5]

Jeg ser ikke noe jeg ikke så i stad.

[G]

Det værste med backup er latskapen, og det å lage seg struktur nok til å vite hvor disker er, og hva som er på dem. Samt ha system for hvilken mappe mellom flere disker som er nyest.

 

Jeg tenker helst litt i manuell backup sporet nå, som man gjerne gjør hjemme hos seg selv "once in a blue moon".

 

Det er fint å ha noen disker tilgjengelig for det, og det er fint å ha noen greie programmer for det evt. Men det er værre med det som blir ugjort, altså selve backupjobben.

Endret 22. juni 2015 av G

[ATWindsor]

Hadde vært interessant å vite hvor stor forskjell det var på hvordan raid5 lagres på disk, bruker de fleste produsentene det samme systemet, eller er det helt ulikt?

 

AtW

[Sanders543]

Hadde vært interessant å vite hvor stor forskjell det var på hvordan raid5 lagres på disk, bruker de fleste produsentene det samme systemet, eller er det helt ulikt?

 

AtW

 

Det er forskjellig fra produsent til produsent og kontroller til kontroller, men RAID 5 er RAID 5, uansett så kan man finne igjen pariteten.

[PacAnimal]

Lurer på om IBAS ville tatt på seg å gjenopprette data fra en disk som er overskrevet med /dev/zero fra ende til annen. Er dette noen gang gjort?

[ATWindsor]

 

Hadde vært interessant å vite hvor stor forskjell det var på hvordan raid5 lagres på disk, bruker de fleste produsentene det samme systemet, eller er det helt ulikt?

 

AtW

Det er forskjellig fra produsent til produsent og kontroller til kontroller, men RAID 5 er RAID 5, uansett så kan man finne igjen pariteten.

 

 

Er det nødvendigvis det? Jeg har feks flere kontrollere fra samme produsent, dataene ser ut til å lagres helt likt, og det er iskkert litt forskjell på noe metadata uansett, men hva med hvordan selve datablokkene lagres?

 

AtW

[Ibas]

Lurer på om IBAS ville tatt på seg å gjenopprette data fra en disk som er overskrevet med /dev/zero fra ende til annen. Er dette noen gang gjort?

 

Lurer på om IBAS ville tatt på seg å gjenopprette data fra en disk som er overskrevet med /dev/zero fra ende til annen. Er dette noen gang gjort?

Å overskrive en disk med /dev/zero i Unix/Linux betyr at data på disken blir fysisk overskrevet med nuller. Vi har aldri rekonstruert fysisk overskrevne data, ei heller noen andre vi kjenner til.