abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 13:11 | Nová verze

Po téměř dvou letech byla vydána nová verze 4.0 linuxové distribuce Audiophile Linux (též AP-Linux-V4). Tato distribuce vychází z Arch Linuxu, používá systemd, správce oken Fluxbox a vlastní real-time jádro pro nižší latence. Z novinek můžeme jmenovat podporu nových procesorů Intel Skylake a Kaby Lake nebo možnost instalace vedle jiných OS na stejný disk. Pokud se zajímáte o přehrávání hudby v Linuxu, doporučuji návštěvu webu této

… více »
Blaazen | Komentářů: 0
včera 18:55 | Nová verze

Byla vydána nová stabilní verze 1.9 (1.9.818.44) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují podporu nového vyhledávače Ecosia. Ten z příjmů z reklam podporuje výsadbu stromů po celém světě (YouTube). Nově lze přeskupovat ikonky rozšíření nebo řadit poznámky. Nejnovější Vivaldi je postaveno na Chromiu 58.0.3029.82.

Ladislav Hagara | Komentářů: 16
včera 17:00 | Nová verze

Byla vydána verze 3.7.0 svobodného systému pro správu obsahu (CMS) Joomla!. V oznámení o vydání (YouTube) se píše o 700 vylepšeních. Opraveno bylo také 8 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
včera 08:22 | Komunita

Grsecurity (Wikipedie) je sada bezpečnostních patchů pro linuxové jádro (porovnání se SELinuxem, AppArmorem a KSPP). Od září 2015 nejsou stabilní verze těchto patchů volně k dispozici. Dle včerejšího oznámení (FAQ) nejsou s okamžitou platností volně k dispozici už ani jejich testovací verze.

Ladislav Hagara | Komentářů: 47
26.4. 23:33 | Komunita

OpenBSD 6.1 vyšlo již 11. dubna. Po dvou týdnech byla vydána i oficiální píseň. Její název je Winter of 95 a k dispozici je ve formátech MP3 a OGG.

Ladislav Hagara | Komentářů: 0
26.4. 18:55 | Nová verze

Byla vydána verze 2017.1 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. S vydáním verze 2016.1 se Kali Linux stal průběžně aktualizovanou distribucí. Aktualizovat jej lze pomocí příkazů "apt update; apt dist-upgrade; reboot".

Ladislav Hagara | Komentářů: 0
26.4. 18:22 | Nová verze

Po téměř pěti letech od vydání verze 2.00 byla vydána nová stabilní verze 2.02 systémového zavaděče GNU GRUB (GRand Unified Bootloader). Přehled novinek v souboru NEWS.

Ladislav Hagara | Komentářů: 20
26.4. 17:55 | Komunita

Vývojáři Debianu oznámili, že od 1. listopadu letošního roku nebudou jejich archivy dostupné pomocí protokolu FTP. Již v lednu oznámil ukončení podpory FTP kernel.org (The Linux Kernel Archives).

Ladislav Hagara | Komentářů: 28
26.4. 17:00 | Bezpečnostní upozornění

V oblíbeném webmailu postaveném na PHP SquirrelMail (Wikipedie) byla nalezena bezpečnostní chyba CVE-2017-7692, jež může být útočníkem zneužita ke spuštění libovolných příkazů a kompletnímu ovládnutí dotčeného serveru. Zranitelnost se týká pouze instancí, kde je pro transport používán Sendmail.

Ladislav Hagara | Komentářů: 3
26.4. 13:11 | Zajímavý článek

Soudní dvůr Evropské unie rozhodl (tisková zpráva) ve věci C-527/15: Prodej multimediálního přehrávače, který umožňuje zdarma a jednoduše zhlédnout na televizní obrazovce filmy protiprávně zpřístupněné na internetu, může představovat porušení autorského práva.

Ladislav Hagara | Komentářů: 32
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (34%)
 (1%)
 (6%)
 (45%)
 (9%)
Celkem 336 hlasů
 Komentářů: 50, poslední včera 04:06
    Rozcestník

    Dotaz: Zálohování, RAID - jak co nejvíce automatizovat server

    22.6.2006 15:31 Marek | skóre: 21
    Zálohování, RAID - jak co nejvíce automatizovat server
    Přečteno: 316×
    Zdravím vás, řeším počítač, který bude uvnitř za firewallem a bude sloužit k běhu interního IS (Open-XChange) + web stránek pro externí společnosti (takový malý extranetík). Když to hodně zjednoduším, tak na něm budou citlivá data v oblasti mailů, dokumentů a web stránek. Počítač sám o sobě je vybaven RAID hardwareovým polem, ale přiznám se, že nevím jakou filozofii zvolit. Využít RAID pro kompletní diskový subsystém, nebo jen pro inkriminovaná data? Vše beru s ohledem na zálohování na pásku, která je součástí serveru.

    Otázky k problematice:
    AD 1) mít na RAID i systém, nebo jen kritická data?
    AD 2) jakou zvolit strategii zálohování při dostupnosti jediné páskové mechaniky?
    AD 3) zálohovat kompletní systém, nebo jen citlivá data?
    AD 4) jak zvolit koncepci a minimalizovat tak nutnost správy?

    Systém bude FreeBSD, se kterým mám zkušenosti, i když v tomto případě to nehraje patrně žádnou roli, spíš mě jde o to, jakou zvolit filozofii ať neudělám nějakou zbytečnou chybu hned v počátku. Systém má k dispozici 4x 18GByte SCSI disky + 24GByte DATku. Můžu bootovat i z jiného disku než jsou součástí pole, ale přiznám se že nevím jaká strategie je optimální z pohledu provozu, případné obnovy při pádu, ... díky předem za každý námět.

    Odpovědi

    24.6.2006 17:37 Ondřej Čečák | skóre: 33
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server
    Nejsem si jisty, jestli neni otazka trochu off-topic ...

    "AD 1) mít na RAID i systém, nebo jen kritická data?"

    Chapu-li to spravne, rozhodujete se, jestli mit pole redundantni nebo ne. Obecne se da rict, ze zalezi na tom, jak rychle dokazete system obnovit v pripade selhani disku, asi nejbeznejsi je ve vetsine pripadu mit i system (casto i swap) na redundatnim svazku.

    "AD 2) jakou zvolit strategii zálohování při dostupnosti jediné páskové mechaniky?"

    Najdete si nekolik pouzitych strategii na serveru a rozhodnete se podle toho. Asi budete delat v nejakych itervalech inkrementalni zalohy na ruzna media, ktera byste mel byt v pripade vypadku schopen najit; nejaka redundance by v tom mozna take neskodila.

    "AD 3) zálohovat kompletní systém, nebo jen citlivá data?"

    To zalezi na tom, jak rychle dokazete system obnovit v pripade selhani (stejne jako vyse -- jde o to, jak rychle dokazete system znovu nainstalovat a zkonfigurovat do predchozi konfigurace pri vypadku treba ve 4 rano a kolik ta odstavka vcetne vasi prace bude stat vs. cena odzalohovani).

    "AD 4) jak zvolit koncepci a minimalizovat tak nutnost správy?"

    Na tuto otazku asi obecna odpoved nebude, s tim vam s radosti jiste poradi nejaky konzultant. Typicky neco jako rozdeleni pravomoci, v ramci moznosti distribucni software se standardni konfiguraci a dokumentace.
    -- "Ja vim, on vi, ty pico!"
    24.6.2006 18:24 vagojan | skóre: 16
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server
    1. Vytvořit RAID5 nad celým polem.

    2. Zálohování na další disk denní (když se něco smaže) a z něj potom vytvořit dvě zálohy. Systémovou a datovou. Datovou zálohu dělat denně rozdílovou. Každý měsíc vzít jednu datku a dát jí do sejfu (nebo prostě dopryč, jiná lokalita).

    3. Zálohovat vše co je nutné pro běh systému. Pravidelně potom citlivá data. Ta jedna páska ležící v šuplíku po celou životnost serveru se rozhodně vyplatí.

    4. Co nazýváte minimalizací správy? Tu datku musí někdo měnit. Jinak vše může být automatické.

    P.S.: Kolik let ten server už běžel. Z vlastníh zkušeností mohu říci, že polovička 18GB serverových disků nám šla v serverech už do háje. Poslslední 2 používám na nedůležitá data (lokální yum repository a nějaké odkladiště). Také se zvyšuje citlivost starších disků na teplotu. Jedno neklimatizované léto a jsou kaput. (zvlášť 10kRPM či 15kRPM disky) jsou ta data pro vás skutečně hodně cenná?.

    K tomu také odpovídá přístup k systému, provádět denně kontrolu stavu raid pole, stačí poslat si stav na mail. A možná pokud to řadič RAID umožňuje vytvořit RAID5 jen nad 3 disky a jeden nechat jako HotSpare, (pokud Vám stačí 36GB diskového prostoru).

    Není nic dražšího než data.
    25.6.2006 01:29 diverman | skóre: 32 | blog: život s tučňáčkem
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server

    AD 1) mít na RAID i systém, nebo jen kritická data?

    Pořídil bych ještě 2 stejné IDE disky, na jeden bych dal systém, boot, swap atd... . Na druhý bych periodicky kopíroval patřičné partitiony z prvního disku. V případě havárie prvního disku nabootujete z druhého.

    AD 2) jakou zvolit strategii zálohování při dostupnosti jediné páskové mechaniky?

    Nad SCSI disky bych postavil RAID 5. Rozchodí havárii jednoho disku. Paritni informace jsou rozdistribuovány mezi všemi disky. Využijete tak n-1 kapacity.

    deb http://ftp.cz.debian.org/debian jessie main contrib non-free
    25.6.2006 01:35 diverman | skóre: 32 | blog: život s tučňáčkem
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server
    Tak mě ještě napadlo místo systému na IDE discích koupit raději Compact flash kartu např. 2GB a redukci IDE. Z toho bych bootoval a na tom bych mel /. Adr. /var bych mountil jinam, pac tam se vic zapisuje.
    deb http://ftp.cz.debian.org/debian jessie main contrib non-free
    25.6.2006 08:27 Zdeněk Burda | skóre: 61 | blog: Zdendův blog | Praha
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server
    Kolik serverů jsi stavěl? :-) Kupovat do serveru IDE disky nebo CF je kolikrát úplně nemožné, protože to není prostě kam dát...

    OS je samozřejmě vhodné mít na RAID, takže bych to viděl na RAID5 + spare disk.
    -- Nezdar není hanbou, hanbou je strach z pokusu.
    25.6.2006 13:13 Marek | skóre: 21
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server
    Rekapitulace, aneb co mě z odpovědí plyne:

    - RAID 5 využít pro kompletní filesystém, včetně systému, SWAPu, dat - zálohovat na jiný systém /jiný disk/, v mém případě využiji jiný počítač v síti denně - denní zálohu inkrementálně zálohovat z pohledu datových změn - celou zálohu systému v periodě měsíc, možná kratší

    vagojan -> disky jsou sice 2 roky staré, ale počítač spíše ležel, než využíval, respektive pracoval nad databází, která ovšem nebyla na jeho discích. Takže beru stav, kdy ještě není problém se na ně spolehnout, jsou to 10kRPM Quantum Atlas. Jinak počítač běží a běžel v klimatizovaném prostředí, takže snad tepelných šoků byl dosud vyvarován.
    25.6.2006 13:31 vagojan | skóre: 16
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server
    Dva roky to je cca 1/3 - 1/2 životnosti (operačního nasazení). Nám odcházejí disky cca 4+ roky staré. Potom co loni v létě byly teplotně nakopnuty výpadkem klimatizace. V našem případě Seagate Cheetah.

    Asi není důvod diskům nevěřit, i když zažil jsem stav kdy v RAID5 odešel jeden disk v 8:00 a druhý v 10:30 téhož dne. HotSpare nebyl a i tak mám pochyby že by se stihlo pole obnovit před výpadkem druhého disku.

    Zálohy jsou nutné. Má praxe je takováto: celý operační systém zálohuji tak jednou za 1/4 roku (full záloha), třeba po změně programového vybavení.

    Pravidelně potom běží záloha nad databázemi a webem. (denně 1x full 13x increment) + /etc + /var/log.

    Operativní datové zálohy (když se něco nechtě smaže - DB oracle, web) probíhají na NFS připojený disk dalších serverů. Zálohy bezpečnostní přes SW bacula na externí diskové pole + páskovou knihovnu scalar 24 (1X LTO-2).

    Hodně klidných let Vašemu serveru ;-)
    25.6.2006 13:39 Ondřej Čečák | skóre: 33
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server
    "Asi není důvod diskům nevěřit, i když zažil jsem stav kdy v RAID5 odešel jeden disk v 8:00 a druhý v 10:30 téhož dne."

    Typicky se to stava u identicky disku (stejny vyrobce, serie, nakup); casto maji stejne pripadne defekty vznikle vyrobou, dopravou, prepravou a maji hodne podobne (nebo v RAID dokonce stejne) zatizeni a umisteni ...
    -- "Ja vim, on vi, ty pico!"
    25.6.2006 13:56 vagojan | skóre: 16
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server
    Troufnu si říct že je to osudem 99% disků v RAID polích. Stejný typ, revize, FW... prostě stejný disk se vším všudy.

    (neuvažuji samo domo SW RAID pole s MD, ale i tam je lepší mít stejný disk - totožené chování a parametry)

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.