Autor: robert slawinski (not.given_at_because.of.spam)
Data: Sat 24 Nov 2001 - 03:42:02 MET
musze zmajstrowac system na server. glownie ftp i jako archiwum.
tzn juz zmajstrowalem, przez jakis czas chodzil, ale zdechl. nie wiem
czyja wina. kontrolnie zwlale na koty, ktorym sie tasmy biegajace po
podlodze nie podobaly.
do rzeczy. komp bedzie zlozony z 12 roznych dyskow IDE (2 zestawy
takich samcyh dyskow 4+8). 4 na plycie glownej ABITa, 4 na raidzie
plyty glownej HT370, 4 na dodatkowym kontrolerze promise ULTRA100TX.
jest to server wlasciwie dla mojego prywatnego uzytku, no moze nie do
konca. nie licze na wiecej niz 30 powolnych sesji jednoczesnie. raczej
glownym zadaniem bedzie archiwizacja plikow.
chcialbym by wszystkie dyski byly widoczne przez system jako jeden
duzy volume. do tej pory stalo to wszystko na windowsowym spanned
volume i chodzilo bez najmniejszego problemu przez prawie pol roku, do
momentu kiedy pad CDROM i prawdopodobnie to on uszkodzil dysk sytemowy
a o uszkodzenie volume'a to juz nie problem. ale niech bedzie, ze to i
tak winne sa koty.
nie jestem specjalnie zwariowany na punkcie bezpieczenstwa tych
danych. wszystko jest i tak zapisane na stosie CD, tyle ze ponowne
kopiowanie tego wsyzstkiego i porzadkowanie, zajelo by mi ponad trzy
miesiace. oprocz tego, z racji finansowych wolalbym nie uzywac raidow
z jakimkolwiek bezpieczenstwem. niech to bedzie taka odrobine
solidniejsza partyzantka.
prawdopodobnie w niedalekiej przyszlosci bede zmuszony rozbudowac ten
system o dodatkowe kanaly IDE wiec miedzy innymi dlatego wybralem
spanned volume.
w tym miejscu chcialbym was prosic, o w miare szybka porade (bo
powineinem to wykonac do poniedzilaku), jaki volume lub raid wybrac
przy zalozeniach jak podalem? co nalezy wziac pod uwage by ten volume
byl stabilny? jakie srodki nalezy przedsiewziac w razie padu systemu i
jak obchodzic sie z samym volumem, narzedzia? skanowanie na virusy
itp. co w przypadku dodania dodatkowych dyskow do juz tak
wygladajacego systemu?
bede bardzo wdzieczny za kazda sensowna porade. <rs>
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 23:23:49 MET DST