Comparación entre las copias de seguridad de la 1.ª generación y las de la 2.ª generación
Gen 2
Las copias de seguridad con instancias de 1.ª generación y las copias de seguridad (instantáneas) con instancias de 2.ª generación difieren tanto en su alcance como en su mecanismo. Las copias de seguridad tradicionales (Gen 1) funcionan a nivel de archivo, capturando los archivos de la base de datos y los registros de escritura anticipada (WAL). Este método se basa en una profunda integración con el motor de la base de datos para garantizar la coherencia transaccional y la integridad de los datos. Por el contrario, Gen 2 utiliza instantáneas a nivel de infraestructura, aprovechando las capacidades de almacenamiento en bloques y de recursos compartidos de archivos de la VPC de IBM. Estas instantáneas crean copias a nivel de volumen casi instantáneas que son rápidas, escalables y tienen un impacto mínimo en el rendimiento, incluso con conjuntos de datos de gran tamaño. Al igual que en las copias de seguridad de la Generación 1, cada instancia cuenta con copias de seguridad programadas que se ejecutan automáticamente cada día durante las franjas horarias de copia de seguridad. Puedes consultar una lista de copias de seguridad de tus instancias y activar copias de seguridad bajo demanda; además, es posible restaurar las copias de seguridad en nuevas instancias.
Gen 2 ofrece dos tipos de copias de seguridad: copias de seguridad acopladas (para la mayoría de los servicios) y copias de seguridad independientes. Las copias de seguridad independientes son instancias de servicio independientes que persisten tras la eliminación de la base de datos, mientras que las copias de seguridad vinculadas están ligadas al ciclo de vida de la instancia de la base de datos.
Actualmente, las copias de seguridad independientes solo están disponibles para Databases for MySQL. El resto de servicios de la 2.ª generación utilizan copias de seguridad acopladas.
Las instancias de Gen 2 no se pueden utilizar para restaurar una instancia de Gen 1, ya que el proceso de restauración de instantáneas de volumen requiere imágenes completas a nivel de bloque, en lugar de archivos de base de datos individuales.
Principales diferencias entre la 1.ª y la 2.ª generación
| Diferenciador | de primera generación | de segunda generación |
|---|---|---|
| Mecanismo | Copias de seguridad a nivel de archivo: Se trata de copias de seguridad a nivel de archivo que se realizan copiando archivos de base de datos individuales y segmentos WAL, calculándose las sumas de comprobación de cada archivo incluido en la copia de seguridad y volviendo a comprobarlas durante las operaciones de restauración o verificación. El mecanismo de copia de seguridad funciona a nivel de la aplicación del producto, lo que requiere una integración profunda con el motor de base de datos para garantizar la coherencia transaccional y la integridad de los datos. | Copias de seguridad a nivel de infraestructura: Las copias de seguridad aprovechan las instantáneas de volumen a nivel de infraestructura, que capturan el estado completo del almacenamiento a nivel de bloque, lo que reduce significativamente las ventanas de copia de seguridad de horas a minutos, incluso en el caso de bases de datos de varios terabytes. Este método permite crear copias de seguridad casi al instante, independientemente del tamaño de la base de datos. |
| Rendimiento | Afecta al rendimiento de los procesos de la base de datos al consumir recursos de CPU y memoria. | Las copias de seguridad se ejecutan de forma independiente del proceso de la base de datos, por lo que no afectan al consumo de CPU y RAM de las bases de datos. |
| Acceso a las restauraciones | Retrasos en el acceso a las restauraciones. Las copias de seguridad requieren la restauración completa de los archivos antes de iniciar la base de datos. No se permite el acceso durante el periodo de restauración. | El acceso inmediato a las restauraciones conlleva una disminución del rendimiento de E/S hasta que se complete la hidratación. Restauración de un volumen a partir de una instantánea. |
| Objetivo de tiempo de recuperación (RTO) | RTO más lento. La restauración del acceso a los datos se amplía de forma casi lineal a medida que aumenta el volumen de datos, lo que puede llevar horas en el caso de bases de datos de gran tamaño. | RTO rápido: la restauración del acceso a los datos solo lleva unos minutos y no depende del volumen de datos. Sin embargo, el rendimiento de E/S puede verse reducido temporalmente durante el proceso de restauración, y el impacto variará en función del tamaño de los datos. |
| Objetivo de punto de recuperación (RPO) | Se programa a intervalos fijos, lo que genera posibles ventanas de pérdida de datos. | Se puede utilizar con frecuencia sin que ello afecte apenas al rendimiento. |
| Recuperación en un momento determinado (PITR) | Sí | Próximo lanzamiento. |
Funciones de copias de seguridad independientes
La versión 2 introduce copias de seguridad independientes para Databases for MySQL. Estas copias de seguridad ofrecen prestaciones que van más allá de las copias de seguridad acopladas tradicionales:
| Característica | de primera generación | Gen 2 (acoplado) | Gen 2 (Independiente) |
|---|---|---|---|
| Ciclo de vida | Acoplado a la instancia | Acoplado a la instancia | Independiente de la instancia |
| Vistas a nivel de cuenta | No soportado | No soportado | Centro de bases de datos con vista centralizada |
| Eliminación de copias de seguridad | Solo automático | Solo automático | Manual y automático |
| Localidad de respaldo | Fijo | Con restricción regional | Con restricción regional; en futuras versiones se admitirán copias de seguridad |
| Persistencia | Eliminado junto con la instancia | Eliminado junto con la instancia | Se puede conservar tras la eliminación de la instancia |
| Gestión | API de bases de datos | Solo interfaz de usuario | Centro de bases de datos, Lista de recursos, Interfaz de usuario de la instancia |
Actualmente, las copias de seguridad independientes solo están disponibles para Databases for MySQL. El resto de servicios de la 2.ª generación utilizan copias de seguridad acopladas.
Para obtener más información sobre las copias de seguridad independientes, consulta « Gestión de copias de seguridad independientes ».
Gestión de las copias de seguridad de Gen 2
Para saber cómo gestionar tus copias de seguridad de Gen 2:
- Para obtener más información sobre « Databases for MySQL », consulta la sección « Gestión de copias de seguridad independientes ».
- Para el resto de servicios de la 2.ª generación, consulta la sección « Gestión de copias de seguridad ».