# Ripristino a un punto nel tempo

Source: https://support.kapsulehost.com/it-it/site-pitr

Il ripristino temporale, per i siti WordPress e WooCommerce, consente di ricostruire il database così com'era in un minuto scelto, anziché solo al momento in cui è stato eseguito il backup di ieri. Questa guida spiega cosa copre e cosa non copre, come abilitarlo, come richiedere un ripristino ed esattamente cosa viene toccato da un ripristino.

## A Cosa Serve

Un backup giornaliero fornisce un punto di ripristino al giorno. Va bene per la maggior parte dei disastri, ma è inutile per quello specifico in cui un'importazione errata, un plugin difettoso o una modifica di massa sbagliata è avvenuta alle 14:15 e ve ne siete accorti alle 16:00. Ripristinare il backup di ieri butterebbe via tutto il lavoro reale della mattina insieme all'errore.

Il ripristino temporale colma questa lacuna. Una volta abilitato, il registro delle modifiche del database viene inviato continuamente a uno storage esterno, così un ripristino può essere riproposto fino a qualsiasi minuto all'interno della finestra conservata.

> **Warning:** Il ripristino temporale copre SOLO IL DATABASE. Non copre i vostri file: nessun upload, nessun codice di tema o plugin, nessun file di configurazione su disco. Se qualcuno ha eliminato una cartella di immagini, il ripristino temporale non la farà tornare. Per i file serve un backup dei file. Vedi [Eseguire un Backup](https://support.kapsulehost.com/it-it/taking-a-backup) e [Ripristinare da un Backup](https://support.kapsulehost.com/it-it/restoring-from-backup).

## Dove si Trova in KPanel

1. Accedi a [KPanel](https://kpanel.kapsulehost.com).
2. Clicca su **Siti web** nella barra laterale sinistra, poi clicca sul sito.
3. Nel menu a sinistra del sito, apri **Backup**, poi **Ripristino temporale**.

L'indirizzo diretto è `/websites/<site-id>/pitr`.

![Ripristino temporale per un sito in KPanel](https://support.kapsulehost.com/help/screenshots/site-pitr.a2b6d785.webp)

## Idoneità

Il ripristino temporale richiede che siano vere due cose.

**Il vostro piano deve includerlo.** È disponibile sulle famiglie di piani WordPress.

**Il sito deve essere un sito WordPress o WooCommerce**, perché il meccanismo si basa su un database gestito.

Se una delle due condizioni non è soddisfatta, la pagina lo dichiara chiaramente: il ripristino temporale è disponibile solo per siti WordPress e WooCommerce con database gestiti. In quel caso non c'è nulla da configurare.

## Abilitarlo

La scheda **Stato PITR** mostra lo stato attuale con un indicatore di stato, il backend in uso, quando è stato inviato l'ultimo registro delle modifiche e la finestra di conservazione in giorni.

Clicca su **Abilita PITR** per attivarlo. La conservazione è di 30 giorni.

L'abilitazione non modifica nulla dei vostri dati. Avvia un processo di invio continuo che funziona insieme ai vostri normali backup giornalieri; non li sostituisce.

> **Note:** Non ci sono punti di ripristino immediatamente dopo l'abilitazione. L'invio deve essere eseguito almeno una volta prima che qualcosa possa essere riproposto, e il primo invio avviene entro circa cinque minuti. Fino ad allora la pagina indica che non ci sono ancora punti di ripristino.

## Leggere la Finestra di Ripristino

Una volta che l'invio è in corso, la scheda **Finestra di ripristino disponibile** indica i momenti più antico e più recente a cui è possibile ripristinare, e quanti file di registro delle modifiche vengono conservati per coprirla.

Leggete questa informazione prima di averne bisogno, non durante un incidente. Se la finestra inizia più tardi di quanto vi aspettiate, l'invio è stato interrotto a un certo punto e la copertura più vecchia è scaduta.

## Richiedere un Ripristino

1. Apri la scheda **Ripristino temporale**.
2. Conferma che la finestra di ripristino copra il momento desiderato.
3. In **Ripristina al timestamp**, scegli data e ora. Scegli un momento appena PRIMA del danno, non dopo.
4. Clicca su **Richiedi ripristino al DB di staging**.

La richiesta viene convalidata immediatamente. Se il timestamp cade al di fuori della finestra disponibile, vi viene comunicata la finestra esatta invece di lasciarvi indovinare.

## Cosa Fa Effettivamente un Ripristino

Questa è la parte da precisare, perché è l'opposto di quanto la maggior parte delle persone si aspetta.

**Un ripristino temporale non tocca il vostro database live.** Ripristina in un database di staging separato, creato appositamente e denominato in base al vostro dominio e alla data di destinazione. Il vostro sito live continua a funzionare sul proprio database per tutto il tempo, senza modifiche.

Nulla viene sovrascritto, nulla viene eliminato e nessun dato viene perso richiedendo un ripristino. È voluto: il senso stesso di uno strumento di recupero dati è che usarlo non può peggiorare la situazione.

Ciò che ottenete è un database che potete ispezionare. Potete confrontarlo con quello live, estrarre le righe che sono state danneggiate, oppure decidere che l'intera istantanea è la versione che volete. Promuovere un ripristino di staging al posto del vostro database live è un passaggio separato e deliberato che il nostro team compie insieme a voi, non qualcosa che fa un pulsante alle vostre spalle.

> **Important:** Passare a un database ripristinato SCARTA effettivamente tutto ciò che è stato scritto sul database live dal punto di ripristino in poi. Ordini effettuati, commenti lasciati e contenuti modificati dopo quel timestamp esistono solo nel database live. Prima di qualsiasi passaggio, decidete cosa deve essere riportato e comunicatelo. Questo è il motivo per cui il ripristino approda prima nello staging.

## Monitorare la Richiesta

Ogni richiesta appare nella tabella **Richieste di ripristino**:

| Colonna | Cosa mostra |
|---|---|
| Richiesto | Quando l'avete richiesto |
| Destinazione | Il timestamp a cui avete richiesto di ripristinare |
| Stato | A che punto è arrivata la richiesta |
| DB di staging | Il nome del database in cui si sta ripristinando |

Mentre un ripristino è in corso, lo stato mostra la fase attuale e, una volta iniziata la riproposizione, quanti file di registro delle modifiche sono stati applicati sul totale. Una richiesta fallita mostra l'errore sottostante.

Può essere in corso un solo ripristino per sito alla volta. Richiederne un secondo mentre uno è in esecuzione restituisce un conflitto invece di mettersi in coda, così un secondo tentativo non può corrompere il primo.

Il nostro team di ingegneria completa il ripristino di staging e vi invia un'email quando il database di staging è pronto. Ricevete anche un'email di conferma quando la richiesta viene ricevuta, con il timestamp di destinazione e il nome del database di staging.

## Scegliere il Timestamp Giusto

**Determinate quando è iniziato il danno, non quando l'avete notato.** Di solito ci sono ore di differenza. Controllate il vostro registro attività, i timestamp degli ordini o l'ultima modifica di contenuto nota come corretta.

**Puntate a uno o due minuti prima.** Un punto di ripristino appena prima dell'evento negativo vi costa un paio di minuti di scritture legittime. Uno subito dopo ripristina il danno insieme a tutto il resto.

**Annotate cosa è successo dopo il punto di ripristino.** Ordini, iscrizioni, commenti, invii di moduli. Quella lista è ciò che dovrete riportare manualmente se effettuate il passaggio.

## Risoluzione dei Problemi

**La pagina dice che PITR è disponibile solo per WordPress e WooCommerce.** O il sito non è di quei tipi, oppure il vostro piano non include la funzionalità.

**Nessun punto di ripristino ancora.** L'invio deve essere eseguito almeno una volta dopo l'abilitazione. Il primo invio avviene entro circa cinque minuti.

**Il mio obiettivo è al di fuori della finestra disponibile.** La conservazione è di 30 giorni, e la finestra può essere più breve se l'invio è stato interrotto. Il messaggio di errore indica i limiti esatti. Se il momento di cui avete bisogno è scaduto, ricorrete a un backup giornaliero: vedi [Ripristinare da un Backup](https://support.kapsulehost.com/it-it/restoring-from-backup).

**È già in corso un ripristino.** Attendete che finisca. La tabella mostra la sua fase e il progresso.

**Lo stato mostra un banner relativo al servizio di invio.** La vostra richiesta è registrata e il messaggio spiega lo stato attuale. Non si perde nulla.

**Ho bisogno che tornino i file, non il database.** PITR non può aiutare. Usate un backup dei file, e tenete presente che un backup completato può essere sfogliato file per file anziché ripristinato per intero.

## Pagine Correlate

- [Eseguire un Backup](https://support.kapsulehost.com/it-it/taking-a-backup) per i backup giornalieri di file e database che funzionano insieme a questo.
- [Ripristinare da un Backup](https://support.kapsulehost.com/it-it/restoring-from-backup) per il percorso di ripristino dell'intero sito.
- [Ambienti di Staging](https://support.kapsulehost.com/it-it/staging-environments) per testare le modifiche prima che raggiungano la produzione.
- [Sicurezza del Sito](https://support.kapsulehost.com/it-it/site-security) se la perdita di dati è stata causata da una compromissione anziché da un errore.

Se siete nel bel mezzo di un incidente e non siete sicuri di quale strumento vi serva, contattateci da **Supporto** in KPanel o scrivete a [support@kapsulehost.com](mailto:support@kapsulehost.com) con il nome del sito e l'orario in cui è iniziato il problema.