Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
...Abysme si rozuměli: pochopitelně netvrdím, že se nic nezměnilo. Jenom nevidím tak jasnou vazbu mezi "něco se změnilo" a "najednou je na to potřeba koupit kanón".
(Pásky se mají šifrovat, to je důležité, protože by z firmy neměly odcházet nezašifrovaná data!!!)Kde je uložen klíč?
Pásky sú rovnaké, len objemy dát,Irelevantní - použitím nějakého kanónu místo taru se objem nezmenší.
súborové systémyIrelevantní - filesystémy systémů, na kterých tar běží, umí docela dobře. A i kdyby neuměl, dá se zkombinovat s libovolným nástrojem třeba typu fsarchiver. Narozdíl od kanónu, kde to může být problém.
predstavy managerovOk. Manažer může mít představu, že když za něco vyplázne stovky tisíc, tak je automaticky v bezpečí. Ale to se nejspíš nezměnilo, spíš to bylo vždycky.
, sieťové infraštruktúry firiem,Irelevantní. Tar běží na jednom konkrétním systému, síťová infrastruktura je mu ukradená. Potřebuje se případně jenom dobouchat na úložiště, což ten kanón za stovky tisíc musí taky. Data se nijak magicky do cíle nedostanou.
hrozby straty dátHrozba ztráty dat je odjakživa stejná. Prostě se data ztratí
či zakryptovania ..... sa zmenili.To je pravda, to je nová hrozba. Akorát nevím, v jakém smyslu jí kanón čelí líp než tar.
Trochu mě dráždí tyto vaše pochybnosti obzvláště v kontrastu vysoké spokojenosti auditorů z NěmeckaTak kdyz si obhajis nakup superduper sw za desetitisice/statisice, nechce se ti moc uznat, ze by ho slo nahradit necim tak stupidnim jako je tar
Je sice hezké, že filename je obnovený stejně, ale v praxi nic nedohledáte v konzoli, když tam jsou české znaky.Není s tím žádným problém u systémů, které používají UTF-8. Tj. všechny běžné systémy (u Win se na UTF-8 automaticky převádí).
Databáze "nainstaluj a nestarej se" - taky hezký nápad, ale asi jste ještě u Baculy neřešil nekonzistentní FK.Ne, to jsem opravdu neřešil - a ani nevím, jak by mohly vzniknout, protože to databáze hlídá sama. Problém může nastat s orphanes a řeší ho příkaz bareos-dbcheck.
Já neříkám, že není k použití. Sám bareos používám ke spokojenosti, ale pokud mám před sebou tazatele - méně zkušeného admina - pak i to vše, co jsem napsal, musí padat na misky vah při výběru řešení.Vidím to přesně opačně: méně zkušený admin bude zálohovat pár serverů, typicky s jedním, dvěma operačními systémy a na žádné problémy vůbec nenarazí. Nemá pro něj sebemenší smysl investovat do nějaké předražené komerční bestie, která má taky svých problémů dost.
Např. databáze je ráda nekonzistentní, např. non ASCII znaky ve jménech souborů jsou peklo (default db je SQL_ASCII), ..., ... Prostě to vyžaduje nějaké znalosti správce.1. SQL_ASCII je tam záměrně a je to default. Čili veškerá znalost v tomhle případě spočívá v pravidle "nainstaluj to a nic neřeš"
zajima me zda pujde poslat zaloha na pasku pres ssh...coz predpokladam by nemel byt problemBacula/Bareos ma 4 oddělené části: director, storage (SD), file daemon (FD) a aplikaci (konzole, web nebo GUI). FD běží na stanici, která se má zálohovat. Zálohy probíhají (zjednodušeně) tak, že director řekne FD: zazálohuj tyhle soubory a pošli je na tenhle SD. SD má otevřený vlastní port, na ten se FD připojí a komunikují spolu speciálním protokolem.
Náročnost nasazení a údržby Baculy/Bareosu je násobně vyšší, než např. u Veritas/ARCserver/Veeam/Acronis a pod.Co je potřeba na Bareosu udržovat?!
Bacula s páskou tuším taky umí (nebo ne?).U Baculy/Bareosu je páska primární datový model - ke všemu se chová víceméně jako k pásce. I když zálohuješ na disk, ukládá tam Bacula data do souborů, které zapisuje/čte sekvenčně jako pásku.
Ja som zohnal na ebayi Brother P-Touch 1230PC. Oficiálne linux nepodporuje, ale do CUPS-u sa pridá ako "Generic text-only printer" a na nete je skript, ktorý tlačí akýkoľvek PNG výšky 64px a ľubovoľnej šírky. Ten skript je v perle a dá sa dobre reverz-inžinírovať, ak by si to potreboval v inom programovacom jazyku.Mám podobnou: PT-P700. Má mód, ve kterém se dají celkem jednoduše posílat jednotlivé pixely, někde na netu se dá najít i přesná specifikace protokolu. Mám k tomu kód v Pythonu, funguje na Linuxu a provozoval jsem ho i na FreeBSD. Myslím, že pro FreeBSD to chtělo nějaké úpravy ohledně libusb nebo tak něco, měl bych být schopný ten kód pro FreeBSD najít, akorát teď u toho stroje nejsem. Pokud by ti takováhle levná tiskárna vyhovovala, napiš, kouknu se po tom.
Myslel jsem to tak, že u ne-realtime aplikací velkou část featur Phoenixu nevyužiujete.No "realtime" je dneska v jistým smyslu každý serverový software. Těch opravdu čistě batchových je imho celkem málo.
Elixir se mi také líbí, ale nevěřím, že řeší problémy ne-realtime aplikací.Nevím, jeslti to považuješ za "problém", ale já osobně za jednu z nejlepších vlastností Elixiru považuju dobře udělané greenthready - kód řeší separátně třeba jenom jednoho klienta, jednu connection apod. (podobně jako v Go).
nemyslím si, že třeba g :: Int je funkce, ptám se po nějakém teoretickém vysvětlení, proč je můj dojem chybnýNení. Haskell (AFAIK) nemá nulární fce. Dokonce nemá žádné jiné než unární
a ty čísla jsou konstanty?Konstanty jsou nulární funkce, čísla jsou konstanty, tedy to jsou nulární funkce. Co je na tom k nepochopení?
Nebyl jsem to já, kdo tu začal rozvíjet myšlenky, že samotná realita není konzistentní a že příkladem takové nekonzistence je tunelový jev.No když někdo napíše krávovinu, že zvuk kostelního zvonu je sladký, tak mu nemáš odpovídat, že je kyselý
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.