Administración de las copias de seguridad automatizadas
En esta sección, se muestra cómo administrar copias de seguridad automatizadas de instancias de base de datos y clústeres de base de datos multi-AZ.
Temas
- Intervalo de copia de seguridad
- Backup retention period (Periodo de retención de copia de seguridad)
- Habilitar las copias de seguridad automatizadas
- Retener copias de seguridad automatizadas
- Eliminación de las copias de seguridad automatizadas retenidas
- Copias de seguridad automatizadas con motores de almacenamiento de MySQL no compatibles
- Copias de seguridad automatizadas con motores de almacenamiento de MariaDB no compatibles
- Replicación de las copias de seguridad automatizadas en otra Región de AWS
Intervalo de copia de seguridad
Los backups automatizados se producen a diario durante la ventana de copia de seguridad preferida. Si la copia de seguridad requiere más tiempo del asignado al periodo de copia de seguridad, la copia de seguridad continúa cuando finaliza el periodo hasta que se completa. El periodo de copia de seguridad no se puede superponer al periodo de mantenimiento semanal de la instancia de base de datos o el clúster de base de datos Multi-AZ.
Durante la ventana de copia de seguridad automático, las E/S de almacenamiento pueden quedar suspendidas brevemente mientras se inicializa el proceso de copia de seguridad (normalmente durante unos pocos segundos). Pueden producirse latencias elevadas durante unos minutos mientras se realizan los backups para las implementaciones Multi-AZ. Para MariaDB, MySQL, Oracle y PostgreSQL, la actividad de E/S no se suspende en la instancia principal durante la copia de seguridad para las implementaciones multi-AZ, ya que esta copia de seguridad se realiza desde la instancia en espera. En SQL Server, la actividad de E/S se suspende brevemente durante la copia de seguridad para las implementaciones Multi-AZ y Single-AZ, ya que la copia de seguridad se realiza desde la principal. Para Db2, la actividad de E/S también se suspende brevemente durante la copia de seguridad, aunque esta se realice desde la instancia en espera.
Las copias de seguridad automáticas pueden omitirse ocasionalmente si la instancia o el clúster de base de datos tiene una carga de trabajo pesada en el momento en que se supone que debe iniciarse una copia de seguridad. Si se omite una copia de seguridad, puede realizar una recuperación a un momento dado (PITR) y se intenta realizar una copia de seguridad durante el siguiente periodo de copia de seguridad. Para obtener más información acerca de PITR, consulte Restauración de una instancia de base de datos a un momento especificado para Amazon RDS.
Si no especifica un periodo preferido para la copia de seguridad al crear la instancia de base de datos o el clúster de base de datos Multi-AZ, Amazon RDS asigna un periodo de copia de seguridad predeterminado de 30 minutos. Este periodo se selecciona al azar dentro de un bloque de 8 horas por cada Región de AWS. En la tabla siguiente se enumeran los bloques de tiempo para cada Región de AWS desde la que se asignan los periodos de copia de seguridad predeterminados.
| Nombre de la región | Región | Bloque de tiempo |
|---|---|---|
| Este de EE. UU. (Norte de Virginia) | us-east-1 | 03:00–11:00 UTC |
| Este de EE. UU. (Ohio) | us-east-2 | 03:00 — 11:00 UTC |
| Oeste de EE. UU. (Norte de California) | us-west-1 | 06:00 — 14:00 UTC |
| Oeste de EE. UU. (Oregón) | us-west-2 | 06:00–14:00 UTC |
| África (Ciudad del Cabo) | af-south-1 | 03:00–11:00 UTC |
| Asia-Pacífico (Hong Kong) | ap-east-1 | 06:00–14:00 UTC |
| Asia-Pacífico (Hyderabad) | ap-south-2 | 06:30 – 14:30 UTC |
| Asia-Pacífico (Yakarta) | ap-southeast-3 | 08:00 a 16:00 h UTC |
| Asia-Pacífico (Malasia) | ap-southeast-5 | 09:00–17:00 UTC |
| Asia-Pacífico (Melbourne) | ap-southeast-4 | 11:00–19:00 UTC |
| Asia Pacífico (Bombay) | ap-south-1 | 16:30 — 00:30 UTC |
| Asia-Pacífico (Osaka) | ap-northeast-3 | 00:00 — 08:00 UTC |
| Asia-Pacífico (Seúl) | ap-northeast-2 | 13:00 — 21:00 UTC |
| Asia-Pacífico (Singapur) | ap-southeast-1 | 14:00 — 22:00 UTC |
| Asia Pacífico (Sídney) | ap-southeast-2 | 12:00 — 20:00 UTC |
| Asia Pacífico (Tokio) | ap-northeast-1 | 13:00 — 21:00 UTC |
| Canadá (centro) | ca-central-1 | 03:00 — 11:00 UTC |
| Oeste de Canadá (Calgary) | ca-west-1 | 18:00 — 02:00 UTC |
| China (Pekín) | cn-north-1 | 06:00–14:00 UTC |
| China (Ningxia) | cn-northwest-1 | 06:00–14:00 UTC |
| Europe (Fráncfort) | eu-central-1 | 20:00 — 04:00 UTC |
| Europe (Irlanda) | eu-west-1 | 22:00 — 06:00 UTC |
| Europe (Londres) | eu-west-2 | 22:00 — 06:00 UTC |
| Europa (Milán) | eu-south-1 | 02:00 — 10:00 UTC |
| Europa (París) | eu-west-3 | 07:29 — 14:29 UTC |
| Europa (España) | eu-south-2 | 02:00 — 10:00 UTC |
| Europa (Estocolmo) | eu-north-1 | 23:00 — 07:00 UTC |
| Europa (Zúrich) | eu-central-2 | 02:00 — 10:00 UTC |
| Israel (Tel Aviv) | il-central-1 | 03:00 — 11:00 UTC |
| Medio Oriente (Baréin) | me-south-1 | 06:00–14:00 UTC |
| Medio Oriente (EAU) | me-central-1 | 05:00 a 13:00 h UTC |
| América del Sur (São Paulo) | sa-east-1 | 23:00 — 07:00 UTC |
| AWS GovCloud (Este de EE. UU.) | us-gov-east-1 | 17:00 — 01:00 UTC |
| AWS GovCloud (Oeste de EE. UU.) | us-gov-west-1 | 06:00–14:00 UTC |
