OT Data na RAID5 a jejich bezpecne smazani

[mcmlxxx na hantec.cz]

v tom případě asi bude opravdu nejlepší to pole obětovat a postavit jiné,  
a pro příště tomu předcházet.
Po výmazu a zprotokolování disky použijete na jiné pole, nebo jako náhrady.
Z vašeho popisu jsem plně nepochopil co vše tam máte nahrané, tak nedokážu  
posoudit jak to bude s kopírováním obsahu, ale raid určitě s daty zachází  
jako s logickým svazkem.
Možná by šlo použít zálohy - udělat, zastavit první pole a obnovit na  
druhé. Ale to už určitě nejlíp posoudíte sám.
Dával sem do servisu dvě zařízení RAID 1 po havárii HDD a servis mi je  
vrátil sice s vyměněnýma HDD ( jeden hdd tam dali SG druhý WD), ale  
protože část oblužného SW je na prvním HDD tak obě zařízení byla nefunkční.
Nakonec sem to řešil vyndáním druhého hdd z jednoho funkčního zařízení a  
postupně jsem do této pozice vkládal nové hdd ze servisu , pokaždé se  
provedla synchronizace.
Jak se později ukázalo, tak všechna tři zařízení potom měla stejné MAC (je  
uložena někde na svazku) a byl trochu zmatek v síti :), ale i to se  
nakonec vyřešilo.
b.

On Fri, 24 Jun 2011 16:56:19 +0200, HW CNCnet.info
hwnews na cncnet.info> wrote:

> No problem je, ze jsme toto jednak nevedeli a i kdybychom o tom vedeli  
> tak nejake vyhrazeni nosicu/pocitacu v podstate znamena to same z  
> hlediska investic jako to co probehne ted - ty data je nutne do tech  
> tiskaren sypat dostatecne rychle - jede to po extra vyhrazenych  
> segmentech site (castecne jsou to peer2peer site) - musela by se cela  
> cesta od fileserveru vybudovat jeste jednou.
>
> U nas se to standardne resi tak, ze data se tisknou ze zasifrovanych  
> souboru, ktere se online desifruji az v RIPu - tim padem je nikdo nemuze  
> uzmout.
>
> Jenze kdyz zakaznik vi jak se to ma delat tak proste pres to nejede vlak.