Zálohování
Vážení, mám problém, potřebuji co nejjednodušeji vymyslet zálohování stanic. Momentálně mi to funguje že po přihlášení do domény se stanicím zálohují soubory na nas1100(na stanici se vyztvoří archiv a překopčí se). Vzhledem k tomu, že je to asi 300 stanici se po ránu vytíženost této mašinky je celkem velká. A jelikož mám nas1000 zařízení dvě, potřeboval bych stanice rozhazovat náhodně mezi ně(to si přeje šéf), já bych byl pro rozdělení zálohování podle abecedy(a-l nas1, zbytek nas2), ale to je vedlejší. Script mám vyřešen,že v případě výpadku jednoho zařízení se automaticky stanice zálohují na to druhé, ale jaksi to náhodné přepínání mě nanapadá.
Mozno aj podla IP napr. parne, neparne. Alebo podla zoznamu.
Napr. 2 zoznamy a polovica sa bude zalohovat na jednu IP, polovica na druhu.
Ked nebude primarny dostupny, pojde to na zalozny /druhy/.
Alebo rozdelovat to podla sekund - napr. kazda minuta ma sekundy a kazde cislo sa opakuje
raz za desat sekund. Podla casu. Napr. 0,1,2,3,4 by priradilo na server 1. Pre 5,6,7,8,9 na server 2.
Cize uzivatel by sa prihlasil napr. (13:20:19), tak by isiel na server 2. Alebo (13:20:20), (13:20:21), (13:20:24) na server 1. Zase (13:20:25) uz na server 2.
Napr. 2 zoznamy a polovica sa bude zalohovat na jednu IP, polovica na druhu.
Ked nebude primarny dostupny, pojde to na zalozny /druhy/.
Alebo rozdelovat to podla sekund - napr. kazda minuta ma sekundy a kazde cislo sa opakuje
raz za desat sekund. Podla casu. Napr. 0,1,2,3,4 by priradilo na server 1. Pre 5,6,7,8,9 na server 2.
Cize uzivatel by sa prihlasil napr. (13:20:19), tak by isiel na server 2. Alebo (13:20:20), (13:20:21), (13:20:24) na server 1. Zase (13:20:25) uz na server 2.
[QUOTE=KEOSAN;151366]Mozno aj podla IP napr. parne, neparne. Alebo podla zoznamu.
Napr. 2 zoznamy a polovica sa bude zalohovat na jednu IP, polovica na druhu.
Ked nebude primarny dostupny, pojde to na zalozny /druhy/.
Alebo rozdelovat to podla sekund - napr. kazda minuta ma sekundy a kazde cislo sa opakuje
raz za desat sekund. Podla casu. Napr. 0,1,2,3,4 by priradilo na server 1. Pre 5,6,7,8,9 na server 2.
Cize uzivatel by sa prihlasil napr. (13:20:19), tak by isiel na server 2. Alebo (13:20:20), (13:20:21), (13:20:24) na server 1. Zase (13:20:25) uz na server 2.[/QUOTE]
No ty sekundy jsou celkem velice pěkný nápad. Zkusím to vytvořit.
Napr. 2 zoznamy a polovica sa bude zalohovat na jednu IP, polovica na druhu.
Ked nebude primarny dostupny, pojde to na zalozny /druhy/.
Alebo rozdelovat to podla sekund - napr. kazda minuta ma sekundy a kazde cislo sa opakuje
raz za desat sekund. Podla casu. Napr. 0,1,2,3,4 by priradilo na server 1. Pre 5,6,7,8,9 na server 2.
Cize uzivatel by sa prihlasil napr. (13:20:19), tak by isiel na server 2. Alebo (13:20:20), (13:20:21), (13:20:24) na server 1. Zase (13:20:25) uz na server 2.[/QUOTE]
No ty sekundy jsou celkem velice pěkný nápad. Zkusím to vytvořit.
Taktiez by sa mozno dalo postupovat aj so zakomponovanim odozvy:
pouzit klasicky ping s urcitym poctom opakovanim, kde odozva by bola vynutena do X milisekund a pri urcitej velkosti testovacieho paketu. Odsledovat standard, kedy je server nezatazeny, vtedy typicku hodnotu. A potom, ak je mimo tolerancie, by to preplo na druhy server. Tam skusilo tiez test. Ak by bol test OK, mohlo by to skusit odoslat. Ak by to bolo tiez mimo tolerancie, skusilo by to zapisat na jeden zo serverov /ci uz prvy ci druhy/, alebo by pockalo 5 minut a potom skusilo testy zopakovat. Teda ak je to prijatelne cakat na uzivatela tolko.
Tak isto je mozne riesit upload dat vo volnej sirke pasma, povedzme mu dat kopirovat rychlostou cca iba 10 mbps. Sice bude dlhsie trvat zaloha, ale do urcitej velkosti je to rozdiel iba par minut a nemusi byt taka zataz...
Ak by sa v jednu dobu spustalo vela stanic naraz, tak je este moznost to kombinovat napr. s odlozenim spustania:
- da sa kombinovat, ze spustenie prikazu ihned by sa vykonalo o X minut.
Cize napr.
- pri sekunde 0 - zalohuj na server 1
- pri sekunde 1 - odloz zalohu o 1 minutu /na pozadi/ a potom zalohuj na server 1, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
- pri sekunde 2 - odloz zalohu o 2 minuty /na pozadi/ a potom zalohuj na server 1, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
- pri sekunde 3 - odloz zalohu o 3 minuty /na pozadi/ a potom zalohuj na server 1, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
- pri sekunde 4 - odloz zalohu o 4 minuty /na pozadi/ a potom zalohuj na server 1, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
- pri sekunde 5 - zalohuj na server 2
- pri sekunde 6 - odloz zalohu o 1 minutu /na pozadi/ a potom zalohuj na server 2, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
- pri sekunde 7 - odloz zalohu o 2 minuty /na pozadi/ a potom zalohuj na server 2, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
- pri sekunde 7 - odloz zalohu o 3 minuty /na pozadi/ a potom zalohuj na server 2, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
- pri sekunde 8 - odloz zalohu o 4 minuty /na pozadi/ a potom zalohuj na server 2, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
- pri sekunde 9 - odloz zalohu o 5 minuty /na pozadi/ a potom zalohuj na server 2, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
Takto by to mohlo byt hadam dost nahodne aj pri vyssom pocte ludi :) Najlepsie, ak by tie NAS boli gigabitove a stanice fast ethernet. Samozrejme k tomu vhodne switche.
pouzit klasicky ping s urcitym poctom opakovanim, kde odozva by bola vynutena do X milisekund a pri urcitej velkosti testovacieho paketu. Odsledovat standard, kedy je server nezatazeny, vtedy typicku hodnotu. A potom, ak je mimo tolerancie, by to preplo na druhy server. Tam skusilo tiez test. Ak by bol test OK, mohlo by to skusit odoslat. Ak by to bolo tiez mimo tolerancie, skusilo by to zapisat na jeden zo serverov /ci uz prvy ci druhy/, alebo by pockalo 5 minut a potom skusilo testy zopakovat. Teda ak je to prijatelne cakat na uzivatela tolko.
Tak isto je mozne riesit upload dat vo volnej sirke pasma, povedzme mu dat kopirovat rychlostou cca iba 10 mbps. Sice bude dlhsie trvat zaloha, ale do urcitej velkosti je to rozdiel iba par minut a nemusi byt taka zataz...
Ak by sa v jednu dobu spustalo vela stanic naraz, tak je este moznost to kombinovat napr. s odlozenim spustania:
- da sa kombinovat, ze spustenie prikazu ihned by sa vykonalo o X minut.
Cize napr.
- pri sekunde 0 - zalohuj na server 1
- pri sekunde 1 - odloz zalohu o 1 minutu /na pozadi/ a potom zalohuj na server 1, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
- pri sekunde 2 - odloz zalohu o 2 minuty /na pozadi/ a potom zalohuj na server 1, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
- pri sekunde 3 - odloz zalohu o 3 minuty /na pozadi/ a potom zalohuj na server 1, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
- pri sekunde 4 - odloz zalohu o 4 minuty /na pozadi/ a potom zalohuj na server 1, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
- pri sekunde 5 - zalohuj na server 2
- pri sekunde 6 - odloz zalohu o 1 minutu /na pozadi/ a potom zalohuj na server 2, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
- pri sekunde 7 - odloz zalohu o 2 minuty /na pozadi/ a potom zalohuj na server 2, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
- pri sekunde 7 - odloz zalohu o 3 minuty /na pozadi/ a potom zalohuj na server 2, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
- pri sekunde 8 - odloz zalohu o 4 minuty /na pozadi/ a potom zalohuj na server 2, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
- pri sekunde 9 - odloz zalohu o 5 minuty /na pozadi/ a potom zalohuj na server 2, pripadne spust PING test na vyhodnotenie zataze a podla toho prepni,
Takto by to mohlo byt hadam dost nahodne aj pri vyssom pocte ludi :) Najlepsie, ak by tie NAS boli gigabitove a stanice fast ethernet. Samozrejme k tomu vhodne switche.
Nebo bys mohl NAS úplně obejít a zálohovat vzájemně na počítače, buď třeba jen na určitý počet vybraných nebo třeba vždycky o tři PC vedle (např. IP 10.1.193.1 bude zálohovat na 10.1.193.4, 10.1.193.2 na 10.0.193.5 apod.), kdyby to někdo ukradl :). Jeden známý system builder to takhle dělá skoro všude, akorát mu jednou vykradli celou učebnu, tak přišel o všechno :)
Záleží od počtu stanic, aby to místo NAS zase nepřetěžovalo switch :notsure Mohl bys to ale zkombinovat, že se bude zálohovat vzájemně na stanice a pak ještě na NAS. Dalo by se tím odlehčit síti pokud to nějak dobře časově nastavíš a zároveň díky rozhození dat bude větší šance na záchranu, kdyby třeba místnost se stanicemi nebo naopak s NAS vyhořela. Nevím, jak to vypadá, tak nemůžu soudit :notsure
Záleží od počtu stanic, aby to místo NAS zase nepřetěžovalo switch :notsure Mohl bys to ale zkombinovat, že se bude zálohovat vzájemně na stanice a pak ještě na NAS. Dalo by se tím odlehčit síti pokud to nějak dobře časově nastavíš a zároveň díky rozhození dat bude větší šance na záchranu, kdyby třeba místnost se stanicemi nebo naopak s NAS vyhořela. Nevím, jak to vypadá, tak nemůžu soudit :notsure
Ano, da sa zalohovat na stanice, ale ma to hacik.
Stanica sa moze vypinat. Poruchy, dovolenky, choroby atd. A potom je po zalohach. Naviac data musia byt ulozene sukromne, t.j. nesmie sa nikto cudzi k nim dostat, takze by to chcelo sifrovane zalohy.
Da sa to tak riesiet zalohami, ale zaloha v rovnakej lokalite neni zalohou. Napr. ako bolo povedane, mozu to byt zlodeji, co ukradnu vsetko. Alebo poziar, zaplava, ci uder blesku atd.
Takze ak zalohovat na stanice, tak jedna zaloha by musela mat niekolko kopii v roznych lokalitach.
Idealne by bolo mozno rozdelit rovnomerne zataz do viac lokalit, cize prikupit este par dalsich zariadeni. A tie by sa mohli napr. cez noc synchronizovat. Cize znicenie jedneho, v jednej lokalite by nebol problem. Pri viac kopiach staci, ak niekde ostane iba 1 kopia. Cize viac zalohovacich miest, vsetkych dobre chranene a jedno ako cierna skrinka, niekde tajne ulozene.
Stanica sa moze vypinat. Poruchy, dovolenky, choroby atd. A potom je po zalohach. Naviac data musia byt ulozene sukromne, t.j. nesmie sa nikto cudzi k nim dostat, takze by to chcelo sifrovane zalohy.
Da sa to tak riesiet zalohami, ale zaloha v rovnakej lokalite neni zalohou. Napr. ako bolo povedane, mozu to byt zlodeji, co ukradnu vsetko. Alebo poziar, zaplava, ci uder blesku atd.
Takze ak zalohovat na stanice, tak jedna zaloha by musela mat niekolko kopii v roznych lokalitach.
Idealne by bolo mozno rozdelit rovnomerne zataz do viac lokalit, cize prikupit este par dalsich zariadeni. A tie by sa mohli napr. cez noc synchronizovat. Cize znicenie jedneho, v jednej lokalite by nebol problem. Pri viac kopiach staci, ak niekde ostane iba 1 kopia. Cize viac zalohovacich miest, vsetkych dobre chranene a jedno ako cierna skrinka, niekde tajne ulozene.
Dalo by se to dělat tak, že kdyby se nepodařilo na stanici připojit, hodilo by se to na jinou nebo na NAS. Nejlepší by stejně bylo zálohovat na stanice a pak to třeba později (kvůli zátěži v krátkém čase) stejně synchronizovat s NAS.
Přístup by nebyl problém, dalo by se to do složky s omezený oprávěním (aby uživatel nemohl z ní číst) nebo třeba zmačené archivy s heslem, stejně se komprimují :notsure
Dá se to celkem slušně rozházet, ale otázka je jestli se vyplatí psát tak složtý script, kde by to zálohovalo vždycky na PC vedle, eventulně jinam, pak ještě za nějaký čas synchonizovat s NAS :runaway
Přístup by nebyl problém, dalo by se to do složky s omezený oprávěním (aby uživatel nemohl z ní číst) nebo třeba zmačené archivy s heslem, stejně se komprimují :notsure
Dá se to celkem slušně rozházet, ale otázka je jestli se vyplatí psát tak složtý script, kde by to zálohovalo vždycky na PC vedle, eventulně jinam, pak ještě za nějaký čas synchonizovat s NAS :runaway
Problem s PC je napr. ten, ze uzivatel ochorie a pol roka nebudu zalohy. Alebo zacne chodit na urcitu hodinu, urobi sa zaloha, alebo zaloha zacne a on vypne v jej priebehu pocitac a moze to robit pravidelne. Jednoducho zalohovat na nespolahlive PC sa da, ale chce to, aby to nerobilo 1 kopiu zalohy, ale viac kopii na rozne miesta. Iba tak sa moze clovek spolahnut na to.
Lenze to by malo efekt, ze switch by bol zatazeny viac.
Ako som uz pisal, kludne sa da kopirovat urcitou rychlostou a tak zaloha sa da robit aj cez velmi tenku linku, ktoru nemusi ani nijak extremne vytazovat....
Naviac pri zalohovani na pocitace pri tom mnozstve stanic, by to bolo echt vela kombinacii, co kde kam zalohovat, aby sa v tom clovek potom rozumne vyznal.
-------------------------------------------------------------
Dalsia vec ako to riesit efektivne, bez zataze je - nenechat riadenie zaloh na stanice, ktore si to budu ukladat, ale nechat riadit zalohy server, ktory bude v urcitom intervale skenovat stanice a ak objavi zalohu, urobi prirastkovu kopiu. Stanica si najprv urobi zalohu lokalne a tato zaloha /napr. komprimovana/ si ju stiahne server k sebe... Takto moze server vzdy stahovat napr. len jednu stanicu maximalnou rychlostou /pripadne par stanic podla nastavenia/. Nebude sa tak zalohovat X stanic pomaly dlhu dobu, ale bude sa rychlo zalohovat stanicu po stanici. Doba priblizne rovnaka.
Lenze to by malo efekt, ze switch by bol zatazeny viac.
Ako som uz pisal, kludne sa da kopirovat urcitou rychlostou a tak zaloha sa da robit aj cez velmi tenku linku, ktoru nemusi ani nijak extremne vytazovat....
Naviac pri zalohovani na pocitace pri tom mnozstve stanic, by to bolo echt vela kombinacii, co kde kam zalohovat, aby sa v tom clovek potom rozumne vyznal.
-------------------------------------------------------------
Dalsia vec ako to riesit efektivne, bez zataze je - nenechat riadenie zaloh na stanice, ktore si to budu ukladat, ale nechat riadit zalohy server, ktory bude v urcitom intervale skenovat stanice a ak objavi zalohu, urobi prirastkovu kopiu. Stanica si najprv urobi zalohu lokalne a tato zaloha /napr. komprimovana/ si ju stiahne server k sebe... Takto moze server vzdy stahovat napr. len jednu stanicu maximalnou rychlostou /pripadne par stanic podla nastavenia/. Nebude sa tak zalohovat X stanic pomaly dlhu dobu, ale bude sa rychlo zalohovat stanicu po stanici. Doba priblizne rovnaka.
No možná je to úplně mimo, ale šel bych na to ještě jinak. Pokud se nepletu, tak na ty NASy vidíš normálně jako na sdílený složky ne? Takže stanice AA začne kopírovat na NAS1, vytvoří si složku S1. Stanice BB začne kopírovat taky, ale na NAS1 najde složku S1 - aha, tam už někdo kopíruje, tak mrkne do NAS2 (pokud je dostupný) a prostě si vybere ten NAS kde je k aktuálnímu datu založeno méně složek od stanic, takže pořadí se bude určovat jen od rychlosti vytvoření zálohy a kopírování se bude střídat podle vytíženosti NAS.
Jednoduchým principem (např. doplnění pomocného souboru jako "příznak" kopírování a jeho zrušení po skončení kopírování) by se dalo dosáhnout i stavu kdy by nikdy nekopírovalo víc než daný počet stanic a zbytek by čekal ve frontě.
Podobně by šlo v budoucnu i rozšiřovat počet NAS a zátěž by se plynule rozkládala na všechny dostupné na síti.
Jednoduchým principem (např. doplnění pomocného souboru jako "příznak" kopírování a jeho zrušení po skončení kopírování) by se dalo dosáhnout i stavu kdy by nikdy nekopírovalo víc než daný počet stanic a zbytek by čekal ve frontě.
Podobně by šlo v budoucnu i rozšiřovat počet NAS a zátěž by se plynule rozkládala na všechny dostupné na síti.
Kdyz slysim "zalohovani na stanice" beha mi mraz po zadech!
Dzandro .. co za data z tech stanic potrebujes zalohovat?
Dzandro .. co za data z tech stanic potrebujes zalohovat?
[QUOTE=Aigor;151536]No možná je to úplně mimo, ale šel bych na to ještě jinak. Pokud se nepletu, tak na ty NASy vidíš normálně jako na sdílený složky ne? Takže stanice AA začne kopírovat na NAS1, vytvoří si složku S1. Stanice BB začne kopírovat taky, ale na NAS1 najde složku S1 - aha, tam už někdo kopíruje, tak mrkne do NAS2 (pokud je dostupný) a prostě si vybere ten NAS kde je k aktuálnímu datu založeno méně složek od stanic, takže pořadí se bude určovat jen od rychlosti vytvoření zálohy a kopírování se bude střídat podle vytíženosti NAS.
Jednoduchým principem (např. doplnění pomocného souboru jako "příznak" kopírování a jeho zrušení po skončení kopírování) by se dalo dosáhnout i stavu kdy by nikdy nekopírovalo víc než daný počet stanic a zbytek by čekal ve frontě.
Podobně by šlo v budoucnu i rozšiřovat počet NAS a zátěž by se plynule rozkládala na všechny dostupné na síti.[/QUOTE]
Pri tom pocte stanic, by sa to nacakalo. Medzi tym by cakajuca stanica mohla byt vypnuta, alebo este lepsie, niekto by pri zalohovani vypol stanicu, ktora prave zalohuje. Priznak by ostal nezmeneny a ziadna zo stanic by nerobila zalohu, pretoze by si myslela, ze prebieha zalohovanie.
pas!k
problem so zalohovanim na stanicu je. To je fakt. Rozdiel je vsak so zalohovanim na stanice. Tiez to mam tak riesene a je to vskutku bezpecna zalezitost. To podstatne som zvyraznil - zalohovanie na STANICE. Cize mnozne cislo - hovori o VIAC kopiach tej istej zalohy. Pritom tie stanice su kazde v inej lokalite.
Jednoduchým principem (např. doplnění pomocného souboru jako "příznak" kopírování a jeho zrušení po skončení kopírování) by se dalo dosáhnout i stavu kdy by nikdy nekopírovalo víc než daný počet stanic a zbytek by čekal ve frontě.
Podobně by šlo v budoucnu i rozšiřovat počet NAS a zátěž by se plynule rozkládala na všechny dostupné na síti.[/QUOTE]
Pri tom pocte stanic, by sa to nacakalo. Medzi tym by cakajuca stanica mohla byt vypnuta, alebo este lepsie, niekto by pri zalohovani vypol stanicu, ktora prave zalohuje. Priznak by ostal nezmeneny a ziadna zo stanic by nerobila zalohu, pretoze by si myslela, ze prebieha zalohovanie.
pas!k
problem so zalohovanim na stanicu je. To je fakt. Rozdiel je vsak so zalohovanim na stanice. Tiez to mam tak riesene a je to vskutku bezpecna zalezitost. To podstatne som zvyraznil - zalohovanie na STANICE. Cize mnozne cislo - hovori o VIAC kopiach tej istej zalohy. Pritom tie stanice su kazde v inej lokalite.
[QUOTE=KEOSAN;151629]Pri tom pocte stanic, by sa to nacakalo. Medzi tym by cakajuca stanica mohla byt vypnuta, alebo este lepsie, niekto by pri zalohovani vypol stanicu, ktora prave zalohuje. Priznak by ostal nezmeneny a ziadna zo stanic by nerobila zalohu, pretoze by si myslela, ze prebieha zalohovanie.[/QUOTE]
No ale problém s vypnutím stanice během zálohy máš vždycky, akorát když budou zálohovat všechny naráz, tak to bude pomalejší a riziko neúplné zálohy vzrůstá, protože to trvá dlouho.
Takže by to asi tak i tak chtělo zařídit, aby se PC vypínalo až po odeslání zálohy na NAS. A uživatele instruovat, aby PC nikdy nevypínali násilně tlačítkem ;)
No ale problém s vypnutím stanice během zálohy máš vždycky, akorát když budou zálohovat všechny naráz, tak to bude pomalejší a riziko neúplné zálohy vzrůstá, protože to trvá dlouho.
Takže by to asi tak i tak chtělo zařídit, aby se PC vypínalo až po odeslání zálohy na NAS. A uživatele instruovat, aby PC nikdy nevypínali násilně tlačítkem ;)
[QUOTE=Pavel Boček;151813]No ale problém s vypnutím stanice během zálohy máš vždycky, akorát když budou zálohovat všechny naráz, tak to bude pomalejší a riziko neúplné zálohy vzrůstá, protože to trvá dlouho.
Takže by to asi tak i tak chtělo zařídit, aby se PC vypínalo až po odeslání zálohy na NAS. A uživatele instruovat, aby PC nikdy nevypínali násilně tlačítkem ;)[/QUOTE]
Ked sa zalohuje povedzme vsetci naraz a kopirovalo by to vsetky stanice cca pol hodinu a prerusia to vsetci po 10 minutach, tak neni zaloha ziadna. Samozrejme realne to vsetci nevypnu, ale kto to vypne, ma po zalohe.
Ak sa to kopiruje po jednom a po 10 minutach by to vypli, tak povedzme stvrtina z tych PC by uz mala zalohy hotove.
Spekulovanie o tom, kedy vypinanat zalohu je bezpredmetne. Nemoze niekto vypnut uzivatelovi system, ten moze na tom este robit a urcite nebude cakat na nejake zalohy, ale vypne to. V tom pripade je jednou z moznosti pouzivanie prirastkoveho kopirovania, ze po vypnuti prihra zbytok zaloh, ked bude system online. ALEBO sa pouzije kopirovanie, ak je to velky archiv, ze nadviaze na padnute spojenie suboru, akonahle to bude mozne.
Instruovat uzivatelov k niecomu - tu cesta nevedie. Snazim sa o to uz roky a vzdy to chapu a za nejaky ten cas si urobia po svojom... Na to sa proste spoliehat vobec neda ;)
Takže by to asi tak i tak chtělo zařídit, aby se PC vypínalo až po odeslání zálohy na NAS. A uživatele instruovat, aby PC nikdy nevypínali násilně tlačítkem ;)[/QUOTE]
Ked sa zalohuje povedzme vsetci naraz a kopirovalo by to vsetky stanice cca pol hodinu a prerusia to vsetci po 10 minutach, tak neni zaloha ziadna. Samozrejme realne to vsetci nevypnu, ale kto to vypne, ma po zalohe.
Ak sa to kopiruje po jednom a po 10 minutach by to vypli, tak povedzme stvrtina z tych PC by uz mala zalohy hotove.
Spekulovanie o tom, kedy vypinanat zalohu je bezpredmetne. Nemoze niekto vypnut uzivatelovi system, ten moze na tom este robit a urcite nebude cakat na nejake zalohy, ale vypne to. V tom pripade je jednou z moznosti pouzivanie prirastkoveho kopirovania, ze po vypnuti prihra zbytok zaloh, ked bude system online. ALEBO sa pouzije kopirovanie, ak je to velky archiv, ze nadviaze na padnute spojenie suboru, akonahle to bude mozne.
Instruovat uzivatelov k niecomu - tu cesta nevedie. Snazim sa o to uz roky a vzdy to chapu a za nejaky ten cas si urobia po svojom... Na to sa proste spoliehat vobec neda ;)
[QUOTE=KEOSAN;151846]Spekulovanie o tom, kedy vypinanat zalohu je bezpredmetne. Nemoze niekto vypnut uzivatelovi system, ten moze na tom este robit a urcite nebude cakat na nejake zalohy, ale vypne to. V tom pripade je jednou z moznosti pouzivanie prirastkoveho kopirovania, ze po vypnuti prihra zbytok zaloh, ked bude system online. ALEBO sa pouzije kopirovanie, ak je to velky archiv, ze nadviaze na padnute spojenie suboru, akonahle to bude mozne.
Instruovat uzivatelov k niecomu - tu cesta nevedie. Snazim sa o to uz roky a vzdy to chapu a za nejaky ten cas si urobia po svojom... Na to sa proste spoliehat vobec neda ;)[/QUOTE]
Neříkám vypínat někomu systém, ale naopak až on bude chtít vypnout PC, tak to se nevypne hned, ale samo až se dokončí záloha. Navazovat na předchozí zálohu je k ničemu, protože pokud jsem to pochopil, záloha se dělá po každém zapnutí nová.
[SIZE="1"]Co se týká instruktáží - myslím, že jasně říct tvrdému vypínání tlačítkem NE snačí ;) Nevím, jak to máš řešeno ty, čeho se instruktáže týkají a jaký to má dopad na chod firmy, ale pokud se jedná u určitá vytvořená pevná pravidla, jejichž porušení může ohrozit chod firmy (jako ztráta dat, zcizení dat apod.), tak zkus prosadit eventuelně nějaké sankce. Je přece normální chodit včas do práce, tak stejně tak by mělo být normální dodržovat pevná daná pravidla. Některé organizace myslím takovou položku mívají i ve smluvě ;) Dneska se bezpečnost nevyplatí podceňovat...[/SIZE]
dzandra: co to je vlastně za firmu a co se zálohuje ? 300 stanic je už dost. Co jsem měl možnost pochytit, tak při takovém množství už se to mnohdy řeší spíš sdíleným(i) serverem(servery), kde uživatelé pracují se soubory umístěnými na serveru. Ten je pak zálohovaný kompletně. Možná by to bylo jednodušší než nějaké zálohování jednotlivých stanic, protože to prostě je zátěž v krátkém čase, rozkládat to na delší čas přináší složitější skripty a další riziko nedokončení záloh. Takhle by si ráno přišli, otevřeli si soubory, pracovali s nimi, uložili zase na server apod., pro síť dle mého názoru menší zátěž. A zálohování jediného serveru je pak hračka, to se můžeš dělat třeba v noci.
Instruovat uzivatelov k niecomu - tu cesta nevedie. Snazim sa o to uz roky a vzdy to chapu a za nejaky ten cas si urobia po svojom... Na to sa proste spoliehat vobec neda ;)[/QUOTE]
Neříkám vypínat někomu systém, ale naopak až on bude chtít vypnout PC, tak to se nevypne hned, ale samo až se dokončí záloha. Navazovat na předchozí zálohu je k ničemu, protože pokud jsem to pochopil, záloha se dělá po každém zapnutí nová.
[SIZE="1"]Co se týká instruktáží - myslím, že jasně říct tvrdému vypínání tlačítkem NE snačí ;) Nevím, jak to máš řešeno ty, čeho se instruktáže týkají a jaký to má dopad na chod firmy, ale pokud se jedná u určitá vytvořená pevná pravidla, jejichž porušení může ohrozit chod firmy (jako ztráta dat, zcizení dat apod.), tak zkus prosadit eventuelně nějaké sankce. Je přece normální chodit včas do práce, tak stejně tak by mělo být normální dodržovat pevná daná pravidla. Některé organizace myslím takovou položku mívají i ve smluvě ;) Dneska se bezpečnost nevyplatí podceňovat...[/SIZE]
dzandra: co to je vlastně za firmu a co se zálohuje ? 300 stanic je už dost. Co jsem měl možnost pochytit, tak při takovém množství už se to mnohdy řeší spíš sdíleným(i) serverem(servery), kde uživatelé pracují se soubory umístěnými na serveru. Ten je pak zálohovaný kompletně. Možná by to bylo jednodušší než nějaké zálohování jednotlivých stanic, protože to prostě je zátěž v krátkém čase, rozkládat to na delší čas přináší složitější skripty a další riziko nedokončení záloh. Takhle by si ráno přišli, otevřeli si soubory, pracovali s nimi, uložili zase na server apod., pro síť dle mého názoru menší zátěž. A zálohování jediného serveru je pak hračka, to se můžeš dělat třeba v noci.
Pavel Boček
Nadvazovanie na zalohu vyznam ma. Pretoze, moze byt chyba v zalohe, v subore, zmaze ci prepise sa nahodou, virom atd. povodny subor, alebo treba mat nejaku verziu suboru z minulosti. Takze po zapnuti sa pokracuje v starej zalohe, plus sa dohra nova zaloha. Problem s vypinanim by vsak ostaval...
[SIZE="1"]Co sa tyka instruktaze - tak moze to vysvetlovat clovek kdekomu, prakticky vsak zbytocne. Ked sa to vypne, v 99.99999 percentach pripadov neni dokaz, kto to vypol :) Napr. niekto zmackne tlacitko pre vypnutie na klavesnici, ci da sleep rezim, alebo vypne zdroj, ci vytiahne elektriku zo siete. Je jedno, ze to clovek niekomu povie, ked to moze vypnut X dalsich ludi o ktorych instruktor ani nevie. Alebo ludia zabudaju. A robit na niekoho bububu, je zbytocne - pretoze siahnut na plat sa da podla zakona iba za urcitych podmienok a moze to urobit iba dotycna osoba. A ak sa prerusi zaloha, nikomu sa nic nestalo, ziadna skoda nevznikla, takze vycislenie potencionalnej skody je tiez problem. Taktiez dotknutej osobe sa to nemusi pacit a TAZKO je JEDNOZNACNE NIEKOMU NIECO DOKAZAT.... Tiez som mal podobne predstavy, ale personalni manazeri po informaciach od pravnikov + odborarov ma rychlo vyviedli z omylu ;) [/SIZE]
Ad praca na serveri:
ano, pri tom pocte stanic by to bola asi velmi vhodna alternativa. Otazkou je, aka rychla je siet, server a hlavne ake velke data sa prenasaju. Predpokladam, ze ak by konstrukter napr. pracoval s gigabajtovymi datami a mal cakat na odozvu siete pri kazdom ulozeni, tak by to bol problem. Potom by pre cast firmy este ostavala moznost pracovat v ramci terminalovych sluzieb, ze by sa robilo s datami na serveri a nic by sa netahalo na stanicu. Narocnost na siet minimalna a zalohovanie by bolo mozne. Ak tie data nie su nejak velke, tak mat to na serveri by bolo idealne. Problemom vsak by ostavalo, ze ten server ako centralizovana komponenta by sa stal zivotne dolezitym a jeho vypadok by bol problem. Cize tam by muselo byt velmi dobre poriesene servis + opravy, nahradne diely atd. Toto sa v dost firmach opomina, kde sa sustredia na to iba mat server. Pri poruchach, ak to nemaju systemovo riesene, si mozu potom trhat vlasy :D
Otazne vsak je tiez aj zaloha takeho servera. Pokial je niekde IT stredisko s viac ludmi, tak to problem neni. Problemom je vsak, ak je na to 1 clovek, pretoze potom sa na zalohovanie servera neda spolahnut /dovolenky, choroby, zabudlivost atd/ - kde by musel vymienat napr. pasky. Nepomohla by ani paskova kniznica, pretoze tie pasky treba vytiahnut a odniest z lokality na bezpecne miesto. Kedze pri prenose, zalohovani je mozna tiez chyba, treba minimalne 2 kopie na 2 paskach do dvoch lokalit. Cize bez presnejsich informacii moze clovek len hadat, co by sa vsetko dalo robit...
Nadvazovanie na zalohu vyznam ma. Pretoze, moze byt chyba v zalohe, v subore, zmaze ci prepise sa nahodou, virom atd. povodny subor, alebo treba mat nejaku verziu suboru z minulosti. Takze po zapnuti sa pokracuje v starej zalohe, plus sa dohra nova zaloha. Problem s vypinanim by vsak ostaval...
[SIZE="1"]Co sa tyka instruktaze - tak moze to vysvetlovat clovek kdekomu, prakticky vsak zbytocne. Ked sa to vypne, v 99.99999 percentach pripadov neni dokaz, kto to vypol :) Napr. niekto zmackne tlacitko pre vypnutie na klavesnici, ci da sleep rezim, alebo vypne zdroj, ci vytiahne elektriku zo siete. Je jedno, ze to clovek niekomu povie, ked to moze vypnut X dalsich ludi o ktorych instruktor ani nevie. Alebo ludia zabudaju. A robit na niekoho bububu, je zbytocne - pretoze siahnut na plat sa da podla zakona iba za urcitych podmienok a moze to urobit iba dotycna osoba. A ak sa prerusi zaloha, nikomu sa nic nestalo, ziadna skoda nevznikla, takze vycislenie potencionalnej skody je tiez problem. Taktiez dotknutej osobe sa to nemusi pacit a TAZKO je JEDNOZNACNE NIEKOMU NIECO DOKAZAT.... Tiez som mal podobne predstavy, ale personalni manazeri po informaciach od pravnikov + odborarov ma rychlo vyviedli z omylu ;) [/SIZE]
Ad praca na serveri:
ano, pri tom pocte stanic by to bola asi velmi vhodna alternativa. Otazkou je, aka rychla je siet, server a hlavne ake velke data sa prenasaju. Predpokladam, ze ak by konstrukter napr. pracoval s gigabajtovymi datami a mal cakat na odozvu siete pri kazdom ulozeni, tak by to bol problem. Potom by pre cast firmy este ostavala moznost pracovat v ramci terminalovych sluzieb, ze by sa robilo s datami na serveri a nic by sa netahalo na stanicu. Narocnost na siet minimalna a zalohovanie by bolo mozne. Ak tie data nie su nejak velke, tak mat to na serveri by bolo idealne. Problemom vsak by ostavalo, ze ten server ako centralizovana komponenta by sa stal zivotne dolezitym a jeho vypadok by bol problem. Cize tam by muselo byt velmi dobre poriesene servis + opravy, nahradne diely atd. Toto sa v dost firmach opomina, kde sa sustredia na to iba mat server. Pri poruchach, ak to nemaju systemovo riesene, si mozu potom trhat vlasy :D
Otazne vsak je tiez aj zaloha takeho servera. Pokial je niekde IT stredisko s viac ludmi, tak to problem neni. Problemom je vsak, ak je na to 1 clovek, pretoze potom sa na zalohovanie servera neda spolahnut /dovolenky, choroby, zabudlivost atd/ - kde by musel vymienat napr. pasky. Nepomohla by ani paskova kniznica, pretoze tie pasky treba vytiahnut a odniest z lokality na bezpecne miesto. Kedze pri prenose, zalohovani je mozna tiez chyba, treba minimalne 2 kopie na 2 paskach do dvoch lokalit. Cize bez presnejsich informacii moze clovek len hadat, co by sa vsetko dalo robit...
Asi by bylo dobre pockat na vyjadreni autora nez si tu zakladat vlastni debatu na tema zalohovani . asi ne kazdeho to to tu bude bavit cist .
[QUOTE=pas!k;152062]Asi by bylo dobre pockat na vyjadreni autora nez si tu zakladat vlastni debatu na tema zalohovani . asi ne kazdeho to to tu bude bavit cist .[/QUOTE]
hm, no az teraz som si vlastne vsimol ze problem neriesi Keosan ale niekto iny.. :D
Zalohy su urcite dolezite ale s nicim sa to nema prehanat :) A kazda situacia si vyzaduje ine riesenie. Autor situaciu neopisal tak si myslim, ze je uplne jedno ci zalohuje office dokumenty alebo ine objemne super dolezite data.
BTW.. nedal by sa v tomto pripade pouzit aj SNMP protokol ?
hm, no az teraz som si vlastne vsimol ze problem neriesi Keosan ale niekto iny.. :D
Zalohy su urcite dolezite ale s nicim sa to nema prehanat :) A kazda situacia si vyzaduje ine riesenie. Autor situaciu neopisal tak si myslim, ze je uplne jedno ci zalohuje office dokumenty alebo ine objemne super dolezite data.
BTW.. nedal by sa v tomto pripade pouzit aj SNMP protokol ?
[QUOTE=Pavel Boček;151461]Nebo bys mohl NAS úplně obejít a zálohovat vzájemně na počítače, buď třeba jen na určitý počet vybraných nebo třeba vždycky o tři PC vedle (např. IP 10.1.193.1 bude zálohovat na 10.1.193.4, 10.1.193.2 na 10.0.193.5 apod.), kdyby to někdo ukradl :). Jeden známý system builder to takhle dělá skoro všude, akorát mu jednou vykradli celou učebnu, tak přišel o všechno :)
Záleží od počtu stanic, aby to místo NAS zase nepřetěžovalo switch :notsure Mohl bys to ale zkombinovat, že se bude zálohovat vzájemně na stanice a pak ještě na NAS. Dalo by se tím odlehčit síti pokud to nějak dobře časově nastavíš a zároveň díky rozhození dat bude větší šance na záchranu, kdyby třeba místnost se stanicemi nebo naopak s NAS vyhořela. Nevím, jak to vypadá, tak nemůžu soudit :notsure[/QUOTE]
No to by asi moc nešlo, na 300 stanicích by to bylo celkem na prd. Navíc uživatelé nemají přístup na disk na jiném pc,už vidím jak by to dopadlo. :-).
BTW pokud by mi vyhořela místnost s nas, tak bych byl úplně v hajzlu, jsou tam i servry :D
[QUOTE=pas!k;151615]Kdyz slysim "zalohovani na stanice" beha mi mraz po zadech!
Dzandro .. co za data z tech stanic potrebujes zalohovat?[/QUOTE]
No bohužel dokumenty a plochu. Páč někteří uživatelé jsou idioti.
Jinak se omlouvám, za chvilkovou neučást, byl jsem na dovolené.
No zkusím to pořádně popsat. Problém se zálohováním na jiné stanice je, že každý do práce chodí jinak a po zalogování se hned všechno provádí. Takže by se mi mohlo stát, že se mi opravdu mašina nezazálohuje půl roku, protože kontrola by byla složitější. Podle mě by stejně bylo nejlepší ty mašiny zálohovat až při vypínání,páč kolikrát je celodenní práce v háji. Podle uživatelů =" včera jsem to tu měl a dneska to tady není, nešlo by to obnovit?", a tak se všechny problémy hází na IT. Ještě že už máme helpdesk, protože to bylo pořád. "Však jsem vám to volala 100x a vy jste to nikdo neopravil." Kdyby to bylo na mě, tak bych se na zálohování stanic vykašlal, stejně už má 2/3stanic vypalovačky a zálohoval jenom servry a databáze. Ale šefík to chce tak.
Takže mám vytvořenou jednoduchou batku
rem *** zjistovani stavu nas1 a nas2 ***
if not exist \\10.0.0.65\works\nas1.txt goto nas2er
if not exist \\10.0.0.68\works\nas2.txt goto nas1er
verify on
echo 1.IF
if exist \\blbec\netlogon\nas1.txt goto nas1
echo 2.IF
if exist \\blbec\netlogon\nas2.txt goto nas2
:nas1
set nas=nas1
del \\blbec\netlogon\nas1.txt
copy \\blbec\netlogon\nas\nas2.txt \\blbec\netlogon\
goto zalohy
:nas2
set nas=nas2
del \\blbec\netlogon\nas2.txt
copy \\blbec\netlogon\nas\nas1.txt \\blbec\netlogon\
:zalohy
call \\%nas%\works\backup.bat
verify off
goto end
:nas1er
CALL \\10.0.0.65\works\backup.bat
goto end
:nas2er
CALL \\10.0.0.68\works\backup.bat
rem *** Konec zaloh ***
goto end
:end
žel bohu, škoda že programování není až tak moje hobby,asi by to šlo vytvořit daleké lépe.
[QUOTE=kikloop;154036]hm, no az teraz som si vlastne vsimol ze problem neriesi Keosan ale niekto iny.. :D
Zalohy su urcite dolezite ale s nicim sa to nema prehanat :) A kazda situacia si vyzaduje ine riesenie. Autor situaciu neopisal tak si myslim, ze je uplne jedno ci zalohuje office dokumenty alebo ine objemne super dolezite data.
BTW.. nedal by sa v tomto pripade pouzit aj SNMP protokol ?[/QUOTE]
NO ten snmp není asi špatná volba, bohužel ho moc neznám, tak jdu studovat
Záleží od počtu stanic, aby to místo NAS zase nepřetěžovalo switch :notsure Mohl bys to ale zkombinovat, že se bude zálohovat vzájemně na stanice a pak ještě na NAS. Dalo by se tím odlehčit síti pokud to nějak dobře časově nastavíš a zároveň díky rozhození dat bude větší šance na záchranu, kdyby třeba místnost se stanicemi nebo naopak s NAS vyhořela. Nevím, jak to vypadá, tak nemůžu soudit :notsure[/QUOTE]
No to by asi moc nešlo, na 300 stanicích by to bylo celkem na prd. Navíc uživatelé nemají přístup na disk na jiném pc,už vidím jak by to dopadlo. :-).
BTW pokud by mi vyhořela místnost s nas, tak bych byl úplně v hajzlu, jsou tam i servry :D
[QUOTE=pas!k;151615]Kdyz slysim "zalohovani na stanice" beha mi mraz po zadech!
Dzandro .. co za data z tech stanic potrebujes zalohovat?[/QUOTE]
No bohužel dokumenty a plochu. Páč někteří uživatelé jsou idioti.
Jinak se omlouvám, za chvilkovou neučást, byl jsem na dovolené.
No zkusím to pořádně popsat. Problém se zálohováním na jiné stanice je, že každý do práce chodí jinak a po zalogování se hned všechno provádí. Takže by se mi mohlo stát, že se mi opravdu mašina nezazálohuje půl roku, protože kontrola by byla složitější. Podle mě by stejně bylo nejlepší ty mašiny zálohovat až při vypínání,páč kolikrát je celodenní práce v háji. Podle uživatelů =" včera jsem to tu měl a dneska to tady není, nešlo by to obnovit?", a tak se všechny problémy hází na IT. Ještě že už máme helpdesk, protože to bylo pořád. "Však jsem vám to volala 100x a vy jste to nikdo neopravil." Kdyby to bylo na mě, tak bych se na zálohování stanic vykašlal, stejně už má 2/3stanic vypalovačky a zálohoval jenom servry a databáze. Ale šefík to chce tak.
Takže mám vytvořenou jednoduchou batku
rem *** zjistovani stavu nas1 a nas2 ***
if not exist \\10.0.0.65\works\nas1.txt goto nas2er
if not exist \\10.0.0.68\works\nas2.txt goto nas1er
verify on
echo 1.IF
if exist \\blbec\netlogon\nas1.txt goto nas1
echo 2.IF
if exist \\blbec\netlogon\nas2.txt goto nas2
:nas1
set nas=nas1
del \\blbec\netlogon\nas1.txt
copy \\blbec\netlogon\nas\nas2.txt \\blbec\netlogon\
goto zalohy
:nas2
set nas=nas2
del \\blbec\netlogon\nas2.txt
copy \\blbec\netlogon\nas\nas1.txt \\blbec\netlogon\
:zalohy
call \\%nas%\works\backup.bat
verify off
goto end
:nas1er
CALL \\10.0.0.65\works\backup.bat
goto end
:nas2er
CALL \\10.0.0.68\works\backup.bat
rem *** Konec zaloh ***
goto end
:end
žel bohu, škoda že programování není až tak moje hobby,asi by to šlo vytvořit daleké lépe.
[QUOTE=kikloop;154036]hm, no az teraz som si vlastne vsimol ze problem neriesi Keosan ale niekto iny.. :D
Zalohy su urcite dolezite ale s nicim sa to nema prehanat :) A kazda situacia si vyzaduje ine riesenie. Autor situaciu neopisal tak si myslim, ze je uplne jedno ci zalohuje office dokumenty alebo ine objemne super dolezite data.
BTW.. nedal by sa v tomto pripade pouzit aj SNMP protokol ?[/QUOTE]
NO ten snmp není asi špatná volba, bohužel ho moc neznám, tak jdu studovat
Pozor na existenciu toho TXT suboru. Ak by sa stanici podarilo prerusit zalhovanie napr. pri vypadku prudu, ten subor tam ostane a zaloha sa robit nemusi aj mesiace, ak si toho niekto nevsimne.
Skor by bolo lepsie podmienkovat to na nejaku zataz, typicku hodnotu PING, ktora by bola mimo normal, tak by to preplo na inu stanicu.
Skor by bolo lepsie podmienkovat to na nejaku zataz, typicku hodnotu PING, ktora by bola mimo normal, tak by to preplo na inu stanicu.
[QUOTE=KEOSAN;155301]Pozor na existenciu toho TXT suboru. Ak by sa stanici podarilo prerusit zalhovanie napr. pri vypadku prudu, ten subor tam ostane a zaloha sa robit nemusi aj mesiace, ak si toho niekto nevsimne.
Skor by bolo lepsie podmienkovat to na nejaku zataz, typicku hodnotu PING, ktora by bola mimo normal, tak by to preplo na inu stanicu.[/QUOTE]
No s tím texťákem máš pravdu. Vůbec mi mě zajímalo co se stane, když bude jedna stanice mazat a druhá ho chtít kopírovat nebo dvě či více stanic najednou smazat. Nejsem žádný počtář, ale možné si myslím to je. No zkusím do té batky nějak vykutit ten přepínač pomocí pingu. :D. to zas dopadne :D
Skor by bolo lepsie podmienkovat to na nejaku zataz, typicku hodnotu PING, ktora by bola mimo normal, tak by to preplo na inu stanicu.[/QUOTE]
No s tím texťákem máš pravdu. Vůbec mi mě zajímalo co se stane, když bude jedna stanice mazat a druhá ho chtít kopírovat nebo dvě či více stanic najednou smazat. Nejsem žádný počtář, ale možné si myslím to je. No zkusím do té batky nějak vykutit ten přepínač pomocí pingu. :D. to zas dopadne :D
Problemom s rozlozenim zataze by sa dalo vyhnut, keby naopak bolo skrip spustany zo servera a ten bude prehladavat lokalne pocitace a ak najde novu zalohu /zalohy by sa vytvarali najprv lokalne/, tak ju bude distribuovat ku sebe. Takto bude robit vzdy iba jednu kopiu a nemalo by to nejak zatazovat ani najlacnejsie switche/siet.
Problém s neúplným souborem se dá vyřešit kopírováním pod jiným jménem a teprve následným přejmenováním.
Iniciace záloh na serveru je IMHO dobrej nápad - server se bude jednou za x minut tázat všech stanic, zdali jsou zálohovaný - pozná to dle existence souboru na disku. Pokud najde nějakou nezálohovanou, tak začne vytvářet zálohu a okamžitě po dokončení ses začne ptát dalších stanic. V opačnym případě počká těch x minut.
Takhle rozložíš zálohu v čase a zároveň zajistíš, že bude zálohováno vše zapnuté.
Co se týče rozložení zátěže, tak bych doporučil dle ip adres, pokud bys to chtěl náhodně, tak to jde taky, jen si budeš muset trochu pohrát se "zámkama" - ideální třeba zapisovat záznamy o probíhajícím a dokončeném zálohování do databáze, kde máš rovnou vyřešenej konkurenční přístup.
Iniciace záloh na serveru je IMHO dobrej nápad - server se bude jednou za x minut tázat všech stanic, zdali jsou zálohovaný - pozná to dle existence souboru na disku. Pokud najde nějakou nezálohovanou, tak začne vytvářet zálohu a okamžitě po dokončení ses začne ptát dalších stanic. V opačnym případě počká těch x minut.
Takhle rozložíš zálohu v čase a zároveň zajistíš, že bude zálohováno vše zapnuté.
Co se týče rozložení zátěže, tak bych doporučil dle ip adres, pokud bys to chtěl náhodně, tak to jde taky, jen si budeš muset trochu pohrát se "zámkama" - ideální třeba zapisovat záznamy o probíhajícím a dokončeném zálohování do databáze, kde máš rovnou vyřešenej konkurenční přístup.
[QUOTE=KEOSAN;155821]Problemom s rozlozenim zataze by sa dalo vyhnut, keby naopak bolo skrip spustany zo servera a ten bude prehladavat lokalne pocitace a ak najde novu zalohu /zalohy by sa vytvarali najprv lokalne/, tak ju bude distribuovat ku sebe. Takto bude robit vzdy iba jednu kopiu a nemalo by to nejak zatazovat ani najlacnejsie switche/siet.[/QUOTE]
No původní záměr byl co nejméně věci spouštět na servru, už tak je zatížený jako prase, ale i toto řešení nevypadá nejhůře. Já si nemyslím, že Nas1100 to zatížení nezvládne. Jak jsem psal dříve. Čekal jsem, že to druhé budeme používat čistě jako záložní : NAS1 se zalohuje na NAS2 někdy kolem půlnoci třeba.
Ale šéf to vymyslel takhle.
[QUOTE=Logout;155932]Problém s neúplným souborem se dá vyřešit kopírováním pod jiným jménem a teprve následným přejmenováním.
Iniciace záloh na serveru je IMHO dobrej nápad - server se bude jednou za x minut tázat všech stanic, zdali jsou zálohovaný - pozná to dle existence souboru na disku. Pokud najde nějakou nezálohovanou, tak začne vytvářet zálohu a okamžitě po dokončení ses začne ptát dalších stanic. V opačnym případě počká těch x minut.
Takhle rozložíš zálohu v čase a zároveň zajistíš, že bude zálohováno vše zapnuté.
Co se týče rozložení zátěže, tak bych doporučil dle ip adres, pokud bys to chtěl náhodně, tak to jde taky, jen si budeš muset trochu pohrát se "zámkama" - ideální třeba zapisovat záznamy o probíhajícím a dokončeném zálohování do databáze, kde máš rovnou vyřešenej konkurenční přístup.[/QUOTE]
Ona zátěž bude vždycky. Když se mezi 6:30 - 8:00 zapne 350 stanic tak se to někde projeví. Dotoho než uživatelům dojedou zálohy se začne spouštět na většině outlook a tahat poštu z exchange :-).
No nevím, kdo by mi vytvořil databazi se záznama, když jsem na tyhle věci skoro lemp.
No aby toho nebylo málo, nějak mi v nas nastavení něco vypadlo a nemůžu se na něj dostat, takže zálohy jaksi jedou jen na jedno nasko. Normálně si na něj pingnu. Když se chci připojit přes spustit \\nas2 :nejde,
když zadám \\ip adresa tak se tam normálně dostanu. V hostu to je. Tak jsem z teho už úplně
No původní záměr byl co nejméně věci spouštět na servru, už tak je zatížený jako prase, ale i toto řešení nevypadá nejhůře. Já si nemyslím, že Nas1100 to zatížení nezvládne. Jak jsem psal dříve. Čekal jsem, že to druhé budeme používat čistě jako záložní : NAS1 se zalohuje na NAS2 někdy kolem půlnoci třeba.
Ale šéf to vymyslel takhle.
[QUOTE=Logout;155932]Problém s neúplným souborem se dá vyřešit kopírováním pod jiným jménem a teprve následným přejmenováním.
Iniciace záloh na serveru je IMHO dobrej nápad - server se bude jednou za x minut tázat všech stanic, zdali jsou zálohovaný - pozná to dle existence souboru na disku. Pokud najde nějakou nezálohovanou, tak začne vytvářet zálohu a okamžitě po dokončení ses začne ptát dalších stanic. V opačnym případě počká těch x minut.
Takhle rozložíš zálohu v čase a zároveň zajistíš, že bude zálohováno vše zapnuté.
Co se týče rozložení zátěže, tak bych doporučil dle ip adres, pokud bys to chtěl náhodně, tak to jde taky, jen si budeš muset trochu pohrát se "zámkama" - ideální třeba zapisovat záznamy o probíhajícím a dokončeném zálohování do databáze, kde máš rovnou vyřešenej konkurenční přístup.[/QUOTE]
Ona zátěž bude vždycky. Když se mezi 6:30 - 8:00 zapne 350 stanic tak se to někde projeví. Dotoho než uživatelům dojedou zálohy se začne spouštět na většině outlook a tahat poštu z exchange :-).
No nevím, kdo by mi vytvořil databazi se záznama, když jsem na tyhle věci skoro lemp.
No aby toho nebylo málo, nějak mi v nas nastavení něco vypadlo a nemůžu se na něj dostat, takže zálohy jaksi jedou jen na jedno nasko. Normálně si na něj pingnu. Když se chci připojit přes spustit \\nas2 :nejde,
když zadám \\ip adresa tak se tam normálně dostanu. V hostu to je. Tak jsem z teho už úplně
[QUOTE=pas!k;156104]O kolika gb se bavime ? Myslim ta zaloha jak je to velky ?[/QUOTE]
No denně je to asi 35 GB na stanicích a 23GB zaloh dabazí a servru :-)
No denně je to asi 35 GB na stanicích a 23GB zaloh dabazí a servru :-)
[QUOTE=dzandra;157070]No denně je to asi 35 GB na stanicích a 23GB zaloh dabazí a servru :-)[/QUOTE]
Tych 35GB na staniciach je uz komprimovana zaloha, ci nie ?
Napr. pouzitie komprimacie 7zip na databazach/informacnom systeme mi viedlo k 15 nasobnej kompresii. Kompresia napr. XLS tabuliek, alebo casto opakovanych udajov je u 7zip na vynikajucej urovni. Prakticky povedzme cenniky, alebo tie iste vykazy, kde sa meni casto iba par hodnot a neustela sa kopiruju, dosahovali ohromnej, ba neuveritelnej kompresie. Napr. niekolko stoviek megabajtov, az gigabajtov dat do cca 300kB suboru....
Ak by sa nerobila zaloha hned, ale najprv by sa spustila na PC, spustila by sa komprimacia s nizkou prioritou napr. v case necinnosti, ci po pracovnej dobe.
Existuje aj moznost, nezalohovat pri starte pocitace. Co keby uzivatelia nechavali pocitace zapnute a napr. od 18:00h by sa spustilo zalohovanie lokalne, potom komprimacia a potom selektivne distribucie zaloh na servre, aby sa to nepretazovalo. Po ukonceni zalohy by sa pocitac vypol. Takto by rano neboli ziadne zhony a ziadna pretazena siet. Jednoducho by PC nevypinali, len by si ho rano zapli. Pri pouzivani takejto vysokej komprimacie by mohol aj objem zaloh dost klesnut.
Tych 35GB na staniciach je uz komprimovana zaloha, ci nie ?
Napr. pouzitie komprimacie 7zip na databazach/informacnom systeme mi viedlo k 15 nasobnej kompresii. Kompresia napr. XLS tabuliek, alebo casto opakovanych udajov je u 7zip na vynikajucej urovni. Prakticky povedzme cenniky, alebo tie iste vykazy, kde sa meni casto iba par hodnot a neustela sa kopiruju, dosahovali ohromnej, ba neuveritelnej kompresie. Napr. niekolko stoviek megabajtov, az gigabajtov dat do cca 300kB suboru....
Ak by sa nerobila zaloha hned, ale najprv by sa spustila na PC, spustila by sa komprimacia s nizkou prioritou napr. v case necinnosti, ci po pracovnej dobe.
Existuje aj moznost, nezalohovat pri starte pocitace. Co keby uzivatelia nechavali pocitace zapnute a napr. od 18:00h by sa spustilo zalohovanie lokalne, potom komprimacia a potom selektivne distribucie zaloh na servre, aby sa to nepretazovalo. Po ukonceni zalohy by sa pocitac vypol. Takto by rano neboli ziadne zhony a ziadna pretazena siet. Jednoducho by PC nevypinali, len by si ho rano zapli. Pri pouzivani takejto vysokej komprimacie by mohol aj objem zaloh dost klesnut.
A jaky mate duvod ty data ukladat na stanicich a ne rovnou na serveru ? Myslim si ze lepsi model je pouzit stanici ciste jako terminal kde clovek zpracuje soubor a ulozi ho na serveru .. pak resis pouze zalohu serveru na coz je spousta nastroju .. Ted jen dedukuji neznam to prostredi .. ale 35gb + 23 gb mi zase neprijde jako tolik .. Jedna se o nepretrzity provoz ?
[QUOTE=pas!k;157189]A jaky mate duvod ty data ukladat na stanicich a ne rovnou na serveru ? Myslim si ze lepsi model je pouzit stanici ciste jako terminal kde clovek zpracuje soubor a ulozi ho na serveru .. pak resis pouze zalohu serveru na coz je spousta nastroju .. Ted jen dedukuji neznam to prostredi .. ale 35gb + 23 gb mi zase neprijde jako tolik .. Jedna se o nepretrzity provoz ?[/QUOTE]
Najlepsi model ? Iste, ale nie vzdy je to vhodne.
Dovod preco ukladat na stanice ?
Tych moze byt viacero. Napr. nerovnomerne financovanie vypoctovej techniky, kedy neni centralne rozhodovanie, ale kazde stredisko si riesi svoje a na spolocne projekty nechce dat peniaze. Alebo holding viacero nezavislych firiem, ktore su na jednej sieti. Organizacne dovody, decentralizacia kvoli velkej zavistlosti od centralneho riesenia.
Taktiez to moze zavisiet aj od charakteru IT oddelenia. Napr. ak to robi jeden clovek, tak sa to musi robit automaticky. A centralizovat to automaticky na jedno miesto neni dobre. Pasky a podobne media by ten clovek musel odkladat, chodit s tym niekde do inej lokality atd. A clovek ochorie, ma dovolenku, ci zabudne, vykasle sa na to. Poruchu nezaujima preco nebola zaloha inde, ked napr. vyhori centralne miesto :)
Tiez viem si predstavit, ze vzhladom k organizacnej strukture, ked su jednotlive prevadzky firmy roztrusene a prepojene medzi sebou iba tenkymi linkami a nechcu byt zavisle na centralnom rieseni, tak si to nechavaju na staniciach.
Kazde riesenie ma svoje vyhody a nevyhody. Ako sa hovori, ked nejde hora k Mohamedovi, musi ist Mohamed k hore. :) Viem pochopit podobne riesenia, pretoze som tiez sam musel vzhladom na podobne skutocnosti pristupit k decentralizovanemu ukladaniu zaloh. Na druhu stranu, ked sa to dobre urobi, staci to riadit centralne a decentralizovane zalohovanie postavi bezpecnost na uplne inu, vyssiu uroven, nez centralne.Pri dobrom naplanovani moze byt znicena hadam cela firma, lokalita, ci niekolko lokalit a viacero pohrom, kradezi atd a zaloha bude stale niekde. Tazko ju totiz znicit, poskodit.
Najlepsi model ? Iste, ale nie vzdy je to vhodne.
Dovod preco ukladat na stanice ?
Tych moze byt viacero. Napr. nerovnomerne financovanie vypoctovej techniky, kedy neni centralne rozhodovanie, ale kazde stredisko si riesi svoje a na spolocne projekty nechce dat peniaze. Alebo holding viacero nezavislych firiem, ktore su na jednej sieti. Organizacne dovody, decentralizacia kvoli velkej zavistlosti od centralneho riesenia.
Taktiez to moze zavisiet aj od charakteru IT oddelenia. Napr. ak to robi jeden clovek, tak sa to musi robit automaticky. A centralizovat to automaticky na jedno miesto neni dobre. Pasky a podobne media by ten clovek musel odkladat, chodit s tym niekde do inej lokality atd. A clovek ochorie, ma dovolenku, ci zabudne, vykasle sa na to. Poruchu nezaujima preco nebola zaloha inde, ked napr. vyhori centralne miesto :)
Tiez viem si predstavit, ze vzhladom k organizacnej strukture, ked su jednotlive prevadzky firmy roztrusene a prepojene medzi sebou iba tenkymi linkami a nechcu byt zavisle na centralnom rieseni, tak si to nechavaju na staniciach.
Kazde riesenie ma svoje vyhody a nevyhody. Ako sa hovori, ked nejde hora k Mohamedovi, musi ist Mohamed k hore. :) Viem pochopit podobne riesenia, pretoze som tiez sam musel vzhladom na podobne skutocnosti pristupit k decentralizovanemu ukladaniu zaloh. Na druhu stranu, ked sa to dobre urobi, staci to riadit centralne a decentralizovane zalohovanie postavi bezpecnost na uplne inu, vyssiu uroven, nez centralne.Pri dobrom naplanovani moze byt znicena hadam cela firma, lokalita, ci niekolko lokalit a viacero pohrom, kradezi atd a zaloha bude stale niekde. Tazko ju totiz znicit, poskodit.
Keosane nikde nevidim ze bych se te na neco ptal. Navic jsem napsal ze pouze dedukuji .. a neznam to prostredi .. cekam na vyjadreni zakladatele.
[quote=KEOSAN;157207]
Taktiez to moze zavisiet aj od charakteru IT oddelenia. Napr. ak to robi jeden clovek, tak sa to musi robit automaticky. A centralizovat to automaticky na jedno miesto neni dobre. Pasky a podobne media by ten clovek musel odkladat, chodit s tym niekde do inej lokality atd. A clovek ochorie, ma dovolenku, ci zabudne, vykasle sa na to. Poruchu nezaujima preco nebola zaloha inde, ked napr. vyhori centralne miesto :)
[/quote]
Kdyz uz si to nakous .. automaticky se to musi IMHO robit pokazde .. clovek tam ma figurovat pouze jako kontrola ktera mrkne do logu ze vse probehlo ok a zasahovat az v pripade ze vidi nekde problem..
[quote=KEOSAN;157207]
Taktiez to moze zavisiet aj od charakteru IT oddelenia. Napr. ak to robi jeden clovek, tak sa to musi robit automaticky. A centralizovat to automaticky na jedno miesto neni dobre. Pasky a podobne media by ten clovek musel odkladat, chodit s tym niekde do inej lokality atd. A clovek ochorie, ma dovolenku, ci zabudne, vykasle sa na to. Poruchu nezaujima preco nebola zaloha inde, ked napr. vyhori centralne miesto :)
[/quote]
Kdyz uz si to nakous .. automaticky se to musi IMHO robit pokazde .. clovek tam ma figurovat pouze jako kontrola ktera mrkne do logu ze vse probehlo ok a zasahovat az v pripade ze vidi nekde problem..
Keosane nikde nevidim ze bych se te na neco ptal
pardon, kedze to nebolo adresovane menom, chapal som to ako dotaz obecny, zodpovedatelny :)
Kdyz uz si to nakous .. automaticky se to musi IMHO robit pokazde .. clovek tam ma figurovat pouze jako kontrola ktera mrkne do logu ze vse probehlo ok a zasahovat az v pripade ze vidi nekde problem..
automaticka centralizovana zaloha, vykonavana na mieste je nachylna na poskodenie napr. vplyvom prirodnej katastrofy - poziar, blesk, povoden, alebo kradeze a podobne. Jeden clovek to nemusi vzdy stihat /vzdy odniest do inej lokality/, aj keby sa o to snazil. U viac ludi je to ine, ale aj tam sa treba spolahnut na zodpovednost /a s ludmi je vzdy problem/, cize ani tam neni uplna garancia, ze to odnesie niekto do inej lokality.
pardon, kedze to nebolo adresovane menom, chapal som to ako dotaz obecny, zodpovedatelny :)
Kdyz uz si to nakous .. automaticky se to musi IMHO robit pokazde .. clovek tam ma figurovat pouze jako kontrola ktera mrkne do logu ze vse probehlo ok a zasahovat az v pripade ze vidi nekde problem..
automaticka centralizovana zaloha, vykonavana na mieste je nachylna na poskodenie napr. vplyvom prirodnej katastrofy - poziar, blesk, povoden, alebo kradeze a podobne. Jeden clovek to nemusi vzdy stihat /vzdy odniest do inej lokality/, aj keby sa o to snazil. U viac ludi je to ine, ale aj tam sa treba spolahnut na zodpovednost /a s ludmi je vzdy problem/, cize ani tam neni uplna garancia, ze to odnesie niekto do inej lokality.
[QUOTE=KEOSAN;157078]Tych 35GB na staniciach je uz komprimovana zaloha, ci nie ?
Napr. pouzitie komprimacie 7zip na databazach/informacnom systeme mi viedlo k 15 nasobnej kompresii. Kompresia napr. XLS tabuliek, alebo casto opakovanych udajov je u 7zip na vynikajucej urovni. Prakticky povedzme cenniky, alebo tie iste vykazy, kde sa meni casto iba par hodnot a neustela sa kopiruju, dosahovali ohromnej, ba neuveritelnej kompresie. Napr. niekolko stoviek megabajtov, az gigabajtov dat do cca 300kB suboru....
Ak by sa nerobila zaloha hned, ale najprv by sa spustila na PC, spustila by sa komprimacia s nizkou prioritou napr. v case necinnosti, ci po pracovnej dobe.
Existuje aj moznost, nezalohovat pri starte pocitace. Co keby uzivatelia nechavali pocitace zapnute a napr. od 18:00h by sa spustilo zalohovanie lokalne, potom komprimacia a potom selektivne distribucie zaloh na servre, aby sa to nepretazovalo. Po ukonceni zalohy by sa pocitac vypol. Takto by rano neboli ziadne zhony a ziadna pretazena siet. Jednoducho by PC nevypinali, len by si ho rano zapli. Pri pouzivani takejto vysokej komprimacie by mohol aj objem zaloh dost klesnut.[/QUOTE]
NO ty zálohy už jsou komprimované.
Zálohování stanic po nepracovní době, nějak nevím, asi by to muselo být nějak v náplanované úloze před vypnutím, jinak to asi nevidím. Ale vzhledem stabilitě windows, by se nám mohlo taky stávat, že se nam jaksi stanice potom nevypnou a nevím co by tomu říkal bezpečností technik :-)
[QUOTE=pas!k;157189]A jaky mate duvod ty data ukladat na stanicich a ne rovnou na serveru ? Myslim si ze lepsi model je pouzit stanici ciste jako terminal kde clovek zpracuje soubor a ulozi ho na serveru .. pak resis pouze zalohu serveru na coz je spousta nastroju .. Ted jen dedukuji neznam to prostredi .. ale 35gb + 23 gb mi zase neprijde jako tolik .. Jedna se o nepretrzity provoz ?[/QUOTE]
No plánují se nasadit bezdiskové stanice, ale rozpočet máme jaksi omezený. Vzhledem k rozsahu agend, které tam jsou, si ale nedovedu představit stav, kdyby náhodou server odešel a nejelo by to. Už tak máme problém přehodit vše na blade server, protože by jsme potřebovali nějakou dobu, během které by se to doladilo, a to se uživatelům jaksi nelíbí.
Napr. pouzitie komprimacie 7zip na databazach/informacnom systeme mi viedlo k 15 nasobnej kompresii. Kompresia napr. XLS tabuliek, alebo casto opakovanych udajov je u 7zip na vynikajucej urovni. Prakticky povedzme cenniky, alebo tie iste vykazy, kde sa meni casto iba par hodnot a neustela sa kopiruju, dosahovali ohromnej, ba neuveritelnej kompresie. Napr. niekolko stoviek megabajtov, az gigabajtov dat do cca 300kB suboru....
Ak by sa nerobila zaloha hned, ale najprv by sa spustila na PC, spustila by sa komprimacia s nizkou prioritou napr. v case necinnosti, ci po pracovnej dobe.
Existuje aj moznost, nezalohovat pri starte pocitace. Co keby uzivatelia nechavali pocitace zapnute a napr. od 18:00h by sa spustilo zalohovanie lokalne, potom komprimacia a potom selektivne distribucie zaloh na servre, aby sa to nepretazovalo. Po ukonceni zalohy by sa pocitac vypol. Takto by rano neboli ziadne zhony a ziadna pretazena siet. Jednoducho by PC nevypinali, len by si ho rano zapli. Pri pouzivani takejto vysokej komprimacie by mohol aj objem zaloh dost klesnut.[/QUOTE]
NO ty zálohy už jsou komprimované.
Zálohování stanic po nepracovní době, nějak nevím, asi by to muselo být nějak v náplanované úloze před vypnutím, jinak to asi nevidím. Ale vzhledem stabilitě windows, by se nám mohlo taky stávat, že se nam jaksi stanice potom nevypnou a nevím co by tomu říkal bezpečností technik :-)
[QUOTE=pas!k;157189]A jaky mate duvod ty data ukladat na stanicich a ne rovnou na serveru ? Myslim si ze lepsi model je pouzit stanici ciste jako terminal kde clovek zpracuje soubor a ulozi ho na serveru .. pak resis pouze zalohu serveru na coz je spousta nastroju .. Ted jen dedukuji neznam to prostredi .. ale 35gb + 23 gb mi zase neprijde jako tolik .. Jedna se o nepretrzity provoz ?[/QUOTE]
No plánují se nasadit bezdiskové stanice, ale rozpočet máme jaksi omezený. Vzhledem k rozsahu agend, které tam jsou, si ale nedovedu představit stav, kdyby náhodou server odešel a nejelo by to. Už tak máme problém přehodit vše na blade server, protože by jsme potřebovali nějakou dobu, během které by se to doladilo, a to se uživatelům jaksi nelíbí.
[quote=dzandra;157315]No plánují se nasadit bezdiskové stanice, ale rozpočet máme jaksi omezený. Vzhledem k rozsahu agend, které tam jsou, si ale nedovedu představit stav, kdyby náhodou server odešel a nejelo by to. Už tak máme problém přehodit vše na blade server, protože by jsme potřebovali nějakou dobu, během které by se to doladilo, a to se uživatelům jaksi nelíbí.[/quote]
A odkud to tedy jede kdyz ne ze serveru? | nejake stanice? A z ceho usuzujes ze ta stanice neodejde?
A odkud to tedy jede kdyz ne ze serveru? | nejake stanice? A z ceho usuzujes ze ta stanice neodejde?
[QUOTE=pas!k;157384]A odkud to tedy jede kdyz ne ze serveru? | nejake stanice? A z ceho usuzujes ze ta stanice neodejde?[/QUOTE]
No záleží co jede, nemáme jen jeden server,ale bohužel asi 5, vzhledem k tomu jak se to tu postupně nabalovalo, tak to v té době jinak nešlo. Neusuzuji, že stanice neodejde, ale jakou máš pravděpodobnost že ti odejde najednou všech 350 stanic, a nebo 1-5 servrů. To že odejde jeden server se stát může, potom uživatel může dělat na vlastní stanici a využivat agendy, které momentálně fungují. A pokud by odešel server, kde by měli uživatelé všechny data, tak by se jaksi nedostali ani na ty agendy že. Jinak zálohování se spouští v logovací scriptu, takže pokud by nejel doménový server, by se nezálohovalo, ale to by byl asi nejmenší problém. Jinak servery se zálohují z naplánovaných úloh.
No záleží co jede, nemáme jen jeden server,ale bohužel asi 5, vzhledem k tomu jak se to tu postupně nabalovalo, tak to v té době jinak nešlo. Neusuzuji, že stanice neodejde, ale jakou máš pravděpodobnost že ti odejde najednou všech 350 stanic, a nebo 1-5 servrů. To že odejde jeden server se stát může, potom uživatel může dělat na vlastní stanici a využivat agendy, které momentálně fungují. A pokud by odešel server, kde by měli uživatelé všechny data, tak by se jaksi nedostali ani na ty agendy že. Jinak zálohování se spouští v logovací scriptu, takže pokud by nejel doménový server, by se nezálohovalo, ale to by byl asi nejmenší problém. Jinak servery se zálohují z naplánovaných úloh.
Ak sa tu riesi iba zaloha desktopov a nie laptopov, ktore si moze zamestnanec odniest domov, tak by som mozno zvazil pouzitie WakeOnLan a nocne zalohy.
Uznavam, ak nemate kompy jednej konfiguracie, bude mozno trochu zlozitejsie nastavit sietove karty a niektore to mozno ani nebudu podporovat..
Uznavam, ak nemate kompy jednej konfiguracie, bude mozno trochu zlozitejsie nastavit sietove karty a niektore to mozno ani nebudu podporovat..
[QUOTE=dzandra;163865]Tak jsem to vyřešil tou batkou a funguje to celkem slušne :sleep[/QUOTE]
Tak ake je konecne riesenie - komplet metodika ?
Tiez chcem riesit nejake bezpecne zalohovanie. Zatial som rozmyslal o:
- komprimacia v ramci HDD do ineho adresara /riesim aj vyber vhodneho komprimatora/
- ochrana dat /uvazujem o heslovani, ci jednotne heslo, alebo unikatne, plus pripadne sifrovanie
verejnym klucom. Ci uz individualnym, alebo nejakym svojim ako admin/,
- ukladanie archivu zaloh na server. Napr. ponechat par dennych, par tyzdennych, par mesacnych.
- mozno kopirovanie pod inym uzivatelom, aby to nemohol omylom zmazat
- cez WAN uvazujem, ci kopirovat naplno, ci s ciastocnym vytazenim linky.
- mozno spatne ziskanie napr. cez web server /mozno pristup na heslo/.
Zatial len uvazujem nad metodikou, ako co vhodne zvolit.
Tak ake je konecne riesenie - komplet metodika ?
Tiez chcem riesit nejake bezpecne zalohovanie. Zatial som rozmyslal o:
- komprimacia v ramci HDD do ineho adresara /riesim aj vyber vhodneho komprimatora/
- ochrana dat /uvazujem o heslovani, ci jednotne heslo, alebo unikatne, plus pripadne sifrovanie
verejnym klucom. Ci uz individualnym, alebo nejakym svojim ako admin/,
- ukladanie archivu zaloh na server. Napr. ponechat par dennych, par tyzdennych, par mesacnych.
- mozno kopirovanie pod inym uzivatelom, aby to nemohol omylom zmazat
- cez WAN uvazujem, ci kopirovat naplno, ci s ciastocnym vytazenim linky.
- mozno spatne ziskanie napr. cez web server /mozno pristup na heslo/.
Zatial len uvazujem nad metodikou, ako co vhodne zvolit.
To keosan : za 1. Se chci omluvit, za tak dlouhou odezvu na tvoje dotazy, nejspíš za to může moje přehnaná lenost. Vzhledem k tomu, že mi to zálohovní funguje a jen potřebuji doladit log, aby se mi provedení záloh na jedno ze dvou zařízení někde zobrazilo a mazání starých záloh( stane se že se některé stanice zálohují měsíc na jednu stanici a staré zálohy trčí na té druhé). Pošlu ti soukromou zprávu, kde ti monentální stav popíšu a snad pmohu.
[QUOTE=dzandra;178020]Pošlu ti soukromou zprávu, kde ti monentální stav popíšu a snad pmohu.[/QUOTE]
Nemyslis ze by bylo lepsi vysledek napsat sem aby to mohl v pripade potreby pouzit i nekdo dalsi?
Nemyslis ze by bylo lepsi vysledek napsat sem aby to mohl v pripade potreby pouzit i nekdo dalsi?
[QUOTE=dzandra;178020]To keosan : za 1. Se chci omluvit, za tak dlouhou odezvu na tvoje dotazy, nejspíš za to může moje přehnaná lenost. Vzhledem k tomu, že mi to zálohovní funguje a jen potřebuji doladit log, aby se mi provedení záloh na jedno ze dvou zařízení někde zobrazilo a mazání starých záloh( stane se že se některé stanice zálohují měsíc na jednu stanici a staré zálohy trčí na té druhé). Pošlu ti soukromou zprávu, kde ti monentální stav popíšu a snad pmohu.[/QUOTE]
Diky, ale verejny popis bude lepsi - ak to pomoze viac ludom.
Diky, ale verejny popis bude lepsi - ak to pomoze viac ludom.
součást systémvého skriptu je napsána o pár příspěvků více a na tom jsem to nechal. Prostě každá stanice po zalogování do domeny si ověří jestli je jeden nebo druhý nas zapnutý a potom pokračuje dále. Akorát díky tomu, že mi spadl nový domain controler jsem neměl čas se tomu dále věnovat.
- zahlesování archívu jsem neřešil snad se v tom nikdo nevrtá. Naštěstí většina uživatelů jsou ženy.
(předtím měl každý archiv univerzální heslo, ale teď jsem od toho upustil)
- archivátor používam winrar a jsem celkem s tím spokojen, soubory které se mají zálohovat se nejdříve
zabalí a poté přesunoustí na nas zařízení
- no termín uložený zálohy je týdenní, je vytvořeno sedm zákládních slože, po,ut,st,ct,pa,so,ne
každý den se zálohuje do příslušné složky, další týden se zálohy přepisují, problém je pokud se stanice
zálohuje na druhý nas,tak mi tam ty zálohy můžou zůstat i rok :D.(tohlencto teprvo potřebuju dořešit), kdyžtak se raději raději ptejte moc mi poslední dobou psaní nejde
- zahlesování archívu jsem neřešil snad se v tom nikdo nevrtá. Naštěstí většina uživatelů jsou ženy.
(předtím měl každý archiv univerzální heslo, ale teď jsem od toho upustil)
- archivátor používam winrar a jsem celkem s tím spokojen, soubory které se mají zálohovat se nejdříve
zabalí a poté přesunoustí na nas zařízení
- no termín uložený zálohy je týdenní, je vytvořeno sedm zákládních slože, po,ut,st,ct,pa,so,ne
každý den se zálohuje do příslušné složky, další týden se zálohy přepisují, problém je pokud se stanice
zálohuje na druhý nas,tak mi tam ty zálohy můžou zůstat i rok :D.(tohlencto teprvo potřebuju dořešit), kdyžtak se raději raději ptejte moc mi poslední dobou psaní nejde
[QUOTE=dzandra;193255]...problém je pokud se stanice
zálohuje na druhý nas,tak mi tam ty zálohy můžou zůstat i rok :D.(tohlencto teprvo potřebuju dořešit), kdyžtak se raději raději ptejte moc mi poslední dobou psaní nejde[/QUOTE]
Tak tohle by mohlo jít nějakou tou synchronizací obou NAS třeba přes noc - vzájemně se na sebe podívají a k sobě překopírují ty soubory, které jsou nejnovější. Tak bude na obou druhý den vždy totéž.
zálohuje na druhý nas,tak mi tam ty zálohy můžou zůstat i rok :D.(tohlencto teprvo potřebuju dořešit), kdyžtak se raději raději ptejte moc mi poslední dobou psaní nejde[/QUOTE]
Tak tohle by mohlo jít nějakou tou synchronizací obou NAS třeba přes noc - vzájemně se na sebe podívají a k sobě překopírují ty soubory, které jsou nejnovější. Tak bude na obou druhý den vždy totéž.
[QUOTE=Pavel Boček;193386]Tak tohle by mohlo jít nějakou tou synchronizací obou NAS třeba přes noc - vzájemně se na sebe podívají a k sobě překopírují ty soubory, které jsou nejnovější. Tak bude na obou druhý den vždy totéž.[/QUOTE]
No dalo by se na to použít dircmp, ale zatím, mám na to místa dost, přece jenom 2x2TB je na zálohy uživatelů by mělo stačit. Máš ale pravdu, že by jsem to měl vyřešit, jen ta lenost je poslední dobou nějak velká. Snad se to po vánocích změní
No dalo by se na to použít dircmp, ale zatím, mám na to místa dost, přece jenom 2x2TB je na zálohy uživatelů by mělo stačit. Máš ale pravdu, že by jsem to měl vyřešit, jen ta lenost je poslední dobou nějak velká. Snad se to po vánocích změní
