Avamar – chyby expirácie snapshotov na DD
Avamar robí snapshoty záloh a svojho stavu – v jeho terminológii “checkpointy”. Defaultne 2x denne a stará sa o to utilita checkpoint. ďalej
Avamar – klientské logy
Kde sa dobrať logov avamarích klientov ďalej
networker preregistrácia klienta
Zadanie: mení sa FQDN klienta, je nutná preregistrácia v management console, ale majú zostať v platnosti jeho staré zálohy (pod starým FQDN). Problém spočíva v tom, že pri zmene FQDN to networker vníma ako nový stroj a stratí vazbu so starými datasetmi. ďalej
networker daemons
Prehlad procesov na networkeri. Opacko z architektury – sklada sa to z backup serveru (hlavny server), storage nodov (zbieraju data na SANkach), management console serveru (ovladanie vsetkeho) , storage poolov/deviceov (datadomeny, paskove kniznice a tak) a klientov. V minimalistickej konfiguracii staci backup server, storage pool a klienti. ďalej
solaris – ldomy a zóny
LDOMy sú HW virtualizáciou (na hypervizíroze), zóny sú OS virtualizáciou. ďalej
systemd init
U init systémov sa po grub boote a inicializácii predáva spúšťanie démonov rutine /sbin/init. V systemd je /sbin/init len symlink na /lib/systemd/systemd ďalej
zoznámenie s networkrom 9
tak čo nového? ďalej
Postgres – vsetko, co si chtel vediet, ale bal sa spytat svojho seniora, aby si nevypadal ako jelito 04. Wal logy.
Wal logy su REDO logy, alebo inak boli nazyvane aj Xlogy, a su to vlastne transakcne logy :). Takze teraz poporiadku – co su v Oracle REDO logy, su v Postgrese WAL logy. Do verzie 10 v tom bol naming chaos, nakolko sa nazyvali Xlogy. ďalej
rsyslog – poznámky a linky
Syslog ako taký je dosť stará záležitosť (80.tky) a má kopec rozšírení – syslog-ng, sysklogd a pod. Najrozšírenejším je rsyslog, pretože:
- dokáže logovať skoro všetko (napr. niektoré sieťové krabičky dokážu logovať len do rsyslogu)
- malé pameťové nároky
- má skvelé moduly pre input a output (logovanie zo všetkého do všetkého)
- vytvára ho skutočný sypaťák ďalej
Postgres – vsetko, co si chtel vediet, ale bal sa spytat svojho seniora, aby si nevypadal ako jelito 03. Backup DB.
V postgrese existuju dva zakladne sposoby zalohy databaze:
logical backup – v zasade vydumpovanie obsahu databazy do textovych suborov. Vytvorenie INSERTov v suboroch. Dobre pre male databazy na desktope, negaranuje navrat k presne stanovenemu PITR. Utility pg_dump a pg_restore, pomerne jednoduchy postup. Nebudem sa tomu viac venovat.
physical backup – zaloha binarnych datovych files clusteru (tzv. base backup) a naslednych WAL logov. Idealne pre velke produkcne databaze s poziadavkom na konzistenciu dat a presnu definiciu PITR.
vlastne 3 – specialnym sposobom backupu je zalohovanie pomocou replikacie
horeuvedene moznosti su nativne pre standardnu instalaciu postgresu, inak existuju samozrejme riesenia tretich stran (opensource) – napr. pgBackRest, Barman etc… Ich vyhodou je, ze backup sa da posunut na standardnu uroven kontinualneho bekapovania, volba Full/Incremental/Differential etc…