{"id":21633,"date":"2026-09-21T22:06:16","date_gmt":"2026-09-21T20:06:16","guid":{"rendered":"https:\/\/webhosting.de\/?p=21633"},"modified":"2026-09-21T22:06:19","modified_gmt":"2026-09-21T20:06:19","slug":"forsta-redis-replikationsbacklog","status":"publish","type":"post","link":"https:\/\/webhosting.de\/da\/redis-replication-backlog-verstehen\/","title":{"rendered":"S\u00e5dan forst\u00e5r du Redis-replikationsbacklog: PSYNC, st\u00f8rrelse og HA-gr\u00e6nser"},"content":{"rendered":"<div class=\"wh-article wh-editorial-21633\" data-editorial-words=\"2240\" style=\"max-width:820px;margin:0 auto;color:#243447;font-size:19px;line-height:1.8;overflow-wrap:anywhere;\"><p class=\"wh-lead\" style=\"margin:0 0 25px;font-size:21px;line-height:1.75;color:#243447;\">Der <strong style=\"font-weight:700;color:#153e50;\">Redis-replikationsbacklog<\/strong> er med til at bestemme, om en replika efter et forbindelsesbrud kun henter de manglende \u00e6ndringer eller f\u00e5r overf\u00f8rt hele datam\u00e6ngden p\u00e5 ny. Hvis man dimensionerer bufferen efter det faktiske replikeringsvolumen, kan man undg\u00e5 un\u00f8dvendige fuldst\u00e6ndige synkroniseringer. Til geng\u00e6ld skal replikeringshistorikken, lagerbudgettet og driftsprocesserne ogs\u00e5 passe sammen: Et stort eftersl\u00e6b kan hverken erstatte persistens eller et robust failover-koncept. <\/p><nav aria-label=\"Indholdet af denne artikel\" class=\"wh-toc\" style=\"margin:30px 0 42px;padding:24px;border:1px solid #dbe5eb;border-radius:18px;background:#f5f9fb;box-shadow:0 8px 24px rgba(15,35,55,.06);\"><p style=\"margin:0 0 14px;font-size:13px;font-weight:700;letter-spacing:.08em;text-transform:uppercase;color:#426477;\">G\u00e5 direkte til afsnittet<\/p><div style=\"display:flex;flex-wrap:wrap;gap:10px;\"><a href=\"#grundprinzip\" style=\"display:block;flex:1 1 235px;min-width:0;padding:12px 15px;border:1px solid #d5e3e8;border-radius:10px;background:#fff;color:#174a60;text-decoration:none;font-size:15px;font-weight:600;line-height:1.45;\">Hvad backloggen rent faktisk gemmer<\/a>\n<a href=\"#psync\" style=\"display:block;flex:1 1 235px;min-width:0;padding:12px 15px;border:1px solid #d5e3e8;border-radius:10px;background:#fff;color:#174a60;text-decoration:none;font-size:15px;font-weight:600;line-height:1.45;\">Hvorn\u00e5r er PSYNC tilstr\u00e6kkeligt, og hvorn\u00e5r er en fuld resync n\u00f8dvendig?<\/a>\n<a href=\"#replikationsrate\" style=\"display:block;flex:1 1 235px;min-width:0;padding:12px 15px;border:1px solid #d5e3e8;border-radius:10px;background:#fff;color:#174a60;text-decoration:none;font-size:15px;font-weight:600;line-height:1.45;\">M\u00e5ling af replikeringshastighed i stedet for at estimere databasest\u00f8rrelsen<\/a>\n<a href=\"#dimensionierung\" style=\"display:block;flex:1 1 235px;min-width:0;padding:12px 15px;border:1px solid #d5e3e8;border-radius:10px;background:#fff;color:#174a60;text-decoration:none;font-size:15px;font-weight:600;line-height:1.45;\">Beregne st\u00f8rrelsen af ordrebestanden p\u00e5 en gennemsigtig m\u00e5de<\/a>\n<a href=\"#konfiguration\" style=\"display:block;flex:1 1 235px;min-width:0;padding:12px 15px;border:1px solid #d5e3e8;border-radius:10px;background:#fff;color:#174a60;text-decoration:none;font-size:15px;font-weight:600;line-height:1.45;\">S\u00e5dan \u00e6ndrer du Redis-konfigurationen p\u00e5 en forst\u00e5elig og kontrolleret m\u00e5de<\/a>\n<a href=\"#monitoring\" style=\"display:block;flex:1 1 235px;min-width:0;padding:12px 15px;border:1px solid #d5e3e8;border-radius:10px;background:#fff;color:#174a60;text-decoration:none;font-size:15px;font-weight:600;line-height:1.45;\">Overv\u00e5gning: Hvilke v\u00e6rdier h\u00f8rer sammen<\/a>\n<a href=\"#speicherbudget\" style=\"display:block;flex:1 1 235px;min-width:0;padding:12px 15px;border:1px solid #d5e3e8;border-radius:10px;background:#fff;color:#174a60;text-decoration:none;font-size:15px;font-weight:600;line-height:1.45;\">Hvordan man korrekt vurderer lagerbudget og langsomme replikaer<\/a>\n<a href=\"#hochverfuegbarkeit\" style=\"display:block;flex:1 1 235px;min-width:0;padding:12px 15px;border:1px solid #d5e3e8;border-radius:10px;background:#fff;color:#174a60;text-decoration:none;font-size:15px;font-weight:600;line-height:1.45;\">Hvorfor en stor backlog ikke i sig selv garanterer h\u00f8j tilg\u00e6ngelighed<\/a>\n<a href=\"#praxis\" style=\"display:block;flex:1 1 235px;min-width:0;padding:12px 15px;border:1px solid #d5e3e8;border-radius:10px;background:#fff;color:#174a60;text-decoration:none;font-size:15px;font-weight:600;line-height:1.45;\">Teste \u00e6ndringer og indkredse tilbagevendende problemer<\/a><\/div><\/nav><h2 id=\"grundprinzip\" style=\"margin:44px 0 18px;color:#132a3b;font-size:28px;line-height:1.3;letter-spacing:-.02em;scroll-margin-top:110px;\">Hvad backloggen rent faktisk gemmer<\/h2><p style=\"margin:0 0 22px;\">Med <strong style=\"font-weight:700;color:#153e50;\">Redis-replikering<\/strong> Prim\u00e6rserveren behandler \u00e6ndringer i databasen og sender en l\u00f8bende str\u00f8m af kommandoer til sine replikaer. Dette omfatter ikke kun v\u00e6rdier, der skrives direkte fra klienter. Ogs\u00e5 udl\u00f8bne eller overskrevne n\u00f8gler kan udl\u00f8se \u00e6ndringer, som skal videregives. Backloggen opbevarer et begr\u00e6nset, nyere udsnit af denne replikeringsstr\u00f8m i arbejdshukommelsen. Den indeholder derfor ingen yderligere fuldst\u00e6ndig kopi af databasen og er heller ikke et arkiv over vilk\u00e5rligt gamle skriveoperationer. <\/p><p style=\"margin:0 0 22px;\">Under problemfri drift f\u00f8lger replikaerne den l\u00f8bende str\u00f8m. Hvis en forbindelse afbrydes, vokser historikken p\u00e5 prim\u00e6rserveren videre. N\u00e5r forbindelsen er genoprettet, fors\u00f8ger replikaen at forts\u00e6tte fra det sted, den var n\u00e5et til. Det afg\u00f8rende er da, om de n\u00f8dvendige bytes stadig er gemt. Er det tilf\u00e6ldet, og stemmer replikeringshistorikken overens, kan Redis udfylde hullet. De data, der allerede findes p\u00e5 replikaen, beh\u00f8ver ikke at blive erstattet fuldst\u00e6ndigt. <\/p><p style=\"margin:0 0 22px;\">Fordelen kommer is\u00e6r til udtryk ved korte netv\u00e6rksforstyrrelser, skift af forbindelse og planlagte vedligeholdelsesarbejder. En fuldst\u00e6ndig synkronisering af en stor datam\u00e6ngde kr\u00e6ver overf\u00f8rselskapacitet og regnekraft; afh\u00e6ngigt af konfigurationen kommer der yderligere belastninger p\u00e5 lagerplads og datamedier oveni. Backloggen kan reducere denne arbejdsbyrde, men kan ikke opfange alle former for afbrydelser. En genstart af processen eller en \u00e6ndret historik kr\u00e6ver en anden tilgang end en kortvarigt afbrudt TCP-forbindelse. <\/p><h2 id=\"psync\" style=\"margin:44px 0 18px;color:#132a3b;font-size:28px;line-height:1.3;letter-spacing:-.02em;scroll-margin-top:110px;\">Hvorn\u00e5r er PSYNC tilstr\u00e6kkeligt, og hvorn\u00e5r er en fuld resync n\u00f8dvendig?<\/h2><p style=\"margin:0 0 22px;\">En <strong style=\"font-weight:700;color:#153e50;\">Delvis resynkronisering med PSYNC<\/strong> kr\u00e6ver to oplysninger, der h\u00f8rer sammen: replikerings-ID\u2019et og offset. ID\u2019et identificerer en bestemt datahistorik. Offset beskriver en byteposition inden for replikeringsstr\u00f8mmen. To offsets af samme st\u00f8rrelse fra forskellige historikker er derfor ikke automatisk sammenlignelige. Omvendt kan et lille eftersl\u00e6b i den samme historik allerede ligge uden for den tilg\u00e6ngelige backlog, hvis dens kapacitet er begr\u00e6nset.  <\/p><p style=\"margin:0 0 22px;\">Kort sagt meddeler replikaen ved genopkoblingen, hvor langt den er n\u00e5et. Prim\u00e6rserveren kontrollerer, om den kan levere de data, der derefter er n\u00f8dvendige. Hvis historikken er ukendt, eller hvis den n\u00f8dvendige del mangler, oprettes der en <strong style=\"font-weight:700;color:#153e50;\">Fuld synkronisering<\/strong> n\u00f8dvendigt. Her modtager replikaen en komplet datam\u00e6ngde og derefter de \u00e6ndringer, der er opst\u00e5et under synkroniseringen. Overf\u00f8rslen kan, afh\u00e6ngigt af konfigurationen, foreg\u00e5 med et mellemliggende RDB-trin til et datamedie eller uden dette mellemliggende trin.  <\/p><p style=\"margin:0 0 22px;\">Efter en failover er en fuld resynkronisering ikke altid uundg\u00e5elig. En flyttet replika kan desuden huske det tidligere replikerings-ID og dets gyldige offset-interval. Dermed kan yderligere replikaer, under de rette foruds\u00e6tninger, forts\u00e6tte fra den kendte historik. Dette giver dog ingen garanti i forbindelse med planl\u00e6gningen: Det relevante omr\u00e5de skal fortsat v\u00e6re tilg\u00e6ngeligt, og den konkrete genopkobling skal stemme overens med de gemte ID'er.  <\/p><div aria-label=\"Genopkobling af en replika: mulige resultater\" class=\"wh-table-scroll\" role=\"region\" style=\"margin:30px 0 36px;overflow-x:auto;border:1px solid #dce5eb;border-radius:16px;box-shadow:0 12px 30px rgba(22,43,61,.09);background:#fff;\" tabindex=\"0\"><table style=\"width:100%;min-width:620px;border-collapse:collapse;margin:0;font-size:15px;line-height:1.65;\"><caption style=\"padding:18px 22px;text-align:left;font-size:16px;font-weight:700;color:#163649;background:#eef5f8;\">Genopkobling af en replika: mulige resultater<\/caption><thead><tr><th scope=\"col\" style=\"padding:16px 20px;text-align:left;background:#163648;color:#fff;border:0;font-size:14px;font-weight:650;\">Situation<\/th><th scope=\"col\" style=\"padding:16px 20px;text-align:left;background:#163648;color:#fff;border:0;font-size:14px;font-weight:650;\">Foruds\u00e6tning<\/th><th scope=\"col\" style=\"padding:16px 20px;text-align:left;background:#163648;color:#fff;border:0;font-size:14px;font-weight:650;\">Resultat<\/th><\/tr><\/thead><tbody><tr><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Kort afbrydelse<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Korrekt historik; de n\u00f8dvendige bytes er stadig til stede<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">PSYNC kan kun levere de manglende replikeringsdata efterf\u00f8lgende.<\/td><\/tr><tr><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">De \u00e6ldste n\u00f8dvendige bytes er blevet overskrevet<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">Det anmodede omr\u00e5de ligger uden for den gemte historik<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">Fuldst\u00e6ndig ny afstemning i stedet for delvis genoptagelse.<\/td><\/tr><tr><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Ukendt replikeringshistorik<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Replikations-ID'et genkendes ikke som gyldigt<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">En st\u00f8rre ordrebeholdning l\u00f8ser ikke problemet i sig selv.<\/td><\/tr><tr><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">Failover med kendt forg\u00e6nger-ID<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">Gemt sekund\u00e6rt ID, gyldigt offset-interval og tilstr\u00e6kkelig historik<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">En delvis resynkronisering kan stadig v\u00e6re mulig.<\/td><\/tr><tr><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Backlog frigivet efter adskillelse af alle replikaer<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">TTL er udl\u00f8bet; der er ingen brugbar historik tilbage<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">En senere genopkobling kr\u00e6ver en fuldst\u00e6ndig afstemning.<\/td><\/tr><\/tbody><\/table><\/div><figure class=\"wh-figure wp-block-image size-large\" style=\"margin:32px 0 40px;\"><img loading=\"lazy\" alt=\"Et afgr\u00e6nset vindue i datastr\u00f8mmen viser, hvilke manglende replikeringsdata der stadig er tilg\u00e6ngelige efter en afbrydelse.\" class=\"wp-image-21638\" decoding=\"async\" height=\"1024\" sizes=\"auto, (max-width: 820px) 100vw, 820px\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/redis-psync-historienfenster-21633.webp\" srcset=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/redis-psync-historienfenster-21633-300x200.webp 300w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/redis-psync-historienfenster-21633-768x512.webp 768w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/redis-psync-historienfenster-21633-1024x683.webp 1024w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/redis-psync-historienfenster-21633.webp 1536w\" style=\"display:block;width:100%;height:auto;border-radius:16px;border:1px solid #e1e8ed;box-shadow:0 12px 30px rgba(23,43,62,.09);\" width=\"1536\"\/><figcaption style=\"margin-top:12px;font-size:14px;line-height:1.6;color:#607381;\">Skematisk illustration: PSYNC kan kun koble sig til en passende replikeringshistorik, der stadig er tilg\u00e6ngelig.<\/figcaption><\/figure><h2 id=\"replikationsrate\" style=\"margin:44px 0 18px;color:#132a3b;font-size:28px;line-height:1.3;letter-spacing:-.02em;scroll-margin-top:110px;\">M\u00e5ling af replikeringshastighed i stedet for at estimere databasest\u00f8rrelsen<\/h2><p style=\"margin:0 0 22px;\">Alene datam\u00e6ngden er tilstr\u00e6kkelig til at <strong style=\"font-weight:700;color:#153e50;\">Dimensionering af ordrebeholdningen<\/strong> ikke. En stor database, der hovedsageligt l\u00e6ses, genererer kun lidt replikeringstrafik. En lille cache med hyppigt skiftende v\u00e6rdier og mange udl\u00f8sningsh\u00e6ndelser kan derimod l\u00f8bende overf\u00f8re betydelige datam\u00e6ngder. Selv et fast antal operationer pr. sekund beskriver ikke den n\u00f8dvendige lagerplads tilstr\u00e6kkeligt: Sm\u00e5 n\u00f8gle\u00e6ndringer og store v\u00e6rdioverskrivninger medf\u00f8rer ikke samme byteomfang.  <\/p><p style=\"margin:0 0 22px;\">En praktisk anvendelig tiln\u00e6rmelse kan udledes af den tidsm\u00e6ssige stigning i <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">master_repl_offset<\/code>. Registrer v\u00e6rdien to gange p\u00e5 den samme prim\u00e6rserver, og divider forskellen med det forl\u00f8bne antal sekunder. Kontroller samtidig replikerings-ID\u2019et. Efter et rolleskift eller en genstart m\u00e5 du ikke blot tr\u00e6kke to uafh\u00e6ngige m\u00e5lepunkter fra hinanden. Et enkelt m\u00e5leinterval giver desuden kun en gennemsnitlig hastighed inden for dette interval, ikke en permanent garanteret \u00f8vre gr\u00e6nse.  <\/p><p style=\"margin:0 0 22px;\">F\u00f8lgende foresp\u00f8rgsel l\u00e6ser diagnostiske oplysninger. Den \u00e6ndrer ikke Redis-konfigurationen. Udf\u00f8r den med de forbindelses- og godkendelsesindstillinger, der kr\u00e6ves i dit milj\u00f8. Det nedenfor viste opkald bruger standardforbindelsen fra <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">redis-cli<\/code>; en anden host, port eller TLS-adgang skal udtrykkeligt indstilles.  <\/p><div class=\"wh-code-window\" data-no-translation=\"\" style=\"margin:26px 0 30px;border:1px solid #233c4e;border-radius:14px;overflow:hidden;background:#132432;box-shadow:0 12px 26px rgba(10,25,38,.14);\"><div data-no-translation=\"\" style=\"padding:11px 18px;background:#1e3546;color:#dcecf4;font-size:13px;font-weight:600;letter-spacing:.02em;\">Terminal &#183; Replikationsstatus lesen<\/div><pre class=\"EnlighterJSRAW\" data-enlighter-language=\"shell\" data-enlighter-linenumbers=\"false\" data-enlighter-theme=\"enlighter\" data-enlighter-title=\"Terminal &#183; Replikationsstatus lesen\" data-no-translation=\"\" style=\"margin:0;padding:20px 22px;overflow-x:auto;white-space:pre;color:#e2edf5;background:#132432;font-size:14px;line-height:1.8;tab-size:4;\">redis-cli INFO replication<\/pre><\/div><p style=\"margin:0 0 22px;\">M\u00e5l belastningen p\u00e5 tv\u00e6rs af forskellige belastningsfaser, f.eks. i den daglige drift, ved import og under st\u00f8rre cache-opdateringer. Dokumenter b\u00e5de typiske v\u00e6rdier og korte spidsbelastninger. Hvis der opst\u00e5r mange \u00e6ndringer som f\u00f8lge af udl\u00f8bne n\u00f8gler, kan den interne artikel give en mere dybdeg\u00e5ende indsigt i emnet <a href=\"https:\/\/webhosting.de\/da\/redis-nogle-udlob-ydeevne-analysere-optimere-cache\/\">Analyse af udl\u00f8b af Redis-n\u00f8gler<\/a>. Denne sammenh\u00e6ng er vigtig for planl\u00e6gningen, fordi ikke alle relevante skriveimpulser umiddelbart udspringer af en ny brugerforesp\u00f8rgsel.  <\/p><h2 id=\"dimensionierung\" style=\"margin:44px 0 18px;color:#132a3b;font-size:28px;line-height:1.3;letter-spacing:-.02em;scroll-margin-top:110px;\">Beregne st\u00f8rrelsen af ordrebestanden p\u00e5 en gennemsigtig m\u00e5de<\/h2><p style=\"margin:0 0 22px;\">Som <strong style=\"font-weight:700;color:#153e50;\">Planl\u00e6gningsmetode<\/strong> kan du gange den relevante replikeringshastighed med den afbrydelsestid, der skal d\u00e6kkes, og derefter tilf\u00f8je en rimelig reserve. Varigheden b\u00f8r ikke kun tage h\u00f8jde for selve netv\u00e6rksafbrydelsen. Ogs\u00e5 detektering, genopkoblingsfors\u00f8g og genoprettelse af forbindelsesvejen kan tage tid. Hvilken reserve der er passende, afh\u00e6nger af observerede udsving og det \u00f8nskede driftsm\u00e5l, ikke af en universel procentdel. <\/p><p style=\"margin:0 0 22px;\">Et bevidst forenklet regneeksempel: For en given belastningsfase antager du 12 MiB pr. sekund. Forbindelsen kan v\u00e6re nede i 90 sekunder; der indregnes yderligere 30 sekunder som tidsreserve. Heraf f\u00f8lger <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">12 MiB\/s &#215; 120 s = 1.440 MiB<\/code>, alts\u00e5 cirka 1,41 GiB. Disse tal er kun eksempler til forklaring og ikke en Redis-benchmark. Inden idrifts\u00e6ttelse skal de erstattes med m\u00e5lev\u00e6rdier fra din applikation. <\/p><figure class=\"wh-chart\"><figcaption>Behov for backlog ved en antaget hastighed p\u00e5 12 MiB\/s<\/figcaption><p class=\"wh-chart-unit\" style=\"margin:0 0 22px;\">MiB<\/p><div class=\"wh-chart-bars\"><div class=\"wh-chart-row\"><span class=\"wh-chart-label\">30 sekunder<\/span><span aria-hidden=\"true\" class=\"wh-chart-track\"><span class=\"wh-chart-bar\" style=\"width:16.6667%\"><\/span><\/span><span class=\"wh-chart-number\">360<\/span><\/div><div class=\"wh-chart-row\"><span class=\"wh-chart-label\">60 sekunder<\/span><span aria-hidden=\"true\" class=\"wh-chart-track\"><span class=\"wh-chart-bar\" style=\"width:33.3333%\"><\/span><\/span><span class=\"wh-chart-number\">720<\/span><\/div><div class=\"wh-chart-row\"><span class=\"wh-chart-label\">120 sekunder<\/span><span aria-hidden=\"true\" class=\"wh-chart-track\"><span class=\"wh-chart-bar\" style=\"width:66.6667%\"><\/span><\/span><span class=\"wh-chart-number\">1440<\/span><\/div><div class=\"wh-chart-row\"><span class=\"wh-chart-label\">180 sekunder<\/span><span aria-hidden=\"true\" class=\"wh-chart-track\"><span class=\"wh-chart-bar\" style=\"width:100.0000%\"><\/span><\/span><span class=\"wh-chart-number\">2160<\/span><\/div><\/div><p style=\"margin:0 0 22px;\">Illustrativt regneeksempel, ikke en m\u00e5ling: Behov = antaget 12 MiB\/s \u00d7 valgt samlet varighed. De 120 sekunder i teksteksemplet omfatter 90 sekunders afbrydelse og 30 sekunders tidsreserve. Der er ikke medregnet yderligere reserver her.<\/p><details><summary>Datatabel til figuren<\/summary><table><thead><tr><th scope=\"col\">Indgang<\/th><th scope=\"col\">MiB<\/th><\/tr><\/thead><tbody><tr><td>30 sekunder<\/td><td>360<\/td><\/tr><tr><td>60 sekunder<\/td><td>720<\/td><\/tr><tr><td>120 sekunder<\/td><td>1440<\/td><\/tr><tr><td>180 sekunder<\/td><td>2160<\/td><\/tr><\/tbody><\/table><\/details><\/figure><p style=\"margin:0 0 22px;\">Den omvendte beregning hj\u00e6lper med at vurdere en eksisterende buffer. En fuldt fyldt backlog p\u00e5 256 MiB svarer teoretisk set til ca. 21 sekunders historik, hvis hastigheden forbliver konstant p\u00e5 12 MiB pr. sekund. Ved 2 MiB pr. sekund ville det v\u00e6re ca. 128 sekunder. I en reel anvendelse varierer hastighederne dog. En s\u00e5dan r\u00e6kkevidde er derfor et \u00f8jebliksbillede og ikke en garanti for, at enhver forstyrrelse af denne varighed kan synkroniseres delvist. <\/p><figure class=\"wh-figure wp-block-image size-large\" style=\"margin:32px 0 40px;\"><img loading=\"lazy\" alt=\"To historikvinduer af samme st\u00f8rrelse med datastr\u00f8mme af forskellig t\u00e6thed illustrerer replikeringshastighedens indflydelse.\" class=\"wp-image-21639\" decoding=\"async\" height=\"1024\" sizes=\"auto, (max-width: 820px) 100vw, 820px\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/redis-backlog-replikationsrate-reichweite-21633.webp\" srcset=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/redis-backlog-replikationsrate-reichweite-21633-300x200.webp 300w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/redis-backlog-replikationsrate-reichweite-21633-768x512.webp 768w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/redis-backlog-replikationsrate-reichweite-21633-1024x683.webp 1024w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/redis-backlog-replikationsrate-reichweite-21633.webp 1536w\" style=\"display:block;width:100%;height:auto;border-radius:16px;border:1px solid #e1e8ed;box-shadow:0 12px 30px rgba(23,43,62,.09);\" width=\"1536\"\/><figcaption style=\"margin-top:12px;font-size:14px;line-height:1.6;color:#607381;\">Konceptuel illustration: Ved samme bufferst\u00f8rrelse forkorter en st\u00f8rre replikeringsstr\u00f8m den tidsm\u00e6ssige r\u00e6kkevidde.<\/figcaption><\/figure><p style=\"margin:0 0 22px;\">Kontroller desuden, om replikaen efter genopkoblingen kan indhente forsinkelsen hurtigere, end der opst\u00e5r nye \u00e6ndringer. Mere historik l\u00f8ser hverken et vedvarende for langsomt netv\u00e6rk eller en vedvarende overbelastet modtager. Hvis forsinkelsen forts\u00e6tter eller vokser yderligere, skal \u00e5rsagen unders\u00f8ges. At afs\u00e6tte stadig mere lagerplads vil ellers blot udskyde problemet og kan s\u00e6tte hele systemet under pres med hensyn til lagerplads. <\/p><h2 id=\"konfiguration\" style=\"margin:44px 0 18px;color:#132a3b;font-size:28px;line-height:1.3;letter-spacing:-.02em;scroll-margin-top:110px;\">S\u00e5dan \u00e6ndrer du Redis-konfigurationen p\u00e5 en forst\u00e5elig og kontrolleret m\u00e5de<\/h2><p style=\"margin:0 0 22px;\">Parametrene <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">repl-backlog-size<\/code> og <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">repl-backlog-ttl<\/code> styrer forskellige ting. Den f\u00f8rste beskriver den forventede st\u00f8rrelse af backloggen. Den anden bestemmer p\u00e5 prim\u00e6rserveren, efter hvor lang tid uden tilsluttede replikaer backloggen kan frigives. Den er <strong style=\"font-weight:700;color:#153e50;\">ingen maksimal afbrydelsestid for PSYNC<\/strong>. S\u00e5 l\u00e6nge bufferen overskrives, eller en anden foruds\u00e6tning ikke er opfyldt, hj\u00e6lper en lang TTL i sig selv ikke.   <\/p><p style=\"margin:0 0 22px;\">De f\u00f8lgende linjer stammer fra den kommenterede standardkonfiguration i Redis 7.2.0. Kommentartegnene er bevidst bibeholdt. En simpel kopiering af disse linjer aktiverer ikke nogen indstillinger; desuden udg\u00f8r de angivne v\u00e6rdier ikke en generel kapacitetsanbefaling til produktionssystemer.   <\/p><div class=\"wh-code-window\" data-no-translation=\"\" style=\"margin:26px 0 30px;border:1px solid #233c4e;border-radius:14px;overflow:hidden;background:#132432;box-shadow:0 12px 26px rgba(10,25,38,.14);\"><div data-no-translation=\"\" style=\"padding:11px 18px;background:#1e3546;color:#dcecf4;font-size:13px;font-weight:600;letter-spacing:.02em;\">redis.conf &#183; auskommentierte Vorlage<\/div><pre class=\"EnlighterJSRAW\" data-enlighter-language=\"generic\" data-enlighter-linenumbers=\"false\" data-enlighter-theme=\"enlighter\" data-enlighter-title=\"redis.conf &#183; auskommentierte Vorlage\" data-no-translation=\"\" style=\"margin:0;padding:20px 22px;overflow-x:auto;white-space:pre;color:#e2edf5;background:#132432;font-size:14px;line-height:1.8;tab-size:4;\"># Redis 7.2.0: auskommentierte Vorgaben aus redis.conf\n# repl-backlog-size 1mb\n# repl-backlog-ttl 3600<\/pre><\/div><p style=\"margin:0 0 22px;\">Med <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">repl-backlog-ttl 0<\/code> Deaktiveres den tidsstyrede frigivelse, n\u00e5r alle replikaer er afbrudt. Dette bevarer ikke en ubegr\u00e6nset historik: Den eksisterende buffer kan fortsat overskrives af nye replikeringsdata. Det medf\u00f8rer heller ikke nogen persistens p\u00e5 tv\u00e6rs af eventuelle genstarter af processen. Vurder derfor n\u00f8je, om det ekstra hukommelsesforbrug passer til den forventede genforbindelsesadf\u00e6rd.   <\/p><p style=\"margin:0 0 22px;\">Inden du foretager en \u00e6ndring, b\u00f8r du kontrollere de faktisk g\u00e6ldende v\u00e6rdier og afklare implementeringsproceduren. En container-milj\u00f8variabel, en administreret konfigurationsfil og en indstilling, der \u00e6ndres under k\u00f8rsel, er ikke det samme. Hvis en instans senere genoprettes, kan kun de justeringer, der er foretaget under k\u00f8rsel, g\u00e5 tabt. F\u00f8lgende foresp\u00f8rgsler er skrivebeskyttede; de kr\u00e6ver dog stadig de relevante adgangsrettigheder.   <\/p><div class=\"wh-code-window\" data-no-translation=\"\" style=\"margin:26px 0 30px;border:1px solid #233c4e;border-radius:14px;overflow:hidden;background:#132432;box-shadow:0 12px 26px rgba(10,25,38,.14);\"><div data-no-translation=\"\" style=\"padding:11px 18px;background:#1e3546;color:#dcecf4;font-size:13px;font-weight:600;letter-spacing:.02em;\">Terminal &#183; aktive Einstellungen abfragen<\/div><pre class=\"EnlighterJSRAW\" data-enlighter-language=\"shell\" data-enlighter-linenumbers=\"false\" data-enlighter-theme=\"enlighter\" data-enlighter-title=\"Terminal &#183; aktive Einstellungen abfragen\" data-no-translation=\"\" style=\"margin:0;padding:20px 22px;overflow-x:auto;white-space:pre;color:#e2edf5;background:#132432;font-size:14px;line-height:1.8;tab-size:4;\">redis-cli CONFIG GET repl-backlog-size\nredis-cli CONFIG GET repl-backlog-ttl<\/pre><\/div><p style=\"margin:0 0 22px;\">Med Managed Redis kan udbyderen begr\u00e6nse adgangen til <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">CONFIG<\/code> begr\u00e6nse eller administrere indstillinger via en egen brugergr\u00e6nseflade. Det er ingen grund til at omg\u00e5 beskyttelsesmekanismerne. Brug i s\u00e5 fald de godkendte administrationsveje, og dokument\u00e9r den valgte st\u00f8rrelse sammen med det underliggende replikeringsvolumen. I \u00e6ndringsplanen b\u00f8r desuden de hidtidige v\u00e6rdier og en realistisk tilbagef\u00f8rsel fastl\u00e6gges.   <\/p><h2 id=\"monitoring\" style=\"margin:44px 0 18px;color:#132a3b;font-size:28px;line-height:1.3;letter-spacing:-.02em;scroll-margin-top:110px;\">Overv\u00e5gning: Hvilke v\u00e6rdier h\u00f8rer sammen<\/h2><p style=\"margin:0 0 22px;\">For <strong style=\"font-weight:700;color:#153e50;\">Overv\u00e5gning af Redis-replikering<\/strong> Er en enkelt gr\u00f8n forbindelsesstatus ikke tilstr\u00e6kkelig. En forbindelse kan v\u00e6re genoprettet, mens replikaen stadig er i gang med at indhente forsinkelsen eller netop er ved at indl\u00e6se et komplet datas\u00e6t. Omvendt beh\u00f8ver et kortvarigt forbindelsesafbrud ikke umiddelbart at v\u00e6re kritisk, hvis historikken og indhentningskapaciteten er tilstr\u00e6kkelig. Vurder derfor forbindelsen, synkroniseringsstatus, udviklingen i forsinkelsen og den tilg\u00e6ngelige historik samlet. <\/p><div aria-label=\"Redis-overv\u00e5gning: At fortolke v\u00e6rdier i sammenh\u00e6ng\" class=\"wh-table-scroll\" role=\"region\" style=\"margin:30px 0 36px;overflow-x:auto;border:1px solid #dce5eb;border-radius:16px;box-shadow:0 12px 30px rgba(22,43,61,.09);background:#fff;\" tabindex=\"0\"><table style=\"width:100%;min-width:620px;border-collapse:collapse;margin:0;font-size:15px;line-height:1.65;\"><caption style=\"padding:18px 22px;text-align:left;font-size:16px;font-weight:700;color:#163649;background:#eef5f8;\">Redis-overv\u00e5gning: At fortolke v\u00e6rdier i sammenh\u00e6ng<\/caption><thead><tr><th scope=\"col\" style=\"padding:16px 20px;text-align:left;background:#163648;color:#fff;border:0;font-size:14px;font-weight:650;\">Felt<\/th><th scope=\"col\" style=\"padding:16px 20px;text-align:left;background:#163648;color:#fff;border:0;font-size:14px;font-weight:650;\">Betydning<\/th><th scope=\"col\" style=\"padding:16px 20px;text-align:left;background:#163648;color:#fff;border:0;font-size:14px;font-weight:650;\">Hvad du skal v\u00e6re opm\u00e6rksom p\u00e5<\/th><\/tr><\/thead><tbody><tr><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">master_replid \/ master_repl_offset<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Historikens identitet og den aktuelle byte-offset p\u00e5 den prim\u00e6re<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Sammenlign kun m\u00e5lepunkter inden for samme historik.<\/td><\/tr><tr><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">repl_backlog_active<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">Om replikeringsbackloggen er aktiv i \u00f8jeblikket<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">En konfigureret v\u00e6rdi i sig selv betyder ikke, at der er en tilg\u00e6ngelig historik.<\/td><\/tr><tr><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">repl_backlog_first_byte_offset<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Forskydning for den f\u00f8rste byte, der stadig er gemt<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">De data, der kr\u00e6ves til replikaen, skal passe til det tilg\u00e6ngelige omr\u00e5de.<\/td><\/tr><tr><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">repl_backlog_histlen \/ repl_backlog_size<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">Aktuel historikl\u00e6ngde og konfigureret st\u00f8rrelse<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">En nyoprettet buffer beh\u00f8ver ikke at v\u00e6re helt fyldt endnu.<\/td><\/tr><tr><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">master_link_status \/ master_sync_in_progress<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Forbindelse og l\u00f8bende synkronisering set fra replikaens synspunkt<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Det faktum, at et link igen er tilg\u00e6ngeligt, er i sig selv ikke bevis p\u00e5, at sammenligningen er afsluttet.<\/td><\/tr><tr><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">slave_repl_offset<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">Replikationsstatus p\u00e5 en replika<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">V\u00e6r opm\u00e6rksom p\u00e5 tidsforl\u00f8bet og den tilh\u00f8rende baggrund.<\/td><\/tr><\/tbody><\/table><\/div><p style=\"margin:0 0 22px;\">Felterne i en <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">INFO<\/code>-Svarene kan variere mellem forskellige Redis-versioner og mellem prim\u00e6r og replika. En analyse b\u00f8r derfor udtrykkeligt tage h\u00f8jde for manglende felter i stedet for stiltiende at fortolke dem som null eller som en fejlfri tilstand. Ogs\u00e5 betegnelserne <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">master<\/code> og <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">slave<\/code> forekommer fortsat i feltnavne af kompatibilitetshensyn; de m\u00e5 ikke overs\u00e6ttes frit i den eksekverbare kode. <\/p><p style=\"margin:0 0 22px;\">Den interne vejledning er afg\u00f8rende for fortolkningen af restm\u00e6ngden <a href=\"https:\/\/webhosting.de\/da\/redis-replikering-offset-analyse-datakonsistens-klynge\/\">Analyse af Redis-replikeringsoffset<\/a> et passende supplement. I den l\u00f8bende overv\u00e5gning b\u00f8r du se p\u00e5 historiske forl\u00f8b, ikke blot to tal, der er afl\u00e6st manuelt. En voksende afstand kr\u00e6ver en anden reaktion end et hul, der stadigt mindskes efter et kort udfald. <\/p><p style=\"margin:0 0 22px;\">Meningsfulde alarmer tager udgangspunkt i dine driftsm\u00e5l: Hvor l\u00e6nge m\u00e5 en replika v\u00e6re utilg\u00e6ngelig? Hvor hurtigt skal den indhente det fors\u00f8mte? Hvilken hyppighed af fuldst\u00e6ndige synkroniseringer er us\u00e6dvanlig? Faste gr\u00e6nsev\u00e6rdier uden hensyn til belastningsprofil og datam\u00e6ngde f\u00f8rer ofte til un\u00f8dvendige alarmer eller overser reelle forringelser. Hold ud over replikeringsmetrikker ogs\u00e5 \u00f8je med RAM-udnyttelse, netv\u00e6rksudnyttelse og tegn p\u00e5 procesgenstarter. <\/p><h2 id=\"speicherbudget\" style=\"margin:44px 0 18px;color:#132a3b;font-size:28px;line-height:1.3;letter-spacing:-.02em;scroll-margin-top:110px;\">Hvordan man korrekt vurderer lagerbudget og langsomme replikaer<\/h2><p style=\"margin:0 0 22px;\">Ordrereserven udg\u00f8r kun en del af det samlede <strong style=\"font-weight:700;color:#153e50;\">Redis-hukommelsesbehov<\/strong>. Hertil kommer datam\u00e6ngden, administrationsstrukturerne, klientbufferen og, afh\u00e6ngigt af driftsstatus, yderligere hukommelse under persistens- eller synkroniseringsopgaverne. Planl\u00e6g derfor ikke hele den tilg\u00e6ngelige arbejdshukommelse til brugerdata plus et n\u00f8jagtigt beregnet eftersl\u00e6b. Den n\u00f8dvendige reserve skal udledes af det konkrete milj\u00f8 og de belastningsspidser, der opst\u00e5r der.  <\/p><p style=\"margin:0 0 22px;\">Siden Redis 7.0 deler replikabufferen og replikeringsbackloggen hukommelse. INFO-dokumentationen p\u00e5peger derfor blandt andet, at <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">mem_clients_slaves<\/code> kan v\u00e6re nul, hvis replikabufferne ikke overskrider backlog-bel\u00e6gningen. Det betyder dog ikke, at replikering ikke optager hukommelse. Betragt de v\u00e6rdier, der er angivet til dette form\u00e5l, som <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">mem_replication_backlog<\/code> og <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">mem_total_replication_buffers<\/code> i sammenh\u00e6ngen, og lad v\u00e6re med at l\u00e6gge overlappende st\u00f8rrelser sammen uden at t\u00e6nke over det.  <\/p><p style=\"margin:0 0 22px;\">En hyppig fejl i diagnosticeringen er at antage, at enhver afbrudt synkronisering skyldes et st\u00f8rre eftersl\u00e6b. Langsomme replikaer, begr\u00e6nset netv\u00e6rksb\u00e5ndbredde eller overskredne output-buffergr\u00e6nser kan have en anden \u00e5rsag. Parameteren <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">client-output-buffer-limit replica<\/code> g\u00e6lder den p\u00e5g\u00e6ldende klientklasse og m\u00e5 ikke forveksles med <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">repl-backlog-size<\/code> skal sidestilles. Inden du \u00e6ndrer gr\u00e6nsev\u00e6rdier, skal du gennemg\u00e5 logfiler, versionsdokumentation og de forventede konsekvenser for andre forbindelser.  <\/p><h2 id=\"hochverfuegbarkeit\" style=\"margin:44px 0 18px;color:#132a3b;font-size:28px;line-height:1.3;letter-spacing:-.02em;scroll-margin-top:110px;\">Hvorfor en stor backlog ikke i sig selv garanterer h\u00f8j tilg\u00e6ngelighed<\/h2><p style=\"margin:0 0 22px;\">Backloggen forbedrer genopkoblingen, men g\u00f8r den som standard asynkrone replikering ikke tabfri. En prim\u00e6rserver kan allerede have bekr\u00e6ftet en skriveoperation over for klienten, f\u00f8r en replik har behandlet den. Hvis den prim\u00e6re server g\u00e5r ned i dette tidsrum, findes den p\u00e5g\u00e6ldende operation muligvis ikke p\u00e5 det senere valgte erstatningssystem. Bufferst\u00f8rrelsen alene l\u00f8ser ikke dette problem <strong style=\"font-weight:700;color:#153e50;\">Risiko for datatab ved failover<\/strong> ikke.   <\/p><p style=\"margin:0 0 22px;\">Ogs\u00e5 <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">WAIT<\/code> omdanner ikke en Redis-topologi til et system med garanteret st\u00e6rk konsistens. Kommandoen kan afvente bekr\u00e6ftelser fra replikaer; den faktiske datasikkerhed afh\u00e6nger fortsat af andre omst\u00e6ndigheder, is\u00e6r af persistens- og failover-adf\u00e6rd. Ligeledes begr\u00e6nser <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">min-replicas-to-write<\/code> og <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">min-replicas-max-lag<\/code> under deres respektive betingelser at acceptere nye skriveoperationer uden automatisk at gemme hver enkelt operation permanent p\u00e5 flere instanser.   <\/p><aside class=\"wh-callout wh-callout-warning\" style=\"margin:28px 0;padding:24px 27px;background:#fff7eb;border:1px solid #ecd7b6;border-left:4px solid #bd8738;border-radius:12px;box-shadow:0 5px 18px rgba(45,36,20,.05);\"><p class=\"wh-callout-title\" style=\"margin:0 0 22px;\">Replikering er ikke det samme som en sikkerhedskopi<\/p><p style=\"margin:0 0 22px;\">Hvis en prim\u00e6rinstans uden persistens automatisk genstarter med en tom datam\u00e6ngde, kan dens replikaer overtage denne tomme tilstand. Et stort eftersl\u00e6b forhindrer ikke dette scenarie. S\u00f8rg derfor for at sikre genstart, persistens og gendannelse i f\u00e6llesskab; en replika alene kan ikke erstatte en uafh\u00e6ngigt anvendelig sikkerhedskopi.  <\/p><\/aside><p style=\"margin:0 0 22px;\">Til <strong style=\"font-weight:700;color:#153e50;\">H\u00f8j tilg\u00e6ngelighed<\/strong> Derfor skal du tr\u00e6ffe en samlet beslutning: acceptabelt datatab, tilladt nedetid, persistens, fejldetektion, valg af den nye prim\u00e6re server og gendannelse. Sentinel eller Redis Cluster kan i denne sammenh\u00e6ng varetage andre opgaver end backloggen. Hvis man blot \u00f8ger st\u00f8rrelsen p\u00e5 en buffer og lader alle \u00f8vrige antagelser forblive u\u00e6ndrede, har man endnu ikke en robust genopstartsplan.   <\/p><h2 id=\"praxis\" style=\"margin:44px 0 18px;color:#132a3b;font-size:28px;line-height:1.3;letter-spacing:-.02em;scroll-margin-top:110px;\">Teste \u00e6ndringer og indkredse tilbagevendende problemer<\/h2><p style=\"margin:0 0 22px;\">Start en kontrolleret test i et isoleret milj\u00f8 med en tilsvarende Redis-version og en forudsigelig skrivebelastning. Not\u00e9r replikations-ID\u2019er, offsets, backlog-bel\u00e6gning og hukommelsesforbrug inden afbrydelsen. Simuler derefter en begr\u00e6nset forbindelsesafbrydelse uden at \u00e6ndre produktive firewalls eller processer uden forudg\u00e5ende kontrol. Efter genopkoblingen observerer du, om der finder en delvis eller fuldst\u00e6ndig synkronisering sted, og hvor lang tid det tager at indhente det fors\u00f8mte.  <\/p><p style=\"margin:0 0 22px;\">\u00c6ndr om muligt kun \u00e9n relevant variabel pr. fors\u00f8g. Hvis backlog, skrivebelastning og netv\u00e6rksforhold \u00e6ndrer sig samtidigt, er det n\u00e6sten umuligt at fastsl\u00e5 \u00e5rsagen til effekten. Gentag fors\u00f8get med forskellige afbrydelsestider og forskellige belastningsfaser. P\u00e5 den m\u00e5de bliver en enkelt vellykket genopkobling til en forst\u00e5elig vurdering af systemets adf\u00e6rd. De observerede gr\u00e6nser b\u00f8r dokumenteres, uden at man udleder en garanti for enhver fremtidig forstyrrelse heraf.  <\/p><p style=\"margin:0 0 22px;\">Ved gentagne fuldst\u00e6ndige resynkroniseringer skal du f\u00f8rst kontrollere, om historikken overhovedet er kompatibel. Derefter f\u00f8lger de resterende bytes, tiden uden replika, oplysninger om genstarter og den faktiske indhentningshastighed. En for lille buffer er en mulig \u00e5rsag, men ikke den eneste. Det er is\u00e6r vigtigt at skelne mellem et engangsafbrud, der varer for l\u00e6nge, og en replika, der konstant halter bagefter, selv n\u00e5r der er forbindelse.  <\/p><p style=\"margin:0 0 22px;\">Den rigtige indstilling er i sidste ende den, der d\u00e6kker dit definerede nedbrudsvindue under realistisk belastning og efterlader tilstr\u00e6kkelig hukommelse til den \u00f8vrige drift. Not\u00e9r m\u00e5legrundlaget, konfigurationskilden og testdatoen samlet. Efter st\u00f8rre \u00e6ndringer i skriveadf\u00e6rd, topologi eller Redis-version b\u00f8r dimensioneringen tages op til fornyet vurdering. P\u00e5 den m\u00e5de forbliver backloggen en velbegrundet driftsbeslutning i stedet for et tal, der blot er blevet vedtaget \u00e9n gang.  <\/p><section class=\"wh-sources\" style=\"margin-top:50px;padding-top:25px;border-top:1px solid #dce6eb;font-size:14px;color:#607381;\"><h2>Kilder og den aktuelle videnskabelige viden<\/h2><p style=\"margin:0 0 22px;\">Status for unders\u00f8gelsen: <time datetime=\"2026-09-21\">2026-09-21<\/time><\/p><p style=\"margin:0 0 22px;\">Konfigurationseksemplerne er baseret p\u00e5 den stabile Redis-version 7.2.0 og ikke p\u00e5 udviklingsgrenen \u00bbunstable\u00ab. Den beskrevne f\u00e6lles hukommelsesallokering g\u00e6lder if\u00f8lge INFO-dokumentationen fra og med Redis 7.0. De generelle mekanismer vedr\u00f8rer Redis Open Source; der overf\u00f8res ingen standardv\u00e6rdier fra Redis-software eller -cloud. Dokumentationssammenligning: 21.09.2026. Ingen selvudf\u00f8rte Redis-laboratorietests.<\/p><div class=\"wh-source-lines\" style=\"display:grid;gap:8px;\"><span class=\"wh-source-url\" data-no-translation=\"\" dir=\"ltr\" style=\"display:block;overflow-wrap:anywhere;font-size:12px;line-height:1.55;color:#627583;\">https:\/\/redis.io\/docs\/latest\/operate\/oss_and_stack\/management\/replication\/<\/span><span class=\"wh-source-url\" data-no-translation=\"\" dir=\"ltr\" style=\"display:block;overflow-wrap:anywhere;font-size:12px;line-height:1.55;color:#627583;\">https:\/\/redis.io\/docs\/latest\/commands\/psync\/<\/span><span class=\"wh-source-url\" data-no-translation=\"\" dir=\"ltr\" style=\"display:block;overflow-wrap:anywhere;font-size:12px;line-height:1.55;color:#627583;\">https:\/\/raw.githubusercontent.com\/redis\/redis\/7.2.0\/redis.conf<\/span><span class=\"wh-source-url\" data-no-translation=\"\" dir=\"ltr\" style=\"display:block;overflow-wrap:anywhere;font-size:12px;line-height:1.55;color:#627583;\">https:\/\/redis.io\/docs\/latest\/commands\/info\/<\/span><span class=\"wh-source-url\" data-no-translation=\"\" dir=\"ltr\" style=\"display:block;overflow-wrap:anywhere;font-size:12px;line-height:1.55;color:#627583;\">https:\/\/redis.io\/docs\/latest\/commands\/config-get\/<\/span><span class=\"wh-source-url\" data-no-translation=\"\" dir=\"ltr\" style=\"display:block;overflow-wrap:anywhere;font-size:12px;line-height:1.55;color:#627583;\">https:\/\/redis.io\/docs\/latest\/operate\/oss_and_stack\/management\/config\/<\/span><span class=\"wh-source-url\" data-no-translation=\"\" dir=\"ltr\" style=\"display:block;overflow-wrap:anywhere;font-size:12px;line-height:1.55;color:#627583;\">https:\/\/redis.io\/docs\/latest\/commands\/wait\/<\/span><span class=\"wh-source-url\" data-no-translation=\"\" dir=\"ltr\" style=\"display:block;overflow-wrap:anywhere;font-size:12px;line-height:1.55;color:#627583;\">https:\/\/redis.io\/docs\/latest\/operate\/oss_and_stack\/management\/sentinel\/<\/span><span class=\"wh-source-url\" data-no-translation=\"\" dir=\"ltr\" style=\"display:block;overflow-wrap:anywhere;font-size:12px;line-height:1.55;color:#627583;\">https:\/\/redis.io\/docs\/latest\/operate\/oss_and_stack\/management\/admin\/<\/span><\/div><\/section><\/div>","protected":false},"excerpt":{"rendered":"<p>Redis-replikationsbackloggen gemmer et begr\u00e6nset udsnit af replikationsstr\u00f8mmen. Den g\u00f8r det ofte muligt at udf\u00f8re en PSYNC i stedet for en fuld resync efter korte forbindelsesafbrydelser, men erstatter hverken persistent datalagring eller et gennemt\u00e6nkt h\u00f8jtilg\u00e6ngelighedskoncept.<\/p>","protected":false},"author":1,"featured_media":21637,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[781],"tags":[],"class_list":["post-21633","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-datenbanken-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":"781","rank_math_title":"Redis Replication Backlog verstehen und richtig planen","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":"1","_edit_lock":"1790021801:1","_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":"75","_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":"1","_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":"73","rank_math_contentai_score":null,"ilj_limitincominglinks":"","ilj_maxincominglinks":"1","ilj_limitoutgoinglinks":"","ilj_maxoutgoinglinks":"1","ilj_limitlinksperparagraph":"","ilj_linksperparagraph":"1","ilj_blacklistdefinition":[],"ilj_linkdefinition":[],"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"Redis Replication Backlog","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":"Erfahre, was der Redis Replication Backlog speichert, wie PSYNC funktioniert, wie du die Gr\u00f6\u00dfe planst und welche Grenzen f\u00fcr High Availability gelten.","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":"21637","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/posts\/21633","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/comments?post=21633"}],"version-history":[{"count":5,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/posts\/21633\/revisions"}],"predecessor-version":[{"id":21642,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/posts\/21633\/revisions\/21642"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/media\/21637"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/media?parent=21633"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/categories?post=21633"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/tags?post=21633"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}