Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Modalità di implementazione di sincronizzazione e backup
<a name="Replication.Redis.Versions"></a>

Tutte le versioni supportate di Valkey e Redis OSS supportano il backup e la sincronizzazione tra i nodi primari e di replica. Tuttavia, il modo in cui vengono implementati il backup e la sincronizzazione varia a seconda della versione.

## Redis OSS versione 2.8.22 e successive
<a name="Replication.Redis.Version2-8-22"></a>

La replica Redis OSS, nelle versioni 2.8.22 e successive, è possibile scegliere tra due metodi. Per ulteriori informazioni, consultare [Versioni Redis OSS precedenti alla 2.8.22](#Replication.Redis.Earlier2-8-22) e [Snapshot e ripristino](backups.md).

Durante il processo senza fork, se i carichi di scrittura sono intensi, le scritture nel cluster vengono ritardate per garantire che non vengano accumulate troppe modifiche che impediscono la riuscita di una snapshot. 

## Versioni Redis OSS precedenti alla 2.8.22
<a name="Replication.Redis.Earlier2-8-22"></a>

Il backup e la sincronizzazione di Redis OSS nelle versioni precedenti alla 2.8.22 sono un processo in tre fasi.

1. Fork e il processo in background serializzano i dati del cluster su disco. Questo crea un'istantanea. point-in-time

1. In primo piano, accumulare un change log nel *buffer di output client*.
**Importante**  
Se il change log supera le dimensioni del *buffer di output del client*, l'operazione di backup o sincronizzazione non riesce. Per ulteriori informazioni, consulta [Garantire la disponibilità di memoria sufficiente per creare un'istantanea Valkey o Redis OSS](BestPractices.BGSAVE.md).

1. Infine, trasmettere i dati di cache e il change log al nodo di replica.