Quelles sont les différences entre les sauvegardes physiques et logiques pour MySQL sur AWS RDS

Sauvegardes physiques

Les sauvegardes physiques consistent en des copies exactes des fichiers de base de données et des répertoires qui stockent les données brutes. Ces sauvegardes sont comme un instantané de la base de données réelle au niveau du système de fichiers. Dans une sauvegarde physique, des copies de fichiers tels que les fichiers de données de base de données, les espaces de table, les fichiers journaux et les fichiers de configuration sont fabriqués. Cela se fait généralement en copiant les fichiers directement à partir de l'emplacement de stockage de la base de données. La sauvegarde est essentiellement un miroir de l'état physique de la base de données au moment de la sauvegarde.

Caractéristiques des sauvegardes physiques:
- Exhaustivité et vitesse: les sauvegardes physiques sont très rapides car elles impliquent la copie des fichiers en tant que conversion ni interprétation. Cela les rend adaptés aux grandes bases de données où la sauvegarde et la récupération rapides sont essentielles.
- Compacité: Puisqu'il s'agit d'une copie d'octet pour octet, les sauvegardes physiques sont généralement plus compactes que les sauvegardes logiques qui convertissent les données en instructions SQL ou format de texte.
- Granularité de récupération: les sauvegardes physiques fournissent souvent une récupération à l'ensemble de la base de données ou du niveau de l'espace de table. La granularité de récupération peut différer en fonction du moteur de stockage utilisé.
- Restauration: la restauration d'une sauvegarde physique implique la copie des fichiers sauvegardés aux emplacements d'origine. Cela peut être simple mais nécessite que l'ensemble des fichiers soit intact, car les fichiers manquants peuvent empêcher la récupération complète.
- Spécifique à l'environnement: les sauvegardes physiques incluent des informations liées à l'instance telles que les chemins de fichier et les données spécifiques au système, ils sont donc généralement restaurés dans un environnement similaire à l'endroit où la sauvegarde a été prise.
- Sauvegardes hors ligne ou quies: Généralement, les sauvegardes physiques nécessitent que la base de données soit hors ligne ou dans un état cohérent (comme un instantané) pour éviter de capturer des fichiers à mi-écriture, ce qui pourrait corrompre la sauvegarde. Cependant, des outils existent qui peuvent faire des sauvegardes physiques en ligne en coordonnant avec la base de données, par exemple, Percona Xtrabackup.

Contraintes sur les sauvegardes physiques avec AWS RDS pour MySQL:
- AWS RDS n'autorise pas les sauvegardes physiques traditionnelles (copies de niveau du système de fichiers direct) car l'infrastructure sous-jacente est gérée et ne donne pas accès au système de fichiers.
- Des outils comme Percona Xtrabackup, qui facilitent les sauvegardes physiques pour les installations MySQL sur prém ou Amazon EC2, ne peuvent pas être utilisées directement sur les instances RDS.
- Au lieu de cela, AWS RDS propose des capacités d'instantané qui sont également une forme de sauvegarde physique mais qui sont gérées différemment. Les instantanés capturent toute l'instance de base de données à un moment donné et sont stockés et gérés par AWS.
- Il existe une méthode pour restaurer les données de sauvegarde physiques à RDS d'Amazon S3, mais elle est gérée comme une restauration de S3, pas une sauvegarde du système de fichiers bruts.

Sauvegardes logiques

Des sauvegardes logiques extraient la structure de la base de données et son contenu en instructions logiques, généralement des commandes SQL telles que Create Table et Insérer des instructions, qui peuvent recréer les objets de base de données et les données lorsque la sauvegarde est restaurée. Ces sauvegardes sont souvent sous la forme de fichiers texte ou de fichiers de vidage logique binaire.

Caractéristiques des sauvegardes logiques:
- Format: les sauvegardes logiques sont indépendantes de la plate-forme et ne contiennent que le schéma et les données de la base de données, sans détails de stockage de bas niveau comme les fichiers de données ou les journaux.
- Utilisation et portabilité: Parce que les sauvegardes logiques contiennent des commandes pour recréer des objets de base de données et insérer des données, ils peuvent être restaurés sur différentes architectures matérielles, versions MySQL ou environnements cloud, ce qui les rend hautement portables.
- Granularité: les sauvegardes logiques peuvent être prises à différents niveaux granulaires tels que la base de données entière, les schémas spécifiques ou les tables individuelles.
- Sauvegarde en ligne: les sauvegardes logiques peuvent être effectuées pendant que la base de données s'exécute sans temps d'arrêt, interrogeant la base de données pour sa structure et ses données.
- Taille et vitesse: les sauvegardes logiques ont tendance à être plus lentes et à produire des fichiers plus grands que les sauvegardes physiques car les données sont converties en format logique et doivent être exportées via le moteur de la base de données.
- Outils: les outils communs pour la sauvegarde logique de MySQL incluent MySQLDump, MyDumper et la sélection ... dans OutFile SQL.
- Restauration: la restauration des sauvegardes logiques implique l'exécution des scripts ou des commandes SQL sur une instance MySQL, reconstruisant efficacement la structure de la base de données et repeuplant les données.
- Modification: les sauvegardes logiques permettent des modifications avant la restauration telles que le changement de valeurs de données ou l'ajustement des structures de table, utiles pour les migrations ou les transformations.

RDS AWS et sauvegardes logiques

- Sur AWS RDS pour MySQL, les sauvegardes logiques sont généralement effectuées à l'aide de MySQLDUmp ou d'outils similaires exécutés à partir d'une instance client externe ou EC2 car vous ne pouvez pas accéder au système de fichiers sous-jacent.
- Les sauvegardes logiques conviennent aux petits ensembles de données ou aux situations nécessitant la portabilité des données et du schéma dans différents environnements.
- Les sauvegardes automatisées et les instantanés à partir d'AWS complètent les sauvegardes logiques, mais les sauvegardes logiques donnent plus de flexibilité dans la restauration des données partielles ou la migration.

Comparaison dans le contexte AWS RDS

- Les sauvegardes physiques pour RDS sont principalement gérées en tant que instantanés automatisés qui capturent l'ensemble de l'état d'instance de la base de données et sont gérés par AWS. AWS n'autorise pas les sauvegardes physiques traditionnelles en copie directement les fichiers de base de données.
- Les sauvegardes logiques offrent aux utilisateurs le contrôle et la flexibilité pour exporter et migrer le contenu de la base de données, mais ils ont des limites de vitesse et nécessitent plus de temps pour restaurer de grands ensembles de données.
- Pour la reprise après sinistre et la récupération rapide des instances entières, les instantanés automatisés d'AWS et les fonctionnalités de sauvegarde physique sont plus efficaces.
- Pour la migration, la transformation des données ou les restaurations partielles, des sauvegardes logiques sont préférées.
- La taille de la sauvegarde est généralement plus petite et la vitesse de sauvegarde plus rapide pour les sauvegardes physiques, mais les sauvegardes logiques ont une meilleure portabilité et une meilleure modification.
- Les sauvegardes logiques permettent des sauvegardes sélectives et des restaurations partielles, tandis que les sauvegardes physiques gèrent la récupération complète de la base de données.

En résumé, les sauvegardes physiques sur MySQL sur AWS RDS se rapportent principalement au système d'instantanée automatisé fourni par AWS, qui copie les fichiers de données de base de données au niveau de stockage pour une récupération rapide et complète de l'instance. Les sauvegardes logiques impliquent l'exportation du schéma et des données de la base de données via des instructions SQL, permettant le mouvement et la transformation des données flexibles, mais généralement au prix des temps de sauvegarde et de restauration plus longs. En raison des contraintes de gestion RDS AWS, les sauvegardes physiques directes au niveau du fichier ne sont pas possibles sur les instances RDS, guidant les utilisateurs vers des instantanés pour la sauvegarde physique et MySQLDUmp ou des outils similaires pour les sauvegardes logiques. Les deux types de sauvegardes jouent des rôles différents et peuvent être combinés dans des stratégies de sauvegarde complètes en fonction des besoins de l'entreprise. Cette distinction aide à guider la façon dont les sauvegardes sont créées, stockées et restaurées sur des environnements MySQL AWS RDS.