{"id":21498,"date":"2026-09-27T22:09:37","date_gmt":"2026-09-27T14:09:37","guid":{"rendered":"https:\/\/synopower.club\/?post_type=docs&p=21498"},"modified":"2026-09-27T22:09:43","modified_gmt":"2026-09-27T14:09:43","password":"","slug":"vmm-backup-google-drive-cloud-sync","status":"publish","type":"docs","link":"https:\/\/synopower.club\/cs\/docs\/vmm-backup-google-drive-cloud-sync\/","title":{"rendered":"Z\u00e1lohov\u00e1n\u00ed VMM na Disk Google: Pl\u00e1novan\u00fd export, synchronizace do cloudu a jeden skript pro p\u0159ejmenov\u00e1n\u00ed"},"content":{"rendered":"

Z\u00e1loha VMM, kter\u00e1 se nach\u00e1z\u00ed pouze na stejn\u00e9m serveru NAS jako virtu\u00e1ln\u00ed po\u010d\u00edta\u010d, ve skute\u010dnosti nen\u00ed z\u00e1lohou. Pokud sel\u017ee i toto \u00falo\u017ei\u0161t\u011b, ob\u011b kopie se s n\u00edm p\u0159estanou z\u00e1lohovat. Toto \u00falo\u017ei\u0161t\u011b b\u011b\u017e\u00ed jako host Virtual DSM v Synology Virtual Machine Manager a na\u0161e extern\u00ed z\u00e1loha VMM je vytvo\u0159ena ze dvou bezplatn\u00fdch n\u00e1stroj\u016f, kter\u00e9 jsou sou\u010d\u00e1st\u00ed syst\u00e9mu DSM: pl\u00e1novan\u00fd export v Virtual Machine Manager a cloudov\u00e1 synchronizace s Diskem Google. Nastaven\u00ed trvalo odpoledne. Zji\u0161\u0165ov\u00e1n\u00ed, pro\u010d ti\u0161e p\u0159estala fungovat, trvalo d\u00e9le, a to je \u010d\u00e1ste\u010dn\u011b d\u016fvod, pro\u010d existuje tento \u010dl\u00e1nek o hostov\u00e1n\u00ed NAS 101. N\u00ed\u017ee je uvedeno funk\u010dn\u00ed nastaven\u00ed, jeden probl\u00e9m s n\u00e1zvem souboru, kter\u00fd ho kaz\u00ed, mal\u00fd skript, kter\u00fd jej opravuje, a co odhalil audit na\u0161ich vlastn\u00edch export\u016f.<\/p>\n\n\n\n

\n

Bod SynoPower Club:<\/strong> Ka\u017ed\u00fd technik podpory m\u00e1 p\u0159\u00edb\u011bh o z\u00e1kazn\u00edkovi, jeho\u017e z\u00e1lohy rok nefungovaly a nic neobnovily. Ne\u010dekal jsem, \u017ee budu ps\u00e1t p\u0159\u00edb\u011bh o na\u0161em vlastn\u00edm dodavateli. Na\u0161e z\u00e1lohovac\u00ed \u00faloha VMM vypadala v rozhran\u00ed naprosto v po\u0159\u00e1dku, p\u0159esto jeden hostitel nahromadil terabajt export\u016f, kter\u00e9 nikdy nedok\u00e1zal vy\u010distit, a druh\u00fd nevytvo\u0159il jedin\u00fd soubor za t\u0159in\u00e1ct dn\u00ed. Nic nebylo skryt\u00e9. V\u0161echno to bylo v protokolu, kter\u00fd nikdo ne\u010dte. Oprava trvala hodinu; ponau\u010den\u00ed spo\u010d\u00edv\u00e1 v tom, \u017ee se soubory skute\u010dn\u011b nach\u00e1zej\u00ed tam, kde si mysl\u00edte, \u017ee jsou, podle pl\u00e1nu, jako u ka\u017ed\u00e9 jin\u00e9 \u00falohy.<\/p>\n<\/blockquote>\n\n\n\n

Co pot\u0159ebuje kompletn\u00ed z\u00e1loha VMM<\/h2>\n\n\n\n

Virtual Machine Manager v\u00e1m poskytuje t\u0159i vrstvy ochrany a ka\u017ed\u00e1 z nich pokr\u00fdv\u00e1 jin\u00e9 selh\u00e1n\u00ed. Spolehliv\u00fd pl\u00e1n z\u00e1lohov\u00e1n\u00ed VMM pou\u017e\u00edv\u00e1 v\u00edce ne\u017e jednu vrstvu.<\/p>\n\n\n\n

Vrstva<\/th>Kde se kopie nach\u00e1z\u00ed<\/th>Proti \u010demu chr\u00e1n\u00ed<\/th><\/tr><\/thead>
Sn\u00edmky<\/td>Stejn\u00fd objem jako host<\/td>\u0160patn\u00e1 aktualizace nebo chyba uvnit\u0159 hosta<\/td><\/tr>
Replikace (VMM Pro)<\/td>Dal\u0161\u00ed NAS v clusteru<\/td>Selh\u00e1n\u00ed NAS s rychlou obnovou na druh\u00e9m hostiteli<\/td><\/tr>
Pl\u00e1novan\u00fd export + synchronizace s cloudem<\/td>Cloudov\u00fd \u00fa\u010det mimo pracovi\u0161t\u011b<\/td>Ztr\u00e1ta cel\u00e9ho webu: po\u017e\u00e1r, kr\u00e1de\u017e, ransomware v lok\u00e1ln\u00ed s\u00edti<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Ji\u017e jsme replikovali \u0161est host\u016f na z\u00e1lo\u017en\u00ed hostitel, jak je pops\u00e1no v na\u0161em popisu t\u0159\u00eduzlov\u00fd cluster virtu\u00e1ln\u00edch stroj\u016f Synology<\/a>. Replikace uchov\u00e1v\u00e1 kopii v budov\u011b. Exportn\u00ed vrstva uchov\u00e1v\u00e1 kopii mimo ni.<\/p>\n\n\n\n

Jak funguje pl\u00e1novan\u00fd export VMM<\/h2>\n\n\n\n

V p\u0159\u00edpad\u011b z\u00e1lohy VMM zap\u00ed\u0161e pl\u00e1novan\u00fd export kompletn\u00ed kopii hostovan\u00e9ho syst\u00e9mu, disk\u016f a konfigurace jako jeden soubor OVA do sd\u00edlen\u00e9 slo\u017eky. Vyberete c\u00edlovou slo\u017eku, re\u017eim exportu, denn\u00ed, t\u00fddenn\u00ed nebo m\u011bs\u00ed\u010dn\u00ed \u010dasov\u00e1n\u00ed a po\u010det nejnov\u011bj\u0161\u00edch soubor\u016f, kter\u00e9 se maj\u00ed uchov\u00e1vat. Exporty prob\u00edhaj\u00ed za chodu hostovan\u00e9ho syst\u00e9mu.<\/p>\n\n\n\n

Dv\u011b pravidla lze snadno p\u0159ehl\u00e9dnout. Za prv\u00e9, export se konfiguruje a zapisuje na hostiteli, kde se nach\u00e1z\u00ed hostova skladov\u00e1n\u00ed<\/strong> \u017eivoty, nikoli kde b\u011b\u017e\u00ed. V clusteru m\u016f\u017ee host b\u011b\u017eet na jednom NAS, zat\u00edmco jeho disky jsou na jin\u00e9m, a Virtual Machine Manager deaktivuje mo\u017enost pl\u00e1novan\u00e9ho exportu na nespr\u00e1vn\u00e9m hostiteli. Za druh\u00e9, pl\u00e1n pou\u017e\u00edv\u00e1 hodiny dan\u00e9ho hostitele \u00falo\u017ei\u0161t\u011b.<\/p>\n\n\n\n

\"Nastaven\u00ed
Na\u0161e nastaven\u00ed pl\u00e1novan\u00e9ho exportu: sd\u00edlen\u00e1 slo\u017eka jako c\u00edl, denn\u011b v 8:00, s uchov\u00e1n\u00edm t\u0159\u00ed nejnov\u011bj\u0161\u00edch soubor\u016f.<\/figcaption><\/figure>\n\n\n\n

Dialogov\u00e9 okno tak\u00e9 zobrazuje konzistentn\u00ed stav. Bez n\u00e1stroje Guest Tool Synology nainstalovan\u00e9ho v hostovan\u00e9m syst\u00e9mu jsou exporty konzistentn\u00ed z hlediska p\u00e1du, co\u017e je stejn\u00fd stav, jako by do\u0161lo k odpojen\u00ed nap\u00e1jec\u00edho kabelu. To je pro v\u011bt\u0161inu \u00faloh v po\u0159\u00e1dku a instalace n\u00e1stroje Guest Tool jej aktualizuje na konzistentn\u00ed se souborov\u00fdm syst\u00e9mem.<\/p>\n\n\n\n

Pro\u010d cloudov\u00e1 synchronizace p\u0159eskakuje z\u00e1lo\u017en\u00ed soubory VMM<\/h2>\n\n\n\n

Dal\u0161\u00edm z\u0159ejm\u00fdm krokem je nasm\u011brovat Cloud Sync na exportn\u00ed slo\u017eku a nechat ji nahr\u00e1t v\u0161e na Disk Google. P\u0159esn\u011b to jsme ud\u011blali a z\u00e1lo\u017en\u00ed soubory VMM nikdy nedorazily.<\/p>\n\n\n\n

D\u016fvodem je n\u00e1zev souboru. Virtual Machine Manager pojmenov\u00e1v\u00e1 ka\u017ed\u00fd export \u010dasov\u00fdm raz\u00edtkem, kter\u00e9 obsahuje dvojte\u010dky:<\/p>\n\n\n\n

exp_web-2026-09-25 10:29:51-6f713905-cee2-4647-94d5-a5ce6fbdc585.ova<\/code><\/pre>\n\n\n\n
Cloud Sync nenahr\u00e1l tato jm\u00e9na na n\u00e1\u0161 Disk Google, tak\u017ee ka\u017ed\u00fd export z\u016fstal lok\u00e1ln\u00ed. Soubor je platn\u00fd, probl\u00e9m je ve znaku. Proto\u017ee form\u00e1t \u010dasov\u00e9ho raz\u00edtka exportu v Virtual Machine Manager nelze zm\u011bnit, mus\u00ed k oprav\u011b doj\u00edt mezi exportem a nahr\u00e1n\u00edm.<\/p>\n\n\n\n
Je zaj\u00edmav\u00e9, \u017ee \u010dasov\u00e9 raz\u00edtko nesou pouze napl\u00e1novan\u00e9 exporty. Ru\u010dn\u00ed export ze stejn\u00e9 nab\u00eddky se ukl\u00e1d\u00e1 jednodu\u0161e jako jm\u00e9no hosta, nap\u0159\u00edklad spc_4C8G.ova<\/code>, a Cloud Sync jej nahr\u00e1v\u00e1 bez st\u00ed\u017enost\u00ed. Proto m\u016f\u017ee rychl\u00fd manu\u00e1ln\u00ed test opravit cel\u00fd \u0159et\u011bzec, i kdy\u017e se no\u010dn\u00ed rozvrh nikdy nedostane do cloudu.<\/p>\n\n\n\n
Nastaven\u00ed z\u00e1lohy VMM na Disk Google ve 4 kroc\u00edch<\/h2>\n\n\n\n
Toto je funk\u010dn\u00ed nastaven\u00ed z\u00e1lohy VMM na ka\u017ed\u00e9m hostiteli, kter\u00fd ukl\u00e1d\u00e1 hostovan\u00e9 syst\u00e9my. Vy\u017eaduje Virtual Machine Manager, Cloud Sync a \u00fa\u010det Google; nic z toho nepot\u0159ebuje VMM Pro.<\/p>\n\n\n
\n
\n\n<\/div>\n\n
\n
\n
Napl\u00e1novat export<\/h3>\n
Na hostiteli, na kter\u00e9m je ulo\u017een host, otev\u0159ete Virtual Machine Manager, vyberte hosta, zvolte Akce, Exportovat, Napl\u00e1nov\u00e1no, vyberte sd\u00edlenou slo\u017eku jako c\u00edl a nastavte \u010das. Nastaven\u00ed uchov\u00e1n\u00ed ponechte na po\u010dtu kopi\u00ed, kter\u00e9 chcete uchov\u00e1vat lok\u00e1ln\u011b.<\/p>\n<\/div>\n<\/div>\n
\n
Vytvo\u0159en\u00ed \u00falohy synchronizace s cloudem<\/h3>\n
V aplikaci Cloud Sync p\u0159ipojte Disk Google a synchronizujte exportovanou sd\u00edlenou slo\u017eku se slo\u017ekou na Disku. Nastavte sm\u011br nahr\u00e1v\u00e1n\u00ed lok\u00e1ln\u00edch zm\u011bn a za\u0161krtn\u011bte mo\u017enost neodstra\u0148ovat soubory v c\u00edlov\u00e9m um\u00edst\u011bn\u00ed, pokud jsou odstran\u011bny ve zdroji, pokud chcete, aby cloud uchov\u00e1val star\u0161\u00ed kopie.<\/p>\n<\/div>\n<\/div>\n
\n
P\u0159idejte skript pro p\u0159ejmenov\u00e1n\u00ed<\/h3>\n
Ulo\u017ete skript z tohoto \u010dl\u00e1nku na NAS a vytvo\u0159te \u00falohu Pl\u00e1nova\u010de \u00faloh, kter\u00e1 jej spou\u0161t\u00ed jako root ka\u017edou hodinu. Skript p\u0159ejmenuje dokon\u010den\u00e9 exporty bez dvojte\u010dek a uchov\u00e1 nejnov\u011bj\u0161\u00ed kopie pro ka\u017ed\u00e9ho hosta.<\/p>\n<\/div>\n<\/div>\n
\n
Ov\u011b\u0159te prvn\u00ed nahr\u00e1n\u00ed<\/h3>\n
Po dal\u0161\u00edm exportu ov\u011b\u0159te, zda se p\u0159ejmenovan\u00fd soubor zobrazuje ve slo\u017ece exportu, zda jej slu\u017eba Cloud Sync hl\u00e1s\u00ed jako nahran\u00fd a zda velikost souboru na Disku Google odpov\u00edd\u00e1 origin\u00e1lu.<\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n\n\n\n
\"Nastaven\u00ed
N\u00e1\u0161 \u00fakol synchronizace s cloudem: nahr\u00e1vat pouze lok\u00e1ln\u00ed zm\u011bny se za\u0161krtnutou mo\u017enost\u00ed, aby Disk Google uchov\u00e1val exporty i pot\u00e9, co je NAS pro\u0159\u00edzne.<\/figcaption><\/figure>\n\n\n\n
Skript pro p\u0159ejmenov\u00e1n\u00ed z\u00e1lohy VMM<\/h2>\n\n\n\n
Skript je jedinou vlastn\u00ed sou\u010d\u00e1st\u00ed z\u00e1lohovac\u00edho \u0159et\u011bzce VMM a d\u011bl\u00e1 dv\u011b v\u011bci. P\u0159ejmenuje ka\u017ed\u00fd dokon\u010den\u00fd export, p\u0159i\u010dem\u017e dvojte\u010dky nahrad\u00ed poml\u010dkami, a ve slo\u017ece exportu uchov\u00e1 pouze nejnov\u011bj\u0161\u00ed kopie ka\u017ed\u00e9ho hosta. Dotkne se pouze soubor\u016f, kter\u00e9 se nezm\u011bnily po dobu patn\u00e1cti minut, tak\u017ee nikdy nep\u0159ejmenuje export, kter\u00fd se st\u00e1le zapisuje.<\/p>\n\n\n\n
#!\/bin\/bash # vm-export-cloud.sh - umo\u017e\u0148uje nahr\u00e1v\u00e1n\u00ed export\u016f VMM pomoc\u00ed Cloud Sync. # # VMM pojmenov\u00e1v\u00e1 exporty " -RRRR-MM-DD HH:MM:SS- .ova". Cloud Sync nenahraje n\u00e1zvy obsahuj\u00edc\u00ed ":", co\u017e tak\u00e9 znamen\u00e1, \u017ee se nikdy nedotkne exportu, kter\u00fd se st\u00e1le zapisuje. Jakmile je export dokon\u010den, p\u0159ejmenuje se na m\u00edsto, kde se ":" nahrad\u00ed "-", tak\u017ee jej Cloud Sync p\u0159evezme a pot\u00e9 si ponech\u00e1 pouze nejnov\u011bj\u0161\u00ed p\u0159ejmenovan\u00e9 exporty KEEP pro ka\u017ed\u00e9ho hosta. (Vlastn\u00ed uchov\u00e1n\u00ed VMM ji\u017e nevid\u00ed p\u0159ejmenovan\u00e9 soubory, tak\u017ee uchov\u00e1n\u00ed se prov\u00e1d\u00ed zde.) # # Pou\u017eit\u00ed: vm-export-cloud.sh EXPORT_DIR KEEP [--apply] # Bez --apply se vyp\u00ed\u0161e pouze to, co by se d\u011blalo. set -u DIR=${1:?EXPORT_DIR}; KEEP=${2:?KEEP}; APPLY=${3:-} MIN_AGE_MIN=15 # dokon\u010den\u00fd export se t\u00edmto nedotkne. long LOG="$(n\u00e1zev_souboru "$(readlink -f "$0")")\/vm-export-cloud.log" say() { echo "$(datum '+%F %T') $*"; [ "$APPLY" = "--apply" ] && echo "$(datum '+%F %T') $*" >> "$LOG"; } run() { if [ "$APPLY" = "--apply" ]; then "$@"; else echo " (nacvi\u010den\u00ed) $*"; fi; } [ -d "$DIR" ] || { say "CHYBA chyb\u00ed slo\u017eka pro export: $DIR"; exit 1; } # 1. p\u0159ejmenovat dokon\u010den\u00e9 exporty naj\u00edt "$DIR" -maxdepth 1 -type f -name '*:*.ova' -mmin +$MIN_AGE_MIN -print0 | while IFS= read -r -d '' f; do if command -v fuser >\/dev\/null 2>&1 && fuser -s "$f" 2>\/dev\/null; then say "skip (in use): $(basename "$f")"; continue fi new="$DIR\/$(basename "$f" | tr ':' '-')" say "rename: $(basename "$f") -> $(basename "$new")" run mv -n "$f" "$new" done # 2. zachovat nejnov\u011bj\u0161\u00ed POVOLIT p\u0159ejmenovan\u00e9 exporty pro ka\u017ed\u00e9ho hosta (\u010dasov\u00e9 raz\u00edtko je v n\u00e1zvu) { find "$DIR" -maxdepth 1 -type f -name '*.ova' ! -name '*:*' -printf '%f\\n' [ "$APPLY" = "--apply" ] || find "$DIR" -maxdepth 1 -type f -name '*:*.ova' -mmin +$MIN_AGE_MIN -printf '%f\\n' | tr ':' '-' } | sort -u | sed -E 's\/^(.*)-([0-9]{4}-[0-9]{2}-[0-9]{2} [0-9]{2}-[0-9]{2}-[0-9]{2})-.*\\.ova$\/\\1\\t\\2\\t&\/' | awk -F'\\t' 'NF==3' | sort -t$'\\t' -k1,1 -k2,2r | awk -F'\\t' -v keep="$KEEP" '{ n[$1]++; if (n[$1] > keep) print $3 }' | while IFS= read -r old; provede se v\u00fdzva "smazat (za nejnov\u011bj\u0161\u00ed $KEEP): $old" run rm -f -- "$DIR\/$old" hotovo v\u00fdzva "hotovo: $(find "$DIR" -maxdepth 1 -name '*.ova' | wc -l) exportuje do $DIR, $(df -h "$DIR" | awk 'NR==2{print $4" zdarma\"<\/code><\/pre>\n\n\n\n
Spus\u0165te jej nejd\u0159\u00edve bez posledn\u00edho argumentu. V tomto re\u017eimu vyp\u00ed\u0161e pouze to, co by p\u0159ejmenoval a smazal. Jakmile v\u00fdstup vypad\u00e1 spr\u00e1vn\u011b, napl\u00e1nujte jej s dal\u0161\u00edm argumentem, kter\u00fd jej aktivuje. Na\u0161e \u00faloha Pl\u00e1nova\u010de \u00faloh se spou\u0161t\u00ed ka\u017edou hodinu jako root s p\u0159\u00edkazem podobn\u00fdm tomuto, jedna \u00faloha na slo\u017eku exportu:<\/p>\n\n\n\n
bash \/volume1\/@vm-export-cloud\/vm-export-cloud.sh "\/volume3\/VM_BK_Export" 3 --apply<\/code><\/pre>\n\n\n\n
U\u017eite\u010dn\u00fd vedlej\u0161\u00ed efekt pravidla dvojte\u010dky: Cloud Sync nem\u016f\u017ee nahr\u00e1t export, dokud jej skript nep\u0159ejmenuje, a skript p\u0159ejmenuje pouze hotov\u00e9 soubory. Nap\u016fl napsan\u00e9 exporty se do cloudu nikdy nedostanou.<\/p>\n\n\n\n
Pro\u010d skript zpracov\u00e1v\u00e1 uchov\u00e1v\u00e1n\u00ed z\u00e1loh VMM<\/h2>\n\n\n\n
Virtual Machine Manager m\u00e1 vlastn\u00ed nastaven\u00ed uchov\u00e1v\u00e1n\u00ed a funguje tak, \u017ee zaznamen\u00e1v\u00e1 ka\u017ed\u00fd export, kter\u00fd vytvo\u0159\u00ed. Jakmile skript soubor p\u0159ejmenuje, Virtual Machine Manager jej ji\u017e nerozpozn\u00e1 a nikdy ho neodstran\u00ed. Uchov\u00e1v\u00e1n\u00ed se tedy p\u0159esouv\u00e1 do skriptu, kter\u00fd po\u010d\u00edt\u00e1 kopie na hosta podle \u010dasov\u00e9ho raz\u00edtka v n\u00e1zvu.<\/p>\n\n\n\n
Na stran\u011b Cloud Sync jedno za\u0161krt\u00e1vac\u00ed pol\u00ed\u010dko ur\u010duje, co se bude d\u00edt na Disku Google. Jeho zn\u011bn\u00ed se snadno \u0161patn\u011b p\u0159e\u010dte: Neodstra\u0148ovat soubory z c\u00edlov\u00e9 slo\u017eky, pokud jsou odebr\u00e1ny ze zdrojov\u00e9 slo\u017eky.<\/strong>. Pokud toto pol\u00ed\u010dko neza\u0161krtnete, Disk Google bude zrcadlit NAS a ponechat si stejn\u00e9 t\u0159i kopie. Pokud toto pol\u00ed\u010dko za\u0161krtnete, cloud bude uchov\u00e1vat v\u0161echny nahran\u00e9 exporty, co\u017e je bezpe\u010dn\u011bj\u0161\u00ed volba proti ransomwaru, ale data se zv\u011bt\u0161uj\u00ed, dokud je ru\u010dn\u011b neodstran\u00edte.<\/p>\n\n\n\n
Co zjistil audit na\u0161eho vlastn\u00edho exportu<\/h2>\n\n\n\n
P\u0159ed t\u00edmto nastaven\u00edm b\u011b\u017eela na\u0161e z\u00e1loha VMM na obou produk\u010dn\u00edch hostitel\u00edch asi m\u011bs\u00edc. Kontrola soubor\u016f m\u00edsto \u0159\u00eddic\u00edho panelu odhalila t\u0159i samostatn\u00e9 chyby.<\/p>\n\n\n\n