{"id":14964,"date":"2025-11-07T08:39:28","date_gmt":"2025-11-07T07:39:28","guid":{"rendered":"https:\/\/webhosting.de\/backup-strategie-3-2-1-webhosting\/"},"modified":"2025-11-07T08:39:28","modified_gmt":"2025-11-07T07:39:28","slug":"backup-strategi-3-2-1-webbhotell","status":"publish","type":"post","link":"https:\/\/webhosting.de\/sv\/backup-strategie-3-2-1-webhosting\/","title":{"rendered":"Backupstrategi 3-2-1 inom webbhotell: Vad du som kund b\u00f6r kr\u00e4va"},"content":{"rendered":"<p>Jag insisterar p\u00e5 en tydlig 3-2-1 backup-strategi f\u00f6r webbhotell med <strong>Backup f\u00f6r webbhotell<\/strong>, <strong>S\u00e4kerhetskopiering utanf\u00f6r anl\u00e4ggningen<\/strong>, Jag vill att ni ska ha s\u00e4kerhetskopior, of\u00f6r\u00e4nderlighet, RPO, RTO, GDPR och regelbundna \u00e5terst\u00e4llningstester s\u00e5 att jag kan \u00f6verleva avbrott p\u00e5 ett kontrollerat s\u00e4tt. Jag kr\u00e4ver m\u00e4tbara m\u00e5l och sp\u00e5rbara processer s\u00e5 att 3-2-1 backup-regeln inte bara finns p\u00e5 papper, utan ger resultat snabbt i en n\u00f6dsituation.<\/p>\n\n<h2>Centrala punkter<\/h2>\n\n<ul>\n  <li><strong>3-2-1-regeln<\/strong>Tre kopior, tv\u00e5 medier, en kopia p\u00e5 annan plats - plus of\u00f6r\u00e4nderlig s\u00e4kerhetskopia som extra.<\/li>\n  <li><strong>Frekvens<\/strong>Dagliga s\u00e4kerhetskopior, databasbackup varje timme, versionshantering och PITR.<\/li>\n  <li><strong>Of\u00f6r\u00e4nderlighet<\/strong>WORM\/Object Lock f\u00f6rhindrar radering eller \u00f6verskrivning av angripare.<\/li>\n  <li><strong>RPO\/RTO<\/strong>Tydliga m\u00e5l och testade \u00e5terst\u00e4llningsv\u00e4gar minimerar avbrottstid och dataf\u00f6rlust.<\/li>\n  <li><strong>\u00d6ppenhet<\/strong>Protokoll, SLA, kostnadsklarhet och regelbundna \u00e5terst\u00e4llningstester.<\/li>\n<\/ul>\n\n<h2>Vad betyder egentligen 3-2-1 inom webbhotell?<\/h2>\n\n<p>Jag planerar minst tre exemplar: den <strong>Original<\/strong> hosting, en andra s\u00e4kerhetskopia p\u00e5 ett annat medium och en tredje kopia p\u00e5 en annan plats. <strong>Utanf\u00f6r webbplatsen<\/strong>-placering. Tv\u00e5 olika lagringstyper minskar risken f\u00f6r samtidiga fel p\u00e5 grund av h\u00e5rdvara, lagringsdrivrutiner eller ransomware. En geografiskt \u00e5tskild kopia skyddar mig mot problem med datacenter, brandzonsfel och administrat\u00f6rsfel. Jag f\u00f6rlitar mig ocks\u00e5 p\u00e5 till\u00e4gget 3-2-1-1-0: en of\u00f6r\u00e4nderlig kopia (WORM) plus s\u00e4kerhetskopior utan fel i kontrollsumman. Detta g\u00f6r att mina chanser att \u00e5terh\u00e4mta mig \u00e4r h\u00f6ga, \u00e4ven om produktionssystemet har blivit helt komprometterat.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img fetchpriority=\"high\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/11\/backup-strategie-hosting-9182.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Checklista: Vad jag kr\u00e4ver av v\u00e4rden<\/h2>\n\n<p>Jag kr\u00e4ver fullst\u00e4ndiga s\u00e4kerhetskopior av <strong>Filer<\/strong>, <strong>Databaser<\/strong> och e-post - konsekvent, med korrekta dumpningar eller snapshot quiescing s\u00e5 att applikationer \u00e5terst\u00e4lls rent. Utan konsekventa databasbackuper f\u00f6rlorar jag transaktioner eller korrupta tabeller. Jag kontrollerar att databasbackuper varje timme och dagliga filsystembackuper finns tillg\u00e4ngliga. Versionering och \u00e5terst\u00e4llning av punkt i tid (PITR) f\u00f6r MySQL \/ MariaDB \u00e4r en del av detta f\u00f6r mig. Detta \u00e4r det enda s\u00e4ttet jag p\u00e5 ett tillf\u00f6rlitligt s\u00e4tt kan uppfylla sn\u00e4va RPO-m\u00e5l.<\/p>\n\n<p>Jag kr\u00e4ver redundans p\u00e5 annan plats i ett annat datacenter eller hos en oberoende leverant\u00f6r s\u00e5 att ingen organisation blir <strong>Singel<\/strong> <strong>Punkt<\/strong> av misslyckande. Om min v\u00e4rd har flera regioner beg\u00e4r jag en kopia i en annan brandzon. Jag granskar den fysiska separationen, n\u00e4tverksv\u00e4garna och de administrativa gr\u00e4nserna. En andra organisation f\u00f6r offsite-kopian minskar risken f\u00f6r vanliga felkonfigurationer. Jag fr\u00e5gar ocks\u00e5 om offsite-lagringen erbjuder verklig of\u00f6r\u00e4nderlighet.<\/p>\n\n<p>Jag insisterar p\u00e5 of\u00f6r\u00e4nderliga s\u00e4kerhetskopior via <strong>Of\u00f6r\u00e4nderlighet<\/strong>\/WORM f\u00f6r att f\u00f6rhindra att ransomware och driftfel raderar data. Objektl\u00e5s med lagring och valfri legal hold f\u00f6rhindrar \u00f6verskrivning tills l\u00e5sperioden l\u00f6per ut. Jag dokumenterar lagringslogiken s\u00e5 att jag vet hur l\u00e5ngt tillbaka jag kan g\u00e5 i en n\u00f6dsituation. Detta skyddar mig ocks\u00e5 mot insiderhot. Jag anv\u00e4nder l\u00e4ngre lagringsperioder f\u00f6r s\u00e4rskilt kritiska data.<\/p>\n\n<p>S\u00e4kerhetskopior f\u00e5r inte k\u00f6ras med samma administrat\u00f6rskonton som produktionssystemet, vilket \u00e4r anledningen till att jag kr\u00e4ver <strong>Minst<\/strong> <strong>Privilegium<\/strong> och separata konton. MFA\/2FA \u00e4r obligatoriskt, rollerna \u00e4r strikt \u00e5tskilda och nycklarna \u00e4r s\u00e4kra. Jag kontrollerar om leverant\u00f6ren erbjuder separata projekt eller hyresg\u00e4ster. Jag kr\u00e4ver granskningsloggar f\u00f6r backup- och \u00e5terst\u00e4llnings\u00e5tg\u00e4rder. P\u00e5 s\u00e5 s\u00e4tt kan jag uppt\u00e4cka manipulation och obeh\u00f6rig \u00e5tkomst i ett tidigt skede.<\/p>\n\n<p>Jag till\u00e4mpar kryptering \u00f6verallt: TLS i transit och stark kryptering i vila, helst med min egen <strong>Nycklar<\/strong>. Platserna m\u00e5ste vara GDPR-kompatibla och jag undertecknar en DPA f\u00f6r att s\u00e4kerst\u00e4lla att behandlingen \u00e4r lagligt kompatibel. Jag dokumenterar lagringsperioder i enlighet med efterlevnadskraven. Metadata och index m\u00e5ste ocks\u00e5 lagras i krypterad form. P\u00e5 s\u00e5 s\u00e4tt f\u00f6rhindras informationsl\u00e4ckage via filnamn och strukturer.<\/p>\n\n<h2>St\u00e4ll in RPO och RTO korrekt<\/h2>\n\n<p>Jag definierar en maximalt till\u00e5ten dataf\u00f6rlust (<strong>RPO<\/strong>) och en maximal \u00e5terh\u00e4mtningstid (<strong>RTO<\/strong>) och registrera b\u00e5da i kontraktet. F\u00f6r butiker och portaler \u00e4r ett RPO p\u00e5 1 timme ofta rimligt; f\u00f6r CMS med f\u00e5 transaktioner r\u00e4cker det ocks\u00e5 med 4-6 timmar. En RTO p\u00e5 4 timmar \u00e4r realistisk f\u00f6r m\u00e5nga projekt; kritiska plattformar beh\u00f6ver snabbare m\u00e5l. Utan tydliga tidsm\u00e5l \u00e4r det ingen som planerar budget och arkitektur p\u00e5 r\u00e4tt s\u00e4tt. \u00c5terst\u00e4llnings\u00f6vningar visar om m\u00e5len \u00e4r uppn\u00e5eliga.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Aspekt<\/th>\n      <th>Beskrivning av<\/th>\n      <th>Typiskt v\u00e4rde<\/th>\n      <th>Verifiering\/testning<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>RPO<\/td>\n      <td>Maximalt tolererad <strong>Dataf\u00f6rlust<\/strong><\/td>\n      <td>1 timme (DB med PITR)<\/td>\n      <td>Binloggar, tidsst\u00e4mplar, \u00e5terst\u00e4lla till en viss tidpunkt<\/td>\n    <\/tr>\n    <tr>\n      <td>RTO<\/td>\n      <td>Maximalt <strong>\u00c5terh\u00e4mtningstid<\/strong> tills produktiv<\/td>\n      <td>4 timmar<\/td>\n      <td>Speldokument, stoppur, protokoll<\/td>\n    <\/tr>\n    <tr>\n      <td>F\u00f6rvaring<\/td>\n      <td>Versioner och lagring <strong>Dagar<\/strong><\/td>\n      <td>7\/30\/90<\/td>\n      <td>Plan, livscykelpolicy, kostnads\u00f6versikt<\/td>\n    <\/tr>\n    <tr>\n      <td>Testfrekvens<\/td>\n      <td>Regelbunden <strong>\u00c5terst\u00e4ll<\/strong>-tester<\/td>\n      <td>m\u00e5nadsvis\/kvartalsvis<\/td>\n      <td>Rapport, hashkontroll, sk\u00e4rmdumpar<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n<p>Jag dokumenterar hur jag samlar in m\u00e4tv\u00e4rdena och vilka verktyg jag anv\u00e4nder. Utan denna transparens f\u00f6rblir RPO\/RTO teoretiska och hj\u00e4lper mig inte i en n\u00f6dsituation. Jag registrerar ocks\u00e5 vilka komponenter som \u00e4r kritiska och \u00e5terst\u00e4ller dem d\u00e4rf\u00f6r med prioritet. F\u00f6r databaser definierar jag PITR och s\u00e4krar binloggar p\u00e5 l\u00e4mpligt s\u00e4tt. F\u00f6r mediefiler beh\u00f6ver jag versionshantering och tydlig lagring.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/11\/backupstrategie321meeting5843.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Praktisk implementering av offsite och immutabilitet<\/h2>\n\n<p>Jag placerar konsekvent den tredje kopian i en annan <strong>Region<\/strong> eller till en oberoende leverant\u00f6r s\u00e5 att brandv\u00e4ggar, administrat\u00f6rskonton och fakturering \u00e4r separata. Objektlagring med aktiverad of\u00f6r\u00e4nderlighet (t.ex. Object Lock) f\u00f6rhindrar radering inom retentionen. Jag kontrollerar regionsepareringen och verifierar att leverant\u00f6ren anv\u00e4nder olika brandzoner. En bra introduktion ges av den kompakta \u00f6versikten \u00f6ver <a href=\"https:\/\/webhosting.de\/sv\/saekerhetskopior-321-regel-webbhotell-data-saeker-angripare\/\">3-2-1-regeln i hosting<\/a>. Detta eliminerar risken f\u00f6r att en felaktig konfiguration p\u00e5verkar alla kopior.<\/p>\n\n<p>Jag \u00f6verf\u00f6r endast s\u00e4kerhetskopior utanf\u00f6r anl\u00e4ggningen i krypterad form och med min egen <strong>Nycklar<\/strong> eller l\u00f6senfraser. Jag isolerar ocks\u00e5 \u00e5tkomstdata s\u00e5 att ett intr\u00e5ng p\u00e5 webbservern inte automatiskt \u00f6ppnar offsite-lagringen. Jag verkst\u00e4ller separata IAM-roller och MFA. Jag dokumenterar borttagningsskyddet p\u00e5 ett begripligt s\u00e4tt s\u00e5 att revisioner kan utv\u00e4rdera det. Endast ett f\u00e5tal personer \u00e4r beh\u00f6riga att beg\u00e4ra \u00e4ndringar i lagringstiden.<\/p>\n\n<h2>S\u00e4kerhet: \u00e5tkomst, kryptering, GDPR<\/h2>\n\n<p>Jag skiljer strikt \u00e5t \u00e5tkomster och ger bara s\u00e4kerhetskopiorna <strong>minimal<\/strong> n\u00f6dv\u00e4ndiga r\u00e4ttigheter. Inget identiskt root-konto, inget delat l\u00f6senord, inga delade nycklar. Jag verkst\u00e4ller MFA med leverant\u00f6ren och med mina egna molnkonton. Jag krypterar data p\u00e5 klient- eller serversidan med hj\u00e4lp av s\u00e4kra procedurer. Detta minimerar risken f\u00f6r att en tjuv l\u00e4ser inneh\u00e5ll fr\u00e5n lagringsmedia.<\/p>\n\n<p>Jag \u00e4r uppm\u00e4rksam p\u00e5 GDPR-kompatibla <strong>Platser<\/strong> och ing\u00e5 ett dataskyddsavtal med en tydlig \u00e4ndam\u00e5lsbegr\u00e4nsning. Jag kontrollerar om loggar inneh\u00e5ller metadata som kan betraktas som personliga. Jag dokumenterar begrepp som lagring och radering skriftligt. Jag beh\u00f6ver begripliga processer f\u00f6r f\u00f6rfr\u00e5gningar om information och radering. P\u00e5 s\u00e5 s\u00e4tt \u00e4r jag r\u00e4ttss\u00e4ker och undviker b\u00f6ter.<\/p>\n\n<h2>\u00c5terst\u00e4llningstest: \u00f6va p\u00e5 att \u00e5terst\u00e4lla regelbundet<\/h2>\n\n<p>Jag testar inte bara \u00e5terh\u00e4mtningen teoretiskt, utan genomf\u00f6r ocks\u00e5 regelbundna <strong>\u00c5terst\u00e4ll<\/strong>-\u00f6vningar p\u00e5 en isolerad staging-milj\u00f6. Jag m\u00e4ter tider, dokumenterar steg och \u00e5tg\u00e4rdar hinder. Jag j\u00e4mf\u00f6r kontrollsummor f\u00f6r filer och kontrollerar applikationskonsistens via funktionskontroller. Jag \u00e5terst\u00e4ller databaser till en \u00f6nskad tidpunkt (PITR) och kontrollerar transaktioner. Endast detta dokument visar om RPO\/RTO \u00e4r realistiska.<\/p>\n\n<p>Jag har playbooks redo: Vilken person startar \u00e5terst\u00e4llningen, var finns \u00e5tkomstdata, hur kontaktar jag support, vilka system har prioritet. Jag skriver ner ordningsf\u00f6ljden: Databasen f\u00f6rst, sedan filer, sedan konfigurationer. Jag sparar viktiga <strong>L\u00f6senord<\/strong> offline. Jag uppdaterar dokumentationen och tiderna efter varje test. P\u00e5 s\u00e5 s\u00e4tt blir jag inte \u00f6verraskad av en verklig n\u00f6dsituation.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/11\/backup-strategie-webhosting-3874.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>S\u00e5 h\u00e4r bygger du din egen 3-2-1-installation<\/h2>\n\n<p>Jag h\u00e5ller mig till strukturen: produktiva data p\u00e5 <strong>Webbserver<\/strong>, andra kopia till en NAS eller annan lagring, tredje kopia utanf\u00f6r webbplatsen med of\u00f6r\u00e4nderlighet. F\u00f6r filer anv\u00e4nder jag restic eller BorgBackup med deduplicering och kryptering. F\u00f6r databaser anv\u00e4nder jag mysqldump, logiska s\u00e4kerhetskopior med konsekventa l\u00e5s eller Percona XtraBackup. F\u00f6r \u00f6verf\u00f6ringar anv\u00e4nder jag rclone med bandbreddsgr\u00e4ns och repetitioner.<\/p>\n\n<p>Jag planerar retention enligt JRC (dagligen\/veckovis\/m\u00e5nadsvis) och bokar tillr\u00e4ckligt <strong>Minne<\/strong> f\u00f6r versionshantering. Cronjobs eller CI orkestrerar s\u00e4kerhetskopior och kontroller. \u00d6vervakning rapporterar fel via e-post eller webhook. Den h\u00e4r artikeln ger en kompakt kategorisering av <a href=\"https:\/\/webhosting.de\/sv\/backup-strategier-webbhotell-kunder-datasaekerhet\/\">Strategier f\u00f6r s\u00e4kerhetskopiering inom webbhotell<\/a>. P\u00e5 s\u00e5 s\u00e4tt beh\u00e5ller jag kontrollen, \u00e4ven om min hoster erbjuder lite.<\/p>\n\n<h2>Automatisering och \u00f6vervakning<\/h2>\n\n<p>Jag automatiserar alla \u00e5terkommande <strong>Steg<\/strong> och dokumentera exakta kommandon. Skript kontrollerar utg\u00e5ngskoder, hashes och tidsst\u00e4mplar. Misslyckade s\u00e4kerhetskopior utl\u00f6ser omedelbara larm. Jag lagrar loggar centralt och manipuleringss\u00e4kert. Jag begr\u00e4nsar ocks\u00e5 bandbredden och utf\u00f6r h\u00e4lsokontroller p\u00e5 offsite-m\u00e5let.<\/p>\n\n<p>Jag diskuterar API-\u00e5tkomst, SFTP\/rsync och S3-kompatibla slutpunkter med hostern s\u00e5 att jag kan anv\u00e4nda oberoende \u00e5terst\u00e4llningsv\u00e4gar. Jag registrerar kostnaderna f\u00f6r egress- och \u00e5terst\u00e4llningstj\u00e4nster s\u00e5 att det inte blir n\u00e5gra \u00f6verraskningar i slut\u00e4ndan. Jag kontrollerar om sj\u00e4lvbetj\u00e4nings\u00e5terst\u00e4llningar \u00e4r m\u00f6jliga f\u00f6r enskilda <strong>Filer<\/strong> och fullst\u00e4ndiga konton finns tillg\u00e4ngliga. Om inte, planerar jag mina egna verktyg. Det sparar mig tid i en n\u00f6dsituation.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/11\/backupstrategie321office8362.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Vanliga misstag - och hur du undviker dem<\/h2>\n\n<p>Jag f\u00f6rlitar mig aldrig p\u00e5 en enda <strong>Kopia<\/strong> eller samma lagringssystem. Enbart \u00f6gonblicksbilder \u00e4r inte tillr\u00e4ckligt f\u00f6r mig om de varken \u00e4r offsite eller of\u00f6r\u00e4nderliga. Jag kontrollerar databasens konsistens i st\u00e4llet f\u00f6r att bara kopiera bort filer. \u00d6vervaknings- och \u00e5terst\u00e4llningstester \u00e4r en del av min kalender. Otydlig lagring eller avsaknad av versionshantering orsakar l\u00e5nga driftstopp i en n\u00f6dsituation.<\/p>\n\n<p>Jag kontrollerar ocks\u00e5 att \u00e5terst\u00e4llningskostnaderna \u00e4r transparenta och att inga avgifter f\u00f6rsenar \u00e5terst\u00e4llningen. Jag undviker delade administrat\u00f6rskonton och anv\u00e4nder MFA \u00f6verallt. Jag dokumenterar rutiner f\u00f6r nyckelrotation. Jag genomf\u00f6r minst en g\u00e5ng per kvartal <strong>Test<\/strong>-Restore through. Fel fr\u00e5n dessa \u00f6vningar fl\u00f6dar in i mina playbooks.<\/p>\n\n<h2>SLA, transparens och kostnader<\/h2>\n\n<p>Jag har backup-arkitekturen med <strong>Diagram<\/strong> och processer. Detta inkluderar \u00f6vervakningsrapporter, larmv\u00e4gar och svarstider. Jag beg\u00e4r n\u00f6dkontakter dygnet runt och ber om tidsf\u00f6nster d\u00e4r \u00e5terst\u00e4llningar prioriteras. Jag kr\u00e4ver ocks\u00e5 tydliga kostnadstabeller f\u00f6r lagring, utrymning och tj\u00e4nster. Om detta saknas planerar jag in ytterligare buffertar i budgeten.<\/p>\n\n<p>F\u00f6r kritiska projekt kombinerar jag s\u00e4kerhetskopiering med <strong>DR<\/strong>-scenarier och undvika \"single points of failure\". H\u00e4r \u00e4r det v\u00e4rt att ta en titt p\u00e5 <a href=\"https:\/\/webhosting.de\/sv\/katastrofaterstaellning-som-tjaenst-draas-webbhotell\/\">Katastrof\u00e5terst\u00e4llning som en tj\u00e4nst<\/a>, om jag vill minska failover-tiderna. Jag dokumenterar eskaleringskedjor och testdatum. Jag uppr\u00e4tth\u00e5ller ocks\u00e5 redundanta kontaktkanaler. P\u00e5 s\u00e5 s\u00e4tt s\u00e4kerst\u00e4ller jag att ingen bekr\u00e4ftar att de saknar ansvar i en n\u00f6dsituation.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/11\/backupstrategie321desk9482.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Vad mer ska jag s\u00e4kerhetskopiera - ut\u00f6ver filer och databaser?<\/h2>\n\n<p>Jag s\u00e4krar inte bara webroot och databas, utan alla komponenter som utg\u00f6r min plattform. Detta inkluderar DNS-zoner, TLS-certifikat, cronjobs, webbserver- och PHP-konfigurationer, .env-filer, API-nycklar, SSH-nycklar, WAF\/firewall-regler, omdirigeringar och e-postfilter. Jag exporterar \u00e4ven paketlistor, composer\/npm lockfiles och applikationskonfigurationer. F\u00f6r e-post f\u00f6rlitar jag mig p\u00e5 fullst\u00e4ndiga s\u00e4kerhetskopior av maildir-mappar och separata exporter av alias och transportregler. F\u00f6r hosting med flera konton s\u00e4kerhetskopierar jag \u00e4ven panelkonfigurationer s\u00e5 att jag kan \u00e5terst\u00e4lla hela konton p\u00e5 ett sp\u00e5rbart s\u00e4tt.<\/p>\n\n<p>Jag fattar medvetna beslut om vad jag <strong>inte<\/strong> s\u00e4ker: Jag utel\u00e4mnar cacher, sessioner, tillf\u00e4lliga uppladdningar och genererbara artefakter (t.ex. optimerade bilder) f\u00f6r att spara kostnader och f\u00f6rkorta \u00e5terst\u00e4llningstiderna. F\u00f6r s\u00f6kindex eller finkorniga cacher dokumenterar jag hur de automatiskt byggs upp igen vid en \u00e5terst\u00e4llning.<\/p>\n\n<h2>J\u00e4mf\u00f6relse av backup-metoder och topologier<\/h2>\n\n<p>Jag v\u00e4ljer r\u00e4tt metod f\u00f6r varje arbetsbelastning: Logiska dumpar (t.ex. mysqldump) \u00e4r portabla, men tar l\u00e4ngre tid. Fysiska hotbackups (t.ex. via snapshot-mekanismer) \u00e4r snabba och konsekventa, men kr\u00e4ver l\u00e4mpliga lagringsfunktioner. Jag anv\u00e4nder quiescing (fsfreeze\/LVM\/ZFS) d\u00e4r det \u00e4r m\u00f6jligt och s\u00e4kra InnoDB binloggar f\u00f6r \u00e4kta PITR. F\u00f6r filbackuper f\u00f6rlitar jag mig p\u00e5 incremental-forever med deduplicering.<\/p>\n\n<p>Jag v\u00e4ljer mellan push- och pull-topologi: Med pull initierar en backupserver backupen och minskar risken f\u00f6r komprometterade k\u00e4llsystem. Med push initierar applikationsservrarna sj\u00e4lva s\u00e4kerhetskopior - det \u00e4r enklare, men kr\u00e4ver strikt IAM-separation och egress-kontroller. Agentbaserade metoder erbjuder st\u00f6rre konsekvens, agentl\u00f6sa metoder \u00e4r enklare att anv\u00e4nda. Jag dokumenterar mitt val och riskerna.<\/p>\n\n<h2>Granularitet och \u00e5terh\u00e4mtningsv\u00e4gar<\/h2>\n\n<p>Jag planerar flera olika typer av \u00e5terst\u00e4llningar: enskilda filer, mappar, enskilda tabeller\/dataposter, hela databaser, brevl\u00e5dor, hela webbhotellskonton. F\u00f6r CMS\/shop-system prioriterar jag \u201eDB f\u00f6rst, sedan uppladdningar\/media, sedan konfiguration\u201c. Jag har en bl\u00e5\/gr\u00f6n strategi redo: \u00e5terst\u00e4llning i staging, validering och sedan kontrollerad switch. Detta minimerar nedtid och minskar \u00f6verraskningar under produktiv drift.<\/p>\n\n<p>Jag ser till att sj\u00e4lvbetj\u00e4nings\u00e5terst\u00e4llningar \u00e4r m\u00f6jliga: Anv\u00e4ndare kan sj\u00e4lvst\u00e4ndigt v\u00e4lja en version, s\u00f6ka tidpunkter och \u00e5terst\u00e4lla dem p\u00e5 ett m\u00e5linriktat s\u00e4tt. Jag har en \u201ebreak-glass\u201c-process redo f\u00f6r n\u00f6dsituationer: N\u00f6d\u00e5tkomst med loggning, tidsbegr\u00e4nsad och baserad p\u00e5 principen om dubbel kontroll.<\/p>\n\n<h2>Integritet, kontrollsummor och tyst datakorruption<\/h2>\n\n<p>Jag litar bara p\u00e5 s\u00e4kerhetskopior med end-to-end-integritet. Varje artefakt f\u00e5r kontrollsummor (t.ex. SHA256), som lagras separat och verifieras regelbundet. Jag planerar scrubbing-jobb som l\u00e4ser offsite-objekt slumpm\u00e4ssigt eller fullst\u00e4ndigt och j\u00e4mf\u00f6r hashes. P\u00e5 s\u00e5 s\u00e4tt kan jag uppt\u00e4cka bitrot eller \u00f6verf\u00f6ringsfel i ett tidigt skede. Jag sparar ocks\u00e5 manifestfiler med s\u00f6kv\u00e4gar, storlekar och hashar f\u00f6r att kunna uppt\u00e4cka luckor.<\/p>\n\n<p>Jag automatiserar test\u00e5terst\u00e4llningar som bevis p\u00e5 integritet: dagliga slumpm\u00e4ssiga fil\u00e5terst\u00e4llningar, veckovisa fullst\u00e4ndiga DB-\u00e5terst\u00e4llningar med PITR, m\u00e5natliga end-to-end-test inklusive applikationens h\u00e4lsokontroll. Resultaten hamnar i rapporter med tidsst\u00e4mplar, loggutdrag och sk\u00e4rmdumpar.<\/p>\n\n<h2>Prestationer, tidsram och resurser<\/h2>\n\n<p>Jag definierar tidsf\u00f6nster f\u00f6r s\u00e4kerhetskopiering som undviker belastningstoppar och respekterar transaktionstider. Deduplicering, komprimering och inkrementella k\u00f6rningar minskar \u00f6verf\u00f6rings- och lagringsvolymen. Jag begr\u00e4nsar bandbredden (rclone\/restic throttle), f\u00f6rlitar mig p\u00e5 parallella uppladdningar och chunking och tar h\u00e4nsyn till CPU- och IO-budgetar. Jag s\u00e4kerhetskopierar stora medielager differentiellt och delar upp dem i segment f\u00f6r att undvika timeouts. Jag dokumenterar hur l\u00e5ng tid en fullst\u00e4ndig och inkrementell k\u00f6rning tar - och om detta harmoniserar med min RPO\/RTO.<\/p>\n\n<h2>Kapacitets- och kostnadsplanering<\/h2>\n\n<p>Jag ber\u00e4knar kapaciteten p\u00e5 ett konservativt s\u00e4tt: datalager, daglig \u00e4ndringsfrekvens, komprimerings-\/utpl\u00e5ningsfaktor, lagringsniv\u00e5er (GFS). Utifr\u00e5n detta genererar jag en m\u00e5nadsprognos och \u00f6vre budgetgr\u00e4nser. Jag planerar olika lagringsklasser (varm\/varm\/kall) och fastst\u00e4ller livscykelpolicyer f\u00f6r automatiska f\u00f6rskjutningar inom retentionen. Jag registrerar kostnader f\u00f6r egress, API och \u00e5terst\u00e4llning. Jag j\u00e4mf\u00f6r de f\u00f6rv\u00e4ntade kostnaderna f\u00f6r ett avbrott (int\u00e4ktsf\u00f6rluster, SLA-straff) med backup-kostnader - det \u00e4r s\u00e5 jag g\u00f6r budgetbaserade argument.<\/p>\n\n<h2>Organisation, roller och principen om dubbelkontroll<\/h2>\n\n<p>Jag har strikt \u00e5tskilda roller: den som sparar f\u00e5r inte radera; den som \u00e4ndrar f\u00f6rvaring beh\u00f6ver tillst\u00e5nd. Kritiska \u00e5tg\u00e4rder (radera, f\u00f6rkorta lagringstiden, avaktivera of\u00f6r\u00e4nderlighet) k\u00f6rs enligt principen om dubbelkontroll med biljettreferens. Jag definierar eskaleringskedjor, substitutioner och standbys. Tilltr\u00e4den med brytglas \u00e4r f\u00f6rseglade, tidsbegr\u00e4nsade och f\u00f6rnyas p\u00e5 roterande basis efter anv\u00e4ndning. Revisionsloggar registrerar alla \u00e5tg\u00e4rder p\u00e5 ett of\u00f6r\u00e4nderligt s\u00e4tt.<\/p>\n\n<h2>Specifika egenskaper hos vanliga plattformar<\/h2>\n\n<p>F\u00f6r WordPress s\u00e4kerhetskopierar jag DB, wp-content (uppladdningar, teman, plugins) samt wp-config.php och salts. F\u00f6r butiker l\u00e4ggs k\u00f6-\/jobbstatus, betalnings- och leveransplugins och media CDN:er till. F\u00f6r multisite-installationer dokumenterar jag tilldelningen av dom\u00e4ner till webbplatser. Jag s\u00e4krar ocks\u00e5 inst\u00e4llningar f\u00f6r omdirigering och SEO f\u00f6r att undvika trafikf\u00f6rluster efter \u00e5terst\u00e4llningar. Jag s\u00e4kerhetskopierar s\u00f6kindex (t.ex. Elasticsearch\/OpenSearch) som en \u00f6gonblicksbild eller rekonstruerar dem med hj\u00e4lp av skript s\u00e5 att s\u00f6kfunktionerna snabbt blir tillg\u00e4ngliga igen efter en \u00e5terst\u00e4llning.<\/p>\n\n<h2>Katastrof\u00e5terst\u00e4llning och reproducerbarhet av infrastruktur<\/h2>\n\n<p>Jag minimerar RTO genom att g\u00f6ra infrastrukturen reproducerbar: konfiguration som kod (t.ex. server- och panelinst\u00e4llningar), repeterbara drifts\u00e4ttningar, fasta versioner. Jag h\u00e5ller applikationshemligheter krypterade och versionshanterade och roterar dem efter en s\u00e4kerhetsincident. Jag planerar alternativa platser f\u00f6r DR och dokumenterar hur jag byter DNS, TLS, cachelagring och mailrouting i h\u00e4ndelse av en kris. Jag registrerar beroenden (API:er fr\u00e5n tredje part, betalningsleverant\u00f6rer) och f\u00f6rbereder fallback.<\/p>\n\n<h2>Lagstiftning och regelefterlevnad i samband med s\u00e4kerhetskopiering<\/h2>\n\n<p>Jag harmoniserar lagringsperioder med raderingsskyldigheter: F\u00f6r personuppgifter definierar jag processer f\u00f6r hur jag praktiskt genomf\u00f6r raderingsf\u00f6rfr\u00e5gningar utan att \u00e4ventyra integriteten hos historiska s\u00e4kerhetskopior. Jag dokumenterar vilka datakategorier som hamnar i s\u00e4kerhetskopior och minimerar metadata. Jag beskriver TOM (tekniska och organisatoriska \u00e5tg\u00e4rder) p\u00e5 ett granskningsbart s\u00e4tt: kryptering, \u00e5tkomstkontroll, loggning, of\u00f6r\u00e4nderlighet, geografiska gr\u00e4nser. Jag registrerar risker f\u00f6r \u00f6verf\u00f6ringar till tredje land och beslutar om platser i enlighet med mina efterlevnadskrav.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/11\/webhosting-backupstrategie-4829.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Praktiska tester och nyckeltal<\/h2>\n\n<p>Jag definierar tydliga nyckeltal: lyckad s\u00e4kerhetskopiering, \u00e5lder f\u00f6r senaste lyckade s\u00e4kerhetskopiering, tid till f\u00f6rsta byte i \u00e5terst\u00e4llningen, fullst\u00e4ndig \u00e5terst\u00e4llningstid, felfrekvenser per k\u00e4lla, antal kontrollerade versioner, tid till larm. Jag j\u00e4mf\u00f6r regelbundet dessa m\u00e4tv\u00e4rden med mina RPO\/RTO-m\u00e5l. Jag planerar speldagar: riktade, kontrollerade misslyckanden (t.ex. avsiktligt raderade mappar) f\u00f6r att testa svarsv\u00e4gar, varningar och \u00e5terst\u00e4llningsv\u00e4gar under press. Resultaten fl\u00f6dar in i mitt f\u00f6rb\u00e4ttringsprogram.<\/p>\n\n<h2>FAQ kort<\/h2>\n\n<p>Hur ofta g\u00f6r jag en ordentlig s\u00e4kerhetskopia? Jag anv\u00e4nder dagligen <strong>S\u00e4kerhetskopior<\/strong> f\u00f6r filer och s\u00e4kerhetskopior varje timme f\u00f6r databaser; jag v\u00e4ljer kortare intervall f\u00f6r tung trafik. Hur l\u00e4nge beh\u00e5ller jag versioner? 30-90 dagar \u00e4r vanligt; jag sparar \u00e4ven m\u00e5natliga l\u00e5ngtidsversioner. Vad \u00e4r RPO vs. RTO? RPO \u00e4r min maximala dataf\u00f6rlust, RTO \u00e4r tiden tills allt \u00e4r online igen. Jag skriver b\u00e5da i kontrakt och testar v\u00e4rdena.<\/p>\n\n<p>Hur s\u00e4krar jag e-postmeddelanden? Jag drar maildir\/brevl\u00e5dor separat och testar <strong>\u00c5terst\u00e4ll<\/strong> en enda mapp. Hur hanterar jag stora mediefiler? Deduplicering och inkrementella s\u00e4kerhetskopior sparar kostnader; versionshantering m\u00f6jligg\u00f6r riktad \u00e5terst\u00e4llning. Vad inneb\u00e4r of\u00f6r\u00e4nderlighet i praktiken? Raderingsskydd med lagring f\u00f6rhindrar manipulation fram till utg\u00e5ngsdatum. Hur integrerar jag WordPress eller butiker? Jag s\u00e4kerhetskopierar filer, DB och konfiguration och dokumenterar sekvensen.<\/p>\n\n<h2>Kortfattat sammanfattat<\/h2>\n\n<p>Jag insisterar p\u00e5 3-2-1 med <strong>Utanf\u00f6r webbplatsen<\/strong> och of\u00f6r\u00e4nderlighet, tydliga RPO\/RTO-m\u00e5l, regelbundna tester och ren dokumentation. Jag f\u00f6rankrar ansvar, playbooks och m\u00e4tv\u00e4rden. Jag kr\u00e4ver \u00e5terst\u00e4llningar med sj\u00e4lvbetj\u00e4ning och sp\u00e5rbara kostnader. Jag uppfyller GDPR-kraven, inklusive AVV och strikt s\u00e4kra nycklar och konton. Detta g\u00f6r att jag snabbt kan komma tillbaka online efter en incident - med f\u00f6ruts\u00e4gbar anstr\u00e4ngning och sp\u00e5rbar kvalitet.<\/p>","protected":false},"excerpt":{"rendered":"<p>S\u00e5 h\u00e4r skyddar du din webbplats och butik med 3-2-1 s\u00e4kerhetskopior: offsite, of\u00f6r\u00e4nderlighet, RPO\/RTO, lagring och GDPR. Plus en checklista f\u00f6r din host och DIY-tips.<\/p>","protected":false},"author":1,"featured_media":14957,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_crdt_document":"","inline_featured_image":false,"footnotes":""},"categories":[780],"tags":[],"class_list":["post-14964","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administration-anleitungen"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"litespeed-optimize-size":null,"litespeed-optimize-set":null,"_elementor_source_image_hash":null,"_wp_attachment_image_alt":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"surfer_file_name":null,"surfer_file_original_url":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"rank_math_title":null,"inline_featured_image":null,"_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"_yoast_wpseo_linkdex":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_trp_translated_slug_en_us":null,"_wp_desired_post_slug":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_eael_widget_elements":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"1526","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"rank_math_internal_links_processed":null,"_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"3-2-1 Backup, Webhosting Backup, Offsite Backup, Immutability, RPO, RTO, DSGVO, Restore Test","rank_math_og_content_image":null,"_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"14957","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/posts\/14964","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/comments?post=14964"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/posts\/14964\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/media\/14957"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/media?parent=14964"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/categories?post=14964"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/tags?post=14964"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}