Las copias de seguridad físicas y lógicas son dos tipos fundamentales de copias de seguridad con distintas diferencias y casos de uso, especialmente cuando se trata de bases de datos MySQL en Amazon Web Services (AWS) Servicio de base de datos relacional (RDS). A continuación se muestra una explicación en profundidad y comparación de copias de seguridad físicas versus lógicas para MySQL en AWS RDS.
Copias de seguridad físicas
Las copias de seguridad físicas consisten en copias exactas de los archivos y directorios de la base de datos que almacenan datos sin procesar. Estas copias de seguridad son como una instantánea de la base de datos real a nivel del sistema de archivos. En una copia de seguridad física, se realizan copias de archivos como archivos de datos de bases de datos, espacios de tabla, archivos de registro y archivos de configuración. Esto generalmente se realiza copiando los archivos directamente desde la ubicación de almacenamiento de la base de datos. La copia de seguridad es esencialmente un espejo del estado físico de la base de datos en el momento de la copia de seguridad.
Características de las copias de seguridad físicas:
- Completa y velocidad: las copias de seguridad físicas son muy rápidas porque implican copiar archivos como es sin conversión ni interpretación. Esto los hace adecuados para grandes bases de datos donde la copia de seguridad y la recuperación rápidas son críticos.
-Compacidad: dado que es una copia de byte por byte, las copias de seguridad físicas suelen ser más compactas que las copias de seguridad lógicas que convierten los datos en declaraciones SQL o formato de texto.
- Granularidad de recuperación: las copias de seguridad físicas a menudo proporcionan recuperación a nivel de base de datos o espacio de tabla. La granularidad de la recuperación puede diferir en función del motor de almacenamiento en uso.
- Restauración: la restauración de una copia de seguridad física implica copiar los archivos de respaldo a las ubicaciones originales. Esto puede ser sencillo, pero requiere que todo el conjunto de archivos esté intacto, ya que los archivos faltantes pueden evitar la recuperación completa.
-Específico del entorno: las copias de seguridad físicas incluyen información relacionada con la instancia, como rutas de archivos y datos específicos del sistema, por lo que generalmente se restauran a un entorno similar a donde se tomó la copia de seguridad.
- Copias de seguridad fuera de línea o inactivas: en general, las copias de seguridad físicas requieren que la base de datos esté fuera de línea o en un estado consistente (como una instantánea) para evitar capturar archivos que son de escritura media, lo que podría corromper la copia de seguridad. Sin embargo, existen herramientas que pueden hacer copias de seguridad físicas en línea coordinando con la base de datos, por ejemplo, Percona Xtrabackup.
Restricciones en copias de seguridad físicas con AWS RDS para MySQL:
- AWS RDS no permite las copias de seguridad físicas tradicionales (copias del nivel de archivo directo) porque la infraestructura subyacente se gestiona y no proporciona acceso al sistema de archivos.
- Herramientas como Percona Xtrabackup, que facilitan las copias de seguridad físicas para las instalaciones de MySQL On-Prem o Amazon EC2, no se pueden usar directamente en las instancias RDS.
- En cambio, AWS RDS ofrece capacidades de instantánea que también son una forma de copia de seguridad física pero se manejan de manera diferente. Las instantáneas capturan toda la instancia de la base de datos en un momento y son almacenadas y administradas por AWS.
- Hay un método para restaurar los datos de copia de seguridad físicos en RDS de Amazon S3, pero se gestiona como una restauración de S3, no una copia de seguridad del sistema de archivos sin procesar.
Copias de seguridad lógicas
Las copias de seguridad lógicas extraen la estructura de la base de datos y su contenido en declaraciones lógicas, típicamente comandos SQL, como Crear tabla e insertar declaraciones, que pueden recrear los objetos y datos de la base de datos cuando se restaura la copia de seguridad. Estas copias de seguridad a menudo tienen forma de archivos de texto o archivos de volcado lógicos binarios.
Características de las copias de seguridad lógicas:
-Formato: las copias de seguridad lógicas son independientes de la plataforma y contienen solo el esquema y los datos de la base de datos, sin detalles de almacenamiento de bajo nivel, como archivos de datos o registros.
- Usabilidad y portabilidad: debido a que las copias de seguridad lógicas contienen comandos para recrear objetos de base de datos e insertar datos, se pueden restaurar en diferentes arquitecturas de hardware, versiones MySQL o entornos en la nube, lo que los hace altamente portátiles.
- Granularidad: las copias de seguridad lógicas se pueden tomar en varios niveles granulares, como toda la base de datos, esquemas específicos o tablas individuales.
- Copia de seguridad en línea: las copias de seguridad lógicas se pueden realizar mientras la base de datos se ejecuta sin tiempo de inactividad, consultando la base de datos para su estructura y datos.
- Tamaño y velocidad: las copias de seguridad lógicas tienden a ser más lentas y producen archivos más grandes que las copias de seguridad físicas porque los datos se convierten en un formato lógico y deben exportarse a través del motor de la base de datos.
- Herramientas: las herramientas comunes para la copia de seguridad lógica de MySQL incluyen MySQLDUMP, MyDumper y Select ... en la declaración OUTFILE SQL.
- Restauración: la restauración de copias de seguridad lógicas implica ejecutar los scripts o comandos SQL en una instancia de MySQL, reconstruir efectivamente la estructura de la base de datos y repopular datos.
- Editabilidad: las copias de seguridad lógicas habilitan modificaciones antes de la restauración, como cambiar los valores de datos o ajustar las estructuras de la tabla, útiles para migraciones o transformaciones.
AWS RDS y copias de seguridad lógicas
- En AWS RDS para MySQL, las copias de seguridad lógicas se realizan comúnmente utilizando MySQLdump o herramientas similares que se ejecutan desde un cliente externo o una instancia de EC2 porque no puede acceder al sistema de archivos subyacente.
- Las copias de seguridad lógicas son adecuadas para conjuntos de datos más pequeños o para situaciones que requieren portabilidad de datos y esquemas en diferentes entornos.
- Las copias de seguridad automatizadas y las instantáneas de AWS complementan las copias de seguridad lógicas, pero las copias de seguridad lógicas dan más flexibilidad para restaurar datos parciales o migrar.
Comparación en el contexto de AWS RDS
- Las copias de seguridad físicas para RDS se manejan principalmente como instantáneas automatizadas que capturan todo el estado de instancia de la base de datos y son administradas por AWS. AWS no permite copias de seguridad físicas tradicionales copiando directamente los archivos de la base de datos.
- Las copias de seguridad lógicas proporcionan a los usuarios control y flexibilidad para exportar y migrar el contenido de la base de datos, pero tienen limitaciones en la velocidad y requieren más tiempo para restaurar grandes conjuntos de datos.
- Para la recuperación ante desastres y la recuperación rápida de instancias enteras, las instantáneas automatizadas de AWS y las características de copia de seguridad físicas son más eficientes.
- Para la migración, la transformación de datos o las restauraciones parciales, se prefieren copias de seguridad lógicas.
- El tamaño de la copia de seguridad es generalmente más pequeño y la velocidad de respaldo más rápido para copias de seguridad físicas, pero las copias de seguridad lógicas tienen una mejor portabilidad y modificabilidad.
- Las copias de seguridad lógicas permiten copias de seguridad selectivas y restauraciones parciales, mientras que las copias de seguridad físicas manejan la recuperación completa de la base de datos.
En resumen, las copias de seguridad físicas en MySQL en AWS RDS se relacionan principalmente con el sistema de instantáneas automatizado proporcionado por AWS, que copia los archivos de datos de la base de datos en el nivel de almacenamiento para una recuperación rápida y completa de la instancia. Las copias de seguridad lógicas implican la exportación del esquema y los datos de la base de datos a través de declaraciones SQL, permitiendo el movimiento y la transformación de datos flexibles, pero generalmente a costa de tiempos de copia de seguridad y restauración más largos. Debido a las limitaciones de gestión de AWS RDS, las copias de seguridad físicas directas a nivel de archivo no son posibles en las instancias de RDS, guiando a los usuarios hacia las instantáneas para la copia de seguridad física y MySQLdump o herramientas similares para copias de seguridad lógicas. Ambos tipos de copias de seguridad cumplen diferentes roles y pueden combinarse en estrategias integrales de respaldo dependiendo de las necesidades comerciales. Esta distinción ayuda a guiar cómo se crean, almacenan y restauran las copias de seguridad en entornos AWS RDS MySQL.
Estos conceptos se basan en los métodos de respaldo de MySQL en general y se adaptan a las limitaciones y características del entorno administrado de AWS RDS.