-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!no
t-for-mail
From: Radosław Sokół <r...@m...com.pl>
Newsgroups: pl.comp.pecet
Subject: Re: [OT] Czy jest patent na bezbolesne pozbycie sie RAID 0?
Date: Sun, 19 Sep 2010 15:22:25 +0200
Organization: ATMAN
Lines: 40
Message-ID: <2...@g...one.pl>
References: <i5limo$lbv$1@news.onet.pl> <i5ljas$p25$1@inews.gazeta.pl>
<i5lntl$6gs$1@atena.e-wro.net> <2...@g...one.pl>
<i6igs1$970$1@atena.e-wro.net>
NNTP-Posting-Host: sokol.gliwicki.necik.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: node1.news.atman.pl 1284902829 8416 85.14.98.13 (19 Sep 2010 13:27:09 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Sun, 19 Sep 2010 13:27:09 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.12) Gecko/20100915
Thunderbird/3.0.8
In-Reply-To: <i6igs1$970$1@atena.e-wro.net>
X-JassyNews-Posting-Host: 10.0.0.1
Xref: news-archive.icm.edu.pl pl.comp.pecet:1181190
[ ukryj nagłówki ]W dniu 12.09.2010 14:25, maX pisze:
> Najlepiej jak każdy sobie sam przetestuje czy warto czy nie.
Owszem, ale po to są grupy dyskusyjne i po to są doświadczenia
i wiedza innych, by oszczędzać sobie niepotrzebnych eksperymen-
tów. Owszem, jak się ma dużo wolnego czasu, to można się bawić.
Ale w pewnym momencie człowiek woli najpierw sprawdzić, czy ta
zabawa w ogóle się opłaca :)
> Pisałem o sytuacji gdy na RAID-0 przeznaczono tylko część obu dysków.
> Wtedy, jak któryś szlag trafi i cała macierz sie posypie, to na
> pozostałej części drugiego dysku (leżącej poza macierzą) powinny byc
> standardowe partycje (tylko pierwsza, post-raidowa, część dysku to
> będzie nieczytelny mish-mash).
Ale zawartość jednego dysku (a więc i te luźne partycje) będzie
stracona. Jak dobrze padnie, to akurat polecą te kopie zapaso-
we...
> Wtedy z pierwszych połówek obu dysków tworzy się RAID-0, a z drugich
> połówek RAID-1 (oczywiście to może też być np. 2x80% + 2x20%). To
> rozwiązanie pozwala nam mieć jednocześnie zalety zarówno RAID-0 jaki i
> RAID-1, ale przy posiadaniu tylko dwóch dysków (nie trzeba oddzielnego
> trzeciego dysku na backupy).
Zdecydowanie lepszym rozwiązaniem jest jednak trzeci dysk
na kopie zapasowe. Odłączany od komputera i odkładany do
szafki. Wiesz, jak strzeli zasilacz, to mogą się spalić
obydwa dyski w komputerze...
Ogólna zasada jest taka: nigdy nie robić kopii zapasowe da-
nych na nośnikach trzymających choć część tych danych i nig-
dy nie robić kopii zapasowych na nośniku trwale podłączonym
do komputera, z którego się kopiuje dane.
--
|"""""""""""""""""""""""""""""""""""""""""""""""""""
"""""""|
| Radosław Sokół | http://www.grush.one.pl/ |
| | Politechnika Śląska |
\...................................................
......./
Następne wpisy z tego wątku
- 19.09.10 20:42 maX
- 10.10.10 03:48 Przemysław Ryk
- 10.10.10 19:35 raviz
- 12.10.10 14:37 ąćęłńóśźż
Najnowsze wątki z tej grupy
- Upgrade z i7-6xxx
- Mały komputer potrzebny.
- John Carmack twierdzi, że gdyby gry były optymalizowane, to wystarczyły by stare kompy
- SMART na SAS
- Drukara a wifi
- Intel się wyprzedaje: po 10latach pchnęli pakiet kontrolny Altery za 1/4 kwoty zakupu
- Pendrive - czy to rzeczywiście Sony ?
- [OT] Dobry dysk na komornika i rozwody
- Czujnik dławienia termicznego procesora - który?
- Grubość socketa AM4+procesor
- własny ekran startowy
- Tani, ale szybki i niezawodny modem LTE...
- EPS12V
- Jaka moc wi-fi ?
- Karta dźwiękowa stereo
Najnowsze wątki
- 2025-06-24 Delegacja osoby prowadzącej jednoosobową działalność
- 2025-06-24 Gdynia => Przedstawiciel handlowy / KAM (branża TSL) <=
- 2025-06-24 Warszawa => Młodszy Programista SQL / FrontEnd developer <=
- 2025-06-24 Warszawa => Junior C# / FrontEnd developer <=
- 2025-06-24 Warszawa => Sales Executive / KAM <=
- 2025-06-23 Warszawa => MENA New Business Manager <=
- 2025-06-23 Trójmiasto => Head of Social Media <=
- 2025-06-23 Tapeta w Xiaomi
- 2025-06-23 Gdańsk => Programista Kotlin <=
- 2025-06-23 Białystok => Programista Mainframe (z/OS, Assembler) <=
- 2025-06-23 Warszawa => Senior Account Manager <=
- 2025-06-23 Białystok => Mainframe (z/OS, Assembler) Developer <=
- 2025-06-23 Warszawa => Starszy Programista C <=
- 2025-06-23 Warszawa => Tester Automatyzujący <=
- 2025-06-23 Warszawa => Inżynier oprogramowania .Net <=