siirsin tuossa viime yönä yhden dfs jaon yhdellä palvelimella toiselle kiintolevylle.
aluksi poistin dfs managementin kautta tuon kyseisen jaon, sitten kopioin tiedostot toiselle kiintolevylle, purin alkuperäisen jaon, lisäsin uuden uudelta kiintolevyltä ja sitten lisäsin taas dfs managementtiin namespaceen ja replicationiin.
siitä asti on levyt jauhanut palvelimissa taukoamatta ja dfs prosessit käyttää prosessoreita kovasti.
onko ihan normaalia että vuorokaudenkin jo jauhanut vai mahtaako olla jotain vialla. muuten hommat kyllä pelaa, tiedostot replikoituu jne..
aluksi poistin dfs managementin kautta tuon kyseisen jaon, sitten kopioin tiedostot toiselle kiintolevylle, purin alkuperäisen jaon, lisäsin uuden uudelta kiintolevyltä ja sitten lisäsin taas dfs managementtiin namespaceen ja replicationiin.
siitä asti on levyt jauhanut palvelimissa taukoamatta ja dfs prosessit käyttää prosessoreita kovasti.
onko ihan normaalia että vuorokaudenkin jo jauhanut vai mahtaako olla jotain vialla. muuten hommat kyllä pelaa, tiedostot replikoituu jne..
Vastaukset 8
Vanhimmat
Silloin kun sinulla viime ja sitä edellisellä kerralla oli ongelmia, sanoin että "yksinkertainen on kaunista". Teillä on jostain syystä - ymmärtääkseni pientä porukkaa varten - monta palvelinta ja niissä mitä erilaisimpia viritelmiä.
Tuossa on katastrofin kaikki ainekset... No toivotaan että palvelimissa on hyvä jäähdytys... myös kiintolevyille.
Ettei sitten ole käynyt niin, että olet onnistunut luomaan jonkinlaisen loopin, jossa tiedostot tai niiden varmuuskopiot (sinullahan ne meni ristiin rastiin koneiden välilä) replikoituvat jonnekin, sitten kone ottaa varmuuskopion, joka taas replikoituu jonnekin, josta taas otetaan varmuuskopio jne.
miten on mahdollista että minut tunnistetaan täällä vaikka laitan aina eri nimimerkin.
en tiedä voiko tuollaista looppia edes onnistua vahingossakaan tekemään. dfs managementiin vaan laitetaan namespaceen kaikki jaot kaikilla palvelimilla mitkä on sitä samaa. sitten replicationiin voi tehdä replikoinnit että data kopioituu kaikille palvelimille.
voi tehdä oman topologian. en tiedä onnistuuko sillä looppien teko mutta käytän aina Full mesh jossa kaikki kopioituu kaikkialle. varmuuskopiot napataan yhdeltä replication ryhmän palvelimelta erikseen suoraan kiintolevyltä eikä dfs jaoista verkon kautta.
varmuuskopiotiedostoja ei replikoidu mihinkään. poistin varmuudeksi aamusta namespacesta ja replicationeista kokonaan kyseisen jaon ja sitten loin sen uudelleen että tulee varmasti oikein.
hyvin on muuten pelannut ainakin tänä aamuna ei ole ollut ongelmia tiedostojen käytössä. vaikka levyt raksuttaakin kovasti ja prosessorit tuntuu olevan käytössä. mutta ei ole kuitenkaan vaikuttanut esim. tietokannan nopeuteen vaikka dfs huudattaa prosessoria.
ehkä se siitä tasoittuu mutta tuntuu kestävän aika pitkään. dataa on n. 200 gigaa joten voiko se olla niin paljon että sen takia kestää. vai tarkistaako virusohjelmat niitä niin tarkasti että se hidastaisi.
luulisi jäähdytyksen olevan kunnossa ainakin siitä syntyvään meteliin nähden. nämä palvelimet pitää melkoista huminaa varsinkin kun lämmöt nousee, perus työasemiin verrattuna joiden käyntiääntä ei edes kuule.
ja kun käynnistetään uudelleen niin hetken ajan tuulettimet pyörii ihan täysillä, silloin humina on aivan hirveä. uskomattoman paljon voi muutamasta tuulettimesta lähteä ääntä.
minusta palvelin raudan jäähdytys on ylimitoitettu. jos otetaan samantehoinen työasema niin ei sen ääntä edes oikeastaan kuule.
Totta, miksei vaan saman tien osta kaksi uutta palvelinta jotka on oikein mitoitettu, niille varmistus johonkin ihan eri laitteeseen ja rakentaa koko hoidon uusiksi.
mitä tarkoittaa että on oikein mitoitettu, ei näissä ole tehon puutetta ollut näissä palvelimissa? kiintolevyt täyttyy mutta niitä pitää sitten laittaa lisää. varmistukset menee ristiin palvelimien välillä ja onhan tuo dfs eräänlainen varmistus.
nyt on rauhoittunut tuo tilanne aamulla vielä raksutti kuin perkeleet mutta nyt katsoin niin ei enään levyt pyöri koko aikaa tietysti onhan tässä nyt käyttäjiä päällä että pitääkin sen takia raksuttaa mutta prosessoria ei enään kuormita tuo dfs prosessi.
että ehkäpä tässä on kaikki kunnossa mutta se vaan kesti jonkun aikaan jos ne kävi läpi koko jaon kun lisäsin sen uudelleen.
"mitä tarkoittaa että on oikein mitoitettu"
Jos teillä on pieni porukka (varsinkin sitten), pitäisi riittää yksi palvelin, jos haluaa olla varma että homma toimii aina, niin kaksi identtistä jolloin voi alkaa käyttää toista jos toinen hajoaa. Varmuuskopiot ihan muualle.
fds ei mitenkään varmista, että tiedostonne säilyisivät, koska replikointi replikoi myös virheet, virukset, tiedostojen poistamiset (vahingossa) tai väärän version tallentamisen väärälle nimelle. Ainoa mitä dfs varmistaa on, että levyrikon sattuessa tiedot eivät katoa.
Ja voihan se varapalvelin olla kapasiteetiltaan pienempi. Eihän sen tarkoitus ole kuin auttaa sen yli kunnes varaosa tai uusi palvelin saapuu.
"kiintolevyt täyttyy mutta niitä pitää sitten laittaa lisää"
Eli alimitoitettu.
"varmistukset menee ristiin palvelimien välillä ja onhan tuo dfs eräänlainen varmistus."
Varmistus on sitä, että voit vaikka ampua paskaksi minkä tahansa palvelimen ja saat sen rakennettua uusiksi samanlaisena.
Varmistus on myös sitä, että vaikka ohjelmavirhe tuhoaisi kaikki tiedostot palvelimelta niin saat ne takaisin. Peilaus ei siis ole varmistus. Kaikki tiedostot, palvelimien asetukset pitää olla täysin erillisessä laitteessa eri tiedostojärjestelmässä.
Muista, että esim. vakuutusyhtiö ei korvaa vahinkoja jos varmistukset puuttuu.
niin no täyttyyhän ne vaikka olisi miten suuret levyt aikanaan ja sitten täytyy laittaa lisää.
lisäksi nyt olen saanut selvitte että kun levyjä ei saa enää lisää niin voi hankkia toisen hdd cagen johon saa toisen satsin levyjä. kaikissa palvelimissa sitä mahdollisuutta ei ole mutta meillä kahteen palvelimeen voi vielä laittaa toisen cagen jolloin saa kahdeksan levyä yhteensä mahtumaan lisää.
yhdessä palvelimessa ei ole erillistä hdd cagea vaan suoraan kotelossa. se on tämä pieni palvelin ml 115 g5. mutta esim. ml 150 g5 niin siinä on kaksi paikkaa hdd cagelle missä neljä levyä kummassakin.
ja dfs lisäksi varmuuskopioita otetaan erillisellä varmuuskopio ohjelmalla öisin ja ne menee erikseen omalle levylle. juuri tuo dfs auttaa siihen että voi mennä yksi palvelin paskaksi ja homma jatkuu.
ja eikö kolme palvelinta yhden tai kahden sijaan ole varmempi. sitä paitsi kun on tiedosto ja tulostuspalvelin myös toimialueen ohjauspalvelin dns wins, sitten tietokanta iis palvelin ja toinen tiedostopalvelin siinä myös toimialueen ohjauspalvelin dns wins ja dhcpkin.
dfs levittää kyllä viruksia palvelimesta toiseen tehokkaasti se on totta. tämä on olut välillä jopa ongelma.