Koniec poradne v roku 2025?!

CENA : Nevim jak jste k 350 euro za mesic dosli ?!, ale na https://ionos.cz/ bezny WEB hosting stoji od 160Kc + 1euro za SSL za mesic https://ionos.cz/web-hosting/ + jednou rocne 18e za domenu.
(mit vlastni zelezo (RACK) doma se zpravidla nevyplati, az na zakladni platformy na architekture ARM, nebo mene zraveho Intel. Jsou io taci, co maji svuj WEB s redakcnim systemem Wordpres na krabickach Raspberry, i kdyz osobne bych na OS nainstalovane na SD moc duvery nedaval)

VYHORENI : Vim jake to je, v nasem veku si tim prochazi kazdy druhy, prirovnal bych to ke krizi stredniho veku .

Jde o Poradnu ne WEB stranky jako takove kde musis dene pridavat kontent, migrujte ji na 1&1 za 5Euro mesicne, a nech ji bezet vlastni cestou. (o nic se nemusis starat, nemusis platit elektriku)

Jsem proti smazani poradny, jelikoz nese kus historie.
Smazanim nesmazes jen 1 a 0, ale i snahu nekterych uzivatelu co zde prinasi rady jiz cele desetileti.

... Poradna.net je ZEN alternativa pro uzivatele kteri nechcou chodit do poradny na Zive.cz (proto i poradna.net vznikla jestli se nepletu), kde vetsina uzivatelu jsou opravdu idioti a tak se i chovaji.

My mame vlastnu serverovu farmu, ktora sa sice postupne zmensuje, ale obsahovavala niekolko fyzickych serverov, Mikrotik ako komunikacny nastroj na vnutornu LAN a vlastne NAS na zalohy.
Vzhladom na prudky narast cien elektrickej energie nam vyskocili naklady takejto serverovej farmy vyskocili o 100% v priebehu necelo roka.

Btw len poradnacka sqlka ma do 100GB a to ti ziaden webhosting osting neda 100GB miesta na SQL servery.
Jedinou nasou sancou su virtualne stroje, kde je zase problem s miestom, ci ram, trafficom a pod.
Zatial zostavame na vlastnych fyzickych serveroch, ako najlepsej alternative.

len poradnacka sqlka ma do 100GB

Tím naznačuješ, že těch 100 GB je jediný soubor?
To by byla dost děsivá informace.

Děsivá informace proč?
Co se týče limitů tak limit velikosti sqlite databáze (souboru) je 256 TB, default limit tabulky mysql je taky 256 TB a dá se zvětšit...

Za jak dlouho se provede záloha tak velké databáze?

Takže va databaze ma tabulky rozdelene treba podle let. Pak nemusis zalohovat vse, protoze historicka data se nemeni.

Nemusí se zálohovat vše, i když je vše v jednom .-)

A jak myslíš to: "rozdelene treba podle let" a "historicka data se nemeni"
Psát příspěvky jde i do hromadu let starých vláken.
Takže ty bys navrhoval vlákna nechat vcelku a příspěvky rozdělit podle let. A u příspěvků pod vlákny pak procházet tabulky příspěvků ze stejného roku nebo dalších let... já teda nevím, ale mně se zdá rozumnější nechat vcelku i příspěvky

Nemluvil jsem o poradne, ale o hodne velkych databazich s veliostmi stovek GB az TB. Pak si nevystacis s hrackami typu MySQL.

Tu se ale řeší poradna

Sam jsi psal:

Co se týče limitů tak limit velikosti sqlite databáze (souboru) je 256 TB, default limit tabulky mysql je taky 256 TB a dá se zvětšit...

¨
A nsledoval dotaz, jak se zalohuji tak velke databaze, tak vysvetluju.

Treba MS SQL umi rozdelovat data na zaklade funkce, ktera urci (treba dle datumu) do jakeho souboru se budou data ukladat. Pak jsi schopny nechat v "pohyblivych datech" treba data za minuly a aktualni rok a zbytek rozdelit.
Protoze se se starymi daty nehyba, nepotrebujes je zalohovat pri kazde zaloze. Navic je muzes dat na pomalejsi uloziste, protoze se na ne tak casto nesaha. Naopak pri obnove muzes obnovit pouze aktualni data a rozjet firmu a ta stara data, ktera tvori treba 80% velikosti DB obnovit dodatecne, aniz by DB byla nefunkcni.

Ano, to jsem psal.
Psal jsem to jako argument pro to, že z mého pohledu by nebyla desivá informace ta, kdyby 100 GB databáze byla v jednom souboru. I z důvodu toho, že je to 2500x pod defaultním limitem tabulky databáze mysql.

Následoval dotaz "Za jak dlouho se provede záloha tak velké databáze?", ale jelikož se bavíme o poradně, chápal jsem ho ve smylu reakce na toto: "Děsivá informace proč?". Ve smyslu za jak dlouho se provede záloha 100 GB databáze poradny, kdyby byla nedělená a dělená.

Jako chápu, když se něco (třeba určité roky) globálně uzamkne proti editaci a s daty se nemanipuluje, že je to možné oddělit a jinak zálohovat, ale to přece není věc poradny, minimálně ne v takové podobě jako je teď. Navíc si nemyslím, že by 100 GB databáze bylo něco děsivého a muselo by se to řešit. Fleg psal, že tu jsou experti na databázi, to se klidně můžou vyžívat i v replikování a kdo ví jak se to řeší na vyšší úrovni Takže třeba toto: "Naopak pri obnove muzes obnovit pouze aktualni data" je asi nejrychlejší řešit tak, že se nastaví jiný server databáze.

Musí to být nutně zálohy 100 GB jako takových? Proč nemít ZFS filesystem, když už mají vlastní servery, databázi každý den akorát zastavit, udělat snapshot, pustit databázi a odlít si snapshot jinam? Můžeš se vracet zpátky, máš zálohu, nemusíš mít několik hodin shozenou poradnu a je ti úplně fuk, jak velká je která tabulka.

Záloha DB se normálně dělá za chodu bez zastavování serveru.
Běžně se dělají za chodu i snapshoty virtuálních strojů bez toho, že bys musel cokoliv zastavovat.