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à.

# Ripristino avviando un ripristino della tabella
<a name="bp-pitr-recovery-table-restore"></a>

Con PITR, puoi ripristinare una tabella in qualsiasi secondo specifico nella finestra di ripristino del PITR. La finestra di ripristino del PITR inizia quando il PITR è abilitato e contiene fino a 35 giorni di cronologia. Puoi anche configurarlo per una durata più breve.

Quando avvii un ripristino completo della tabella PITR, considera quanto segue:
+ Il ripristino crea una nuova tabella. Un'azione di ripristino della tabella non viene eseguita direttamente sulla tavola originale. Per le opzioni sul posto, vedere. [Ripristino ripristinando le scritture indesiderate](bp-pitr-recovery-inplace-rollback.md)
+ È possibile eseguire il ripristino su una nuova tabella nella stessa regione o in una regione diversa. Il ripristino in una regione diversa comporta costi di trasferimento dei dati.
+ È possibile ripristinare la tabella con o senza indici secondari. Il ripristino senza indici secondari può essere più rapido ed economico.
+ Il completamento del ripristino può richiedere diverse ore. Il tempo di ripristino varia in base a diversi fattori e non è sempre correlato alle dimensioni della tabella.

Dopo il ripristino della tabella PITR, è possibile mettere in servizio la nuova tabella in sostituzione completa dell'originale. Puoi anche confrontarla con la tabella originale per trovare le differenze. Per un approccio più semplice, vedere[Ripristino ripristinando le scritture indesiderate](bp-pitr-recovery-inplace-rollback.md).

Quando metti in servizio una tabella ripristinata, considera quanto segue:
+ Per quanto riguarda l'infrastruttura come ambiente di codice (AWS CloudFormation, AWS Cloud Development Kit (AWS CDK), Terraform), adotta la tabella ripristinata nel tuo ambiente IaC per gestirla.
+ Aggiorna le connessioni client per fare riferimento alla nuova tabella con il nuovo nome.
+ Re-add le impostazioni dello streaming, se erano presenti nell'originale. Il nome dello stream DynamoDB include l'ora di creazione dello stream, quindi il nuovo stream ha un nome diverso rispetto al vecchio stream. Aggiorna qualsiasi riferimento al vecchio nome dello stream in IAM o nel codice utente a valle.
+ Re-enable PITR sulla nuova tabella se era sull'originale.
+ Re-enable protezione dalla cancellazione sulla nuova tabella se era sull'originale.
+ Re-add tag nella nuova tabella se i tag erano presenti nell'originale.
+ Re-add le politiche basate sulle risorse nella nuova tabella se gli RBP erano presenti nell'originale.
+ Aggiorna tutte le politiche IAM di accesso tra account che fanno riferimento alla tabella originale.
+ Modifica le impostazioni di ridimensionamento automatico sulla nuova tabella.
+ Imposta l'attributo TTL sulla nuova tabella se il TTL era sull'originale.
+ Modifica la classe della tabella sulla nuova tabella se l'originale aveva una classe di tabella personalizzata.
+ Controllate le impostazioni di hot throughput sulla nuova tabella e aumentate i valori di lettura e scrittura, se necessario.
+ Aggiungete le repliche della nuova tabella in modo che corrispondano alla tabella originale se si trattava di una tabella globale.
+ Elimina la tabella originale dopo che la tabella ripristinata è stata completamente configurata e messa in servizio.

Se si ripristina una tabella globale MRSC, la tabella appena ripristinata non può essere trasformata in una tabella MRSC perché solo le tabelle vuote possono essere trasformate in tabelle MRSC. Una soluzione è ripristinare la tabella e quindi copiare i dati dalla tabella ripristinata in una tabella MRSC vuota.