{
"meta": {
"title": "Obnovenie zálohy — úplný a vlastný postup | ProxMenux",
"description": "Úplný postup obnovy: tri akcie pri každej zálohe (zobraziť, stiahnuť, obnoviť), kontrola kompatibility a jej výsledky, úplný a vlastný režim, klasifikácia ciest na použitie za behu alebo po reštarte a dispečer so záverečnou reinštaláciou komponentov po štarte.",
"ogTitle": "ProxMenux Backup — obnova",
"ogDescription": "Úplná a vlastná obnova s kontrolou kompatibility, klasifikáciou ciest, dispečerom pri štarte a reinštaláciou po štarte.",
"twitterTitle": "Obnovenie zálohy ProxMenux",
"twitterDescription": "Ako ProxMenux zálohovanie hostiteľa je premenený späť do fungujúceho Proxmox hostiteľa."
},
"header": {
"title": "Obnovenie zálohy",
"description": "Úplný postup od výberu archívu po funkčného hostiteľa. Opisuje kontrolu kompatibility, dva režimy obnovy, dispečer pri štarte, reinštaláciu po štarte a mechanizmy predvídateľnej obnovy medzi rôznymi hostiteľmi a jadrami.",
"section": "Záloha a obnova"
},
"intro": {
"title": "Obnovenie reprodukuje zdroj, nielen súbory",
"body": "Obnova zálohy ProxMenux znamená viac než rozbalenie súborov. Pred zmenami prečíta manifest, zistí rozdiely medzi zdrojom a cieľom, vylúči cesty ohrozujúce štart a prispôsobí nastavenia používateľa, ktoré nemožno skopírovať doslova. Po potrebnom reštarte sa pokúsi preinštalovať zaznamenané podporované komponenty (ovládač NVIDIA, Coral TPU a nástroje GPU) pre bežiace jadro cieľa. Jeden archív riadi kontrolu kompatibility, klasifikáciu ciest a prácu pri štarte aj po ňom. Výsledok overte v stavoch jednotlivých komponentov a protokoloch."
},
"threeActions": {
"heading": "Tri akcie na zálohe",
"intro": "Výberom zálohy zo zoznamu sa otvorí menu s tromi akciami.",
"actionRows": [
{
"action": "Zobraziť",
"detail": "Otvorí zobrazenie archívu len na čítanie: obsah manifest.json (source hostname, PVE verzia, jadra, hardvér, nainštalované komponenty), zoznam ciest vnútri rootfs/ a rozlíšenie toho, čo by sa zmenilo na aktuálnom hostiteľovi, ak by bola použitá záloha."
},
{
"action": "Stiahnuť",
"detail": "Exportuje archív ako prenosný súbor .tar.zst (tar skomprimovaný zstd). Je možné extrahovať na ľubovoľnom systéme Linux s tar --zstd -xf FILE.tar.zst, alebo na macOS/Windows s akýmkoľvek nástrojom, ktorý podporuje zstd (7-Zip, PeaZip, Keka...). Extrahovaný strom obsahuje manifest.json, metadata/ a rootfs/, teda rovnakú štruktúru, akú používa obnova. Užitočné pre offline kontrolu alebo obnovenie na hostiteľa bez prístupu k pôvodnému cieľu (PBS, Borg)."
},
{
"action": "Obnoviť",
"detail": "Akcia zapisujúca do systému: rozbalí archív do prípravného adresára, spustí kontrolu kompatibility a ponúkne výber úplného alebo vlastného režimu."
}
]
},
"compatibilityCheck": {
"heading": "Kontrola zlučiteľnosti",
"intro": "Pred napísaním akéhokoľvek súboru hb_compat_check porovnáva stav opísaný v manifeste s cieľovým hostiteľom. Kontrola beží iba na čítanie a vytvára štyri nezávislé výstupy, ktoré poháňajú zvyšok obnovy.",
"outputRows": [
{
"output": "Príznak smeru",
"detail": "HB_COMPAT_KERNEL_DIRECTION má hodnotu same, bk_newer alebo bk_older podľa porovnania hlavných verzií jadra zálohy a cieľa. Riadi filter bezpečných ciest medzi jadrami, ktorý sa zapne iba pri bk_older, a prispôsobenie nastavení opísané na príslušnej stránke."
},
{
"output": "Zoznam preskočených ciest",
"detail": "RS_SKIP_PATHS obsahuje cesty, ktoré obnova NESMIE použiť. Plnia ho dva mechanizmy: rozdiely hardvéru (chýbajúca sieťová karta, ID úložiska alebo cudzí pool ZFS) a pri smere bk_older zoznam ciest nebezpečných medzi rôznymi jadrami."
},
{
"output": "Plán premapovania sieťových kariet",
"detail": "Ak má sieťová karta na cieľovom hostiteľovi rovnakú MAC adresu ako na zdrojovom, ale iný názov (bežné po výmene základnej dosky), kontrola kompatibility zaznamená plán premenovania (HB_NIC_REMAP). Ten počas obnovy upraví /etc/network/interfaces."
},
{
"output": "Plán vrátenia zmien",
"detail": "Vypočíta ho compute_rollback_plan.sh. Vypíše VM, LXC a komponenty, ktoré sú na cieli, ale nie v zálohe. Potvrdenie ponúkne voliteľné odstránenie dodatočných hostí pred reštartom. Komponenty treba odstrániť ručne a zmazanie hostí môže zlyhať, takže presná zhoda so zálohou nie je zaručená."
}
],
"reportBody": "Kontrola tiež vydáva štruktúrované správy (HB_COMPAT_RESULTS) kategorizované ako PASS / INFO / WARN / FAIL. WARN a FAIL vstupy povrch v paneli pre-restore; obnovenie odmieta pokračovať len vtedy, keď je prítomný FAIL, že užívateľ nemôže vyriešiť kliknutím Pokračovať."
},
"twoModes": {
"heading": "Úplné obnovenie vs Vlastné obnovenie",
"intro": "Po kontrole kompatibility sa zobrazí výber režimu. Určuje, čo sa použije, nie ako: oba režimy používajú rovnaký postup.",
"modeRows": [
{
"mode": "Úplná obnova",
"detail": "Použije každú cestu v archíve, ktorá prežije filtre drift a cross-kernel. Tiež spustí inštaláciu balíka a automatickú reinštaláciu komponentov. Toto je predvolená a odporúčaná voľba – cieľom je reprodukovať zdroj, nie vyberať kúsky."
},
{
"mode": "Vlastné obnovenie",
"detail": "Otvorí zoznam všetkých ciest v archíve, z ktorých používateľ vyberie požadovanú časť. Cesty blokované filtrom medzi jadrami sú sivé a nemožno ich vybrať. Vlastný režim predvolene preskočí inštaláciu balíkov a automatickú reinštaláciu komponentov: používateľ požaduje čiastočnú obnovu, nie úplné zopakovanie zdroja."
}
]
},
"pathClassification": {
"heading": "Ako sú cesty klasifikované",
"intro": "Každá cesta vybraná pre obnovenie je zaradená hb_classify_path do jednej z troch kategórií. Kategória určuje, kedy sa cesta aplikuje na systém a prečo.",
"rows": [
{
"class": "hot",
"detail": "Cesta aplikovaná okamžite do bežiaceho systému. Služba, ktorá ich konzumuje, vyzdvihne zmenu na vlastnú päsť alebo na ďalšiu reload Jedná sa o väčšinu zálohy: /etc/ssh, /etc/apt, /etc/cron.*, /root, /usr/local/bin, všeobecné konfiguračné súbory služieb, atď."
},
{
"class": "reboot",
"detail": "Cesty odložené na ďalší štart, nie použité okamžite týmto postupom. Ovplyvňujú konfiguráciu štartu: tvorba zavádzača číta /etc/default/grub, pripájanie systémov používa /etc/fstab a načítanie modulov /etc/modules. Odložené súbory sa použijú po reštarte a potom sa znovu vytvoria potrebné zavádzacie súbory. Príklady: /etc/default/grub, /etc/kernel, /etc/modules, /etc/fstab, /etc/zfs, /etc/modprobe.d."
},
{
"class": "dangerous",
"detail": "Cesty, ktoré sa NEPOUŽIJÚ na bežiacom systéme, pretože zápis za behu by mohol poškodiť stav alebo prerušiť aktívne spojenie. Pripravia sa medzi odloženými súbormi: /etc/network sa zapíše na začiatku ďalšieho štartu, ešte pred spustením siete, a /etc/pve zapíše dispečer po štarte, keď je klastrový súborový systém dostupný. Príklady: /etc/pve (pmxcfs je pripojenie FUSE s aktívnou konfiguráciou klastra), /var/lib/pve-cluster (aktívne údaje klastra, uložené v adresári obnovy len na ručnú obnovu), /etc/network (zmena môže prekonfigurovať rozhranie používané na SSH a prerušiť reláciu)."
}
]
},
"fullFlow": {
"heading": "Úplné obnovenie pracovného postupu",
"intro": "Celý postup od výberu archívu po obnoveného funkčného hostiteľa. Každá fáza pripraví vstup ďalšej: stav zapísaný skoršími fázami používajú neskoršie.",
"diagram": "┌─────────────────────────────────────────────────────────────────┐\n│ Archive → staging_root/ │\n│ manifest.json metadata/ rootfs/ │\n└──────────────────────────────┬──────────────────────────────────┘\n │\n ▼\n ┌─────────────────────────────────────────────────────────┐\n │ 1. hb_compat_check │\n │ · hardware drift → RS_SKIP_PATHS │\n │ · kernel direction → same / bk_newer / bk_older │\n │ · NIC remap plan │\n │ · hydration plan (bk_older only) │\n │ · rollback plan │\n └──────────────────────────────┬──────────────────────────┘\n │\n ▼\n ┌─────────────────────────────────────────────────────────┐\n │ 2. Confirmation dialog │\n │ Shows: hot count, pending count, drift, hydration, │\n │ NIC remap, cross-kernel note, reinstalls preview │\n └──────────────────────────────┬──────────────────────────┘\n │ (accepted)\n ▼\n ┌─────────────────────────────────────────────────────────┐\n │ 3. Apply hot paths → LIVE │\n │ _rs_apply rsyncs each hot path │\n │ from staging_root/rootfs to / │\n │ (skips paths in RS_SKIP_PATHS) │\n └──────────────────────────────┬──────────────────────────┘\n │\n ▼\n ┌─────────────────────────────────────────────────────────┐\n │ 4. _rs_prepare_pending_restore │\n │ /var/lib/proxmenux/pending-restore/ │\n │ ├── apply-on-boot.list │\n │ ├── plan.env │\n │ ├── rs-skip-paths.txt │\n │ └── rootfs/ (deferred paths) │\n │ Enable proxmenux-restore-onboot.service │\n └──────────────────────────────┬──────────────────────────┘\n │\n ▼\n ┌─────────────────────────────────────────────────────────┐\n │ 4b. _rs_import_data_pools │\n │ Imports non-root ZFS pools whose disks are all │\n │ present; retries with -f on foreign hostid; │\n │ skips with a warning when disks are missing. │\n │ Log: /var/log/proxmenux/restore-datapools-*.log │\n └──────────────────────────────┬──────────────────────────┘\n │\n ▼\n ┌─────────────────────────────────────────────────────────┐\n │ 5. _rs_run_complete_extras │\n │ packages.manual.list │\n │ → cascade-safe filter │\n │ → apt-get install │\n └──────────────────────────────┬──────────────────────────┘\n │\n ▼\n ┌─────────────────────────────────────────────────────────┐\n │ 6. REBOOT │\n └──────────────────────────────┬──────────────────────────┘\n │\n ▼\n ┌─────────────────────────────────────────────────────────┐\n │ 7. apply_pending_restore.sh (on early boot) │\n │ Reads plan.env │\n │ Applies apply-on-boot.list (filtered) │\n │ Installs the postboot systemd unit │\n └──────────────────────────────┬──────────────────────────┘\n │\n ▼\n ┌─────────────────────────────────────────────────────────┐\n │ 8. apply_cluster_postboot.sh (~10 minutes) │\n │ Runs after pve-cluster is up │\n │ · Applies /etc/pve entries to pmxcfs │\n │ · update-initramfs -u -k all │\n │ · update-grub / proxmox-boot-tool refresh │\n │ · component --auto-reinstall (nvidia, coral, ...) │\n │ · Boot sanity check │\n │ · Notification: \"Host restore finished\" │\n └─────────────────────────────────────────────────────────┘"
},
"pendingMachinery": {
"heading": "Mechanizmus odloženej obnovy",
"intro": "Cesty klasifikované ako reboot alebo dangerous, a hydratačné zápisy, sú fázované pre ďalšie boot miesto aplikácie naživo. To sa vykonáva prostredníctvom malého, samostatného súboru súborov v /var/lib/proxmenux/pending-restore/:",
"rows": [
{
"file": "apply-on-boot.list",
"content": "Jedna relatívna cesta na riadok: presná množina ciest, ktoré apply_pending_restore.sh použije z pripraveného rootfs. Súbor ukazuje, čo sa zmení pri ďalšom štarte."
},
{
"file": "plan.env",
"content": "Premenné prostredia načítané skriptom pri štarte: ID obnovy, príznaky kompatibility (HB_COMPAT_CROSS_VERSION, HB_COMPAT_KERNEL_DIRECTION, HB_HYDRATION_APPLIED), súhlas s vrátením stavu a voľby klastra."
},
{
"file": "rs-skip-paths.txt",
"content": "Konečný zoznam RS_SKIP_PATHS, uložený pre apply_pending_restore.sh, aby po reštarte zachoval výnimky vypočítané v interaktívnej fáze. Bráni obnoveniu ciest nevhodných pre hardvér alebo rozdielne jadro pri štarte."
},
{
"file": "rootfs/",
"content": "Samotné pripravené súbory – presné bajty, ktoré sa zapíšu. Zostávajú na rovnakom súborovom systéme ako /, aby bol rsync pri štarte rýchly a nezávisel od dostupnosti externého úložiska počas štartu."
}
],
"unitBody": "Jednotka systemd proxmenux-restore-onboot.service sa povolí na konci interaktívnej fázy. Táto jednorazová služba sa spustí na začiatku ďalšieho štartu, zavolá apply_pending_restore.sh a potom sa zakáže. Podmienka ConditionPathExists=/var/lib/proxmenux/pending-restore/state zabezpečí, že bez čakajúcej obnovy nevykoná nič."
},
"postbootDispatcher": {
"heading": "Post-boot dispečer apply_cluster_postboot.sh",
"intro": "Kde sa končí interaktívny krok a kde dochádza k skutočnej reprodukcii hostiteľa. apply_cluster_postboot.sh je nainštalovaný ako druhá jednorázová jednotka systemd (proxmenux-apply-cluster-postboot.service), ktorej ciele After=/Wants= zabezpečujú, že beží až po pve-cluster a network-online sú hore. To je miesto, kde hostiteľ-viditeľné obnoviť akcie pozemky.",
"tasks": [
{
"task": "Použiť /etc/pve",
"detail": "/etc/pve je aktívne pripojenie FUSE systému pmxcfs, do ktorého nemožno zapisovať v skorej fáze štartu. Dispečer po spustení klastrového systému kopíruje súbory z pripraveného rootfs do živého /etc/pve, po jednom a bez reštartu pve-cluster. Zachytený /var/lib/pve-cluster/config.db alebo náhradný config.db.raw-fallback sa obnoví postupom systemctl stop pve-cluster → atómové kopírovanie súboru → systemctl start pve-cluster, aby pmxcfs po spustení načítal obnovený stav."
},
{
"task": "Znovu vytvoriť initramfs a zavádzač",
"detail": "Spustí update-initramfs -u -k all cez každé nainštalované jadro, potom buď update-grub (GRUB inštaluje) alebo proxmox-boot-tool refresh (systemd-boot / ZFS inštaluje). Preskočené, ak interaktívny krok určiť nič sa nezmenilo v chodníkoch, ktoré ovplyvňujú tieto nástroje."
},
{
"task": "Automatická inštalácia komponentov",
"detail": "Číta obnovený components_status.json a prejde podporované inštalátory (nvidia_driver, coral_driver, amdgpu_top, intel_gpu_tools). Každý vybraný inštalátor použije --auto-reinstall, načíta uložený stav a zopakuje inštaláciu pre cieľové prostredie, prípadne zostaví moduly jadra. Čaká sa na reštart, aby sa použilo potom bežiace jadro cieľa. Jednotlivé chyby sa zaznamenajú a nezastavia ďalší komponent."
},
{
"task": "Kontrola štartu systému",
"detail": "Pred spustením oznámenia o dokončení overíte, či proxmox-boot-tool status zobrazuje nakonfigurovaný ESP, každý /boot/vmlinuz-* má zodpovedajúci /lib/modules/<ver> adresár a /vmlinuz rieši. Akýkoľvek nesúlad sa vynorí v oznámení namiesto toho, aby bol skrytý."
},
{
"task": "Oznámenie o dokončení",
"detail": "Posiela udalosť Host restore finished prostredníctvom hb_notify_lifecycle. Zahŕňa celkovú dĺžku trvania, použitý počet ciest, prípadné upozornenia na kontrolu zdravotného stavu a odkaz na log pri /var/log/proxmenux/proxmenux-cluster-postboot-*.log. Ak notifikácie nie sú konfigurované, udalosť sa neodošle; protokol aj tak zaznamená všetko"
}
]
},
"liveProgress": {
"heading": "Živý priebeh na karte Zálohy v Monitore",
"body": "Po reštarte zobrazuje karta Zálohy v ProxMenux Monitor živý priebeh služby proxmenux-apply-cluster-postboot.service. Číta /var/lib/proxmenux/restore-state.json, ktorý sa aktualizuje pri každej fáze: konfigurácia klastra, initramfs, zavádzač, reinštalácia jednotlivých komponentov, kontrola štartu a dokončenie.",
"fields": [
{
"name": "Označenie stavu",
"detail": "Jeden zo stavov Prebieha obnova, Obnova dokončená alebo Obnova zlyhala. Karta číta stavový súbor každé 2 sekundy počas behu a každých 30 sekúnd po skončení."
},
{
"name": "Panel pokroku + počítadlo krokov",
"detail": "Zobrazí N/M steps a názov aktuálneho kroku. Počas obnovy sa odhadovaný čas vypočíta z dokončených krokov a uplynutého času."
},
{
"name": "Zoznam komponentov",
"detail": "Jeden riadok na jedného ovládača, ktorý bol preinštalovaný (NVIDIA, nástroje Intel GPU, nástroje AMD, Coral TPU) s installing / ok / failed plus odkaz na jednotlivé komponenty pri /var/log/proxmenux/component-*.log."
},
{
"name": "Import dátových poolov",
"detail": "Blok data_pools_import má päť farebných riadkov: Importované, Vynútené (s -f pre cudzí hostid), Preskočené, neúplné disky (prítomné iba niektoré disky), Preskočené, chýbajúce disky (žiadny disk prítomný) a Zlyhané. Stav sa ukladá do /var/lib/proxmenux/restore-state.json a úplný protokol behu do /var/log/proxmenux/restore-datapools-<timestamp>.log."
},
{
"name": "Upozornenia pri kontrole štartu",
"detail": "Dispečer kontroluje chýbajúce adresáre /lib/modules/<kernel>, chýbajúcu konfiguráciu ESP a symbolické odkazy /vmlinuz bez existujúceho cieľa. Upozornenia sa zobrazia vo farebnom paneli."
},
{
"name": "Rozdiely po obnove",
"detail": "Vypíše VM, LXC a komponenty prítomné na cieli, ale nie v obnovenej zálohe: tie isté položky ako v dialógu deštruktívneho vrátenia stavu pred obnovou. Každý riadok obsahuje príkaz na ručné odstránenie."
},
{
"name": "Koniec záznamu",
"detail": "Posledné línie 600 proxmenux-cluster-postboot-<ts>.log, s Iba problémy, ktorý udržuje len línie zodpovedajúce error, warning, failed, ✗ alebo traceback."
}
],
"dismissBody": "Keď je obnova dokončená alebo zlyhá, tlačidlo Skryť zbalí kartu. Stavový súbor zostane uložený a História znovu otvorí túto aj predošlé obnovy. Posledných 20 behov je archivovaných v /var/lib/proxmenux/restore-history/.",
"imageAlt": "Okno Podrobnosti priebehu po obnove v ProxMenux Monitor otvorené počas obnovy. Zobrazuje modrý odznak Prebieha obnova, aktuálny krok Obnovenie initramfs, odhad zostávajúceho času, čiastočne vyplnený ukazovateľ priebehu a živý koniec záznamu po štarte systému.",
"imageCaption": "Okno Podrobnosti počas spracovania po štarte: stav, aktuálny krok, zostávajúci čas a živý výpis posledných riadkov protokolu.",
"detailsImageAlt": "Rovnaké okno Podrobnosti po skončení obnovy: zelený stav Obnova dokončená, celkový čas 0m53s, plný ukazovateľ 6/6, prázdna časť rozdielov vrátenia stavu a archivovaný protokol po štarte.",
"detailsImageCaption": "Rovnaké okno po skončení: stav, celkový čas, plný ukazovateľ priebehu a archivovaný protokol po štarte."
},
"postbootExample": {
"heading": "Ako vyzerá post-boot na konzole",
"body": "Na fyzickej konzole skončí úspešne ukončený proces riadkom [ OK ] Finished proxmenux-apply-cluster-postboot.service, často pri hláseniach OK pre multi-user.target a graphical.target. Označuje koniec procesu. Napriek tomu môžu byť zaznamenané chyby komponentov alebo upozornenia na štart. Pred vyhlásením hostiteľa za úplne obnoveného skontrolujte stavy komponentov a protokoly v Monitore.",
"imageAlt": "Fyzická konzola Proxmox s hlásením '[ OK ] Finished proxmenux-apply-cluster-postboot.service - ProxMenux Apply Cluster Configs (post-boot).', za ktorým nasleduje OK pre multi-user.target a graphical.target; vyššie je výzva na prihlásenie.",
"imageCaption": "Fyzická konzola po skončení procesu. 'Finished proxmenux-apply-cluster-postboot.service' označuje jeho koniec, ktorý Monitor hlási aj ako 'Host restore finished'. Výsledky komponentov a upozornenia treba ešte skontrolovať."
},
"tenMinutes": {
"heading": "Prečo na posledných 10 minútach záleží",
"intro": "Reštart sám trvá sekundy, ale post-boot dispečer strávi asi desať minút dokončenie obnovy. Počas tohto okna je hostiteľ dosiahnuteľný a prihlásenie funguje, ale niektoré služby (najmä služby závislé od ovládača GPU) ešte nie sú k dispozícii. Časový rozpis typického hostiteľa Proxmoxu s NVIDIA + nainštalovaným Coralom:",
"rows": [
{
"stage": "Boot + pve-cluster pripravený",
"time": "~30 s",
"detail": "Standard Proxmox boot. SSH, web UI a login sú k dispozícii na konci tejto etapy."
},
{
"stage": "Použiť /etc/pve na pmxcfs",
"time": "~10 s",
"detail": "Rýchle: malé konfiguračné súbory sa kopírujú po jednom do aktívneho klastrového súborového systému."
},
{
"stage": "Znovu vytvoriť initramfs pre všetky jadrá",
"time": "3–5 min",
"detail": "update-initramfs -u -k all prestavuje jeden obrázok initramfs na nainštalované jadro. Veľa čakania."
},
{
"stage": "Znovu vytvoriť bootloader konfigur",
"time": "10–30 s",
"detail": "update-grub alebo proxmox-boot-tool refresh. Rýchle aj na ZFS."
},
{
"stage": "Preinštalovať ovládač NVIDIA (ak je to vhodné)",
"time": "5–10 min",
"detail": "Stiahne nahranú verziu ovládača, kompiluje moduly DKMS oproti aktuálnemu jadru, použije opravu ProxMenux ak ju mal zdroj. Najdlhšia jediná úloha."
},
{
"stage": "Opätovná inštalácia Coral a ďalších komponentov",
"time": "3–5 min",
"detail": "Kompilácia DKMS pre Coral, apt install pre intel-gpu-tools a stiahnutie a inštalácia .deb pre amdgpu_top."
},
{
"stage": "Kontrola štartu a oznámenie",
"time": "~2 s",
"detail": "Nenáročné. Oznámenie informuje používateľa hneď po skončení behu."
}
],
"outroBody": "Počas tohto času môžu po prihlásení chýbať nástroje (nvidia-smi sa nenašiel, coral sa nezistil), pretože reinštalácia stále beží na pozadí. Oznámenie označuje jej koniec. Výsledky komponentov, upozornenia a protokoly odlíšia úspech od jednotlivých zlyhaní."
},
"destructiveRollback": {
"heading": "Voliteľný deštruktívny spätný chod",
"body": "Obnova je predvolene aditívna: dodatočné VM, LXC a komponenty zostanú zachované. Pri rozdieloch ponúkne potvrdenie Vykonať deštruktívne vrátenie stavu? s predvoleným Nie. Súhlas pred reštartom zavolá _rs_execute_rollback a pokúsi sa odstrániť vypísané dodatočné VM a LXC. Komponenty sa označia na ručné odinštalovanie, pretože automatické nie je implementované. Chyby odstránenia sa oznámia a spracovanie pokračuje, takže presná zhoda nie je zaručená. Pred touto deštruktívnou voľbou skontrolujte názvy a VMID/CTID."
},
"logs": {
"heading": "Kde záznamy žijú",
"rows": [
{
"log": "/var/log/proxmenux/restore-YYYYMMDD_HHMMSS.log",
"detail": "Zapisuje sa v interaktívnej fáze: výsledky kompatibility, filter rozdielov, plán prispôsobenia, výstup použitia za behu a prípravy odložených zmien, inštalácia balíkov."
},
{
"log": "/var/log/proxmenux/apply-pending-YYYYMMDD_HHMMSS.log",
"detail": "Zapisuje ho apply_pending_restore.sh na začiatku štartu: načítanie plan.env, spracovanie apply-on-boot a filtrovanie vylúčených ciest."
},
{
"log": "/var/log/proxmenux/proxmenux-cluster-postboot-YYYYMMDD_HHMMSS.log",
"detail": "Zapisuje ho apply_cluster_postboot.sh: použitie konfigurácie pve-cluster, výstup initramfs a zavádzača, výstup inštalátorov komponentov, kontrola štartu a obsah oznámenia."
},
{
"log": "/var/log/proxmenux/component--YYYYMMDD_HHMMSS.log",
"detail": "Jeden protokol na inštalačný program komponentu (nvidia, coral, atď.), ktorý bol spustený v prechode po spustení. Užitočné, keď preinštalovanie konkrétneho komponentu zlyhalo a používateľ potrebuje vlastný výstup nástroja."
},
{
"log": "/var/log/proxmenux/restore-datapools-YYYYMMDD_HHMMSS.log",
"detail": "Napísal _rs_import_data_pools. Obsahuje: sčítanie nekoreňových poolov z manifestu, na-pool výsledok (dovážané čisto, importované s -f pre zahraničné hostid, preskočené kvôli chýbajúce disky, alebo zlyhal), a surový výstup každého zpool import hovoru."
}
]
},
"whereNext": {
"heading": "Kam ísť ďalej",
"items": [
{
"label": "Obnova medzi kernelmi",
"href": "/docs/backup-restore/cross-kernel",
"tail": "— filter bezpečnej podmnožiny zohľadňujúci smer a prechod na hydratáciu vyvolaný, keď sa cieľové jadro líši od záložného."
},
{
"label": "Ako to funguje",
"href": "/docs/backup-restore/how-it-works",
"tail": " — štruktúra archívu, manifest a inventár aplikácií, ktoré používa obnova."
},
{
"label": "Plánované úlohy",
"href": "/docs/backup-restore/scheduled-jobs",
"tail": " — bezobslužný postup, ktorý vytvára archívy používané pri tejto obnove."
}
]
}
}