備份與還原 Amazon RDS Custom for SQL Server 資料庫執行個體

與 Amazon RDS 一樣，RDS 自訂會在啟用備份保留時，建立並儲存適用於 SQL Server 資料庫執行個體的 RDS 自訂執行個體的自動備份。您也可以手動備份您的資料庫執行個體。自動備份由快照備份和交易記錄備份組成。在指定的備份時段期間，會針對資料庫執行個體的整個儲存磁碟區進行快照備份。交易記錄備份會定期針對符合 PITR 資格的資料庫進行備份。RDS Custom 會根據您指定的備份保留期，儲存資料庫執行個體的自動備份。您可以使用自動備份將資料庫執行個體復原到備份保留期內的某個時間點。

您也可以手動進行快照備份。您可以隨時從這些快照備份建立新的資料庫執行個體。如需手動建立資料庫快照的詳細資訊，請參閱 建立 RDS Custom for SQL Server 快照。

雖然快照備份在運作上做為完整備份，但您只需支付增量儲存使用的費用。RDS Custom 資料庫執行個體的第一個快照會包含完整的資料庫執行個體資料。相同資料庫的後續快照均採用遞增處理，這表示系統僅會儲存上次執行快照後有所變更的資料。

建立 RDS Custom for SQL Server 快照

RDS Custom for SQL Server 會建立資料庫執行個體的儲存體磁碟區快照，因此會備份整個資料庫執行個體，而不只是個別的資料庫。建立 RDS Custom 快照時，請指定要備份哪個 RDS Custom for SQL Server 資料庫執行個體。為快照命名，稍後即可從該快照進行還原。

當您建立快照時，適用於 SQL Server 的 RDS 自訂會為磁碟區建立 Amazon EBS 快照(D:)，也就是連接到資料庫執行個體的資料庫磁碟區。為了讓快照更容易與特定資料庫執行個體產生關聯，它們透過 DBSnapshotIdentifier、DbiResourceId 和VolumeType 加上標籤。

建立資料庫快照會導致短暫的輸入/輸出暫停。根據資料庫執行個體的大小和類別，暫停時間會持續幾秒鐘至幾分鐘。快照建立時間會隨資料庫的總計數和大小而有所不同。若要深入瞭解適用於時間點還原 (PITR) 作業的資料庫數目，請參閱每個執行個體類別類型符合 PITR 資格的資料庫數目。

由於快照包括整個儲存體磁碟區，所以檔案大小 (例如暫存檔案) 也會影響建立快照建立時間。若要進一步了解建立快照，請參閱 為單一可用區資料庫執行個體建立資料庫快照。

使用主控台或 AWS CLI 建立 RDS Custom for SQL Server 快照。

主控台

若要建立 RDS Custom 快照

1. 登入 AWS Management Console，開啟位於 https://console.aws.amazon.com/rds/ 的 Amazon RDS 主控台。

2. 在導覽窗格中，選擇 Databases (資料庫)。

3. 在 RDS Custom 資料庫執行個體清單中，選擇您要建立快照的執行個體。

4. 針對 Actions (動作)，選擇 Take snapshot (建立快照)。

   Take DB Snapshot (建立資料庫快照) 視窗隨即顯示。

5. 在 Snapshot name (快照名稱) 中輸入快照的名稱。

6. 選擇 Take Snapshot (擷取快照)。

AWS CLI

您可以使用create-db-snapshotAWS CLI命令建立 RDS 自訂資料庫執行個體的快照。

指定下列選項：

• --db-instance-identifier – 識別您要備份的 RDS Custom 資料庫執行個體

• --db-snapshot-identifier – 為您的 RDS Custom 快照命名以便稍後從該快照還原

在此範例中，您會為名稱為 my-custom-instance 的 RDS Custom 資料庫執行個體建立名稱為 my-custom-snapshot 的資料庫快照。

對於LinuxmacOS、或Unix：

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

在Windows中：

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

從 RDS Custom for SQL Server 資料庫快照還原

還原 RDS Custom for SQL Server 資料庫執行個體時，您要提供資料庫快照的名稱和新執行個體的名稱。您無法從快照還原至現有的 RDS Custom 資料庫執行個體。還原時，會建立新的 RDS Custom for SQL Server 資料庫執行個體。

從快照還原會將儲存磁碟區還原至拍攝快照的時間點。這將包括(D:)磁碟區上存在的所有資料庫和任何其他檔案。

主控台

若要從資料庫快照還原 RDS Custom 資料庫執行個體

1. 登入 AWS Management Console，開啟位於 https://console.aws.amazon.com/rds/ 的 Amazon RDS 主控台。

2. 在導覽窗格中，選擇 Snapshots (快照)。

3. 選擇想要從中還原的資料庫執行個體。

4. 針對 Actions (動作)，選擇 Restore snapshot (還原快照)。

5. 在 Restore DB Instance (還原資料庫執行個體) 頁面上，針對 DB Instance Identifier (資料庫執行個體識別符)，輸入您還原的 RDS Custom 資料庫執行個體的名稱。

6. 選擇 Restore DB instance (還原資料庫執行個體)。

AWS CLI

您可以使用 restore-db-instance-from-db- AWS CLI 快照命令還原 RDS 自訂資料庫快照集。

如果您要從中還原的快照適用於私有資料庫執行個體，請務必指定正確的 db-subnet-group-name 和 no-publicly-accessible。否則，資料庫執行個體預設為可公開存取。下列選項是必要的：

• db-snapshot-identifier – 識別要從中進行還原的快照

• db-instance-identifier – 指定要從資料庫快照建立之 RDS Custom 資料庫執行個體的名稱

• custom-iam-instance-profile – 指定與 RDS Custom 資料庫執行個體的基礎 Amazon EC2 執行個體關聯的執行個體設定檔。

下列程式碼會為 my-custom-instance 還原名稱為 my-custom-snapshot 的快照。

對於LinuxmacOS、或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

在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

將 RDS Custom for SQL Server 執行個體還原至某個時間點

您可以將資料庫執行個體還原至特定時間點 (PITR)，建立新的資料庫執行個體。若要支援 PITR，您的資料庫執行個體必須啟用備份保留。

RDS Custom for SQL Server 資料庫執行個體的最晚可還原時間取決於許多因素，但通常是目前時間的 5 分鐘內。若要查看資料庫執行個體的最新可還原時間，請使用AWS CLIdescribe-db-instances指令並查看資料庫執行個體在LatestRestorableTime欄位中傳回的值。若要在 Amazon RDS 主控台中查看每個資料庫執行個體的最新可還原時間，請選擇自動備份。

您可以還原至備份保留期間內的任何時間點。若要查看每個資料庫執行個體的最早可還原時間，請在 Amazon RDS 主控台中選擇自動備份。

如需 PITR 的一般資訊，請參閱 將資料庫執行個體還原至指定的時間。

主題

• RDS Custom for SQL Server 的 PITR 考量
• 每個執行個體類別類型符合 PITR 資格的資料庫數目
• 使資料庫不符合 PITR 的資格
• Amazon S3 中的交易日誌
• 使用AWS Management Console、或 RDS API 進行 AWS CLI PITR 還原。

RDS Custom for SQL Server 的 PITR 考量

在 RDS Custom for SQL Server 中，PITR 與 Amazon RDS 中的 PITR 有以下的重要不同：

• PITR 只會還原資料庫執行個體中的資料庫。它不會還原作業系統或 C: 磁碟機上的檔案。

• 對於 RDS Custom for SQL Server 資料庫執行個體，資料庫會自動備份，而且只有在下列條件下符合 PITR 的資格：

  • 資料庫在線上。

  • 其復原模型設定為 FULL。

  • 可寫入。

  • 在 D: 磁碟機上有實體檔案。

  • 並未列在 rds_pitr_blocked_databases 資料表中。如需詳細資訊，請參閱使資料庫不符合 PITR 的資格。

• 符合 PITR 資格的資料庫由其資料庫 ID 的順序決定。RDS Custom for SQL Server 最多允許每個資料庫執行個體有 5,000 個資料庫。不過，針對 SQL Server 資料庫執行個體的 RDS 自訂，PITR 作業還原的資料庫數目上限取決於執行個體類別類型。如需詳細資訊，請參閱每個執行個體類別類型符合 PITR 資格的資料庫數目。

  不屬於 PITR 的其他資料庫可以從資料庫快照還原，包括用於 PITR 的自動快照備份。

• 新增資料庫、重新命名資料庫或還原符合 PITR 資格的資料庫，會啟動資料庫執行個體的快照。

• 當資料庫執行個體執行擴展運算作業時，符合 PITR 資格的資料庫數目上限會變更，視目標執行個體類別類別類型而定。如果執行個體擴充，允許執行個體上的更多資料庫符合 PITR 的資格，就會建立新的快照集。

• 還原的資料庫名稱與來源資料庫執行個體中的名稱相同。您無法指定不同的名稱。

• AWSRDSCustomSQLServerIamRolePolicy需要訪問其他AWS服務。如需詳細資訊，請參閱將存取原則新增至 AWSRDSCustomSQLServerInstanceRole。

• 不支援 RDS Custom for SQL Server 的時區變更。如果您變更作業系統或資料庫執行個體時區，PITR (和其他自動化) 無法運作。

每個執行個體類別類型符合 PITR 資格的資料庫數目

下表顯示根據執行個體類別類型，符合 PITR 資格的資料庫數目上限。

執行個體類別類型	符合 PITR 資格的資料庫數目上限
db.*.large	100
數據庫 *.x 大到數據庫 *.2XL	150
分貝 *.4X 大到數據庫 *.8	300
數據庫 *.12 大到數據庫	600
分貝 *.24 倍大，分貝 .* 32 倍大	1000

*代表不同的實體類別類型。

資料庫執行個體上符合 PITR 資格的資料庫數目上限取決於執行個體類別類型。在適用於 SQL Server 的 RDS 自訂所支援的最大執行個體類別類型上，數字範圍從最小 100 到 1000 個不等。SQL 伺服器系統資料庫(master, model, msdb, tempdb)不包含在此限制中。擴展或縮減資料庫執行個體時，RDS Custom 會根據目標執行個體類別類型自動更新符合 PITR 資格的資料庫數量。RDS-EVENT-0352當資料庫執行個體上符合 PITR 資格的資料庫數目上限變更時，SQL Server 的 RDS 自訂會傳送。如需詳細資訊，請參閱自訂引擎版本事件。

注意

只有在 2023 年 8 月 26 日之後建立的資料庫執行個體才能支援 100 個以上的資料庫執行個體。對於 2023 年 8 月 26 日之前建立的執行個體，無論執行個體類別為何，符合 PITR 資格的資料庫數目上限都是 100。若要在 2023 年 8 月 26 日之前建立的資料庫執行個體上啟用 100 多個資料庫的 PITR 支援，您可以執行下列動作：

• 將資料庫引擎版本升級至 15.00.4322.v1 或更新版本

在 PITR 作業期間，RDS Custom 會在還原時還原來源資料庫執行個體上屬於 PITR 一部分的所有資料庫。目標資料庫執行個體完成還原作業後，如果啟用備份保留，資料庫執行個體將根據目標資料庫執行個體上符合 PITR 資格的資料庫數目上限開始備份。

例如，如果您的資料庫執行個體在具有 200 個資料庫db.*.xlarge的執行個體上執行：

1. 適用於 SQL 伺服器的 RDS 自訂會選擇前 150 個資料庫 (依其資料庫識別碼排序) 進行 PITR 備份。

2. 您可以修改例證，以向上縮放至 db.*.4xlarge。

3. 調整計算作業完成後，SQL Server 的 RDS 自訂會選擇前 300 個資料庫 (依其資料庫識別碼排序) 進行 PITR 備份。符合 PITR 要求條件的 200 個資料庫中的每一個資料庫都有資格申請 PITR。

4. 現在，您可以修改例證以縮小至 db.*.xlarge。

5. 調整計算作業完成後，SQL Server 的 RDS 自訂將再次選取前 150 個資料庫 (依其資料庫識別碼排序) 進行 PITR 備份。

使資料庫不符合 PITR 的資格

您可以選擇從 PITR 排除個別資料庫。若要做到這一點，請將它們的 database_id 值放到 rds_pitr_blocked_databases 資料表。使用下列 SQL 指令碼以建立資料表。

若要建立 rds_pitr_blocked_databases 資料表

• 執行以下 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)
  );
  

如需符合資格和不符合資格資料庫的清單，請參閱 Amazon S3 儲存貯體 do-not-delete-rds-custom-$ACCOUNT_ID-$REGION-unique_identifier 的 RDSCustomForSQLServer/Instances/DB_instance_resource_ID/TransactionLogMetadata 目錄中的 RI.End 檔案。如需 RI.End 詳細資訊，請參閱 Amazon S3 中的交易日誌。

您也可以使用下列 SQL 指令碼判斷 PITR 適用的資料庫清單。將@limit變數設定為符合執行個體類別 PITR 資格的資料庫數目上限。如需詳細資訊，請參閱每個執行個體類別類型符合 PITR 資格的資料庫數目。

判斷資料庫執行個體類別上 PITR 合格的資料庫清單

• 執行以下 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                   
  

注意

只有符號連結的資料庫也會從符合 PITR 作業資格的資料庫中排除。上述查詢不會根據此條件進行篩選。

Amazon S3 中的交易日誌

備份保留期決定是否會自動擷取 RDS Custom for SQL Server 資料庫執行個體的交易日誌並上傳到 Amazon S3。非零值表示會建立自動備份，而且 RDS Custom 代理程式每 5 分鐘會將交易日誌上傳到 S3。

S3 上的交易日誌檔會使用您在建立資料庫執行個體時提供的 AWS KMS key 進行靜態加密。如需詳細資訊，請參閱《Amazon Simple Storage Service 使用者指南》中的使用伺服器端加密保護資料。

每個資料庫的交易日誌會上傳至名稱為 do-not-delete-rds-custom-$ACCOUNT_ID-$REGION-unique_identifier 的 S3 儲存貯體。S3 儲存貯體中的 RDSCustomForSQLServer/Instances/DB_instance_resource_ID 目錄包含兩個子目錄：

• TransactionLogs – 包含每個資料庫的交易日誌及其各自的中繼資料。

  交易日誌檔名稱遵循 yyyyMMddHHmm.database_id.timestamp 模式，例如：

  202110202230.11.1634769287

  具有尾碼 _metadata 的相同檔案名稱包含交易日誌的相關資訊，例如日誌序號、資料庫名稱和 RdsChunkCount。RdsChunkCount 會決定多少實體檔案表示單一交易日誌檔。您可能會看到具有尾碼 _0001、_0002 等等的檔案，這表示交易日誌檔的實際區塊。如果您想要使用區塊的交易日誌檔，請務必在下載區塊之後合併。

  請考量具有下列檔案的案例：

  • 202110202230.11.1634769287

  • 202110202230.11.1634769287_0001

  • 202110202230.11.1634769287_0002

  • 202110202230.11.1634769287_metadata

  RdsChunkCount 為 3。合併檔案的順序如下：202110202230.11.1634769287、 202110202230.11.1634769287_0001、202110202230.11.1634769287_0002。

• TransactionLogMetadata – 包含交易日誌擷取之每個反覆項目的相關中繼資料資訊。

  RI.End 檔案包含其交易日誌已擷取之所有資料庫的資訊，以及已存在但是其交易日誌未擷取之所有資料庫的資訊。RI.End 檔案名稱遵循 yyyyMMddHHmm.RI.End.timestamp 模式，例如：

  202110202230.RI.End.1634769281

使用AWS Management Console、或 RDS API 進行 AWS CLI PITR 還原。

您可以使用 AWS Management Console、AWS CLI 或 RDS API 將 RDS Custom for SQL Server 資料庫執行個體還原至某個時間點。

主控台

若要將 RDS Custom 資料庫執行個體還原至指定時間

1. 登入 AWS Management Console，開啟位於 https://console.aws.amazon.com/rds/ 的 Amazon RDS 主控台。

2. 在導覽窗格中，選擇 Automated backups (自動備份)。

3. 選擇您想要還原的 RDS Custom 資料庫執行個體。

4. 針對 Actions (動作)，選擇 Restore to point in time (還原至時間點)。

   Restore to point in time (還原到時間點) 視窗隨即出現。

5. 選擇 Latest restorable time (最近的可還原時間) 以還原最近一次的可能時間，或選擇 Custom (自訂) 以選擇一個時間。

   如果您選擇 Custom (自訂)，請輸入您希望執行個體叢集還原到什麼日期和時間。

   會以您的當地時區顯示時間，根據國際標準時間 (UTC) 的時差來表示。例如，UTC-5 是東部標準時間/中部日光節約時間。

6. 對於 DB Instance Identifier (資料庫執行個體識別符)，輸入目標還原 RDS Custom 資料庫執行個體的名稱。名稱必須是唯一的。

7. 視需要選擇其他選項，例如資料庫執行個體類別。

8. 選擇 Restore to point in time (還原至時間點)。

AWS CLI

您可以使用 restore-db-instance-to-point-in-time AWS CLI 命令建立新的 RDS 自訂資料庫執行個體，將資料庫執行個體還原到指定的時間。

使用下列其中一個選項來指定要從中還原的備份：

• --source-db-instance-identifier mysourcedbinstance

• --source-dbi-resource-id dbinstanceresourceID

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

custom-iam-instance-profile 選項為必要項目。

下列範例會將 my-custom-db-instance 還原至名稱為 my-restored-custom-db-instance 的新資料庫執行個體，截至指定的時間。

對於LinuxmacOS、或Unix：

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

在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

刪除 RDS Custom for SQL Server 快照

當您不再需要時，可以刪除由 RDS Custom for SQL Server 管理的資料庫快照。Amazon RDS 與 RDS Custom 資料庫執行個體的刪除程序相同。

二進位和根磁碟區的 Amazon EBS 快照會在您的帳戶中保留較長的時間，因為這些快照可能會連結到您帳戶中執行的某些執行個體或其他 RDS Custom for SQL Server 快照。這些 EBS 快照不再與任何現有 RDS Custom for SQL Server 資源 (資料庫執行個體或備份) 相關之後，會自動刪除這些快照。

主控台

若要刪除 RDS Custom 資料庫執行個體的快照

1. 登入 AWS Management Console，開啟位於 https://console.aws.amazon.com/rds/ 的 Amazon RDS 主控台。

2. 在導覽窗格中，選擇 Snapshots (快照)。

3. 選擇想要刪除的資料庫快照。

4. 針對 Actions (動作)，選擇 Delete Snapshot (刪除快照)。

5. 在確認頁面上，選擇 Delete (刪除)。

AWS CLI

若要刪除 RDS 自訂快照集，請使用AWS CLI命令delete-db-snapshot。

下列選項是必要的：

• --db-snapshot-identifier – 要刪除的快照

以下範例會刪除 my-custom-snapshot 資料庫快照。

對於LinuxmacOS、或Unix：

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

在Windows中：

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

刪除 RDS Custom for SQL Server 自動備份

不再需要保留 RDS Custom for SQL Server 的自動備份時，刪除即可。該程序與刪除 Amazon RDS 備份的程序相同。

主控台

刪除保留的自動備份

1. 登入 AWS Management Console，開啟位於 https://console.aws.amazon.com/rds/ 的 Amazon RDS 主控台。

2. 在導覽窗格中，選擇 Automated backups (自動備份)。

3. 選擇 Retained (已保留)。

4. 選擇您要刪除的已保留自動備份。

5. 對於 Actions (動作)，請選擇 Delete (刪除)。

6. 在確認頁面上，輸入 delete me，然後選擇 Delete (刪除)。

AWS CLI

您可以使用AWS CLI命令 delete-db-instance-automated-backup 刪除保留的自動備份。

下列選項用來刪除保留的自動備份：

• --dbi-resource-id – 來源 RDS Custom 資料庫執行個體的資源識別符。

  您可以使用AWS CLI指令 describe-db-instance-automated-backup，找到保留自動備份的來源資料庫執行個體的資源識別碼。

下列範例刪除來源資料庫執行個體識別符為 custom-db-123ABCEXAMPLE 的已保留自動備份。

對於LinuxmacOS、或Unix：

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

在Windows中：

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