{"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\/sv\/docs\/vmm-backup-google-drive-cloud-sync\/","title":{"rendered":"VMM-s\u00e4kerhetskopiering till Google Drive: Schemalagd export, molnsynkronisering och ett enda namnbytesskript"},"content":{"rendered":"

En VMM-s\u00e4kerhetskopia som bara finns p\u00e5 samma NAS som den virtuella maskinen \u00e4r egentligen inte en s\u00e4kerhetskopia. Om den boxen kraschar f\u00f6ljer b\u00e5da kopiorna med. Den h\u00e4r lagringen k\u00f6rs som en Virtual DSM-g\u00e4st i Synology Virtual Machine Manager, och v\u00e5r externa VMM-s\u00e4kerhetskopia \u00e4r byggd fr\u00e5n tv\u00e5 gratisverktyg som f\u00f6ljer med DSM: schemalagd export i Virtual Machine Manager och Cloud Sync till Google Drive. Det tog en eftermiddag att installera den. Det tog l\u00e4ngre tid att ta reda p\u00e5 varf\u00f6r den tyst hade slutat fungera, och det \u00e4r delvis anledningen till att den h\u00e4r NAS Hosting 101-artikeln finns. Nedan f\u00f6ljer installationen som fungerar, den enda filnamnsfejken som f\u00f6rst\u00f6r den, det lilla skriptet som fixar den och vad en granskning av v\u00e5ra egna exporter visade.<\/p>\n\n\n\n

\n

SynoPower Club-punkt:<\/strong> Varje supporttekniker har en ber\u00e4ttelse om kunden vars s\u00e4kerhetskopior gick gr\u00f6na i ett \u00e5r och inte \u00e5terst\u00e4llde n\u00e5gonting. Jag f\u00f6rv\u00e4ntade mig inte att skriva en om v\u00e5r egen butik. V\u00e5rt VMM-s\u00e4kerhetskopieringsjobb s\u00e5g helt felfritt ut i gr\u00e4nssnittet, men den ena v\u00e4rddatorn hade samlat p\u00e5 sig en terabyte av exportfiler som den aldrig kunde rensa, och den andra hade inte producerat en enda fil p\u00e5 tretton dagar. Ingenting var dolt. Allt fanns i en logg som ingen l\u00e4ser. \u00c5tg\u00e4rden tog en timme; l\u00e4rdomen \u00e4r att kontrollera att filerna faktiskt finns d\u00e4r du tror att de \u00e4r, enligt ett schema, som vilket annat jobb som helst.<\/p>\n<\/blockquote>\n\n\n\n

Vad en komplett VMM-s\u00e4kerhetskopiering beh\u00f6ver<\/h2>\n\n\n\n

Virtual Machine Manager ger dig tre skyddslager, och varje lager t\u00e4cker olika fel. En sund VMM-s\u00e4kerhetskopieringsplan anv\u00e4nder mer \u00e4n ett.<\/p>\n\n\n\n

Lager<\/th>Var kopian finns<\/th>Vad den skyddar mot<\/th><\/tr><\/thead>
\u00d6gonblicksbilder<\/td>Samma volym som g\u00e4sten<\/td>En d\u00e5lig uppdatering eller ett misstag inuti g\u00e4sten<\/td><\/tr>
Replikering (VMM Pro)<\/td>En annan NAS i klustret<\/td>En NAS-server som inte fungerar, men den andra v\u00e4rden \u00e5terst\u00e4ller den snabbt<\/td><\/tr>
Schemalagd export + Molnsynkronisering<\/td>Ett molnkonto utanf\u00f6r webbplatsen<\/td>F\u00f6rlorar hela webbplatsen: brand, st\u00f6ld, ransomware p\u00e5 LAN<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Vi replikerar redan sex g\u00e4ster till en reservv\u00e4rd, vilket beskrivs i v\u00e5r artikel om tre-nods Synology virtuell maskinkluster<\/a>. Replikering beh\u00e5ller en kopia i byggnaden. Exportlagret \u00e4r det som beh\u00e5ller en kopia utanf\u00f6r den.<\/p>\n\n\n\n

S\u00e5 fungerar schemalagd export i VMM<\/h2>\n\n\n\n

F\u00f6r en VMM-s\u00e4kerhetskopiering skriver schemalagd export en komplett kopia av en g\u00e4stfil, diskar och konfiguration, som en enda OVA-fil i en delad mapp. Du v\u00e4ljer m\u00e5lmapp, exportl\u00e4ge, daglig, veckovis eller m\u00e5nadsvis tidsplan och hur m\u00e5nga av de senaste filerna som ska beh\u00e5llas. Exporter k\u00f6rs medan g\u00e4stfilen k\u00f6rs.<\/p>\n\n\n\n

Tv\u00e5 regler \u00e4r l\u00e4tta att missa. F\u00f6r det f\u00f6rsta konfigureras och skrivs exporten p\u00e5 v\u00e4rden d\u00e4r g\u00e4stens lagring<\/strong> liv, inte var den k\u00f6rs. I ett kluster kan en g\u00e4st k\u00f6ra p\u00e5 en NAS medan dess diskar finns p\u00e5 en annan, och Virtual Machine Manager gr\u00e5markerar det schemalagda exportalternativet p\u00e5 fel v\u00e4rd. F\u00f6r det andra anv\u00e4nder schemat den lagringsv\u00e4rdens klocka.<\/p>\n\n\n\n

\"Schemalagda
V\u00e5ra schemalagda exportinst\u00e4llningar: en delad mapp som destination, dagligen kl. 08:00, med de tre senaste filerna bevarade.<\/figcaption><\/figure>\n\n\n\n

Dialogrutan visar \u00e4ven det konsekventa l\u00e4get. Utan Synology Guest Tool installerat i g\u00e4stprogrammet \u00e4r exporterna kraschkonsekventa, samma tillst\u00e5nd som att dra i str\u00f6msladden. Det fungerar bra f\u00f6r de flesta arbetsbelastningar, och installation av Guest Tool uppgraderar det till filsystemkonsekvent.<\/p>\n\n\n\n

Varf\u00f6r Cloud Sync hoppar \u00f6ver VMM-s\u00e4kerhetskopior<\/h2>\n\n\n\n

Det sj\u00e4lvklara n\u00e4sta steget \u00e4r att rikta Cloud Sync mot exportmappen och l\u00e5ta den ladda upp allt till Google Drive. Vi gjorde just det, och VMM-s\u00e4kerhetskopiorna kom aldrig fram.<\/p>\n\n\n\n

Anledningen \u00e4r filnamnet. Virtual Machine Manager namnger varje export med en tidsst\u00e4mpel som inneh\u00e5ller kolon:<\/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 laddade inte upp dessa namn till v\u00e5r Google Drive, s\u00e5 varje export f\u00f6rblev lokal. Filen \u00e4r giltig; tecknet \u00e4r problemet. Eftersom exportens tidsst\u00e4mpelformat inte kan \u00e4ndras i Virtual Machine Manager m\u00e5ste \u00e5tg\u00e4rden ske mellan exporten och uppladdningen.<\/p>\n\n\n\n
Intressant nog har endast schemalagda exporter tidsst\u00e4mpeln. En manuell export fr\u00e5n samma meny sparas helt enkelt som g\u00e4stnamnet, till exempel spc_4C8G.ova<\/code>, och Cloud Sync laddar upp det utan att klaga. Det \u00e4r d\u00e4rf\u00f6r ett snabbt manuellt test kan f\u00e5 hela kedjan att se bra ut medan nattschemat aldrig n\u00e5r molnet.<\/p>\n\n\n\n
Konfigurera en VMM-s\u00e4kerhetskopia till Google Drive i fyra steg<\/h2>\n\n\n\n
Detta \u00e4r den fungerande VMM-s\u00e4kerhetskopieringskonfigurationen p\u00e5 varje v\u00e4rd som lagrar g\u00e4ster. Den beh\u00f6ver Virtual Machine Manager, Cloud Sync och ett Google-konto; inget av det beh\u00f6ver VMM Pro.<\/p>\n\n\n
\n
\n\n<\/div>\n\n
\n
\n
Schemal\u00e4gg exporten<\/h3>\n
P\u00e5 v\u00e4rden som lagrar g\u00e4sten, \u00f6ppna Virtual Machine Manager, v\u00e4lj g\u00e4sten, v\u00e4lj \u00c5tg\u00e4rd, Exportera, Schemalagd, v\u00e4lj en delad mapp som destination och ange tiden. L\u00e5t kvarh\u00e5llningsinst\u00e4llningen vara p\u00e5 det antal kopior du vill beh\u00e5lla lokalt.<\/p>\n<\/div>\n<\/div>\n
\n
Skapa molnsynkroniseringsuppgiften<\/h3>\n
I Cloud Sync ansluter du Google Drive och synkroniserar den exporterade delade mappen till en Drive-mapp. Ange riktningen f\u00f6r att ladda upp lokala \u00e4ndringar och markera alternativet att inte ta bort filer i destinationen n\u00e4r de tas bort i k\u00e4llkoden om du vill att molnet ska beh\u00e5lla \u00e4ldre kopior.<\/p>\n<\/div>\n<\/div>\n
\n
L\u00e4gg till namnbytesskriptet<\/h3>\n
Spara skriptet fr\u00e5n den h\u00e4r artikeln p\u00e5 NAS:en och skapa ett Task Scheduler-jobb som k\u00f6r det som root varje timme. Det byter namn p\u00e5 slutf\u00f6rda exporter utan kolon och beh\u00e5ller de senaste kopiorna per g\u00e4st.<\/p>\n<\/div>\n<\/div>\n
\n
Verifiera den f\u00f6rsta uppladdningen<\/h3>\n
Efter n\u00e4sta export, bekr\u00e4fta att den omd\u00f6pta filen visas i exportmappen, att Cloud Sync rapporterar den som uppladdad och att filstorleken i Google Drive matchar originalet.<\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n\n\n\n
\"Inst\u00e4llningar
V\u00e5r molnsynkroniseringsuppgift: ladda endast upp lokala \u00e4ndringar, med alternativet markerat s\u00e5 att Google Drive beh\u00e5ller exporterna efter att NAS-enheten har rensat dem.<\/figcaption><\/figure>\n\n\n\n
Byt namn-skriptet bakom v\u00e5r VMM-s\u00e4kerhetskopiering<\/h2>\n\n\n\n
Skriptet \u00e4r den enda anpassade delen i VMM-s\u00e4kerhetskopieringskedjan, och det g\u00f6r tv\u00e5 saker. Det byter namn p\u00e5 varje f\u00e4rdig export, ers\u00e4tter kolon med bindestreck, och det beh\u00e5ller bara de senaste kopiorna av varje g\u00e4st i exportmappen. Det ber\u00f6r bara filer som inte har \u00e4ndrats p\u00e5 femton minuter, s\u00e5 det byter aldrig namn p\u00e5 en export som fortfarande skrivs.<\/p>\n\n\n\n
#!\/bin\/bash # vm-export-cloud.sh - g\u00f6r VMM-exporter uppladdningsbara med Cloud Sync. # # VMM namnger exporter " -\u00c5\u00c5\u00c5\u00c5-MM-DD TT:MM:SS- .ova". Cloud Sync kommer # inte att ladda upp namn som inneh\u00e5ller ":", vilket ocks\u00e5 inneb\u00e4r att den aldrig r\u00f6r vid en export # som fortfarande skrivs. N\u00e4r en export \u00e4r klar byter den namn p\u00e5 sin plats med ":" ersatt av "-" s\u00e5 Cloud Sync h\u00e4mtar den och beh\u00e5ller sedan bara de # nyaste KEEP omd\u00f6pta exporterna per g\u00e4st. (VMM:s egen lagring kan inte l\u00e4ngre se # omd\u00f6pta filer, s\u00e5 lagring sker h\u00e4r.) # # Anv\u00e4ndning: vm-export-cloud.sh EXPORT_DIR KEEP [--apply] # Utan --apply skriver den bara ut vad den skulle g\u00f6ra. set -u DIR=${1:?EXPORT_DIR}; KEEP=${2:?KEEP}; APPLY=${3:-} MIN_AGE_MIN=15 # en f\u00e4rdig export \u00e4r or\u00f6rd s\u00e5 h\u00e4r l\u00e4nge LOG="$(katalognamn "$(l\u00e4sl\u00e4nk -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 "(test) $*"; fi; } [ -d "$DIR" ] || { say "FEL exportmapp saknas: $DIR"; exit 1; } # 1. byt namn f\u00e4rdiga exporter hitta "$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. beh\u00e5ll den nyaste BEH\u00c5LL omd\u00f6pta exporter per g\u00e4st (tidsst\u00e4mpeln finns i namnet) { 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' | sortera -t$'\\t' -k1,1 -k2,2r | awk -F'\\t' -v keep="$KEEP" '{ n[$1]++; if (n[$1] > keep) print $3 }' | medan IFS= l\u00e4s -r gammal; s\u00e4g "delete (beyond newest $KEEP): $old" run rm -f -- "$DIR\/$old" done say "done: $(hitta "$DIR" -maxdepth 1 -name '*.ova' | wc -l) exports in $DIR, $(df -h "$DIR" | awk 'NR==2{print $4" free"}')"\"<\/code><\/pre>\n\n\n\n
K\u00f6r den utan det sista argumentet f\u00f6rst. I det l\u00e4get skriver den bara ut det som den skulle byta namn p\u00e5 och ta bort. N\u00e4r utdata ser korrekt ut, schemal\u00e4gg den med det extra argumentet som g\u00f6r att den fungerar. V\u00e5rt Task Scheduler-jobb k\u00f6rs varje timme som root med ett kommando som detta, ett jobb per exportmapp:<\/p>\n\n\n\n
bash \/volym1\/@vm-export-cloud\/vm-export-cloud.sh "\/volym3\/VM_BK_Export" 3 --till\u00e4mpa<\/code><\/pre>\n\n\n\n
En anv\u00e4ndbar bieffekt av kolonregeln: Cloud Sync kan inte ladda upp en export f\u00f6rr\u00e4n skriptet har bytt namn p\u00e5 den, och skriptet byter bara namn p\u00e5 f\u00e4rdiga filer. Halvskrivna exporter n\u00e5r aldrig molnet.<\/p>\n\n\n\n
Varf\u00f6r skriptet hanterar VMM-s\u00e4kerhetskopieringskvarh\u00e5llning<\/h2>\n\n\n\n
Virtual Machine Manager har sin egen inst\u00e4llning f\u00f6r lagring, och den fungerar genom att registrera varje export den skapar. N\u00e4r skriptet byter namn p\u00e5 en fil k\u00e4nner Virtual Machine Manager inte l\u00e4ngre igen den och kommer aldrig att radera den. S\u00e5 lagringen flyttas till skriptet, som r\u00e4knar kopior per g\u00e4st fr\u00e5n tidsst\u00e4mpeln i namnet.<\/p>\n\n\n\n
P\u00e5 Cloud Sync-sidan avg\u00f6r en kryssruta vad som h\u00e4nder i Google Drive. Ordalydelsen \u00e4r l\u00e4tt att missf\u00f6rst\u00e5: Ta inte bort filer i m\u00e5lmappen n\u00e4r de har tagits bort i k\u00e4llmappen.<\/strong>. Om du l\u00e4mnar den avmarkerad speglar Google Drive NAS-enheten och beh\u00e5ller samma tre kopior. Markera den s\u00e5 beh\u00e5ller molnet alla exporter som n\u00e5gonsin laddats upp, vilket \u00e4r det s\u00e4krare valet mot ransomware, men det v\u00e4xer tills du besk\u00e4r det manuellt.<\/p>\n\n\n\n
Vad en granskning av v\u00e5r egen export visade<\/h2>\n\n\n\n
Innan den h\u00e4r installationen hade v\u00e5r VMM-s\u00e4kerhetskopiering k\u00f6rts p\u00e5 b\u00e5da produktionsv\u00e4rdarna i ungef\u00e4r en m\u00e5nad. Att kontrollera filerna ist\u00e4llet f\u00f6r instrumentpanelen visade tre separata fel.<\/p>\n\n\n\n