Na stránkách PostgreSQL bylo představeno LibreDB Studio. Jedná se o open-source self-hostované SQL IDE pro (nejenom) PostgreSQL v prohlížeči. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Byla vydána nová verze 12.0 media serveru Jellyfin (Wikipedie). Přehled novinek v poznámkách k vydání. Pro vyzkoušení je k dispozici Demo Server. Jellyfin je fork media serveru Emby, původně Media Browser.
V MikroTik RouterOS bylo nalezeno šest zranitelností společně pojmenovaných MikroTrick umožňujících útočníkovi, pokud má přístup k SSH, získat plnou kontrolu nad zařízením bez nutnosti autentizace. Ve verzích RouterOS 7.25beta3, 7.24.2, 7.23.4 a 6.49.21 je již opraveno.
Byla vydána verze 9.5 open source unixového operačního systému NetBSD (Wikipedie). Přehled novinek v poznámkách k vydání. Jedná se poslední vydání řady NetBSD 9. Doporučen je přechod na NetBSD 11 nebo NetBSD 10.
Akční adventura State of Mind je na portále GOG.com zdarma, akce trvá do 10. září.
Na Kickstarteru běží kampaň na podporu malého robotický psa Petoi Quaddle. Postaven je na ESP32-S3. V několika variantách. S řadou senzorů. Programovat lze pomocí Pythonu, C++ nebo i vizuálních bloků. Zkoušet a trénovat lze v simulátoru.
Dětem začala škola a nedobrovolně se tak musí vzdělávat. Avšak pro dospělé, kteří se chtějí vzdělávat nebo naopak se o vědomosti podělit, je tu Virtuální Bastlírna - jako každý měsíc si můžete online a zdarma nezávazně popovídat o vědě a technice nejen s bastlíři, ale i s vývojáři, vědci nebo profesory. A čemu se strahováci budou věnovat? Blíží se KiCAD 11 s nespočtem novinek, z nichž zde musí zmínit alespoň možnost kótování a závislostí z
… více »Asahi Linux, tj. Linux pro Apple Silicon, oficiálně podporuje čipy M3 (M3, M3 Pro a M3 Max).
Společnost Acer oslavila 50 let. Na tiskové konferenci next@acer představila řadu novinek. Vypíchnout lze přenosný ePaper displej Acer EP130K, přenosné řešení se třemi displeji Acer PD163Q P3 nebo herní handheld a notebook v jednom DualPlay Mini.
Server SiFive BigSky SF-2U870 2U je založený na jádře SiFive P870-D, zatím je naintegrovaných 32 jader 256 GB RAM 2 GHz, škálovat lze do 256 jader na čip. O něco podrobnější popis serveru v článku SiFive BigSky Ships the First RISC-V Server. Is the GPU Head Node the Prize? na futurumgroup.com. Asi ani tento čip nebude na úrovni nejlepších 64-bit ARMů a AMD Zenů, ale splňuje RVA23 specifikaci a je podporovaný Ubuntu 26.04 LTS a RHEL 10. V článku je
… více »Každý správce systému, ať na svém vlastním počítači nebo ve firmě, by měl zajistit jeho chod i po kritickém selhání. Zotavení z havárie systému a následná obnova dat patří mezi jeho nejdůležitější funkce. Týká se to hlavně firem, které ztráta důležitých dat může citelně poškodit. Některé z nich na těchto datech přímo stojí a bez nich prostě pracovat nemohou. Patří mezi ně překladatelství, pravnické kanceláře a spousty dalších, které jistě vyjmenovávat nemusíme.
V dnešní době, kdy si život bez výpočetní techniky už vůbec nedovedeme představit, každý počítač obsahuje data, o která by jeho majitel nerad přisel. A tak, i když pracujeme s počítačem v malé míře, přesto nás ztráta dat dokáže v nejlepším případě dopálit. Nebývá však rozšířenou praxí se o uchovávání záložních kopií starat a následná havárie pak mívá opravdu nepříjemné následky. Nezapomínejme, že i ty nejnovější a nejkvalitnější pevné disky mohou neočekávaně selhat! Tento seriál by Vás měl technikám zálohování naučit nebo alespoň Vám pomoci s touto problematikou začít.
Než se pustíme dále, musíme vysvětlit základní principy zálohování, jaké strategie se používají a následně bychom se měli zmínit o možných médiích, kde budeme data uchovávat. Podle objemu zálohovaných dat rozdělujeme možné strategie do 2 základních skupin, které se v praxi nejčastěji kombinují. Tím docílíme zároveň schopnosti obnovit co nejvíce z původních dat a zároveň snížíme časovou náročnost operace.
Nyní se zmíníme o některých používaných kombinacích výše uvedených možností. Poměrně velké množství dat v systému bývá statického charakteru, jeho zálohování je proto úplně pokaždé zbytečné, protože se stejně vůbec nezměnilo. Zde by se spíš hodilo zálohování inkrementální, kde používáme dvě varianty určení dat, která se mají zálohovat. První možností je zjištění souborů, které jsou novějšího data než posledně provedená záloha. Druhá spočívá v zjištění dat, která se často mění a ty pak uchovat ať jsou změněna nebo nejsou.
Z kombinací strategií, které mohou připadat v úvahu bych se zmínil 3 možnostech:
Kombinace úplného a inkrementálního zálohování, kdy celkové se provede pouze jednou za týden, například v neděli, kdy je zatížení stanic nejmenší. Během ostatních dnů se provede pouze záloha dat, která se změnila od nedělní plné zálohy. K získání původního stavu pak stačí obnovit systém z celkové kopie dat a poté pouze daty získanými během poslední inkrementální zálohy.
Další možnost je velmi podobná, rozdíl spočívá ve způsobu zálohování během týdne, kdy uchováváme data, která se změnila od poslední ať už inkrementální nebo celkové zálohy. Z toho výplývá, že při např. páteční havárii musíme obnovit systém z kopií od poslední neděle až po čtvrteční.
Poslední variantou zůstává kombinace obou předchozích scénářů. Během týdne střídáme obě možností inkremenálního zálohování, např. ve středu provedeme zálohu dat změněných vzhledem k celkové záloze systému provedené v neděli. Během ostatních dnů uchováváme pouze data odlišná od předchozího dne. Při havárii tak snížíme časovou náročnost obnovy systému do původního stavu.
Toto by mohly být některé z těch nejrozšířenějších možností, ovšem výběr té správné nebo modifikace závisí čistě na typu úlohy, pro které se snažíme řešení nalézt. Všechno závisí na typu a dynamičnosti dat.
Abychom stále nehovořili v tak obecné rovině, povíme si také něco z praxe. Na dnešních systémech se zálohuje ze dvou základních důvodů. Prvním je obava z nějaké havárie (nejen disku, hrozí i požáry atd.) a druhým je snížit rizika situace, kdy někdo nějaká data smaže omylem.
V prostředí uživatelských stanic nebo malých kanceláři nás motivuje převážně strach z mylného smazání dat. Vyplatí se proto archivovat změny každý den a cyklicky je postupně mazat. Plnou zálohu je pak běžné provádět například jednou do měsíce. V tomto prostředí obvykle nepotřebujeme zálohovat velká množství dat (jedná se například o účetnická data), proto je hlavním zálohovacím médiem CD-R, respektive CD-RW.
Dalším problémem je výběr toho správného média, kam budeme data ukládat. Jedním z nejdůležitějších parametrů při výběru je množství ukládaných dat (velké databáze jistě nebudeme uchovávat na disketách). Možnosti jsou velmi rozsáhlé, ale často jsme omezeni prostředky (zvláště pokud zálohujeme doma) a snažíme se využít hardwaru, který máme v dané chvíli k dispozici. Vyjmenujme si ty nejdůležitější varianty, jejich výběr už necháme čistě na Vás.
Zde bychom teoretickou část týkající se zálohování mohli ukončit a dále bychom se měli zmínit o příkazech, pomocí kterých data ukládáme. Znalosti týkající se pevných disků, disket nebo CD-R, CD-RW jistě už máte. Ovšem s páskami se už tolik z nás nesetkalo a proto si některé příkazy na jejich obsluhu uvedeme.
Praktickou část tohoto seriálu bychom započali příkazy pro práci s páskovým zařízením. Slouží pouze k zajištění přístupu k pásce a jejímu použití. Většinou se nejedná ani přímo o operace zápisu, ale o přípravu nastavení správného místa na pásce a podobně.
Příkaz mt slouží k různým činnostem spojeným s
páskovým zařízením jako přetáčení, hledání určené pozice na pásce,
nastavování parametrů pásky (např. komprese) a mazání. Používá se v
případě převinutí pásky před zápisem, mazáním, vysunutím pásky a podobně.
Ještě před předvedením příkladů bych se měl zmínit o dvou druzích
zařízení, se kterými se můžeme setkat. Rozdělujeme podle toho, zda se
po každém přístupu k pásce použité zařízení přetočí opět na počátek
nebo zůstane na pozici, kterou médium zaujalo po posledním použití.
Jedná se buď o převíjející nebo nepřevíjející zařízení.
Příkaz mt je celkem jednoduchý, z manuálových
stránek se dá pochopit veškerá manipulace s páskovým zařízením, proto zde
uvedu jen pár příkladu použití. Jako parametr se používá speciální soubor,
pomocí kterého k zařízení přistupujeme. O možnostech těchto souborů budeme
ještě mluvit dále. A teď už k jednotlivým příkladům. Jako první si ukážeme
způsob vymazání obsahu pásky:
mt -f /dev/nftape erase, kde /dev/nftape je
onen zmíněný speciální soubor.
Další důležitou činností je přetáčení pásky vpřed ,resp. vzad o zadaný počet souborů:
mt -f /dev/nftape fsf 2, resp. mt -f /dev/nftape bsf
2
Někdy je také nutné znovu napnout pásku v médiu. Následující příkaz převine pásku na počátek, na konec a pak opět zpátky na počátek:
mt -f /dev/nftape retension
Pojmenování speciálních souborů, pomocí kterých přistupujeme k zařízení závicí na druhu jeho připojení. Proto bych měl vyjmenovat jednotlivé možnosti:
/dev/ht0 (převíjející se zařízení) nebo
/dev/nht0 (zařízení nepřevíjející)./dev/st0, resp. /dev/nst0 pro převíjející se,
resp. nepřevíjející se zařízení./dev/ftape,
/dev/nftape (jejich rozdíl je shodný s výše uvedenými
případy), přistupujeme k páskovým zařízením připojeným buď přes paralelní
port nebo přes floppy rozhraní.Pro dnešek to už bude vše, příště se podíváme na praktické příklady zálohování a na příkazy, které k tomu budete jistě potřebovat, jako dump, restore, tar a další.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
Ulozeni konfigurace:
dpkg --get-selections * > /mnt/floppy/backup.pkg.lstObnoveni konfigurace:
dpkg --set-selections < /mnt/floppy/backup.pkg.lst apt-get update apt-get dist-upgrade apt-get upgradeNavic se jeste vyplati zalohovat vsechno z /etc (~20MB) a .config jadra. Kdo chce setrit, provede tesne po instalaci
touch /etc/timestampa pak zalohuje jen soubory, ktere jsou novejsi pomoci napr.
find -type f -newer /etc/timestamp /etc | tar -cfz backup.tar.gzViz. napr. tady
mt -f /dev/mt0 offl
stav pasky: mt -f /dev/mt0 status
Další možností je online zálohování, např. http://www.zalohujeme.cz