{"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":"comprendere-il-backlog-di-replica-di-redis","status":"publish","type":"post","link":"https:\/\/webhosting.de\/it\/redis-replication-backlog-verstehen\/","title":{"rendered":"Comprendere il backlog di replica di Redis: PSYNC, dimensioni e limiti di alta disponibilit\u00e0"},"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;\">Il sito <strong style=\"font-weight:700;color:#153e50;\">Backlog di replica di Redis<\/strong> determina se, in seguito a un\u2019interruzione della connessione, una replica debba recuperare solo le modifiche mancanti oppure ricevere nuovamente l\u2019intero set di dati. Chi dimensiona il buffer in base al volume effettivo di replica pu\u00f2 evitare inutili sincronizzazioni complete. A tal fine, tuttavia, anche la cronologia delle repliche, il budget di memoria e i processi operativi devono essere coordinati: un backlog di grandi dimensioni non sostituisce n\u00e9 la persistenza n\u00e9 un solido concetto di failover. <\/p><nav aria-label=\"Contenuto di questo articolo\" 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;\">Vai direttamente alla sezione<\/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;\">Cosa contiene effettivamente il backlog<\/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;\">Quando \u00e8 sufficiente un PSYNC e quando \u00e8 necessaria una sincronizzazione completa<\/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;\">Misurare il tasso di replica anzich\u00e9 stimare le dimensioni del database<\/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;\">Calcolare in modo trasparente l'entit\u00e0 del backlog<\/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;\">Modificare la configurazione di Redis in modo chiaro e controllato<\/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;\">Monitoraggio: quali valori vanno considerati insieme<\/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;\">Come valutare correttamente il budget di archiviazione e le repliche lente<\/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;\">Perch\u00e9 un backlog consistente non garantisce ancora un\u2019elevata disponibilit\u00e0<\/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;\">Testare le modifiche e individuare i problemi ricorrenti<\/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;\">Cosa contiene effettivamente il backlog<\/h2><p style=\"margin:0 0 22px;\">All'indirizzo <strong style=\"font-weight:700;color:#153e50;\">Replica di Redis<\/strong> Il primario elabora le modifiche al database e trasmette un flusso continuo di comandi alle proprie repliche. Ci\u00f2 non comprende solo i valori scritti direttamente dai client; anche le chiavi scadute o sovrascritte possono innescare modifiche che devono essere trasmesse. Il backlog conserva in memoria una porzione limitata e recente di questo flusso di replica. Non contiene quindi una copia completa aggiuntiva del database n\u00e9 costituisce un archivio di operazioni di scrittura di qualsiasi et\u00e0. <\/p><p style=\"margin:0 0 22px;\">In condizioni di funzionamento regolare, le repliche seguono il flusso corrente. Se una connessione viene interrotta, la cronologia sul primario continua ad aumentare. Dopo il ripristino della connessione, la replica cerca di allinearsi allo stato precedente. A quel punto \u00e8 fondamentale verificare se i byte necessari siano ancora disponibili. Se cos\u00ec fosse e la cronologia di replica corrispondesse, Redis pu\u00f2 colmare il divario. A tal fine non \u00e8 necessario sostituire completamente i dati gi\u00e0 presenti nella replica. <\/p><p style=\"margin:0 0 22px;\">I vantaggi sono particolarmente evidenti in caso di brevi interruzioni di rete, cambi di connessione e interventi di manutenzione programmati. Una sincronizzazione completa di un ampio volume di dati richiede capacit\u00e0 di trasmissione e potenza di calcolo; a seconda della configurazione, si aggiungono ulteriori carichi sulla memoria e sui supporti dati. Il backlog pu\u00f2 ridurre questo carico, ma non \u00e8 in grado di compensare ogni tipo di interruzione. Un riavvio del processo o una cronologia modificata richiedono un approccio diverso rispetto a una connessione TCP interrotta per un breve periodo. <\/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;\">Quando \u00e8 sufficiente un PSYNC e quando \u00e8 necessaria una sincronizzazione completa<\/h2><p style=\"margin:0 0 22px;\">A <strong style=\"font-weight:700;color:#153e50;\">Risincronizzazione parziale con PSYNC<\/strong> richiede due dati correlati: l\u2019ID di replica e l\u2019offset. L\u2019ID identifica una specifica cronologia di dati. L\u2019offset descrive una posizione in byte all\u2019interno del flusso di replica. Due offset di uguale dimensione provenienti da cronologie diverse non sono quindi automaticamente comparabili. Al contrario, un leggero ritardo all\u2019interno della stessa cronologia pu\u00f2 gi\u00e0 trovarsi al di fuori del backlog disponibile, se la sua capacit\u00e0 \u00e8 limitata.  <\/p><p style=\"margin:0 0 22px;\">In parole semplici, al momento della riconnessione la replica comunica fino a quale punto \u00e8 arrivata. Il primario verifica se \u00e8 in grado di fornire i dati necessari per proseguire. Se la cronologia \u00e8 sconosciuta o manca la sezione richiesta, viene generato un <strong style=\"font-weight:700;color:#153e50;\">Sincronizzazione completa<\/strong> necessario. In questo modo la replica riceve un set completo di dati e, successivamente, le modifiche apportate durante la sincronizzazione. A seconda della configurazione, il trasferimento pu\u00f2 avvenire con una fase intermedia RDB su supporto dati oppure senza tale fase intermedia.  <\/p><p style=\"margin:0 0 22px;\">Dopo un failover, una risincronizzazione completa non \u00e8 inevitabile in ogni caso. Una replica trasferita pu\u00f2 inoltre memorizzare l\u2019ID di replica precedente e il relativo intervallo di offset valido. In questo modo, altre repliche possono, a determinate condizioni, allinearsi alla cronologia nota. Per la pianificazione, tuttavia, ci\u00f2 non costituisce una garanzia: l\u2019intervallo pertinente deve continuare a essere disponibile e il ricollegamento effettivo deve corrispondere agli ID memorizzati.  <\/p><div aria-label=\"Riconnessione di una replica: possibili esiti\" 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;\">Riconnessione di una replica: possibili risultati<\/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;\">Situazione<\/th><th scope=\"col\" style=\"padding:16px 20px;text-align:left;background:#163648;color:#fff;border:0;font-size:14px;font-weight:650;\">Prerequisito<\/th><th scope=\"col\" style=\"padding:16px 20px;text-align:left;background:#163648;color:#fff;border:0;font-size:14px;font-weight:650;\">Risultato<\/th><\/tr><\/thead><tbody><tr><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Breve interruzione<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Cronologia corrispondente; i byte necessari sono ancora disponibili<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">PSYNC pu\u00f2 fornire solo i dati di replica mancanti.<\/td><\/tr><tr><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">I byte pi\u00f9 vecchi necessari sono stati sovrascritti<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">L'intervallo richiesto non rientra nella cronologia disponibile<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">Una ricalibrazione completa anzich\u00e9 una ripresa parziale.<\/td><\/tr><tr><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Cronologia di replica sconosciuta<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">L'ID di replica non viene riconosciuto come valido<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Un aumento del volume di lavoro arretrato, di per s\u00e9, non risolve il problema.<\/td><\/tr><tr><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">Failover con ID del predecessore noto<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">ID secondario memorizzato, intervallo di offset valido e cronologia sufficiente<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">Potrebbe comunque essere possibile una risincronizzazione parziale.<\/td><\/tr><tr><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Backlog rilasciato dopo la separazione di tutte le repliche<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Il TTL \u00e8 scaduto; non rimane alcuna cronologia utilizzabile<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Il successivo ricollegamento richiede una calibrazione completa.<\/td><\/tr><\/tbody><\/table><\/div><figure class=\"wh-figure wp-block-image size-large\" style=\"margin:32px 0 40px;\"><img loading=\"lazy\" alt=\"Una finestra limitata nel flusso di dati mostra chiaramente quali dati di replica mancanti sono ancora disponibili dopo un&#039;interruzione.\" 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;\">Illustrazione schematica: PSYNC pu\u00f2 collegarsi solo a una cronologia di replica compatibile e ancora disponibile.<\/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;\">Misurare il tasso di replica anzich\u00e9 stimare le dimensioni del database<\/h2><p style=\"margin:0 0 22px;\">La semplice mole dei dati \u00e8 sufficiente per <strong style=\"font-weight:700;color:#153e50;\">Dimensionamento del backlog<\/strong> non \u00e8 sufficiente. Un database di grandi dimensioni, utilizzato prevalentemente per la lettura, pu\u00f2 generare un traffico di replica limitato. Una cache di piccole dimensioni con valori che cambiano frequentemente e molti eventi di scadenza, invece, pu\u00f2 trasferire continuamente notevoli quantit\u00e0 di dati. Anche un numero fisso di operazioni al secondo descrive in modo insufficiente la memoria necessaria: piccole modifiche alle chiavi e grandi sovrascritture di valori non generano lo stesso volume di byte.  <\/p><p style=\"margin:0 0 22px;\">Un\u2019approssimazione utilizzabile nella pratica si ricava dall\u2019incremento temporale di <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>. Rileva il valore due volte sullo stesso primario e dividi la differenza per i secondi trascorsi. Verifica anche l\u2019ID di replica. Dopo un cambio di ruolo o un riavvio, non devi semplicemente sottrarre tra loro due punti di misurazione non correlati. Inoltre, un singolo intervallo di misurazione fornisce solo una frequenza media all\u2019interno di quell\u2019intervallo, non un limite massimo garantito in modo permanente.  <\/p><p style=\"margin:0 0 22px;\">La query seguente legge le informazioni di diagnostica. Non modifica alcuna configurazione di Redis. Eseguila utilizzando le opzioni di connessione e autenticazione richieste dal tuo ambiente. La chiamata riportata di seguito utilizza la connessione predefinita di <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">redis-cli<\/code>; \u00e8 necessario impostare espressamente un altro host, porta o accesso TLS.  <\/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;\">Effettua misurazioni nelle diverse fasi di carico, ad esempio durante le normali attivit\u00e0 quotidiane, in caso di importazioni e durante i ricarichi della cache su larga scala. Documenta sia i valori tipici che i brevi picchi. Se si verificano molte modifiche dovute alla scadenza delle chiavi, l\u2019articolo interno pu\u00f2 essere utile per approfondire l\u2019argomento. <a href=\"https:\/\/webhosting.de\/it\/redis-analisi-delle-prestazioni-scadenza-delle-chiavi-ottimizzazione-cache\/\">Analisi della scadenza delle chiavi Redis<\/a>. Questo nesso \u00e8 importante ai fini della pianificazione, poich\u00e9 non tutti gli spunti di scrittura rilevanti derivano direttamente da una nuova richiesta dell'utente.  <\/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;\">Calcolare in modo trasparente l'entit\u00e0 del backlog<\/h2><p style=\"margin:0 0 22px;\">Come <strong style=\"font-weight:700;color:#153e50;\">Approssimazione di progettazione<\/strong> puoi moltiplicare la frequenza di replica pertinente per la durata dell'interruzione da colmare e poi aggiungere una riserva adeguata. La durata non dovrebbe tenere conto solo dell'interruzione effettiva della rete. Anche il rilevamento, i tentativi di ricollegamento e il ripristino del percorso di connessione possono richiedere tempo. Quale riserva sia adeguata dipende dalle fluttuazioni osservate e dall'obiettivo operativo desiderato, non da una percentuale universale. <\/p><p style=\"margin:0 0 22px;\">Un esempio di calcolo volutamente semplificato: per una fase di carico considerata, si ipotizzano 12 MiB al secondo. La connessione potrebbe essere assente per 90 secondi; si prevedono altri 30 secondi come riserva di tempo. Ne conseguono <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>, ovvero circa 1,41 GiB. Questi numeri sono valori ipotetici forniti a titolo illustrativo e non costituiscono un benchmark di Redis. Prima di un'implementazione in produzione, devono essere sostituiti dai valori effettivi rilevati dalla tua applicazione. <\/p><figure class=\"wh-chart\"><figcaption>Fabbisogno di backlog ipotizzando 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 secondi<\/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 secondi<\/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 secondi<\/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 secondi<\/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;\">Esempio di calcolo illustrativo, non si tratta di una misurazione: fabbisogno = 12 MiB\/s ipotizzati \u00d7 durata totale selezionata. I 120 secondi indicati nell'esempio testuale comprendono 90 secondi di interruzione e 30 secondi di riserva di tempo. Non sono incluse ulteriori riserve.<\/p><details><summary>Tabella dei dati relativa al grafico<\/summary><table><thead><tr><th scope=\"col\">Ingresso<\/th><th scope=\"col\">MiB<\/th><\/tr><\/thead><tbody><tr><td>30 secondi<\/td><td>360<\/td><\/tr><tr><td>60 secondi<\/td><td>720<\/td><\/tr><tr><td>120 secondi<\/td><td>1440<\/td><\/tr><tr><td>180 secondi<\/td><td>2160<\/td><\/tr><\/tbody><\/table><\/details><\/figure><p style=\"margin:0 0 22px;\">Il calcolo inverso aiuta a valutare la capacit\u00e0 di un buffer esistente. Un backlog completamente pieno di 256 MiB corrisponde, a una velocit\u00e0 costante di 12 MiB al secondo, a circa 21 secondi di cronologia. A una velocit\u00e0 di 2 MiB al secondo, sarebbero circa 128 secondi. In un'applicazione reale, tuttavia, le velocit\u00e0 variano. Tale intervallo rappresenta quindi un'istantanea e non una garanzia che ogni evento di questa durata possa essere parzialmente sincronizzato. <\/p><figure class=\"wh-figure wp-block-image size-large\" style=\"margin:32px 0 40px;\"><img loading=\"lazy\" alt=\"Due finestre storiche di uguali dimensioni, con flussi di dati di densit\u00e0 diversa, illustrano l\u2019influenza della frequenza di replica.\" 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;\">Illustrazione concettuale: a parit\u00e0 di dimensione del buffer, un flusso di replica pi\u00f9 ampio riduce la portata temporale.<\/figcaption><\/figure><p style=\"margin:0 0 22px;\">Verifica inoltre se, una volta ristabilita la connessione, la replica riesca a recuperare il ritardo pi\u00f9 velocemente di quanto ne vengano generate di nuove. Aumentare la cronologia non risolve n\u00e9 il problema di una rete costantemente troppo lenta n\u00e9 quello di un destinatario costantemente sovraccarico. Se il ritardo persiste o continua ad aumentare, \u00e8 necessario individuarne la causa. Limitarvisi ad aumentare la memoria disponibile non fa altro che rimandare il problema e pu\u00f2 mettere a dura prova l'intero sistema in termini di memoria. <\/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;\">Modificare la configurazione di Redis in modo chiaro e controllato<\/h2><p style=\"margin:0 0 22px;\">I parametri <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> e <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> controllano aspetti diversi. Il primo descrive la dimensione prevista del backlog. Il secondo determina, sul server primario, dopo quanto tempo senza repliche connesse il backlog possa essere rilasciato. Esso \u00e8 <strong style=\"font-weight:700;color:#153e50;\">nessuna durata massima di interruzione per PSYNC<\/strong>. Finch\u00e9 il buffer viene sovrascritto o manca un altro requisito, un TTL lungo da solo non \u00e8 sufficiente.   <\/p><p style=\"margin:0 0 22px;\">Le righe seguenti sono impostazioni commentate tratte dal modello di configurazione di Redis 7.2.0. I simboli di commento sono stati mantenuti intenzionalmente. La semplice copia di queste righe non attiva alcuna impostazione; inoltre, i valori indicati non costituiscono una raccomandazione generale in termini di capacit\u00e0 per i sistemi di produzione.   <\/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;\">Con <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> la abilitazione temporizzata viene disattivata dopo la disconnessione di tutte le repliche. Ci\u00f2 non garantisce la conservazione di una cronologia illimitata: il buffer esistente pu\u00f2 comunque essere sovrascritto da nuovi dati di replica. Inoltre, ci\u00f2 non garantisce la persistenza in caso di eventuali riavvii del processo. Valuta quindi attentamente se il consumo di memoria aggiuntivo \u00e8 compatibile con il comportamento di riconnnessione previsto.   <\/p><p style=\"margin:0 0 22px;\">Prima di apportare una modifica, dovresti verificare i valori effettivamente in vigore e chiarire la procedura di distribuzione. Una variabile d'ambiente del container, un file di configurazione gestito e un'impostazione modificata in fase di esecuzione non sono la stessa cosa. Se in seguito viene ricreata un'istanza, solo le modifiche apportate in fase di esecuzione potrebbero andare perse. Le seguenti query sono di sola lettura; richiedono comunque i diritti di accesso appropriati.   <\/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;\">Con Managed Redis, il fornitore pu\u00f2 limitare l'accesso a <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">CONFIG<\/code> limitare o gestire le impostazioni tramite un'interfaccia dedicata. Questo non \u00e8 un motivo per aggirare i meccanismi di protezione. Utilizza quindi i canali di gestione autorizzati e documenta la dimensione scelta insieme al volume di replica sottostante. Nel piano di modifica dovrebbero inoltre essere riportati i valori precedenti e un percorso di ritorno realistico.   <\/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;\">Monitoraggio: quali valori vanno considerati insieme<\/h2><p style=\"margin:0 0 22px;\">Per la <strong style=\"font-weight:700;color:#153e50;\">Monitoraggio della replica di Redis<\/strong> Un singolo indicatore verde dello stato della connessione non \u00e8 sufficiente. Una connessione pu\u00f2 essere stata ripristinata mentre la replica sta ancora recuperando il ritardo o sta caricando un set completo di dati. Al contrario, una breve interruzione della connessione non deve necessariamente essere considerata critica se la cronologia e la capacit\u00e0 di recupero sono sufficienti. Valuta quindi congiuntamente la connessione, lo stato di sincronizzazione, l\u2019andamento dell\u2019offset e la cronologia disponibile. <\/p><div aria-label=\"Monitoraggio di Redis: interpretare i valori nel loro contesto\" 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;\">Monitoraggio di Redis: interpretare i valori nel loro contesto<\/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;\">Campo<\/th><th scope=\"col\" style=\"padding:16px 20px;text-align:left;background:#163648;color:#fff;border:0;font-size:14px;font-weight:650;\">Significato<\/th><th scope=\"col\" style=\"padding:16px 20px;text-align:left;background:#163648;color:#fff;border:0;font-size:14px;font-weight:650;\">A cosa devi prestare attenzione<\/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;\">Identit\u00e0 della cronologia e offset in byte attuale sul disco primario<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Confrontare i punti di misurazione solo all\u2019interno della stessa cronologia.<\/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;\">Se il backlog di replica \u00e8 attualmente attivo<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">Un valore configurato di per s\u00e9 non implica ancora la disponibilit\u00e0 di un storico.<\/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;\">Offset del primo byte ancora memorizzato<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">I dati necessari per la replica devono rientrare nell'area disponibile.<\/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;\">Lunghezza della cronologia esistente e dimensione configurata<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">Un buffer appena creato non deve necessariamente essere gi\u00e0 completamente riempito.<\/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;\">Connessione e sincronizzazione in tempo reale dal punto di vista della replica<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#ffffff;color:#294354;\">Il fatto che un collegamento sia nuovamente disponibile non \u00e8 di per s\u00e9 prova che la sincronizzazione sia stata completata.<\/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;\">Stato di avanzamento della replica su una replica<\/td><td style=\"padding:17px 20px;vertical-align:top;border:0;border-bottom:1px solid #e5edf1;background:#f5f9fb;color:#294354;\">Tenere conto della cronologia e della storia correlata.<\/td><\/tr><\/tbody><\/table><\/div><p style=\"margin:0 0 22px;\">I campi di una <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">INFO<\/code>-Le risposte possono variare a seconda delle versioni di Redis e tra primario e replica. Un\u2019analisi dovrebbe quindi trattare espressamente i campi mancanti, anzich\u00e9 interpretarli tacitamente come nulli o come uno stato privo di errori. Anche le denominazioni <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">master<\/code> e <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">slave<\/code> per motivi di compatibilit\u00e0 continuano a comparire nei nomi dei campi; non devono essere tradotti liberamente nel codice eseguibile. <\/p><p style=\"margin:0 0 22px;\">Per l'interpretazione del ritardo, si fa riferimento alla guida interna <a href=\"https:\/\/webhosting.de\/it\/redis-replica-offset-analisi-coerenza-dei-dati-cluster\/\">Analisi dell'offset di replica di Redis<\/a> un complemento adeguato. Nel monitoraggio continuo dovresti considerare l'andamento storico, non solo due valori rilevati manualmente. Una distanza crescente richiede una reazione diversa rispetto a un divario che si riduce costantemente dopo un breve crollo. <\/p><p style=\"margin:0 0 22px;\">Gli allarmi efficaci devono essere in linea con i tuoi obiettivi operativi: per quanto tempo una replica pu\u00f2 rimanere irraggiungibile? Entro quanto tempo deve recuperare il ritardo? Qual \u00e8 la frequenza insolita delle sincronizzazioni complete? I valori limite rigidi, senza alcun riferimento al profilo di carico e al volume dei dati, spesso generano segnalazioni inutili o trascurano effettivi peggioramenti. Oltre alle metriche di replica, tieni sotto controllo anche l\u2019utilizzo della RAM, il carico di rete e gli indizi relativi ai riavvii dei processi. <\/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;\">Come valutare correttamente il budget di archiviazione e le repliche lente<\/h2><p style=\"margin:0 0 22px;\">Il backlog \u00e8 solo una parte del totale <strong style=\"font-weight:700;color:#153e50;\">Requisiti di memoria di Redis<\/strong>. A ci\u00f2 si aggiungono il volume dei dati, le strutture amministrative, i buffer dei client e, a seconda delle condizioni operative, memoria aggiuntiva durante le operazioni di persistenza o sincronizzazione. Pertanto, non destinare l\u2019intera memoria di lavoro disponibile ai dati utente pi\u00f9 un backlog calcolato con precisione. La riserva necessaria deve essere determinata in base all\u2019ambiente specifico e ai picchi di carico che vi si verificano.  <\/p><p style=\"margin:0 0 22px;\">A partire da Redis 7.0, il buffer di replica e il backlog di replica condividono la memoria. La documentazione INFO sottolinea quindi, tra l\u2019altro, che <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> pu\u00f2 essere pari a zero se i buffer di replica non superano la capacit\u00e0 del backlog. Ci\u00f2 non significa per\u00f2 che la replica non occupi memoria. Considera i valori previsti a tale scopo come <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> e <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> nel contesto e non sommare ciecamente le grandezze che si sovrappongono.  <\/p><p style=\"margin:0 0 22px;\">Un errore diagnostico comune consiste nel considerare ogni sincronizzazione interrotta come il risultato di un accumulo di dati in sospeso. Repliche lente, larghezza di banda di rete limitata o limiti del buffer di output superati possono avere altre cause. Il parametro <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> si riferisce alla classe client in questione e non deve essere confusa con <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> devono essere considerati equivalenti. Prima di modificare i limiti, controlla i log, la documentazione relativa alle versioni e le possibili ripercussioni sulle altre connessioni.  <\/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;\">Perch\u00e9 un backlog consistente non garantisce ancora un\u2019elevata disponibilit\u00e0<\/h2><p style=\"margin:0 0 22px;\">Il backlog migliora il ripristino della connessione, ma non rende la replica, di default asincrona, priva di perdite. Un primario pu\u00f2 aver gi\u00e0 confermato un'operazione di scrittura al client prima che una replica l'abbia elaborata. Se il primario si guasta in questo lasso di tempo, l'operazione in questione potrebbe non essere presente sul sistema di riserva selezionato in seguito. La dimensione del buffer da sola non risolve questo <strong style=\"font-weight:700;color:#153e50;\">Rischio di perdita dei dati in caso di failover<\/strong> no.   <\/p><p style=\"margin:0 0 22px;\">Anche <code data-no-translation=\"\" style=\"font-size:.86em;background:#edf3f6;border-radius:5px;padding:2px 5px;color:#17485d;overflow-wrap:anywhere;\">WAIT<\/code> non trasforma una topologia Redis in un sistema con forte coerenza garantita. Il comando pu\u00f2 attendere le conferme dalle repliche; l'effettiva sicurezza dei dati continua a dipendere da ulteriori fattori, in particolare dal comportamento in termini di persistenza e failover. Allo stesso modo, limitano <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> e <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> accettare nuove operazioni di scrittura alle rispettive condizioni, senza salvare automaticamente e in modo permanente ogni singola operazione su pi\u00f9 istanze.   <\/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;\">La replica non \u00e8 un backup<\/p><p style=\"margin:0 0 22px;\">Se un primario si riavvia automaticamente senza persistenza e con un set di dati vuoto, le sue repliche possono ereditare questo stato vuoto. Un backlog consistente non impedisce che si verifichi questo scenario. Assicurati quindi che il riavvio, la persistenza e il ripristino siano coordinati; una singola replica non sostituisce un backup dei dati utilizzabile in modo indipendente.  <\/p><\/aside><p style=\"margin:0 0 22px;\">Per <strong style=\"font-weight:700;color:#153e50;\">Alta disponibilit\u00e0<\/strong> \u00c8 quindi necessario definire una strategia coerente che comprenda: perdita di dati tollerabile, tempo di inattivit\u00e0 ammissibile, persistenza, rilevamento dei guasti, selezione del nuovo primario e ripristino. Sentinel o Redis Cluster possono assumere compiti diversi rispetto al backlog. Chi si limita ad aumentare la dimensione di un buffer lasciando invariate tutte le altre ipotesi non dispone ancora di un piano di ripristino affidabile.   <\/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;\">Testare le modifiche e individuare i problemi ricorrenti<\/h2><p style=\"margin:0 0 22px;\">Avvia un test controllato in un ambiente isolato con una versione di Redis comparabile e un carico di scrittura tracciabile. Prima dell\u2019interruzione, registra gli ID di replica, gli offset, lo stato del backlog e l\u2019utilizzo della memoria. Simula quindi un'interruzione limitata della connessione, senza modificare firewall o processi di produzione non verificati. Dopo il ripristino della connessione, osserva se avviene una sincronizzazione parziale o completa e quanto tempo richiede il recupero.  <\/p><p style=\"margin:0 0 22px;\">Per ogni prova, modifica, per quanto possibile, solo una variabile rilevante. Se il backlog, il carico di scrittura e le condizioni di rete cambiano contemporaneamente, \u00e8 difficile attribuire l\u2019effetto a una causa specifica. Ripeti la prova con durate di interruzione diverse e diverse fasi di carico. In questo modo, da una singola riconnessione riuscita si ottiene una valutazione comprensibile del comportamento. I limiti osservati dovrebbero essere documentati, senza per\u00f2 dedurne una garanzia per ogni futuro malfunzionamento.  <\/p><p style=\"margin:0 0 22px;\">In caso di risincronizzazioni complete ripetute, verifica innanzitutto se la cronologia \u00e8 effettivamente compatibile. Successivamente, controlla i byte ancora presenti, il tempo trascorso senza replica, le indicazioni relative ai riavvii e la velocit\u00e0 effettiva di recupero. Un buffer troppo piccolo \u00e8 una possibile causa, ma non l\u2019unica. \u00c8 particolarmente importante distinguere tra un\u2019interruzione una tantum troppo lunga e una replica che rimane costantemente in ritardo anche in presenza di una connessione attiva.  <\/p><p style=\"margin:0 0 22px;\">L'impostazione corretta \u00e8, in definitiva, quella che copre la finestra di inattivit\u00e0 da te definita con un carico realistico e lascia memoria sufficiente per il resto del funzionamento. Registra insieme la base di riferimento delle misurazioni, la fonte di configurazione e la data della verifica. Dopo modifiche significative al comportamento di scrittura, alla topologia o alla versione di Redis, \u00e8 necessario riesaminare il dimensionamento. In questo modo, il backlog rimane una decisione operativa fondata anzich\u00e9 un valore adottato una volta per tutte.  <\/p><section class=\"wh-sources\" style=\"margin-top:50px;padding-top:25px;border-top:1px solid #dce6eb;font-size:14px;color:#607381;\"><h2>Fonti e stato dell'arte<\/h2><p style=\"margin:0 0 22px;\">Stato della ricerca: <time datetime=\"2026-09-21\">2026-09-21<\/time><\/p><p style=\"margin:0 0 22px;\">Gli esempi di configurazione sono basati sulla versione stabile di Redis 7.2.0, non sul ramo di sviluppo \"unstable\". L'allocazione condivisa della memoria descritta \u00e8 valida, secondo la documentazione INFO, a partire da Redis 7.0. I meccanismi generali si riferiscono a Redis Open Source; non vengono riportati i valori predefiniti del software Redis o del cloud. Aggiornamento della documentazione: 21\/09\/2026. Nessun test di laboratorio su Redis effettuato autonomamente.<\/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>Il backlog di replica di Redis conserva una porzione limitata del flusso di replica. Spesso, in seguito a brevi interruzioni della connessione, consente di eseguire un PSYNC anzich\u00e9 un full resync, ma non sostituisce n\u00e9 l'archiviazione persistente dei dati n\u00e9 un sistema di alta disponibilit\u00e0 ben progettato.<\/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\/it\/wp-json\/wp\/v2\/posts\/21633","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/comments?post=21633"}],"version-history":[{"count":5,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/21633\/revisions"}],"predecessor-version":[{"id":21642,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/21633\/revisions\/21642"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/media\/21637"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/media?parent=21633"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/categories?post=21633"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/tags?post=21633"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}