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à. # Backup e ripristino per DynamoDB DynamoDB offre backup on demand e recupero point-in-time (PITR) per proteggere i dati DynamoDB da eventi di emergenza e offre l’archiviazione dei dati per la conservazione a lungo termine. È possibile eseguire il backup di tabelle di dimensioni variabili da pochi megabyte a centinaia di terabyte di dati senza nessun impatto sulle prestazioni e sulla disponibilità per le applicazioni di produzione. Tutti i backup sono automaticamente crittografati, catalogati e facilmente individuabili. Con i backup on demand è possibile creare un backup istantaneo della propria tabella, che DynamoDB archivia e gestisce. I costi vengono addebitati in base alle dimensioni e alla durata dei backup. Utilizzando il backup on demand è possibile ripristinare l’intera tabella DynamoDB allo stato esatto in cui si trovava al momento della creazione del backup. Sono disponibili due opzioni per creare e gestire i backup on demand di DynamoDB: + DynamoDB + [AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html) Puoi utilizzare la funzionalità di backup on demand di DynamoDB per creare backup completi delle tabelle per la conservazione e l'archiviazione a lungo termine per esigenze di conformità alle normative. È possibile eseguire il backup e ripristinare i dati della tabella in qualsiasi momento nella Console di gestione AWS o con una singola chiamata API. I backup con recupero point-in-time (PITR) sono completamente gestiti da DynamoDB e forniscono fino a 35 giorni di punti di recupero con una granularità al secondo. Per utilizzare il recupero point-in-time, ossia backup continui, abilita il recupero point-in-time (PITR) sulla tabella DynamoDB. I costi vengono addebitati in base alle dimensioni della tabella DynamoDB per il periodo in cui il PITR è abilitato sulla tabella. L’abilitazione del recupero point-in-time (PITR) sulla tabella Amazon DynamoDB consente di eseguire backup continui dei dati. Ciò consente di ripristinare la tabella a un momento specifico all’interno del periodo di recupero PITR creando una nuova tabella DynamoDB con lo stato esatto della tabella originale in quel momento. Il ripristino point-in-time (PITR) ti permette di proteggere le tabelle DynamoDB da operazioni di scrittura o eliminazione accidentali. Grazie al ripristino point-in-time, non devi preoccuparti di creare, gestire o programmare i backup on-demand. Ad esempio, supponi che uno script di prova scriva accidentalmente su una tabella DynamoDB di produzione. Grazie al recupero point-in-time è possibile ripristinare la tabella a un momento qualsiasi negli ultimi 35 giorni. È possibile impostare il periodo di recupero su qualsiasi valore compreso tra 1 e 35 giorni. Dopo aver abilitato il recupero point-in-time il ripristino è possibile in qualsiasi momento compreso tra cinque minuti prima del momento attuale e l’intero periodo di recupero configurato. DynamoDB conserva i backup incrementali della tabella. Inoltre, le operazioni point-in-time non influiscono sulle prestazioni o sulle latenze delle API. È possibile eseguire il ripristino point-in-time di una tabella DynamoDB utilizzando la Console di gestione AWS, AWS Command Line Interface (AWS CLI) o l'API DynamoDB. Il processo di ripristino point-in-time (PITR) esegue sempre il ripristino in una nuova tabella. Per informazioni sulla disponibilità e i prezzi delle regioni AWS, consulta [Prezzi di Amazon DynamoDB](https://aws.amazon.com/dynamodb/pricing). **Nota** L’assegnazione di tag e il [controllo degli accessi basato su attributi (ABAC)](access-control-resource-based.md) non sono supportati per i backup DynamoDB. Per utilizzare l’ABAC con i backup, si consiglia di utilizzare [AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html). I tag non vengono conservati nelle tabelle ripristinate. È necessario aggiungere tag alle tabelle ripristinate prima di poter utilizzare le condizioni basate sui tag nelle policy. Il seguente video fornirà un'introduzione al concetto di backup e ripristino e illustrerà il ripristino point-in-time. [![AWS Videos](http://img.youtube.com/vi/https://www.youtube.com/embed/g4WPLFXLwDE/0.jpg)](http://www.youtube.com/watch?v=https://www.youtube.com/embed/g4WPLFXLwDE) **Topics** + [Backup point-in-time per DynamoDB](Point-in-time-recovery.md) + [Utilizzo del backup e del ripristino on demand di DynamoDB](backuprestore_HowItWorks.md) + [Informazioni sulla fatturazione di Amazon DynamoDB per i backup](backup-restore-billing.md) + [Ripristino di una tabella in DynamoDB](pointintimerecovery_restores.md) + [Utilizzo di AWS Backup con Dynamo DB](backuprestore_HowItWorksAWS.md) # Backup point-in-time per DynamoDB Il recupero point-in-time (PITR) di Amazon DynamoDB offre backup continui automatici dei dati contenuti nelle tabelle DynamoDB. I backup con recupero point-in-time (PITR) sono completamente gestiti da DynamoDB e forniscono fino a 35 giorni di punti di recupero con una granularità al secondo. Grazie al ripristino point-in-time, non devi preoccuparti di creare, gestire o programmare i backup on-demand. In questa sezione viene fornita una panoramica di come funziona il processo in DynamoDB. ## Prima di iniziare Prima di abilitare il ripristino point-in-time (PITR) su una tabella Amazon DynamoDB, considerare i seguenti aspetti: + L’impostazione di `RecoveryPeriodinDays` consente di abbreviare il periodo di tempo durante il quale vengono eseguiti backup continui. Per impostazione predefinita, il `RecoveryPeriodinDays` è 35. Tuttavia, è possibile impostarlo su qualsiasi valore compreso tra 1 e 35. L’abbreviazione di `RecoveryPeriodinDays` non ha alcun impatto sulla determinazione dei prezzi del recupero point-in-time (PITR) perché il prezzo si basa sulla dimensione della tabella e degli indici secondari locali. + Se il ripristino point-in-time di una tabella viene disattivato e riattivato in un secondo tempo, viene reimpostata la data iniziale a cui può essere ripristinata. Di conseguenza, puoi ripristinare immediatamente la tabella solo usando il valore `LatestRestorableDateTime`. + Puoi attivare il ripristino point-in-time su ciascuna replica locale di una tabella globale. Quando recuperi la tabella, il backup esegue il ripristino su una tabella indipendente che non fa parte della tabella globale. Se sono in uso le [Tabelle globali versione 2019.11.21 (Corrente)](GlobalTables.md), è possibile creare una nuova tabella globale da quella ripristinata. Per ulteriori informazioni, consulta [Come funzionano le tabelle globali DynamoDB](V2globaltables_HowItWorks.md). + Inoltre è possibile ripristinare i dati della tabella DynamoDB nelle regioni AWS in modo che la tabella ripristinata venga creata in una regione diversa da quella in cui si trova la tabella di origine. È possibile eseguire ripristini tra regioni commerciali AWS, regioni AWS Cina e regioni AWS GovCloud (Stati Uniti). I prezzi sono calcolati solo in base ai dati trasferiti fuori dalla regione di origine e al ripristino in una nuova tabella nella regione di destinazione. + AWS CloudTrail registra tutte le operazioni della console e delle API per il ripristino point-in-time per attivare la registrazione, il monitoraggio continuo e il controllo. Per ulteriori informazioni, consulta [Registrazione delle operazioni DynamoDB utilizzando AWS CloudTrail](logging-using-cloudtrail.md). **Topics** + [Prima di iniziare](#Point-in-time-before-beginning) + [Abilita point-in-time il ripristino in DynamoDB](PointInTimeRecovery_Howitworks.md) # Abilita point-in-time il ripristino in DynamoDB Amazon point-in-time DynamoDB Recovery (PITR) fornisce backup automatici dei dati delle tabelle DynamoDB. In questa sezione viene fornita una panoramica di come funziona il processo in DynamoDB. **Nota** DynamoDB addebita il recupero point-in-time (PITR) in base alla dimensione di ogni tabella DynamoDB, inclusi i dati della tabella e gli indici secondari locali. La modifica della finestra di recupero (ad esempio, da 35 giorni a 1 giorno) non riduce il prezzo. Il costo rimane lo stesso indipendentemente dal periodo di recupero scelto. Il periodo di recupero massimo configurato non influisce sul prezzo addebitato per l’attivazione del PITR. Per determinare i costi di backup, DynamoDB monitora continuamente le dimensioni delle tabelle con PITR attivato. L’utilizzo del PITR viene fatturato fino al momento della relativa disattivazione per ogni tabella. **Topics** + [point-in-timeAbilitare il ripristino](#howitworks_enabling) + [Abilitazione del PITR (console)](#howitworks-enable-pitr-console) + [Abilitazione del PITR (AWS CLI)](#howitworks-enable-pitr-cli) + [Abilitazione del PITR (CloudFormation)](#howitworks-enable-pitr-cfn) + [Abilitazione del PITR (API)](#howitworks-enable-pitr-api) + [Periodo di recupero](#howitworks-pitr-recovery-period) + [Modifica del PITR](#howitworks-pitr-editing) + [Eliminazione di una tabella con PITR abilitato](#howitworks-pitr-deleting-table) ## point-in-timeAbilitare il ripristino È possibile abilitare il point-in-time ripristino utilizzando Console di gestione AWS, AWS Command Line Interface (AWS CLI) o l'API DynamoDB. Se abilitato, point-in-time il ripristino fornisce backup continui fino a quando non lo disattivi esplicitamente. Dopo aver abilitato point-in-time il ripristino, è possibile eseguire il ripristino in qualsiasi momento all'interno `EarliestRestorableDateTime` di e. `LatestRestorableDateTime` `LatestRestorableDateTime`è in genere cinque minuti prima dell'ora corrente. Per ulteriori informazioni, consulta [Ripristino point-in-time (PITR) di una tabella DynamoDB](PointInTimeRecovery.Tutorial.md). **Nota** Il processo di point-in-time ripristino ripristina sempre una nuova tabella. ## Abilitazione del PITR (console) **Come abilitare il PITR tramite la console DynamoDB** 1. Vai alla console DynamoDB. 1. Seleziona **Tabelle** dalla barra di navigazione a sinistra e seleziona la tabella DynamoDB. 1. Nella scheda **Backup**, per l’opzione **Ripristino point-in-time (PITR)**, seleziona **Modifica**. 1. Scegli **Attiva il point-in-time ripristino**. 1. Seleziona un valore compreso tra 1 e 35 per il periodo di recupero. Indica il periodo di tempo massimo per il quale il backup continuo è recuperabile. ## Abilitazione del PITR (AWS CLI) **Nota** Se ricevi errori durante l'esecuzione dei AWS CLI comandi, consulta [Risolvere gli AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-troubleshooting.html) errori. Assicurati di utilizzare la versione della AWS CLI più recente. Esegui il [update-continuous-backups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/dynamodb/update-continuous-backups.html)comando con l'impostazione **point-in-time-recovery-specifications attivata**: ``` aws dynamodb update-continuous-backups \ --table-name Music \ --point-in-time-recovery-specification PointInTimeRecoveryEnabled=true,RecoveryPeriodInDays=35 ``` ## Abilitazione del PITR (CloudFormation) Usa la [AWS::DynamoDB::Table](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dynamodb-table.html)risorsa con la `PointInTimeRecoverySpecification` proprietà attivata: ``` Resources: iotCatalog: Type: AWS::DynamoDB::Table Properties: ... PointInTimeRecoverySpecification: PointInTimeRecoveryEnabled: true RecoveryPeriodInDays: 35 ``` **Esempio di sintassi di richiesta:** ``` { "PointInTimeRecoverySpecification": { "PointInTimeRecoveryEnabled": boolean, "RecoveryPeriodInDays: number }, "TableName": "string" } ``` ## Abilitazione del PITR (API) Esegui l'operazione [UpdateContinuousBackups](https://docs.aws.amazon.com/amazondynamodb/latest/APIReference/API_UpdateContinuousBackups.html)API con il `PointInTimeRecoverySpecification` parametro attivato. **Esempio di sintassi di richiesta:** ``` { "PointInTimeRecoverySpecification": { "PointInTimeRecoveryEnabled": boolean, "RecoveryPeriodInDays" : number }, "TableName": "string" } ``` **Esempio di sintassi di risposta:** ``` { "ContinuousBackupsDescription": { "ContinuousBackupsStatus": "string", "PointInTimeRecoveryDescription": { "PointInTimeRecoveryStatus": "string", "EarliestRestorableDateTime": number, "RecoveryPeriodInDays": number, "LatestRestorableDateTime": number } } } ``` **Python** ``` import boto3 dynamodb = boto3.client('dynamodb') response = dynamodb.update_continuous_backups( TableName=, PointInTimeRecoverySpecification={ 'PointInTimeRecoveryEnabled': True, 'RecoveryPeriodInDays': 35 } ) ``` ## Periodo di recupero È possibile impostare il periodo di recupero su un valore compreso tra 1 e 35 giorni. Questo `RecoveryPeriodInDays` determina il periodo di tempo per il quale vengono mantenuti i backup continui. Ad esempio, se si imposta questo valore su 30 giorni, si avrà la possibilità di ripristinare la tabella solo in un qualsiasi momento degli ultimi 30 giorni. **Nota** DynamoDB addebita il recupero point-in-time (PITR) in base alla dimensione di ogni tabella DynamoDB, inclusi i dati della tabella e gli indici secondari locali. Il periodo di recupero massimo configurato non influisce sul prezzo addebitato per l’attivazione del PITR. Per i dettagli sui prezzi, consulta [Prezzi di DynamoDB](https://aws.amazon.com/dynamodb/pricing/on-demand/). ## Modifica del PITR È possibile modificare l’impostazione del PITR sulla tabella e modificare il periodo di recupero. Se si modifica il periodo di recupero e lo si aumenta a un valore superiore a quello impostato in precedenza, `EarliestRestorePoint` non verrà modificato immediatamente. Poiché il periodo di recupero è una finestra variabile, DynamoDB continuerà a eseguire backup automatici fino al raggiungimento del nuovo periodo aumentato. Se modifichi il periodo di ripristino e lo riduci a un valore inferiore a quello impostato in precedenza, lo `EarliestRestorePoint` diminuirai immediatamente in base al periodo di ripristino e tutti i backup continui che non rientrano nel nuovo valore impostato non saranno recuperabili. ## Eliminazione di una tabella con PITR abilitato Quando elimini una tabella con il point-in-time ripristino abilitato, DynamoDB crea automaticamente uno snapshot di backup chiamato backup di *sistema* e lo conserva per 35 giorni (senza costi aggiuntivi). È possibile utilizzare i backup di sistema per ripristinare una tabella eliminata allo stato in cui era nel momento precedente l’eliminazione. Tutti i backup di sistema seguono una convenzione di denominazione standard di. *table-name* `$DeletedTableBackup` **Nota** Una volta eliminata una tabella con point-in-time il ripristino abilitato, è possibile utilizzare il backup di sistema per ripristinare tale tabella in un singolo point-in-time. Il backup del sistema verrà creato al momento dell’eliminazione della tabella ed è uno snapshot della tabella immediatamente prima della sua eliminazione. # Utilizzo del backup e del ripristino on demand di DynamoDB Amazon DynamoDB supporta funzionalità autonome di backup e ripristino on demand. Queste funzionalità sono disponibili indipendentemente dall'utilizzo o meno di AWS Backup. È possibile utilizzare la funzionalità di backup on demand di DynamoDB per creare backup completi delle tabelle per la conservazione e l'archiviazione a lungo termine per esigenze di conformità alle normative. È possibile eseguire il backup e il ripristino dei dati della tabella in qualsiasi momento con un solo clic sulla console di AWS gestione o con una singola chiamata API. Le operazioni di backup e ripristino vengono eseguite con impatto zero sulle prestazioni o sulla disponibilità della tabella. È possibile creare backup di tabelle utilizzando la console, l'interfaccia a riga di AWS comando (AWS CLI) o l'API DynamoDB. Per ulteriori informazioni, consulta [Backup di una tabella DynamoDB](Backup.Tutorial.md). Per ulteriori informazioni sul ripristino di una tabella da un backup, vedi [Ripristino di una tabella DynamoDB da un backup](Restore.Tutorial.md). # Backup e ripristino di tabelle DynamoDB con DynamoDB: funzionamento Puoi utilizzare la caratteristica di backup on demand DynamoDB per creare backup completi delle tabelle Amazon DynamoDB. Questa funzionalità è disponibile indipendentemente dal AWS backup. In questa sezione viene fornita una panoramica di ciò che accade durante il processo di backup e ripristino di DynamoDB. ## Backup Quando crei un backup on demand con DynamoDB, viene catalogato un indicatore temporale della richiesta. Il backup viene creato in modo asincrono applicando tutte le modifiche all'ultima snapshot di tabella completa, fino al momento in cui viene effettuata la richiesta. Le richieste di backup di DynamoDB sono elaborate istantaneamente e diventano disponibili per il ripristino in pochi minuti. **Nota** Ogni volta che crei un backup on-demand, viene eseguito il backup di tutti i dati della tabella. Non vi è un limite per il numero di backup on-demand che possono essere effettuati. Tutti i backup in DynamoDB funzionano senza utilizzare alcuna velocità effettiva assegnata sulla tabella. I backup DynamoDB non garantiscono la coerenza tra gli elementi. Tuttavia, il divario fra gli aggiornamenti in un backup è generalmente molto meno di un secondo. Mentre è in corso un backup, non puoi effettuare le seguenti operazioni: + Sospendere o annullare l'operazione di backup; + Eliminare la tabella di origine del backup; + Disabilitare i backup su una tabella se uno di questi è in corso. Se non desideri creare script di pianificazione e processi di pulizia, puoi utilizzarli AWS Backup per creare piani di backup con pianificazioni e politiche di conservazione per le tue tabelle DynamoDB. AWS Backup esegue i backup e li elimina quando scadono. Per ulteriori informazioni, consulta la [Guida per gli sviluppatori di AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html). Inoltre AWS Backup, è possibile pianificare backup periodici o futuri utilizzando AWS Lambda le funzioni. Per ulteriori informazioni, consulta il post di blog [Una soluzione serverless per programmare il tuo backup on demand di Amazon DynamoDB.](https://aws.amazon.com/blogs/database/a-serverless-solution-to-schedule-your-amazon-dynamodb-on-demand-backup/) Se utilizzi la console, tutti i backup creati utilizzando AWS Backup sono elencati nella scheda **Backup** con il **Tipo di backup** impostato su. `AWS` **Nota** Non è possibile eliminare i backup contrassegnati con un **tipo di backup** di AWS utilizzando la console DynamoDB. Per gestire questi backup, usa la console. AWS Backup Per scoprire come eseguire un backup, consulta [Backup di una tabella DynamoDB](Backup.Tutorial.md). ## Ripristini Una tabella viene ripristinata senza utilizzare alcun throughput assegnato nella tabella. È possibile eseguire un ripristino completo della tabella dal backup DynamoDB oppure configurare le impostazioni della tabella di destinazione. Quando esegui un ripristino, puoi modificare le seguenti impostazioni della tabella: + Indici secondari globali () GSIs + Indici secondari locali () LSIs + Modalità di fatturazione + Capacità di lettura e scrittura di cui è stato effettuato il provisioning + Impostazioni di crittografia **Importante** Quando esegui un ripristino completo, la tabella di destinazione è impostata con le stesse unità di capacità di lettura e di scrittura di cui è stato effettuato il provisioning rispetto alla tabella di origine, poiché sono registrate al momento della richiesta del backup. Il processo di ripristino ripristina anche gli indici secondari locali e gli indici secondari globali. Puoi anche ripristinare i dati della tabella DynamoDB tra le AWS regioni in modo che la tabella ripristinata venga creata in una regione diversa da quella in cui risiede il backup. Puoi eseguire ripristini interregionali tra regioni AWS commerciali, regioni della AWS Cina e regioni AWS GovCloud (Stati Uniti). I prezzi sono calcolati solo in base ai dati trasferiti fuori dalla regione di origine e al ripristino in una nuova tabella nella regione di destinazione. I ripristini possono essere più veloci ed economici se scegli di escludere alcuni o tutti gli indici secondari dalla creazione nella nuova tabella ripristinata. È necessario configurare manualmente nella tabella ripristinata quanto segue: + Policy di scalabilità automatica + AWS Identity and Access Management politiche (IAM) + Parametri e CloudWatch allarmi di Amazon + Tag + Impostazioni flusso + Impostazioni Time to Live (TTL) + Impostazioni di protezione dall'eliminazione + Impostazioni Ripristino point-in-time (PITR) Puoi ripristinare i dati dell'intera tabella solo su una nuova tabella da un backup. È possibile scrivere sulla tabella ripristinata solo dopo che è diventata attiva. **Nota** Non puoi sovrascrivere una tabella esistente durante un'operazione di ripristino. I tempi di ripristino sono direttamente correlati alla configurazione delle tabelle (come la dimensione delle tabelle e il numero di partizioni sottostanti) e ad altre variabili correlate. Una best practice quando si pianifica un ripristino di emergenza consiste nel documentare regolarmente i tempi medi di completamento del ripristino e stabilire in che modo questi tempi influiscono sull'obiettivo del tempo di ripristino complessivo. Per scoprire come eseguire un ripristino, consulta [Ripristino di una tabella DynamoDB da un backup](Restore.Tutorial.md). È possibile utilizzare le policy IAM per il controllo degli accessi. Per ulteriori informazioni, consulta [Utilizzo di IAM con backup e ripristino di DynamoDB](backuprestore_IAM.md). Tutte le console di backup e ripristino e le operazioni API vengono acquisite e registrate in AWS CloudTrail per la registrazione, il monitoraggio e l'audit. # Backup di una tabella DynamoDB Questa sezione descrive come utilizzare la console Amazon DynamoDB o come eseguire AWS Command Line Interface il backup di una tabella. **Topics** ## Creazione di un backup di tabella (console) Segui queste fasi per creare un backup denominato `MusicBackup` per una tabella `Music` esistente usando la Console di gestione AWS. **Per creare un backup della tabella** 1. Accedi Console di gestione AWS e apri la console DynamoDB all'indirizzo. [https://console.aws.amazon.com/dynamodb/](https://console.aws.amazon.com/dynamodb/) 1. Puoi creare un backup tramite una delle seguenti operazioni: + Nella scheda **Backup** della tabella `Music`, scegli **Crea backup**. + Nel riquadro di navigazione sul lato sinistro della console scegliere **Backups (Backup)**. Quindi scegli **Crea backup**. 1. Assicurati che `Music` sia il nome della tabella e specifica **MusicBackup** per il nome del backup. Seleziona **Crea backup** per creare il backup. ![\[Schermata della console per la creazione dei backup con il nome della tabella e il nome del backup specificati.\]](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/confirm_createbackup.png) **Nota** Se i backup vengono creati utilizzando la sezione **Backup** del pannello di navigazione, la tabella non è preselezionata. Devi scegliere manualmente il nome della tabella di origine per il backup. Durante la creazione del backup, lo stato del backup è impostato su **Creating (Creazione in corso)**. Quando il backup è completato, lo stato del backup diventa **Available (Disponibile)**. ![\[Pagina della console di backup on demand. Lo stato di MusicBackup viene visualizzato come Disponibile.\]](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/confirm_backup.png) ## Creazione di un backup di tabella (AWS CLI) Seguire queste fasi per creare un backup per la tabella `Music` esistente usando l'AWS CLI. **Per creare un backup della tabella** + Crea un backup con il nome `MusicBackup` per la tabella `Music`: ``` aws dynamodb create-backup --table-name Music \ --backup-name MusicBackup ``` Durante la creazione del backup, lo stato del backup è impostato su `CREATING`: ``` { "BackupDetails": { "BackupName": "MusicBackup", "BackupArn": "arn:aws:dynamodb:us-east-1:123456789012:table/Music/backup/01489602797149-73d8d5bc", "BackupStatus": "CREATING", "BackupCreationDateTime": 1489602797.149 } } ``` Al termine del backup, `BackupStatus` diventa `AVAILABLE`. Per verificare, usa il comando `describe-backup`. È possibile ottenere il valore di input di `backup-arn` dall'output della fase precedente o utilizzando il comando `list-backups`. ``` aws dynamodb describe-backup \ --backup-arn arn:aws:dynamodb:us-east-1:123456789012:table/Music/backup/01489173575360-b308cd7d ``` Per tenere traccia dei tuoi backup, puoi utilizzare il comando `list-backups`. Elenca tutti i backup che sono nello stato `CREATING` o `AVAILABLE`. ``` aws dynamodb list-backups ``` Il comando `list-backups` e il comando `describe-backup` sono utili per controllare le informazioni sulla tabella di origine del backup. # Ripristino di una tabella DynamoDB da un backup Questa sezione descrive come ripristinare una tabella da un backup utilizzando la console Amazon DynamoDB o AWS Command Line Interface il ().AWS CLI **Nota** Se desideri utilizzare il AWS CLI, devi prima configurarlo. Per ulteriori informazioni, consulta [Accesso a DynamoDB](AccessingDynamoDB.md). **Topics** ## Ripristino di una tabella da un backup (console) La procedura seguente illustra come ripristinare la tabella `Music` usando il file `MusicBackup` creato nel tutorial [Backup di una tabella DynamoDB](Backup.Tutorial.md). **Nota** In questa procedura si presuppone che la tabella `Music` non esista più prima del suo ripristino tramite il file `MusicBackup`. **Per ripristinare una tabella da un backup** 1. Accedi Console di gestione AWS e apri la console DynamoDB all'indirizzo. [https://console.aws.amazon.com/dynamodb/](https://console.aws.amazon.com/dynamodb/) 1. Nel riquadro di navigazione sul lato sinistro della console scegliere **Backups (Backup)**. 1. Nell'elenco di backup scegli `MusicBackup`. ![\[Screenshot dell'elenco di backup e pulsante per la creazione del backup.\]](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/select_musicbackup.png) 1. Scegli **Restore** (Ripristina). 1. Come nuovo nome di tabella, immettere **Music**. Conferma il nome e altri dettagli del backup. Scegli quindi **Restore table (Ripristina tabella)** per avviare il processo di ripristino. **Nota** Puoi ripristinare la tabella nella stessa AWS regione o in una regione diversa da quella in cui risiede il backup. È possibile escludere la creazione di indici secondari nella nuova tabella ripristinata. Inoltre, puoi specificare una modalità di crittografia diversa. Le tabelle ripristinate dai backup vengono sempre create utilizzando la classe di tabella DynamoDB Standard. ![\[Screenshot della schermata di ripristino di una tabella da un backup con i dettagli della tabella di backup.\]](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/restore_table.png) La tabella che viene ripristinata è visualizzata con lo stato **Creating (Creazione)**. Al termine del processo di ripristino, lo stato della tabella `Music` cambia in **Active (Attivo)**. ## Ripristino di una tabella da un backup (AWS CLI) Segui questi passaggi per utilizzare AWS CLI per ripristinare la `Music` tabella utilizzando `MusicBackup` quella creata nel [Backup di una tabella DynamoDB](Backup.Tutorial.md) tutorial. **Per ripristinare una tabella da un backup** 1. Conferma il backup da ripristinare usando il comando `list-backups`. Questo esempio usa `MusicBackup`. ``` aws dynamodb list-backups ``` Per ottenere dettagli aggiuntivi per il backup, usa il comando `describe-backup`. Puoi ottenere il valore di input di `backup-arn` dalla fase precedente: ``` aws dynamodb describe-backup \ --backup-arn arn:aws:dynamodb:us-east-1:123456789012:table/Music/backup/01489173575360-b308cd7d ``` 1. Ripristina la tabella dal backup. In questo caso, `MusicBackup` ripristina la `Music` tabella AWS nella stessa regione. ``` aws dynamodb restore-table-from-backup \ --target-table-name Music \ --backup-arn arn:aws:dynamodb:us-east-1:123456789012:table/Music/backup/01489173575360-b308cd7d ``` 1. Ripristina la tabella dal backup con le impostazioni personalizzate della tabella. In questo caso, `MusicBackup` ripristina la tabella `Music` e specifica una modalità di crittografia per la tabella ripristinata. **Nota** Il parametro `sse-specification-override` accetta gli stessi valori del parametro `sse-specification-override` utilizzato nel comando `CreateTable`. Per ulteriori informazioni, consulta [Gestione di tabelle crittografate in DynamoDB](encryption.tutorial.md). ``` aws dynamodb restore-table-from-backup \ --target-table-name Music \ --backup-arn arn:aws:dynamodb:us-east-1:123456789012:table/Music/backup/01581080476474-e177ebe2 \ --sse-specification-override Enabled=true,SSEType=KMS,KMSMasterKeyId=abcd1234-abcd-1234-a123-ab1234a1b234 ``` È possibile ripristinare la tabella in una AWS regione diversa da quella in cui si trova il backup. **Nota** Il parametro `sse-specification-override` è obbligatorio per i ripristini tra regioni ma facoltativo per i ripristini nella stessa regione della tabella di origine. Quando si esegue un ripristino tra regioni dalla riga di comando, è necessario impostare la AWS regione predefinita sulla regione di destinazione desiderata. Per ulteriori informazioni, consulta [Opzioni della riga di comando](https://docs.aws.amazon.com/cli/latest/userguide/cli-configure-options.html) nella *Guida per l'utente di AWS Command Line Interface*. ``` aws dynamodb restore-table-from-backup \ --target-table-name Music \ --backup-arn arn:aws:dynamodb:us-east-1:123456789012:table/Music/backup/01581080476474-e177ebe2 \ --sse-specification-override Enabled=true,SSEType=KMS ``` Puoi ignorare la modalità di fatturazione e la velocità effettiva fornita per la tabella di ripristino. ``` aws dynamodb restore-table-from-backup \ --target-table-name Music \ --backup-arn arn:aws:dynamodb:us-east-1:123456789012:table/Music/backup/01489173575360-b308cd7d \ --billing-mode-override PAY_PER_REQUEST ``` È possibile escludere la creazione di alcuni o tutti gli indici secondari nella nuova tabella ripristinata. **Nota** I ripristini possono essere più veloci ed economici se escludi alcuni o tutti gli indici secondari dalla creazione nella tabella ripristinata. ``` aws dynamodb restore-table-from-backup \ --target-table-name Music \ --backup-arn arn:aws:dynamodb:us-east-1:123456789012:table/Music/backup/01581081403719-db9c1f91 \ --global-secondary-index-override '[]' \ --sse-specification-override Enabled=true,SSEType=KMS ``` **Nota** Gli indici secondari forniti devono corrispondere agli indici esistenti. Non è possibile creare nuovi indici al momento del ripristino. È possibile utilizzare una combinazione di diverse sostituzioni. Ad esempio, puoi utilizzare un singolo indice secondario globale e modificare contemporaneamente il throughput assegnato, come segue. ``` aws dynamodb restore-table-from-backup \ --target-table-name Music \ --backup-arn arn:aws:dynamodb:eu-west-1:123456789012:table/Music/backup/01581082594992-303b6239 \ --billing-mode-override PROVISIONED \ --provisioned-throughput-override ReadCapacityUnits=100,WriteCapacityUnits=100 \ --global-secondary-index-override IndexName=singers-index,KeySchema=["{AttributeName=SingerName,KeyType=HASH}"],Projection="{ProjectionType=KEYS_ONLY}",ProvisionedThroughput="{ReadCapacityUnits=5,WriteCapacityUnits=5}" \ --sse-specification-override Enabled=true,SSEType=KMS ``` Per verificare il ripristino, usa il comando `describe-table` per descrivere la tabella `Music`. ``` aws dynamodb describe-table --table-name Music ``` La tabella che viene ripristinata dal backup è visualizzata con lo stato **Creating (Creazione)**. Al termine del processo di ripristino, lo stato della tabella `Music` cambia in **Active (Attivo)**. **Importante** Mentre è in corso il ripristino, non modificare o eliminare la policy del ruolo IAM, altrimenti potrebbe verificarsi un comportamento imprevisto. Supponi, ad esempio, di rimuovere le autorizzazioni di scrittura per una tabella mentre è in corso il ripristino. In questo caso, l'operazione `RestoreTableFromBackup` sottostante non sarebbe in grado di scrivere i dati ripristinati nella tabella. Al termine dell'operazione di ripristino, sarà possibile modificare o eliminare la policy del ruolo IAM. Le policy IAM che coinvolgono [restrizioni sull'IP di origine](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-sourceip) per l'accesso alla tabella di ripristino di destinazione dovrebbero avere il set di chiavi [https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-viaawsservice](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-viaawsservice)impostato su `false` per garantire che le restrizioni si applichino solo alle richieste effettuate direttamente da un principal. In caso contrario, il ripristino verrà annullato. Se il backup è crittografato con una chiave Chiave gestita da AWS o una chiave gestita dal cliente, non disattivate o eliminate la chiave mentre è in corso un ripristino, altrimenti il ripristino avrà esito negativo. Al termine dell'operazione di ripristino è possibile modificare la chiave di crittografia per la tabella ripristinata e disabilitare o eliminare la vecchia chiave. # Eliminazione di un backup di una tabella DynamoDB Questa sezione descrive come utilizzare Console di gestione AWS o il AWS Command Line Interface(AWS CLI) per eliminare un backup di tabelle Amazon DynamoDB. **Nota** Se desideri utilizzare il AWS CLI, devi prima configurarlo. Per ulteriori informazioni, consulta [Utilizzando il AWS CLI](AccessingDynamoDB.md#Tools.CLI). **Topics** ## Eliminazione di un backup di tabella (console) La procedura seguente illustra come eliminare il file `MusicBackup` creato nel corso del tutorial [Backup di una tabella DynamoDB](Backup.Tutorial.md). **Per eliminare un backup** 1. Accedi Console di gestione AWS e apri la console DynamoDB all'indirizzo. [https://console.aws.amazon.com/dynamodb/](https://console.aws.amazon.com/dynamodb/) 1. Nel riquadro di navigazione sul lato sinistro della console scegliere **Backups (Backup)**. 1. Nell'elenco di backup scegli `MusicBackup`. ![\[Schermata che mostra lo stato MusicBackup with, se disponibile.\]](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/select_musicbackup.png) 1. Scegli **Elimina**. Conferma di voler eliminare il backup digitando **delete** e facendo clic su **Detele (Elimina)**. ## Eliminazione di un backup di tabella (AWS CLI) L'esempio seguente elimina il backup di una tabella `Music` esistente utilizzando l'AWS CLI. ``` aws dynamodb delete-backup \ --backup-arn arn:aws:dynamodb:us-east-1:123456789012:table/Music/backup/01489602797149-73d8d5bc ``` # Utilizzo di IAM con backup e ripristino di DynamoDB Puoi utilizzare AWS Identity and Access Management (IAM) per limitare le azioni di backup e ripristino di Amazon DynamoDB per alcune risorse. Le `RestoreTableFromBackup` APIs operazioni `CreateBackup` e vengono eseguite in base alle singole tabelle. Per ulteriori informazioni sull'uso di policy IAM in DynamoDB, consulta [Policy basate su identità per DynamoDB](security_iam_service-with-iam.md#security_iam_service-with-iam-id-based-policies). Di seguito sono riportati esempi di policy IAM che è possibile utilizzare per configurare funzionalità specifiche di backup e ripristino in DynamoDB. ## Esempio 1: consentire le CreateBackup azioni e RestoreTableFromBackup La seguente policy IAM concede le autorizzazioni per consentire le operazioni DynamoDB `CreateBackup` e `RestoreTableFromBackup` su tutte le tabelle. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "dynamodb:CreateBackup", "dynamodb:RestoreTableFromBackup", "dynamodb:PutItem", "dynamodb:UpdateItem", "dynamodb:DeleteItem", "dynamodb:GetItem", "dynamodb:Query", "dynamodb:Scan", "dynamodb:BatchWriteItem" ], "Resource": "*" } ] } ``` ------ **Importante** Le autorizzazioni RestoreTableFromBackup DynamoDB sono necessarie sul backup di origine e le autorizzazioni di lettura e scrittura di DynamoDB sulla tabella di destinazione sono necessarie per ripristinare la funzionalità. Le autorizzazioni RestoreTableToPointInTime DynamoDB sono necessarie nella tabella di origine e le autorizzazioni di lettura e scrittura di DynamoDB sulla tabella di destinazione sono necessarie per ripristinare la funzionalità. ## Esempio 2: Consenti e nega CreateBackup RestoreTableFromBackup La seguente policy IAM concede le autorizzazioni per l'operazione `CreateBackup` e rifiuta l'operazione `RestoreTableFromBackup`: ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": ["dynamodb:CreateBackup"], "Resource": "*" }, { "Effect": "Deny", "Action": ["dynamodb:RestoreTableFromBackup"], "Resource": "*" } ] } ``` ------ ## Esempio 3: consentire ListBackups e negare CreateBackup e RestoreTableFromBackup La seguente policy IAM concede le autorizzazioni per l'operazione `ListBackups` e rifiuta le operazioni `CreateBackup` e `RestoreTableFromBackup`: ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": ["dynamodb:ListBackups"], "Resource": "*" }, { "Effect": "Deny", "Action": [ "dynamodb:CreateBackup", "dynamodb:RestoreTableFromBackup" ], "Resource": "*" } ] } ``` ------ ## Esempio 4: consentire ListBackups e negare DeleteBackup La seguente policy IAM concede le autorizzazioni per l'operazione `ListBackups` e rifiuta l'operazione `DeleteBackup`: ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": ["dynamodb:ListBackups"], "Resource": "*" }, { "Effect": "Deny", "Action": ["dynamodb:DeleteBackup"], "Resource": "*" } ] } ``` ------ ## Esempio 5: Consenti RestoreTableFromBackup e DescribeBackup per tutte le risorse e nega DeleteBackup per un backup specifico La seguente policy IAM concede le autorizzazioni per le operazioni `RestoreTableFromBackup` e `DescribeBackup` e rifiuta l'operazione `DeleteBackup` per una risorsa di backup specifica. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "dynamodb:DescribeBackup", "dynamodb:RestoreTableFromBackup" ], "Resource": "arn:aws:dynamodb:us-east-1:123456789012:table/Music/backup/01489173575360-b308cd7d" }, { "Effect": "Allow", "Action": [ "dynamodb:PutItem", "dynamodb:UpdateItem", "dynamodb:DeleteItem", "dynamodb:GetItem", "dynamodb:Query", "dynamodb:Scan", "dynamodb:BatchWriteItem" ], "Resource": "*" }, { "Effect": "Deny", "Action": [ "dynamodb:DeleteBackup" ], "Resource": "arn:aws:dynamodb:us-east-1:123456789012:table/Music/backup/01489173575360-b308cd7d" } ] } ``` ------ **Importante** Le autorizzazioni RestoreTableFromBackup DynamoDB sono necessarie sul backup di origine e le autorizzazioni di lettura e scrittura di DynamoDB sulla tabella di destinazione sono necessarie per ripristinare la funzionalità. Le autorizzazioni RestoreTableToPointInTime DynamoDB sono necessarie nella tabella di origine e le autorizzazioni di lettura e scrittura di DynamoDB sulla tabella di destinazione sono necessarie per ripristinare la funzionalità. ## Esempio 6: Consenti una tabella specifica CreateBackup La seguente policy IAM concede le autorizzazioni per l'operazione `CreateBackup` solo sulla tabella `Movies`: ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": ["dynamodb:CreateBackup"], "Resource": [ "arn:aws:dynamodb:us-east-1:123456789012:table/Movies" ] } ] } ``` ------ ## Esempio 7: Consenti ListBackups La policy IAM seguente concede le autorizzazioni per l'operazione `ListBackups`: ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": ["dynamodb:ListBackups"], "Resource": "*" } ] } ``` ------ **Importante** Non è possibile concedere le autorizzazioni per l’operazione `ListBackups` su una tabella specifica. ## Esempio 8: consentire l'accesso alle AWS Backup funzionalità Avrai bisogno delle autorizzazioni API per l'azione `StartAwsBackupJob` per un backup corretto con caratteristiche avanzate e per l'azione `dynamodb:RestoreTableFromAwsBackup` per ripristinare correttamente il backup. La seguente policy IAM concede AWS Backup le autorizzazioni per attivare backup con funzionalità e ripristini avanzati. Si noti, inoltre, che se le tabelle sono crittografate, la policy dovrà poter accedere alla [chiave KMS AWS](encryption.usagenotes.html#dynamodb-kms-authz). ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "DescribeQueryScanBooksTable", "Effect": "Allow", "Action": [ "dynamodb:StartAwsBackupJob", "dynamodb:DescribeTable", "dynamodb:Query", "dynamodb:Scan" ], "Resource": "arn:aws:dynamodb:us-west-2:111122223333:table/Books" }, { "Sid": "AllowRestoreFromAwsBackup", "Effect": "Allow", "Action": [ "dynamodb:RestoreTableFromAwsBackup" ], "Resource": "*" } ] } ``` ------ ## Esempio 9: nega per una tabella di origine RestoreTableToPointInTime specifica La seguente policy IAM nega le autorizzazioni per l'azione `RestoreTableToPointInTime` per una tabella di origine specifica: ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Deny", "Action": [ "dynamodb:RestoreTableToPointInTime" ], "Resource": "arn:aws:dynamodb:us-east-1:123456789012:table/Music" } ] } ``` ------ ## Esempio 10: Nega RestoreTableFromBackup per tutti i backup per una tabella di origine specifica La seguente policy IAM nega le autorizzazioni per l'azione `RestoreTableToPointInTime` per tutti i backup per una tabella di origine specifica: ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Deny", "Action": [ "dynamodb:RestoreTableFromBackup" ], "Resource": "arn:aws:dynamodb:us-east-1:123456789012:table/Music/backup/*" } ] } ``` ------ # Informazioni sulla fatturazione di Amazon DynamoDB per i backup Questa guida fornisce dettagli su come funziona la fatturazione DynamoDB per i backup. Verranno analizzati i vari componenti che contribuiscono al costo complessivo, corredati da spiegazioni chiare ed esempi pratici. DynamoDB offre backup on demand e recupero point-in-time (PITR) per proteggere i dati DynamoDB da eventi di emergenza e offre l’archiviazione dei dati per la conservazione a lungo termine. ## Come funziona I backup on demand di DynamoDB vengono fatturati mensilmente. Se un backup viene eseguito in un determinato giorno del mese, per quel backup sarà visibile un unico addebito, calcolato per i giorni rimanenti del mese (esempio: se viene creato un backup il 27 verranno addebitati solo i pochi giorni rimanenti di quel mese sotto forma di addebito singolo il giorno 27). Se backup precedentemente eseguiti vengono conservati per i mesi successivi, verrà sempre visualizzato un addebito mensile completo per quel backup applicato il primo giorno. Se il backup viene rimosso prima della fine del mese, gli addebiti verranno adeguati in base all’utilizzo effettivo. Ad esempio, se è stato creato un backup il 27 luglio e questo viene mantenuto per tutto il mese di agosto, verranno visualizzati i seguenti costi per quel backup: + Un addebito il 27 luglio per i restanti giorni di luglio + Un addebito il 1° agosto per l’intero mese di agosto + Un addebito il primo giorno di ogni mese successivo in cui esiste il backup Quando vengono mantenuti i backup per le tabelle DynamoDB, è possibile osservare che la spesa per la metrica di utilizzo di `DynamoDB (Region)-TimedBackupStorage-ByteHrs` sembra elevata in modo anomalo il primo giorno del mese. Inoltre, controllando questa metrica all’inizio di un nuovo mese e confrontandola con i cicli di fatturazione precedenti, si potrebbe osservare quello che sembra essere un forte picco di utilizzo. Si tratta di un'impostazione predefinita. Il primo giorno di ogni mese a tutti i backup DynamoDB esistenti verranno applicati i costi di utilizzo per l’intero mese. I costi di utilizzo di tutti i backup DynamoDB rimossi nel corso del mese verranno ripartiti proporzionalmente in base all’utilizzo effettivo. Di conseguenza, è possibile che l’addebito (applicato il primo giorno del mese) diminuisca nel corso del mese. Questo perché le policy di conservazione applicano scadenze o eliminazioni manuali ai backup riportati. Questo aspetto verrà analizzato nello scenario seguente. Analogamente, si noteranno picchi minori nel corso del mese man mano che vengono creati nuovi backup, i cui addebiti verranno applicati il giorno della creazione per il resto del mese. ## Esempio di fatturazione dei backup DynamoDB Di seguito è riportato un esempio di quanto visibile in Cost Explorer all’inizio del mese: ![\[Immagine che mostra il grafico di fatturazione di DynamoDB in Cost Explorer.\]](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/ddb-backups-billing-ce.png) Si noti come il 1° febbraio sembri registrare un picco molto maggiore rispetto ai mesi precedenti. Di seguito viene analizzato il motivo per cui ciò si verifica. Dalla [pagina dei prezzi di DynamoDB](https://aws.amazon.com/dynamodb/pricing/on-demand/): *“La dimensione totale dell’archiviazione di backup fatturata ogni mese è la somma di tutti i backup delle tabelle DynamoDB. DynamoDB monitora continuamente le dimensioni dei backup on demand per tutto il mese per determinare i costi di backup.”* Questo spiega perché la fattura mostra costantemente un forte picco di utilizzo il primo giorno di ogni mese. A tutti i backup esistenti che entrano in un nuovo mese vengono applicati i costi mensili completi per il primo mese. In altre parole, se si inserisce il mese con 300 backup DynamoDB, verranno visualizzati i costi di utilizzo del mese intero applicati il primo giorno del mese per tutti i 300 backup. I nuovi backup eseguiti nel corso del mese comporteranno costi di utilizzo dal giorno della creazione fino alla fine del mese. **Cosa succede se il backup viene eliminato a metà mese?** Alcuni scenari da prendere in considerazione: 1. Se un backup del mese precedente viene eliminato il 15 del mese corrente, i costi di utilizzo per quel backup, comunque applicati il primo giorno del mese, verranno adeguati all’utilizzo effettivo anziché all’intero mese di utilizzo previsto applicato in precedenza. L’esempio seguente spiega questo aspetto in modo più dettagliato. 1. Quando si crea un backup durante il mese, i costi di utilizzo per il resto del mese vengono applicati il giorno della creazione. Tuttavia, se si elimina questo backup prima della fine del mese, i costi di utilizzo verranno adeguati per includere solo i giorni in cui il backup era attivo e comunque applicati alla data di creazione. **Perché l’utilizzo del mese corrente sembra essere molto più elevato rispetto al primo mese precedente e cosa succede se rimuovo i backup?** Per rispondere a questa importante domanda in due parti, si procede a creare uno scenario di esempio utilizzando le seguenti informazioni: + **Durata del mese**: 30 giorni + **Frequenza di backup DynamoDB**: 10/giorno, 300/mese + **Policy di conservazione dei backup DynamoDB**: 30 giorni + **Costo per backup DynamoDB: 2 USD al giorno, 60 USD al mese** + **Totale al primo giorno del mese precedente** (`TimedBackupStorage-ByteHrs`, verificato il primo giorno del mese corrente): 9.300 USD + **Totale del mese precedente** (`TimedBackupStorage-ByteHrs`): 18.600 USD + **Totale al primo giorno del mese corrente** (`TimedBackupStorage-ByteHrs`, verificato il 1° del mese): 18.000 USD + **Modifiche nell’utilizzo di DynamoDB mese per mese**: nessuna Utilizzando le informazioni di cui sopra, è possibile vedere che nel mese precedente sono stati creati 300 backup con una policy di conservazione per 30 giorni. Il primo giorno del nuovo mese tutti questi backup rimangono attivi perché non hanno ancora raggiunto la fine del periodo di recupero. Tuttavia, ogni giorno che passa, i set di backup più vecchi inizieranno a diminuire, come illustrato di seguito: **Tabella della rimozione progressiva dei backup DynamoDB** | Nuovo mese | Giorno 1 | Giorno 2 | Giorno 3 | Giorno 4 | Giorno 5 | | --- | --- | --- | --- | --- | --- | | Totale dei backup del mese precedente trasferiti | 300 | 290 | 280 | 270 | 260 | + Il primo giorno del mese è possibile vedere 300 backup a 60 USD/mese per backup, per un totale di 18.000 USD di `TimedBackupStorage-ByteHrs` applicati. Ciò è in contrasto con il mese precedente, in cui il totale dell’intero mese era di 18.600 USD. + Il secondo giorno del mese, 10 di questi backup saranno scaduti e verranno eliminati. In tal caso, il costo applicato per tali backup verrà adeguato all’**Utilizzo effettivo** anziché all’**Utilizzo previsto**. Il risultato è che questi 10 backup, che in precedenza prevedevano un addebito il primo giorno del mese di 600 USD (10 backup x 30 giorni), sono stati ridotti a 20 USD (10 backup x 1 giorno). + Il giorno successivo, il blocco successivo di 10 unità scadrà e verrà eliminato, con conseguente riduzione dell’utilizzo da 30 giorni a 2 giorni, con una riduzione del costo a 40 USD (10 backup x 2 giorni). Ogni giorno che passerà, quel picco superiore a quello del mese precedente inizierà a ridursi. Estendendolo a tutto il mese si osserverà quanto segue: **Progressione dei costi dei backup DynamoDB (primo giorno del mese)** | 300 backup in blocchi da 10 | Primo giorno | Decimo giorno | Ventesimo giorno | Trentesimo giorno | | --- | --- | --- | --- | --- | | Blocco 1 | 600 USD | 20 USD | 20 USD | 20 USD | | Blocco 2 | 600 USD | 40 USD | 40 USD | 40 USD | | Blocco 3 | 600 USD | 60 USD | 60 USD | 60 USD | | Blocco 4 | 600 USD | 80 USD | 80 USD | 80 USD | | Blocco 5 | 600 USD | 100 USD | 100 USD | 100 USD | | Blocco 6 | 600 USD | 120 USD | 120 USD | 120 USD | | Blocco 7 | 600 USD | 140 USD | 140 USD | 140 USD | | Blocco 8 | 600 USD | 160 USD | 160 USD | 160 USD | | Blocco 9 | 600 USD | 180 USD | 180 USD | 180 USD | | Blocco 10 | 600 USD | 600 USD | \$1200 | \$1200 | | Blocco 11 | 600 USD | 600 USD | 220 USD | 220 USD | | Blocco 12 | 600 USD | 600 USD | 240 USD | 240 USD | | Blocco 13 | 600 USD | 600 USD | 260 USD | 260 USD | | Blocco 14 | 600 USD | 600 USD | 280 USD | 280 USD | | Blocco 15 | 600 USD | 600 USD | \$1300 | \$1300 | | Blocco 16 | 600 USD | 600 USD | 320 USD | 320 USD | | Blocco 17 | 600 USD | 600 USD | 340 USD | 340 USD | | Blocco 18 | 600 USD | 600 USD | 360 USD | 360 USD | | Blocco 19 | 600 USD | 600 USD | 380 USD | 380 USD | | Blocco 20 | 600 USD | 600 USD | 600 USD | 400 USD | | Blocco 21 | 600 USD | 600 USD | 600 USD | 420 USD | | Blocco 22 | 600 USD | 600 USD | 600 USD | 440 USD | | Blocco 23 | 600 USD | 600 USD | 600 USD | 460 USD | | Blocco 24 | 600 USD | 600 USD | 600 USD | 480 USD | | Blocco 25 | 600 USD | 600 USD | 600 USD | 500 USD | | Blocco 26 | 600 USD | 600 USD | 600 USD | 520 USD | | Blocco 27 | 600 USD | 600 USD | 600 USD | 540 USD | | Blocco 28 | 600 USD | 600 USD | 600 USD | 560 USD | | Blocco 29 | 600 USD | 600 USD | 600 USD | 580 USD | | Blocco 30 | 600 USD | 600 USD | 600 USD | 600 USD | | Totale al primo giorno del mese (USD) | 18.000 USD | 13.500 USD | 10.400 USD | 9.300 USD | Quando un nuovo blocco viene eliminato ogni giorno, il suo utilizzo viene adeguato in base al numero di giorni in cui è esistito, anziché all’intero importo mensile. Di conseguenza, entro la fine del mese gli addebiti osservati il primo giorno saranno scesi dai 18.000 USD iniziali ai 9.300 USD previsti. Questo numero, combinato con i nuovi backup creati nel corso del mese (che avranno una tabella di fatturazione simile a quella precedente, ma invertita), comporterà una spesa mensile in linea con i 18.600 USD del mese scorso. # Ripristino di una tabella in DynamoDB È possibile ripristinare una tabella DynamoDB dal backup PITR o dai backup su richiesta utilizzando Console di gestione AWS, la Command Line Interface (AWS CLI) o AWS l'API DynamoDB. Il processo di recupero esegue il ripristino in una nuova tabella DynamoDB. ## Ripristino di una point-in-time tabella utilizzando il ripristino È possibile eseguire il recupero point-in-time (PITR) della tabella fino a `EarliestRestoreableDateTime`. **Importante** Se si disabilita point-in-time il ripristino e successivamente lo si attiva su una tabella, si reimposta l'ora di inizio in base alla quale è possibile ripristinare quella tabella. Di conseguenza, puoi ripristinare immediatamente la tabella solo usando il valore `LatestRestorableDateTime`. Quando si esegue il ripristino utilizzando point-in-time il ripristino, DynamoDB ripristina i dati della tabella allo stato in base alla data e all'ora selezionate (giorno:ora:minuto:secondo) in una nuova tabella. Una tabella viene ripristinata senza utilizzare alcun throughput assegnato nella tabella. È possibile eseguire un ripristino completo della tabella utilizzando il ripristino oppure configurare le impostazioni della tabella point-in-time di destinazione. Puoi modificare le seguenti impostazioni nella tabella ripristinata: + Indici secondari globali () GSIs + Indici secondari locali () LSIs + Modalità di fatturazione + Capacità di lettura e scrittura di cui è stato effettuato il provisioning + Impostazioni di crittografia **Importante** Quando esegui un ripristino completo della tabella, la tabella di destinazione è impostata con le stesse unità di capacità di lettura e di scrittura di cui è stato effettuato il provisioning che la tabella di origine aveva al momento della richiesta del backup. Ad esempio, supponi che il throughput assegnato di una tabella sia stato recentemente abbassato a 50 unità di capacità in lettura e 50 unità di capacità in scrittura. Lo stato della tabella viene quindi ripristinato a quello di tre settimane fa e il suo throughput assegnato in quel momento era impostato su 100 unità di capacità in lettura e su 100 unità di capacità in scrittura. In questo caso, DynamoDB ripristina i dati della tabella a quel momento, ma utilizza la velocità di trasmissione effettiva assegnata corrente (100 unità di capacità di lettura e 100 unità di capacità di scrittura). Puoi anche ripristinare i dati della tabella DynamoDB Regioni AWS in modo che la tabella ripristinata venga creata in una regione diversa da quella in cui si trova la tabella di origine. Puoi eseguire ripristini interregionali tra regioni AWS commerciali, regioni della AWS Cina e. AWS GovCloud (US) I prezzi sono calcolati solo in base ai dati trasferiti fuori dalla regione di origine e al ripristino in una nuova tabella nella regione di destinazione. **Nota** Il ripristino tra Regioni non è supportato se la Regione di origine o di destinazione è Asia Pacifico (Hong Kong) o Medio Oriente (Bahrein). I ripristini possono essere più veloci ed economici se escludi alcuni o tutti gli indici dalla creazione nella tabella ripristinata. È necessario configurare manualmente nella tabella ripristinata quanto segue: + Policy di scalabilità automatica + AWS Identity and Access Management politiche + Metriche e allarmi di Amazon CloudWatch Events + Tag + Impostazioni flusso + Impostazioni Time to Live (TTL) + Point-in-time impostazioni di ripristino Il tempo necessario per ripristinare una tabella varia in base a molteplici fattori e non è sempre correlato alle dimensioni della tabella. # Ripristino point-in-time (PITR) di una tabella DynamoDB Amazon point-in-time DynamoDB Recovery (PITR) fornisce backup continui dei dati delle tabelle DynamoDB. È possibile eseguire il ripristino point-in-time (PITR) di una tabella utilizzando la console DynamoDB o AWS Command Line Interface (AWS CLI). Il processo di point-in-time ripristino ripristina una nuova tabella. Se si desidera utilizzare il AWS CLI, è necessario prima configurarlo. Per ulteriori informazioni, consulta [Accesso a DynamoDB](AccessingDynamoDB.md). **Topics** + [Ripristino point-in-time (PITR) di una tabella DynamoDB (console)](#restoretabletopointintime_console) + [Ripristino point-in-time di una tabella (AWS CLI)](#restorepointintime_cli) ## Ripristino point-in-time (PITR) di una tabella DynamoDB (console) L'esempio seguente mostra come utilizzare la console DynamoDB per eseguire il ripristino point-in-time (PITR) di una tabella esistente denominata `Music`. **Nota** Questa procedura presuppone che il point-in-time ripristino sia abilitato. **Per abilitarlo per la `Music` tabella, nella scheda **Backup**, nella sezione **Point-in-time Ripristino (PITR)**, scegli **Modifica**, quindi seleziona la casella accanto a Abilita. point-in-time-recovery** **Per eseguire il ripristino point-in-time di una tabella** 1. Accedi Console di gestione AWS e apri la console DynamoDB all'indirizzo. [https://console.aws.amazon.com/dynamodb/](https://console.aws.amazon.com/dynamodb/) 1. Nel riquadro di navigazione sul lato sinistro della console scegli **Tables (Tabelle)**. 1. Nell'elenco delle tabelle, seleziona `Music`. 1. **Nella scheda **Backup** della `Music` tabella, nella sezione **Point-in-time ripristino (PITR)**, scegli Ripristina.** 1. Per il nome tabella, immetti **MusicMinutesAgo**. **Nota** Puoi ripristinare la tabella AWS nella stessa regione o in una regione diversa da quella in cui si trova la tabella di origine. È anche possibile escludere la creazione di indici secondari nella nuova tabella ripristinata. Inoltre, puoi specificare una modalità di crittografia diversa. 1. Per confermare il momento del ripristino, imposta la data e l'ora del ripristino su **Earliest (Meno recente)**. Quindi scegli **Restore table (Ripristina tabella)** per avviare il processo di ripristino. La tabella in fase di ripristino è visualizzata con lo stato **Restoring (Ripristino)**. Al termine del processo di ripristino, lo stato della tabella `MusicMinutesAgo` cambia in **Active (Attivo)**. ## Ripristino point-in-time di una tabella (AWS CLI) La procedura seguente mostra come utilizzare per AWS CLI ripristinare una tabella esistente denominata `Music` in un determinato momento. **Nota** Questa procedura presuppone che il point-in-time ripristino sia abilitato. Per abilitarlo per la tabella `Music`, emettere il comando seguente. ``` aws dynamodb update-continuous-backups \ --table-name Music \ --point-in-time-recovery-specification PointInTimeRecoveryEnabled=True ``` **Per eseguire il ripristino point-in-time di una tabella** 1. Verificare che point-in-time il ripristino sia abilitato per la `Music` tabella utilizzando il `describe-continuous-backups` comando. ``` aws dynamodb describe-continuous-backups \ --table-name Music ``` I backup continui (abilitati automaticamente alla creazione della tabella) e point-in-time il ripristino sono abilitati. ``` { "ContinuousBackupsDescription": { "PointInTimeRecoveryDescription": { "PointInTimeRecoveryStatus": "ENABLED", "EarliestRestorableDateTime": 1519257118.0, "LatestRestorableDateTime": 1520018653.01 }, "ContinuousBackupsStatus": "ENABLED" } } ``` 1. Esegui il ripristino point-in-time della tabella. In questo caso, la tabella `Music` viene ripristinata a `LatestRestorableDateTime` (\$15 minuti fa) nella stessa regione AWS . ``` aws dynamodb restore-table-to-point-in-time \ --source-table-name Music \ --target-table-name MusicMinutesAgo \ --use-latest-restorable-time ``` **Nota** Puoi anche eseguire il ripristino a un momento specifico nel tempo. A tale scopo, esegui il comando utilizzando l'argomento `--restore-date-time` e specifica un time stamp. È possibile specificare qualsiasi momento all’interno del periodo di recupero configurato, che può essere impostato su qualsiasi valore compreso tra 1 e 35 giorni. Ad esempio, il comando seguente ripristina la tabella a `EarliestRestorableDateTime`. ``` aws dynamodb restore-table-to-point-in-time \ --source-table-name Music \ --target-table-name MusicEarliestRestorableDateTime \ --no-use-latest-restorable-time \ --restore-date-time 1519257118.0 ``` Se esegui il ripristino a un momento specifico nel tempo, la definizione dell'argomento `--no-use-latest-restorable-time` è facoltativa. 1. Ripristina la tabella fino a un certo momento con le impostazioni personalizzate della tabella. In questo caso, la tabella `Music` viene ripristinata a `LatestRestorableDateTime` (\$15 minuti fa). Puoi specificare una modalità di crittografia diversa per la tabella ripristinata, come segue. **Nota** Il parametro `sse-specification-override` accetta gli stessi valori del parametro `sse-specification-override` utilizzato nel comando `CreateTable`. Per ulteriori informazioni, consulta [Gestione di tabelle crittografate in DynamoDB](encryption.tutorial.md). ``` aws dynamodb restore-table-to-point-in-time \ --source-table-name Music \ --target-table-name MusicMinutesAgo \ --use-latest-restorable-time \ --sse-specification-override Enabled=true,SSEType=KMS,KMSMasterKeyId=abcd1234-abcd-1234-a123-ab1234a1b234 ``` È possibile ripristinare la tabella in una AWS regione diversa da quella in cui si trova la tabella di origine. **Nota** Il parametro `sse-specification-override` è obbligatorio per i ripristini tra regioni ma facoltativo per i ripristini nella stessa regione della tabella di origine. Il parametro `source-table-arn` deve essere fornito per i ripristini tra regioni diverse. Quando si esegue un ripristino tra regioni dalla riga di comando, è necessario impostare la AWS regione predefinita sulla regione di destinazione desiderata. Per ulteriori informazioni, consulta [Opzioni della riga di comando](https://docs.aws.amazon.com/cli/latest/userguide/cli-configure-options.html) nella *Guida per l'utente di AWS Command Line Interface *. ``` aws dynamodb restore-table-to-point-in-time \ --source-table-arn arn:aws:dynamodb:us-east-1:123456789012:table/Music \ --target-table-name MusicMinutesAgo \ --use-latest-restorable-time \ --sse-specification-override Enabled=true,SSEType=KMS,KMSMasterKeyId=abcd1234-abcd-1234-a123-ab1234a1b234 ``` Puoi ignorare la modalità di fatturazione e la velocità effettiva fornita per la tabella di ripristino. ``` aws dynamodb restore-table-to-point-in-time \ --source-table-name Music \ --target-table-name MusicMinutesAgo \ --use-latest-restorable-time \ --billing-mode-override PAY_PER_REQUEST ``` È possibile escludere la creazione di alcuni o tutti gli indici secondari nella nuova tabella ripristinata. **Nota** I ripristini possono essere più veloci ed economici se escludi alcuni o tutti gli indici secondari dalla creazione nella nuova tabella ripristinata. ``` aws dynamodb restore-table-to-point-in-time \ --source-table-name Music \ --target-table-name MusicMinutesAgo \ --use-latest-restorable-time \ --global-secondary-index-override '[]' ``` È possibile utilizzare una combinazione di diverse sostituzioni. Ad esempio, puoi utilizzare un singolo indice secondario globale e modificare contemporaneamente il throughput assegnato, come segue. ``` aws dynamodb restore-table-to-point-in-time \ --source-table-name Music \ --target-table-name MusicMinutesAgo \ --billing-mode-override PROVISIONED \ --provisioned-throughput-override ReadCapacityUnits=100,WriteCapacityUnits=100 \ --global-secondary-index-override IndexName=singers-index,KeySchema=["{AttributeName=SingerName,KeyType=HASH}"],Projection="{ProjectionType=KEYS_ONLY}",ProvisionedThroughput="{ReadCapacityUnits=50,WriteCapacityUnits=50}" \ --sse-specification-override Enabled=true,SSEType=KMS \ --use-latest-restorable-time ``` Per verificare il ripristino, usa il comando `describe-table` per descrivere la tabella `MusicEarliestRestorableDateTime`. ``` aws dynamodb describe-table --table-name MusicEarliestRestorableDateTime ``` La tabella in fase di ripristino è visualizzata con lo stato **Creating (Creazione)** e il ripristino in corso come **true**. Al termine del processo di ripristino, lo stato della tabella `MusicEarliestRestorableDateTime` cambia in **Active (Attivo)**. **Importante** Mentre è in corso un ripristino, non modificare o eliminare le policy AWS Identity and Access Management (IAM) che concedono all'entità IAM (ad esempio, utente, gruppo o ruolo) l'autorizzazione a eseguire il ripristino. Diversamente, si potrebbero verificare comportamenti imprevisti. Supponi, ad esempio, di rimuovere le autorizzazioni di scrittura per una tabella mentre è in corso il ripristino. In questo caso, l'operazione `RestoreTableToPointInTime` sottostante non è in grado di scrivere i dati ripristinati nella tabella. Analogamente, le policy IAM che comportano restrizioni dell'IP di origine per l'accesso alla tabella di ripristino di destinazione possono causare dei problemi. Puoi modificare o eliminare le autorizzazioni solo dopo il completamento dell'operazione di ripristino. # Utilizzo di AWS Backup con Dynamo DB Amazon DynamoDB può aiutarti a soddisfare i requisiti di conformità alle normative e di continuità aziendale attraverso le caratteristiche di backup avanzate in AWS Backup. AWS Backup è un servizio di protezione dei dati completamente gestito che semplifica la centralizzazione e l'automazione dei backup nei servizi AWS, nel cloud e on-premise. Utilizzando questo servizio, puoi configurare le policy di backup e monitorare l'attività delle tue risorse AWS in un'unica posizione. Per utilizzare AWS Backup, devi [aderire](https://docs.aws.amazon.com/aws-backup/latest/devguide/service-opt-in.html) affermativamente. Le scelte di adesione si applicano all'account e alla regione AWS specifici, quindi potresti dover aderire a più regioni utilizzando lo stesso account. Per ulteriori informazioni, consulta la [AWS Backup Developer Guide](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html). Amazon DynamoDB è integrato in modo nativo con AWS Backup. Puoi utilizzare AWS Backup per pianificare, copiare, taggare e programmare il ciclo di vita dei backup on demand di DynamoDB automaticamente. Puoi continuare a visualizzare e ripristinare questi backup dalla console DynamoDB. Puoi utilizzare la console DynamoDB, l'API e l'interfaccia a riga di comando di AWS (AWS CLI) per abilitare backup automatici per le tabelle DynamoDB. **Nota** Eventuali backup creati tramite DynamoDB rimarranno invariati. Potrai continuare a creare backup attraverso il flusso di lavoro DynamoDB corrente. Le caratteristiche di backup avanzate disponibili tramite AWS Backup includono: **Scheduled backups (Backup pianificati)**: puoi configurare regolarmente backup pianificati delle tabelle DynamoDB utilizzando i piani di backup. **Cross-account and cross-Region copying (Copia tra account e tra regioni)**: puoi copiare automaticamente i backup in un altro vault di backup in una regione o account AWS diverso, che consente di supportare i requisiti di protezione dei dati. **Cold storage tiering (Tiering archiviazione a freddo)**: puoi configurare i backup per implementare regole del ciclo di vita al fine di eliminare i backup o trasferirli a un'archiviazione più a freddo. Questo può aiutarti a ottimizzare i costi di backup. **Tag (Tag)**: puoi taggare automaticamente i backup a scopo di fatturazione e allocazione dei costi. **Encryption (Crittografia)**: i backup on demand di DynamoDB gestiti tramite AWS Backup ora sono memorizzati nel vault AWS Backup. Questo consente di criptare e proteggere i backup utilizzando una AWS KMS keyindipendente dalla chiave di crittografia della tabella Dynamo DB. **Audit backups (Verifica backup)**: puoi utilizzare AWS Backup Audit Manager per verificare la conformità delle tue policy AWS Backup e per trovare attività di backup e risorse che non sono ancora conformi ai controlli definiti. Puoi inoltre utilizzarlo per generare automaticamente un percorso di audit di report giornalieri e on demand per i tuoi scopi di governance dei backup. **Secure backups using the WORM model (Backup sicuri utilizzando il modello WORM)**: puoi utilizzare AWS Backup Vault Lock per abilitare un'impostazione write-once-read-many (WORM) per i backup. Con AWS Backup Vault Lock è possibile aggiungere un ulteriore livello di difesa che protegge i backup da operazioni di eliminazione involontarie o malevole, modifiche ai periodi di recupero dei backup e aggiornamenti alle impostazioni del ciclo di vita. Per ulteriori informazioni, consulta [AWS Backup Vault Lock](https://docs.aws.amazon.com/aws-backup/latest/devguide/vault-lock.html). Queste caratteristiche di backup avanzate sono disponibili in tutte le regioni AWS. Per ulteriori informazioni su queste caratteristiche, consulta la [AWS Backup Developer Guide](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html). **Topics** + [Backup e ripristino delle tabelle DynamoDB con: Come funziona AWS Backup](GettingStartedBackupsAWS.md) + [Creazione di backup delle tabelle DynamoDB con AWS Backup](CreateBackupAWS.md) + [Copia di un backup di una tabella DynamoDB con AWS Backup](CrossRegionAccountCopyAWS.md) + [Ripristino di un backup di una tabella DynamoDB da AWS Backup](Restore.TutorialAWS.md) + [Eliminazione di un backup di una tabella DynamoDB con AWS Backup](Delete.TutorialAWS.md) + [Differenze nelle note di utilizzo tra i backup su richiesta gestiti da AWS Backup e DynamoDB](UsageNotesAWS.md) # Backup e ripristino delle tabelle DynamoDB con: Come funziona AWS Backup È possibile utilizzare la funzionalità di backup on demand per creare backup completi delle tabelle Amazon DynamoDB. In questa sezione viene fornita una panoramica di ciò che accade durante il processo di backup e ripristino. ## Backup Quando si crea un backup su richiesta con AWS Backup, viene catalogato un indicatore temporale della richiesta. Il backup viene creato in modo asincrono applicando tutte le modifiche all'ultima snapshot di tabella completa, fino al momento in cui viene effettuata la richiesta. Ogni volta che crei un backup on-demand, viene eseguito il backup di tutti i dati della tabella. Non vi è un limite per il numero di backup on-demand che possono essere effettuati. **Nota** A differenza dei backup DynamoDB, i backup eseguiti con non sono istantanei. AWS Backup Mentre è in corso un backup, non puoi effettuare le seguenti operazioni: + Sospendere o annullare l'operazione di backup; + Eliminare la tabella di origine del backup; + Disabilitare i backup su una tabella se uno di questi è in corso. AWS Backup fornisce pianificazioni di backup automatizzate, gestione della conservazione e gestione del ciclo di vita. Ciò elimina la necessità di script personalizzati e processi manuali. AWS Backup esegue i backup e li elimina quando scadono. Per ulteriori informazioni, consulta la [Guida per gli sviluppatori di AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html). Se utilizzi la console, tutti i backup creati utilizzando AWS Backup sono elencati nella scheda **Backup** con il **Tipo di backup** impostato su. `AWS_BACKUP` **Nota** Non è possibile eliminare i backup contrassegnati con un **tipo di backup** di `AWS_BACKUP` utilizzando la console DynamoDB. Per gestire questi backup, usa la console. AWS Backup Per scoprire come eseguire un backup, consulta [Backup di una tabella DynamoDB](Backup.Tutorial.md). ## Ripristini Una tabella viene ripristinata senza utilizzare alcun throughput assegnato nella tabella. È possibile eseguire un ripristino completo della tabella dal backup DynamoDB oppure configurare le impostazioni della tabella di destinazione. Quando esegui un ripristino, puoi modificare le seguenti impostazioni della tabella: + Impostazioni di crittografia **Importante** Quando esegui un ripristino completo della tabella, la tabella di destinazione è impostata con le stesse unità di capacità di lettura e di scrittura di cui è stato effettuato il provisioning che la tabella di origine aveva al momento della richiesta del backup. Il processo di ripristino ripristina anche gli indici secondari locali e gli indici secondari globali. È possibile copiare un backup dei dati della tabella DynamoDB in una regione AWS diversa e quindi ripristinarli in quella nuova regione. Puoi copiare e quindi ripristinare i backup tra regioni AWS commerciali, regioni della AWS Cina e regioni AWS GovCloud (Stati Uniti). I prezzi sono calcolati solo in base ai dati che copi dalla regione di origine e dai dati che ripristini in una nuova tabella nella regione di destinazione. AWS Backup ripristinerà le tabelle con tutti gli indici originali. È necessario configurare manualmente nella tabella ripristinata quanto segue: + Policy di scalabilità automatica + AWS Identity and Access Management politiche (IAM) + Parametri e CloudWatch allarmi di Amazon + Tag + Impostazioni flusso + Impostazioni Time to Live (TTL) + Impostazioni di protezione dall'eliminazione + Impostazioni Ripristino point-in-time (PITR) Puoi ripristinare i dati dell'intera tabella solo su una nuova tabella da un backup. È possibile scrivere sulla tabella ripristinata solo dopo che è diventata attiva. **Nota** AWS Backup i ripristini non sono distruttivi. Non puoi sovrascrivere una tabella esistente durante un'operazione di ripristino. I tempi di ripristino sono direttamente correlati alla configurazione delle tabelle (ad esempio la dimensione delle tabelle e il numero di partizioni sottostanti) e ad altre variabili correlate. Una best practice quando si pianifica un ripristino di emergenza consiste nel documentare regolarmente i tempi medi di completamento del ripristino e stabilire in che modo questi tempi influiscono sull'obiettivo del tempo di ripristino complessivo. Per scoprire come eseguire un ripristino, consulta [Ripristino di una tabella DynamoDB da un backup](Restore.Tutorial.md). È possibile utilizzare le policy IAM per il controllo degli accessi. Per ulteriori informazioni, consulta [Utilizzo di IAM con backup e ripristino di DynamoDB](backuprestore_IAM.md). Tutte le console di backup e ripristino e le operazioni API vengono acquisite e registrate in AWS CloudTrail per la registrazione, il monitoraggio e l'audit. # Creazione di backup delle tabelle DynamoDB con AWS Backup In questa sezione viene descritto come attivare AWS Backup per creare i backup on demand e pianificati dalle tabelle DynamoDB. ** [Attivazione delle funzionalità AWS Backup](#CreateBackupAWS_enabling) [Backup on-demand](#CreateBackupAWS_on-demand) [Backup pianificati](#CreateBackupAWS_scheduled)** + [Attivazione delle funzionalità AWS Backup](#CreateBackupAWS_enabling) + [Backup on-demand](#CreateBackupAWS_on-demand) + [Backup pianificati](#CreateBackupAWS_scheduled) ## Attivazione delle funzionalità AWS Backup Per utilizzare AWS Backup con DynamoDB è necessario attivarlo. Per attivare AWS Backup, esegui i passaggi seguenti: 1. Accedi ad AWS Management Console e apri la console DynamoDB all'indirizzo [https://console.aws.amazon.com/dynamodb/](https://console.aws.amazon.com/dynamodb/). 1. Nel riquadro di navigazione sul lato sinistro della console scegliere **Backups (Backup)**. 1. Nella finestra Impostazioni di backup scegli **Abilita**. 1. Verrà visualizzata una schermata di conferma. Scegli **Attiva le funzionalità**. Le caratteristiche di AWS Backup ora sono disponibili per le tabelle Dynamo DB. Se vuoi disattivare le funzionalità di AWS Backup dopo che le hai attivate, attieniti alla procedura seguente: 1. Accedi ad AWS Management Console e apri la console DynamoDB all'indirizzo [https://console.aws.amazon.com/dynamodb/](https://console.aws.amazon.com/dynamodb/). 1. Nel riquadro di navigazione sul lato sinistro della console scegliere **Backups (Backup)**. 1. Nella finestra Impostazioni di backup scegli **Disattiva**. 1. Verrà visualizzata una schermata di conferma. Scegli **Disattiva le funzionalità**. Se non riesci ad attivare o disattivare le funzionalità di AWS Backup, l'amministratore AWS potrebbe dover eseguire queste azioni. ## Backup on-demand Per creare un backup on demand di una tabella Dynamo DB, attieniti alla procedura seguente: 1. Accedi ad AWS Management Console e apri la console DynamoDB all'indirizzo [https://console.aws.amazon.com/dynamodb/](https://console.aws.amazon.com/dynamodb/). 1. Nel riquadro di navigazione sul lato sinistro della console scegliere **Backups (Backup)**. 1. Scegliere **Create backup (Crea backup)**. 1. Dal menu a discesa visualizzato, scegli **Create an on-demand backup (Crea un backup on demand)**. 1. Per creare un backup gestito da AWS Backup con archiviazione a caldo e altre caratteristiche di base, scegli **Impostazioni predefinite**. Per creare un backup che può essere trasferito all'archiviazione a freddo o per creare un backup con le caratteristiche di DynamoDB anziché di AWS Backup, scegli **Personalizza impostazioni**. Se invece vuoi creare questo backup con le caratteristiche DynamoDB precedenti, scegli **Customize settings (Personalizza impostazioni)** e quindi scegli **Backup with DynamoDB (Backup con DynamoDB)**. 1. Dopo aver completato le impostazioni, scegli **Create backup (Crea backup)**. ## Backup pianificati Per pianificare un backup, attieniti alla procedura seguente: 1. Accedi ad AWS Management Console e apri la console DynamoDB all'indirizzo [https://console.aws.amazon.com/dynamodb/](https://console.aws.amazon.com/dynamodb/). 1. Nel riquadro di navigazione sul lato sinistro della console scegliere **Backups (Backup)**. 1. Dal menu a discesa visualizzato, scegli **Pianifica i backup con AWS Backup**. 1. Verrà visualizzato AWS Backup per creare un piano di backup. # Copia di un backup di una tabella DynamoDB con AWS Backup Puoi creare una copia di un backup corrente. Puoi copiare i backup in più account AWS o regioni AWS on demand o automaticamente come parte di un piano di backup pianificato. Puoi anche automatizzare una sequenza di copie tra account e tra regioni per Amazon DynamoDB Encryption Client. La replica tra regioni è particolarmente utile se hai requisiti di continuità aziendale o di conformità per archiviare i backup a una distanza minima dai dati di produzione. I backup tra account sono utili per copiare in modo sicuro i backup su uno o più account AWS della tua organizzazione per motivi operativi o di sicurezza. Se il backup originale viene eliminato inavvertitamente, puoi copiare il backup dall'account di destinazione all'account di origine e quindi avviare il ripristino. Prima di farlo, devi disporre di due account appartenenti alla stessa organizzazione nel servizio Organizations. Le copie ereditano la configurazione del backup di origine, a meno che non specifichi diversamente, con un'eccezione: se specifichi che la nuova copia non scadrà "mai". Con questa impostazione, la nuova copia eredita ancora la data di scadenza dell'origine. Se vuoi che la nuova copia di backup sia permanente, imposta i backup di origine in modo che non scadano mai o specifica che la nuova copia scadrà 100 anni dopo la sua creazione. **Nota** Se stai copiando in un altro account, devi prima avere l'autorizzazione da tale account. Per copiare un backup, procedi come segue: 1. Accedi ad AWS Management Console e apri la console DynamoDB all'indirizzo [https://console.aws.amazon.com/dynamodb/](https://console.aws.amazon.com/dynamodb/). 1. Nel riquadro di navigazione sul lato sinistro della console scegliere **Backups (Backup)**. 1. Seleziona la casella di controllo accanto al backup che vuoi copiare. + Se il backup che vuoi copiare è disattivato, devi abilitare [caratteristiche avanzate con AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/advanced-ddb-backup.html). Quindi crea un nuovo backup. Ora puoi copiare questo nuovo backup in altre Regioni e account e copiare qualsiasi altro nuovo backup in futuro. 1. Scegli **Copia**. 1. Se vuoi copiare il backup in un altro account o in un'altra regione, seleziona la casella di controllo accanto a **Copy the recovery point to another destination (Copia il punto di ripristino in un'altra destinazione)**. Quindi scegli se copiare in un'altra regione del tuo account o in un account diverso in un'altra regione. **Nota** Per ripristinare un backup in un'altra regione o in un altro account, devi prima copiare il backup in tale regione o account. 1. Seleziona il vault desiderato in cui verrà copiato il file. Se lo desideri, puoi anche creare un nuovo vault di backup. 1. Scegli **Copy backup (Copia backup)**. # Ripristino di un backup di una tabella DynamoDB da AWS Backup In questa sezione viene descritto come ripristinare un backup di una tabella DynamoDB da AWS Backup. ** [Ripristino di una tabella DynamoDB da AWS Backup](#Restore.TutorialAWS.simple) [Ripristino di una tabella DynamoDB in un'altra regione o in un altro account](#Restore.TutorialAWS.another)** + [Ripristino di una tabella DynamoDB da AWS Backup](#Restore.TutorialAWS.simple) + [Ripristino di una tabella DynamoDB in un'altra regione o in un altro account](#Restore.TutorialAWS.another) ## Ripristino di una tabella DynamoDB da AWS Backup Per ripristinare le tabelle DynamoDB da AWS Backup, attieniti alla procedura seguente: 1. Accedi ad AWS Management Console e apri la console DynamoDB all'indirizzo [https://console.aws.amazon.com/dynamodb/](https://console.aws.amazon.com/dynamodb/). 1. Nel riquadro di navigazione sul lato sinistro della console scegli **Tables (Tabelle)**. 1. Scegli la scheda **Backups (Backup)**. 1. Seleziona la casella di controllo accanto al backup precedente da cui eseguire il ripristino. 1. Scegli **Restore** (Ripristina). Verrà visualizzata la schermata **Restore table from backup (Ripristina tabella dal backup)**. 1. Inserisci il nome della tabella appena ripristinata, la crittografia di questa nuova tabella, la chiave con cui vuoi criptare il ripristino e altre opzioni. 1. Al termine, scegli **Restore (Ripristina)**. ## Ripristino di una tabella DynamoDB in un'altra regione o in un altro account Per ripristinare una tabella DynamoDB in un'altra regione o in un altro account, devi prima copiare il backup in quella nuova regione o account. Per copiare in un altro account, tale account deve prima concederti l'autorizzazione. Dopo aver copiato il backup DynamoDB nella nuova regione o nel nuovo account, puoi ripristinarlo con la procedura nella sezione precedente. # Eliminazione di un backup di una tabella DynamoDB con AWS Backup In questa sezione viene descritto come eliminare un backup di una tabella DynamoDB con AWS Backup. Un backup DynamoDB creato tramite le caratteristiche di AWS Backup viene archiviato in un vault di AWS Backup. Per eliminare questo tipo di backup, attieniti alla procedura seguente: 1. Accedi alla console Console di gestione AWS e apri la console DynamoDB all'indirizzo [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/dynamodb/). 1. Nel riquadro di navigazione sul lato sinistro della console scegliere **Backups (Backup)**. 1. Nella schermata che segue, scegli **Continua su AWS backup**. Verrà visualizzato Console di backup AWS. Per ulteriori informazioni su come eliminare i backup su Console di backup AWS, consulta [Eliminazione di backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/deleting-backups.html). Per ulteriori informazioni su AWS Backup, consulta [Backup and recovery using AWS Backup](https://docs.aws.amazon.com/prescriptive-guidance/latest/backup-recovery/aws-backup.html) nel *Prontuario AWS*. # Differenze nelle note di utilizzo tra i backup su richiesta gestiti da AWS Backup e DynamoDB Questa sezione descrive le differenze tecniche tra i backup on demand gestiti da AWS Backup e DynamoDB. AWS Backup ha alcuni flussi di lavoro e comportamenti diversi rispetto a DynamoDB. Ciò include: **Crittografia**: i backup creati con il AWS Backup piano vengono archiviati in un archivio crittografato con una chiave gestita dal servizio. AWS Backup Il vault dispone di policy di controllo degli accessi per una maggiore sicurezza. **ARN di backup**: i file di backup creati da AWS Backup avranno ora un AWS Backup ARN, che potrebbe influire sul modello di autorizzazione dell'utente. I nomi delle risorse di Backup (ARNs) cambieranno da `arn:aws:dynamodb` a`arn:aws:backup`. **Eliminazione dei backup: i** backup creati con AWS Backup possono essere eliminati solo dal vault. AWS Backup Non sarà possibile eliminare AWS Backup i file dalla console DynamoDB. **Processo di backup**: a differenza dei backup di DynamoDB, i backup realizzati con AWS Backup non sono istantanei. **Fatturazione**: i backup delle tabelle DynamoDB con funzionalità vengono fatturati da. AWS Backup AWS Backup **Ruoli IAM**: se gestisci gli accessi tramite i ruoli IAM, dovrai anche configurare un nuovo ruolo IAM con queste nuove autorizzazioni: ``` 1. "dynamodb:StartAwsBackupJob", 2. "dynamodb:RestoreTableFromAwsBackup" ``` `dynamodb:StartAwsBackupJob`è necessario per un backup corretto con AWS Backup funzionalità ed `dynamodb:RestoreTableFromAwsBackup` è necessario per il ripristino da un backup realizzato con funzionalità. AWS Backup Per visualizzare queste autorizzazioni in un criterio IAM completo, vedi l'Esempio 8 in [Using IAM (Utilizzo di IAM)](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/backuprestore_IAM.html).