Backup e ripristino di un'istanza database di Amazon RDS Custom per SQL Server - Amazon Relational Database Service
Creazione di una snapshot RDS Custom per SQL ServerRipristino da una snapshot database RDS Custom per SQL Serveroint-in-time Ripristino PEliminazione di una snapshot RDS Custom per SQL ServerEliminazione di backup automatici RDS Custom per SQL Server

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 di un'istanza database di Amazon RDS Custom per SQL Server

Come Amazon RDS, RDS Custom crea e salva backup automatici dell'istanza DB di RDS Custom for SQL Server quando è abilitata la conservazione dei backup. Puoi inoltre eseguire il backup dell'istanza database manualmente. I backup automatici comprendono backup di istantanee e backup dei log delle transazioni. I backup istantanei vengono eseguiti per l'intero volume di archiviazione dell'istanza DB durante la finestra di backup specificata. I backup dei log delle transazioni vengono eseguiti per i database idonei al PITR a intervalli regolari. RDS Custom salva i backup automatici dell'istanza DB in base al periodo di conservazione dei backup specificato. È possibile utilizzare i backup automatici per ripristinare l'istanza DB in un determinato momento entro il periodo di conservazione dei backup.

È inoltre possibile eseguire backup di istantanee manualmente. È possibile creare una nuova istanza DB da questi backup istantanei in qualsiasi momento. Per ulteriori informazioni sulla creazione di uno snapshot di database, consulta Creazione di una snapshot RDS Custom per SQL Server.

Sebbene i backup istantanei funzionino operativamente come backup completi, ti viene fatturato solo l'utilizzo incrementale dello storage. La prima snapshot di un'istanza database RDS Custom contiene i dati dell'intera istanza database. Gli snapshot successivi dello stesso database sono incrementali, ovvero vengono salvati solo i dati che sono cambiati dal salvataggio dell'ultimo snapshot.

Creazione di una snapshot RDS Custom per SQL Server

RDS Custom per SQL Server crea una snapshot dei volumi di storage dell'istanza database, eseguendo il backup dell'intera istanza database anziché dei singoli database. Quando crei una snapshot, specifica di quale istanza database RDS Custom per SQL Server eseguire il backup. Dai un nome alla snapshot database in modo che tu possa ripristinarla in un secondo momento.

Quando crei uno snapshot, RDS Custom for SQL Server crea uno snapshot Amazon EBS per volume(D:), che è il volume del database collegato all'istanza DB. Per semplificare l'associazione delle snapshot a un'istanza database specifica, sono contrassegnate con DBSnapshotIdentifier, DbiResourceId e VolumeType.

La creazione di una snapshot DB si traduce in una breve interruzione delle operazioni di I/O. Questa sospensione può durare da pochi secondi a pochi minuti, a seconda delle dimensioni e della classe dell'istanza database. Il tempo di creazione dello snapshot varia in base al numero e alla dimensione totali dei database. Per ulteriori informazioni sul numero di database idonei per un'operazione di ripristino in tempo reale (PITR), vedere. Numero di database idonei per il PITR per tipo di classe di istanza

Poiché lo snapshot include l'intero volume d'archiviazione, la dimensione dei file, come i file temporanei, influisce sul tempo di creazione dello snapshot. Per ulteriori informazioni sulla creazione di snapshot, consulta Creazione di uno snapshot DB per un'istanza DB Single-AZ.

Creazione di una snapshot RDS Custom per SQL Server utilizzando la console o la AWS CLI.

Per creare una snapshot RDS Custom

  1. Accedi alla AWS Management Console e apri la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/.

  2. Nel pannello di navigazione, scegliere Databases (Database).

  3. Nell'elenco di istanze database RDS Custom scegliere l'istanza database per cui si desidera acquisire uno snapshot.

  4. Per Actions (Operazioni), selezionare Take snapshot (Acquisisci snapshot).

    Viene visualizzata la finestra Acquisizione di snapshot DB.

  5. Per Nome snapshot, inserisci il nome dello snapshot.

  6. Seleziona Acquisisci snapshot.

È possibile creare un'istantanea di un'istanza DB personalizzata RDS utilizzando il comando. create-db-snapshotAWS CLI

Puoi specificare le seguenti opzioni:

  • --db-instance-identifier – Identificare l'istanza database RDS Custom di cui effettuare il backup

  • --db-snapshot-identifier – Assegna i nomi alla snapshot RDS Custom in modo che tu possa ripristinarla in un secondo momento

In questo esempio crei uno snapshot database denominata my-custom-snapshot per un'istanza database RDS Custom denominata my-custom-instance.

PerLinux, omacOS: Unix

aws rds create-db-snapshot \
    --db-instance-identifier my-custom-instance \
    --db-snapshot-identifier my-custom-snapshot

Per Windows:

aws rds create-db-snapshot ^
    --db-instance-identifier my-custom-instance ^
    --db-snapshot-identifier my-custom-snapshot

Ripristino da una snapshot database RDS Custom per SQL Server

Quando ripristini un'istanza database RDS Custom per SQL Server, devi fornire il nome della snapshot database e il nome della nuova istanza. Non puoi eseguire il ripristino da una snapshot a un'istanza database RDS Custom esistente. Quando esegui il ripristino, viene creata una nuova istanza database RDS Custom per SQL Server.

Il ripristino da un'istantanea ripristinerà il volume di archiviazione al momento in cui è stata scattata l'istantanea. Ciò includerà tutti i database e tutti gli altri file presenti nel volume. (D:)

Per ripristinare un'istanza database RDS Custom da uno snapshot database

  1. Accedi alla AWS Management Console e apri la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/.

  2. Nel riquadro di navigazione, selezionare Snapshots (Snapshot).

  3. Scegliere la snapshot DB dalla quale effettuare il ripristino.

  4. Per Actions (Operazioni), selezionare Restore Snapshot (Ripristina snapshot).

  5. Nella pagina Restore DB Instance (Ripristina istanza database), per DB Instance Identifier (Identificatore istanze DB), immettere il nome dell'istanza database RDS Custom ripristinata.

  6. Selezionare Ripristina istanza database.

È possibile ripristinare un'istantanea RDS Custom DB utilizzando il comando restore-db-instance-fromAWS CLI-db-snapshot.

Se la snapshot da cui si sta ripristinando è per un'istanza database privata, assicurarsi di specificare entrambi i valori corretti db-subnet-group-name e no-publicly-accessible. In caso contrario, l'istanza database è accessibile pubblicamente per impostazione predefinita. Sono richieste le seguenti opzioni:

  • db-snapshot-identifier – Identifica la snapshot da cui eseguire il ripristino

  • db-instance-identifier – Specifica il nome dell'istanza database RDS Custom da creare dalla snapshot database

  • custom-iam-instance-profile: specifica il profilo di istanza associato all'istanza Amazon EC2 sottostante di un'istanza database RDS Custom.

Il codice seguente ripristina la snapshot denominata my-custom-snapshot per my-custom-instance.

Per, o: Linux macOS Unix

aws rds restore-db-instance-from-db-snapshot \
  --db-snapshot-identifier my-custom-snapshot \
  --db-instance-identifier my-custom-instance \
  --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
  --no-publicly-accessible

Per Windows:

aws rds restore-db-instance-from-db-snapshot ^
  --db-snapshot-identifier my-custom-snapshot ^
  --db-instance-identifier my-custom-instance ^
  --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
  --no-publicly-accessible

Ripristino di un'istanza RDS Custom per SQL Server in un determinato momento

Puoi ripristinare un'istanza database in un punto temporale specifico (PITR), creando una nuova istanza database. Per supportare PITR, le istanze DB devono avere la conservazione dei backup abilitata.

L'ultimo orario ripristinabile di un'istanza database RDS Custom per SQL Server dipende da diversi fattori, ma generalmente è entro 5 minuti dall'orario attuale. Per visualizzare l'ora di ripristino più recente per un'istanza DB, usa il AWS CLI describe-db-instancescomando e guarda il valore restituito nel LatestRestorableTime campo per l'istanza DB. Per visualizzare l'ora di ripristino più recente per ogni istanza del DB nella console Amazon RDS, scegliere Backup automatici.

Puoi eseguire il ripristino point-in-time durante il periodo di retention dei backup. Per visualizzare il tempo di ripristino più breve per ogni istanza del DB, scegliere Backup automatici nella console Amazon RDS.

Per informazioni generali su PITR, consulta Ripristino a un'ora specifica per un'istanza database.

Considerazioni PITR per RDS Custom per SQL Server

In RDS Custom per SQL Server, PITR differisce secondo le seguenti importanti modalità da PITR in Amazon RDS:

  • PITR ripristina solo i database nell'istanza database. Non ripristina il sistema operativo o i file sull'unità C:.

  • Per un'istanza DB RDS Custom per SQL Server, viene eseguito automaticamente il backup di un database ed è idoneo per PITR solo alle seguenti condizioni:

    • Il database è online.

    • Il suo modello di ripristino è impostato su FULL.

    • È scrivibile.

    • Ha i suoi file fisici sull'unità D:.

    • Non è elencato nella tabella rds_pitr_blocked_databases. Per ulteriori informazioni, consulta Rendere i database non idonei per PITR.

  • I database idonei per PITR sono determinati dall'ordine del relativo ID di database. RDS Custom per SQL Server consente fino a 5.000 database per istanza database. Tuttavia, il numero massimo di database ripristinati da un'operazione PITR per un'istanza DB RDS Custom for SQL Server dipende dal tipo di classe di istanza. Per ulteriori informazioni, consulta Numero di database idonei per il PITR per tipo di classe di istanza.

    Altri database che non fanno parte di PITR possono essere ripristinati dalle istantanee del DB, inclusi i backup automatici delle istantanee utilizzati per PITR.

  • L'aggiunta di un nuovo database, la rinominazione di un database o il ripristino di un database idoneo per PITR avvia uno snapshot dell'istanza database.

  • Il numero massimo di database idonei per PITR cambia quando l'istanza del database viene sottoposta a un'operazione di calcolo su scala, a seconda del tipo di classe di istanza di destinazione. Se l'istanza viene scalata verso l'alto, in modo da consentire a più database sull'istanza di essere idonei per il PITR, viene eseguita una nuova istantanea.

  • I database ripristinati hanno lo stesso nome dell’istanza database di origine. Non puoi specificare un nome diverso.

  • AWSRDSCustomSQLServerIamRolePolicyrichiede l'accesso ad altri servizi. AWS Per ulteriori informazioni, consulta Aggiungi una politica di accesso a AWSRDSCustomSQLServerInstanceRole.

  • Le modifiche al fuso orario non sono supportate per RDS Custom per SQL Server. Se si modifica il fuso orario dell’istanza database o del sistema operativo, PITR (o un’altra automazione) non funziona.

Numero di database idonei per il PITR per tipo di classe di istanza

La tabella seguente mostra il numero massimo di database idonei per PITR in base al tipo di classe di istanza.

Tipo di classe di istanza Numero massimo di database idonei al PITR
db.*.large 100
da db.*.xlarge a db.*.2xlarge 150
db.*.4xlarge a db.*.8xlarge 300
db.*.12xlarge a db.*.16xlarge 600
db.*.24xlarge, db.*32xlarge 1000

*Rappresenta diversi tipi di classi di istanze.

Il numero massimo di database idonei per PITR su un'istanza DB dipende dal tipo di classe di istanza. Il numero varia da 100 per i tipi di classe di istanza più piccoli a 1000 per i tipi di classi di istanze più grandi supportati da RDS Custom for SQL Server. I database (master, model, msdb, tempdb) di sistema SQL Server non sono inclusi in questo limite. Quando un'istanza DB viene ridimensionata verso l'alto o verso il basso, a seconda del tipo di classe dell'istanza di destinazione, RDS Custom aggiornerà automaticamente il numero di database idonei per PITR. RDS Custom for SQL Server verrà inviato RDS-EVENT-0352 quando il numero massimo di database idonei per PITR cambia su un'istanza DB. Per ulteriori informazioni, consulta Eventi di versioni personalizzate del motore.

Nota

Il supporto PITR per più di 100 database è disponibile solo sulle istanze DB create dopo il 26 agosto 2023. Per le istanze create prima del 26 agosto 2023, il numero massimo di database idonei per PITR è 100, indipendentemente dalla classe di istanza. Per abilitare il supporto PITR per più di 100 database su istanze DB create prima del 26 agosto 2023, puoi eseguire la seguente azione:

  • Aggiorna la versione del motore DB alla versione 15.00.4322.2.v1 o successiva

Durante un'operazione PITR, RDS Custom ripristinerà tutti i database che facevano parte di PITR sull'istanza DB di origine al momento del ripristino. Una volta che l'istanza DB di destinazione ha completato le operazioni di ripristino, se la conservazione dei backup è abilitata, l'istanza DB inizierà il backup in base al numero massimo di database idonei per il PITR sull'istanza DB di destinazione.

Ad esempio, se l'istanza DB viene eseguita su un'db.*.xlargeistanza con 200 database:

  1. RDS Custom for SQL Server sceglierà i primi 150 database, ordinati in base all'ID del database, per il backup PITR.

  2. L'istanza viene modificata per scalarla fino a db.*.4xlarge.

  3. Una volta completata l'operazione di calcolo della scalabilità, RDS Custom for SQL Server sceglierà i primi 300 database, ordinati in base all'ID del database, per il backup PITR. Ciascuno dei 200 database che soddisfano i requisiti PITR sarà ora idoneo per il PITR.

  4. Ora modifichi l'istanza per ridurla a db.*.xlarge.

  5. Una volta completata l'operazione di calcolo della scalabilità, RDS Custom for SQL Server selezionerà nuovamente i primi 150 database, ordinati in base all'ID del database, per il backup PITR.

Rendere i database non idonei per PITR

È possibile scegliere di escludere singoli database da PITR. Per fare questo, metti i loro valori database_id in una tabella rds_pitr_blocked_databases. Utilizza il seguente script SQL per creare la tabella.

Per creare la tabella rds_pitr_blocked_databases

  • Esegui il seguente script SQL.

    create table msdb..rds_pitr_blocked_databases
(
database_id INT NOT NULL,
database_name SYSNAME NOT NULL,
db_entry_updated_date datetime NOT NULL DEFAULT GETDATE(),
db_entry_updated_by SYSNAME NOT NULL DEFAULT CURRENT_USER,
PRIMARY KEY (database_id)
);

Per l'elenco dei database idonei e non idonei, consulta il file RI.End nella directory RDSCustomForSQLServer/Instances/DB_instance_resource_ID/TransactionLogMetadata nel bucket Amazon S3 do-not-delete-rds-custom-$ACCOUNT_ID-$REGION-unique_identifier. Per ulteriori informazioni sul file RI.End, consulta Log sulle transazioni in Amazon S3.

È inoltre possibile determinare l'elenco dei database idonei per PITR utilizzando il seguente script SQL. Imposta la @limit variabile sul numero massimo di database idonei per il PITR per la classe di istanze. Per ulteriori informazioni, consulta Numero di database idonei per il PITR per tipo di classe di istanza.

Per determinare l'elenco dei database idonei per PITR su una classe di istanze DB

  • Esegui il seguente script SQL.

    DECLARE @Limit INT;
SET @Limit = (insert-database-instance-limit-here);

USE msdb;
IF (EXISTS (SELECT * FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = 'dbo' AND  TABLE_NAME = 'rds_pitr_blocked_databases'))
    WITH TABLE0 AS (
        SELECT hdrs.database_id as DatabaseId, sdb.name as DatabaseName, 'ALWAYS_ON_NOT_WRITABLE_REPLICA' as Reason, NULL as DatabaseNameOnPitrTable
        FROM sys.dm_hadr_database_replica_states hdrs
        INNER JOIN sys.databases sdb ON sdb.database_id = hdrs.database_id
        WHERE (hdrs.is_local = 1 AND hdrs.is_primary_replica = 0) 
        OR (sys.fn_hadr_is_primary_replica (sdb.name) = 1 AND DATABASEPROPERTYEX (sdb.name, 'Updateability') = 'READ_ONLY')
    ),
    TABLE1 as (
            SELECT dbs.database_id as DatabaseId, sysdbs.name as DatabaseName, 'OPTOUT' as Reason,
            CASE WHEN dbs.database_name = sysdbs.name THEN NULL ELSE dbs.database_name END AS DatabaseNameOnPitrTable
            FROM msdb.dbo.rds_pitr_blocked_databases dbs
            INNER JOIN sys.databases sysdbs ON dbs.database_id = sysdbs.database_id
            WHERE sysdbs.database_id > 4
            ),
    TABLE2 as (
            SELECT
            db.name AS DatabaseName,
            db.create_date AS CreateDate,
            db.state_desc AS DatabaseState,
            db.database_id AS DatabaseId,
            rs.database_guid AS DatabaseGuid,
            rs.last_log_backup_lsn AS LastLogBackupLSN,
            rs.recovery_fork_guid RecoveryForkGuid,
            rs.first_recovery_fork_guid AS FirstRecoveryForkGuid,
            db.recovery_model_desc AS RecoveryModel,
            db.is_auto_close_on AS IsAutoClose,
            db.is_read_only as IsReadOnly,
            NEWID() as FileName,
            CASE WHEN(db.state_desc = 'ONLINE'
                    AND db.recovery_model_desc != 'SIMPLE' 
                    AND((db.is_auto_close_on = 0 and db.collation_name IS NOT NULL) OR db.is_auto_close_on = 1)) 
                    AND db.is_read_only != 1
                    AND db.user_access = 0
                    AND db.source_database_id IS NULL
                    AND db.is_in_standby != 1
                    THEN 1 ELSE 0 END AS IsPartOfSnapshot,
            CASE WHEN db.source_database_id IS NULL THEN 0 ELSE 1 END AS IsDatabaseSnapshot
            FROM sys.databases db
            INNER JOIN sys.database_recovery_status rs
            ON db.database_id = rs.database_id
            WHERE DB_NAME(db.database_id) NOT IN('tempdb') AND
            db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE1) AND
            db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE0)
        ),
        TABLE3 as(
            Select @Limit+count(DatabaseName) as TotalNumberOfDatabases from TABLE2 where TABLE2.IsPartOfSnapshot=1 and DatabaseName in ('master','model','msdb')
        )
        SELECT TOP(SELECT TotalNumberOfDatabases from TABLE3)  DatabaseName,CreateDate,DatabaseState,DatabaseId from TABLE2 where TABLE2.IsPartOfSnapshot=1
        ORDER BY TABLE2.DatabaseID ASC
ELSE
    WITH TABLE0 AS (
        SELECT hdrs.database_id as DatabaseId, sdb.name as DatabaseName, 'ALWAYS_ON_NOT_WRITABLE_REPLICA' as Reason, NULL as DatabaseNameOnPitrTable
        FROM sys.dm_hadr_database_replica_states hdrs
        INNER JOIN sys.databases sdb ON sdb.database_id = hdrs.database_id
        WHERE (hdrs.is_local = 1 AND hdrs.is_primary_replica = 0) 
        OR (sys.fn_hadr_is_primary_replica (sdb.name) = 1 AND DATABASEPROPERTYEX (sdb.name, 'Updateability') = 'READ_ONLY')
    ),
    TABLE1 as (
            SELECT
            db.name AS DatabaseName,
            db.create_date AS CreateDate,
            db.state_desc AS DatabaseState,
            db.database_id AS DatabaseId,
            rs.database_guid AS DatabaseGuid,
            rs.last_log_backup_lsn AS LastLogBackupLSN,
            rs.recovery_fork_guid RecoveryForkGuid,
            rs.first_recovery_fork_guid AS FirstRecoveryForkGuid,
            db.recovery_model_desc AS RecoveryModel,
            db.is_auto_close_on AS IsAutoClose,
            db.is_read_only as IsReadOnly,
            NEWID() as FileName,
            CASE WHEN(db.state_desc = 'ONLINE'
                    AND db.recovery_model_desc != 'SIMPLE' 
                    AND((db.is_auto_close_on = 0 and db.collation_name IS NOT NULL) OR db.is_auto_close_on = 1)) 
                    AND db.is_read_only != 1
                    AND db.user_access = 0
                    AND db.source_database_id IS NULL
                    AND db.is_in_standby != 1
                    THEN 1 ELSE 0 END AS IsPartOfSnapshot,
            CASE WHEN db.source_database_id IS NULL THEN 0 ELSE 1 END AS IsDatabaseSnapshot
            FROM sys.databases db
            INNER JOIN sys.database_recovery_status rs
            ON db.database_id = rs.database_id
            WHERE DB_NAME(db.database_id) NOT IN('tempdb') AND
            db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE0)
        ),
        TABLE2 as(
            SELECT @Limit+count(DatabaseName) as TotalNumberOfDatabases from TABLE1 where TABLE1.IsPartOfSnapshot=1 and DatabaseName in ('master','model','msdb')
        )
        select top(select TotalNumberOfDatabases from TABLE2)  DatabaseName,CreateDate,DatabaseState,DatabaseId from TABLE1 where TABLE1.IsPartOfSnapshot=1
        ORDER BY TABLE1.DatabaseID ASC
Nota

I database che sono solo collegamenti simbolici sono inoltre esclusi dai database idonei per le operazioni PITR. La query precedente non filtra in base a questi criteri.

Log sulle transazioni in Amazon S3

Il periodo di retention dei backup determina se i log sulle transazioni per le istanze database RDS Custom per SQL Server vengono automaticamente estratti e caricati su Amazon S3. Un valore diverso da zero significa che vengono creati backup automatici e che l'agente RDS Custom carica i log sulle transazioni su S3 ogni 5 minuti.

I file di log delle transazioni su S3 sono crittografati mentre sono inattivi tramite AWS KMS key che hai fornito quando hai creato l'istanza database. Per ulteriori informazioni, consulta Protezione dei dati con la crittografia lato server nella Guida per l'utente di Amazon Simple Storage Service.

I log delle transazioni per ciascun database vengono caricati in un bucket S3 denominato do-not-delete-rds-custom-$ACCOUNT_ID-$REGION-unique_identifier. La directory RDSCustomForSQLServer/Instances/DB_instance_resource_ID nel bucket S3 contiene due sottodirectory:

  • TransactionLogs – Contiene i log delle transazioni per ciascun database e i rispettivi metadati.

    Il nome del file di log delle transazioni segue il pattern yyyyMMddHHmm.database_id.timestamp, ad esempio:

    202110202230.11.1634769287

    Lo stesso nome del file con il suffisso _metadata contiene informazioni sul log delle transazioni come numeri di sequenza di log, nome del database e RdsChunkCount. RdsChunkCount determina quanti file fisici rappresentano un singolo file di log delle transazioni. Potresti vedere file con suffissi _0001, _0002 e così via, il che significa i pezzi fisici di un file di log delle transazioni. Se si desidera utilizzare un file di log delle transazioni a blocchi, assicurarsi di unire i blocchi dopo averli scaricati.

    Considera uno scenario in cui hai i seguenti file:

    • 202110202230.11.1634769287

    • 202110202230.11.1634769287_0001

    • 202110202230.11.1634769287_0002

    • 202110202230.11.1634769287_metadata

    Il valore del campo RdsChunkCount è 3. L'ordine di unione dei file è il seguente: 202110202230.11.1634769287, 202110202230.11.1634769287_0001, 202110202230.11.1634769287_0002.

  • TransactionLogMetadata – Contiene informazioni sui metadati su ogni iterazione dell'estrazione del log delle transazioni.

    Il file RI.End contiene informazioni per tutti i database a cui sono stati estratti i log delle transazioni e per tutti i database esistenti ma che non hanno i log delle transazioni estratti. Il nome del file RI.End segue il pattern yyyyMMddHHmm.RI.End.timestamp, ad esempio:

    202110202230.RI.End.1634769281

PITR Restore utilizzando l'API AWS Management ConsoleAWS CLI, the o RDS.

Puoi ripristinare un'istanza database RDS Custom per SQL Server a un punto temporale tramite AWS Management Console, AWS CLI o l'API di RDS.

Per ripristinare un'istanza database RDS Custom un punto temporale specifico

  1. Accedi a AWS Management Console e apri la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/.

  2. Nel riquadro di navigazione, selezionare Automated backups (Backup automatici).

  3. Scegli l'istanza database RDS Custom da ripristinare.

  4. In Actions (Operazioni), scegli Restore to point in time (Ripristina a un istante temporale).

    Viene visualizzata la finestra Restore to point in time (Ripristina a un istante temporale).

  5. Scegliere Latest restorable time (Ultimo orario di ripristino) per eseguire il ripristino in base al momento più recente oppure scegliere Custom (Personalizzato) per scegliere una data e un'ora.

    Se scegli Personalizzato, specifica la data e l'ora in cui desideri ripristinare l'istanza.

    Gli orari vengono visualizzati nel fuso orario locale, indicato come un offset dell'ora UTC (Coordinated Universal Time). Ad esempio, UTC-5 è l'orario standard degli Stati Uniti orientali/ora legale degli Stati Uniti centrali.

  6. Per DB Instance Identifier (Identificatore istanze database), inserire il nome dell'istanza database RDS Custom di destinazione ripristinata. Il nome deve essere univoco.

  7. Scegli altre opzioni in base alle esigenze, ad esempio la classe di istanza database.

  8. Scegli Restore to point in time (Ripristina per punto nel tempo).

È possibile ripristinare un'istanza DB a un'ora specificata utilizzando il point-in-time AWS CLI comando restore-db-instance-to- per creare una nuova istanza DB personalizzata RDS.

Utilizzare una delle opzioni seguenti per specificare il backup da cui effettuare il ripristino:

  • --source-db-instance-identifier mysourcedbinstance

  • --source-dbi-resource-id dbinstanceresourceID

  • --source-db-instance-automated-backups-arn backupARN

L'opzione custom-iam-instance-profile è obbligatoria.

Il seguente esempio ripristina my-custom-db-instance a una nuova istanza database denominata my-restored-custom-db-instance, a partire dal tempo specificato.

Per LinuxmacOS, oUnix:

aws rds restore-db-instance-to-point-in-time \
    --source-db-instance-identifier my-custom-db-instance\
    --target-db-instance-identifier my-restored-custom-db-instance \
    --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
    --restore-time 2022-10-14T23:45:00.000Z

Per Windows:

aws rds restore-db-instance-to-point-in-time ^
    --source-db-instance-identifier my-custom-db-instance ^
    --target-db-instance-identifier my-restored-custom-db-instance ^
    --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
    --restore-time 2022-10-14T23:45:00.000Z

Eliminazione di una snapshot RDS Custom per SQL Server

Elimina le snapshot database di RDS Custom per SQL Server quando non ti occorrono più. La procedura di eliminazione è la stessa per le istanze database Amazon RDS e RDS Custom.

Le snapshot Amazon EBS per i volumi binari e root rimangono nel tuo account per un periodo più lungo perché potrebbero essere collegate ad alcune istanze in esecuzione nel tuo account o ad altre snapshot RDS Custom per SQL Server. Queste snapshot EBS vengono eliminate automaticamente dopo che non sono più correlate a risorse RDS Custom per SQL Server esistenti (istanze database o backup).

Per eliminare una snapshot di un'istanza database RDS Custom

  1. Accedi alla AWS Management Console e apri la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/.

  2. Nel pannello di navigazione, selezionare Snapshots (Snapshot).

  3. Scegliere la snapshot DB da eliminare.

  4. Per Actions (Operazioni), scegliere Delete Snapshot (Elimina snapshot).

  5. Nella pagina di conferma, scegliere Delete (Elimina).

Per eliminare un'istantanea personalizzata RDS, utilizzare il AWS CLI comando. delete-db-snapshot

Si richiede la seguente opzione:

  • --db-snapshot-identifier – La snapshot da eliminare

L'esempio seguente elimina la snapshot database my-custom-snapshot.

PerLinux, omacOS: Unix

aws rds delete-db-snapshot \  
  --db-snapshot-identifier my-custom-snapshot

Per Windows:

aws rds delete-db-snapshot ^
  --db-snapshot-identifier my-custom-snapshot

Eliminazione di backup automatici RDS Custom per SQL Server

Puoi eliminare i backup automatici mantenuti per RDS Custom per SQL Server quando non servono più. La procedura è la stessa della procedura per l'eliminazione dei backup Amazon RDS.

Per eliminare i backup automatici mantenuti

  1. Accedi alla AWS Management Console e apri la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/.

  2. Nel riquadro di navigazione, selezionare Automated backups (Backup automatici).

  3. ScegliereRetained (Mantenuti).

  4. Scegliere il backup automatico mantenuto da eliminare.

  5. In Actions (Azioni), selezionare Delete (Elimina).

  6. Nella pagina di conferma, immetti delete me e seleziona Elimina.

È possibile eliminare un backup automatico conservato utilizzando il AWS CLI comando delete-db-instance-automated-backup.

La seguente opzione viene utilizzata per eliminare un backup automatico mantenuto:

Il seguente esempio elimina il backup automatico mantenuto con l’identificatore della risorsa di istanza DB source custom-db-123ABCEXAMPLE.

PerLinux, o: macOS Unix

aws rds delete-db-instance-automated-backup \
    --dbi-resource-id custom-db-123ABCEXAMPLE

Per Windows:

aws rds delete-db-instance-automated-backup ^
    --dbi-resource-id custom-db-123ABCEXAMPLE