Découverte de la restauration après sinistre dans SAP HANA

Les sauvegardes sont l'une des fonctionnalités clés de restauration après sinistre proposées par SAP HANA.

SAP HANA utilise la technologie in-memory, mais bien sûr, elle rend persistante toute transaction modifiant les données, comme les insertions de lignes, les suppressions et les mises à jour, afin qu'elle puisse reprendre à partir d'une panne de courant sans perte de données. SAP HANA rend persistants deux types de données dans le système de stockage, les journaux de restauration des transactions et les modifications de données sous forme de points de sauvegarde.

Un journal de transaction redo est utilisé pour enregistrer une modification. Pour rendre une transaction durable, il n'est pas nécessaire de conserver l'intégralité des données lorsque la transaction est validée. Au lieu de cela, il suffit de conserver le journal de rétablissement. En cas d'échec, l'état cohérent le plus récent de la base de données peut être restauré en réexécutant les modifications enregistrées dans le journal, en réexécutant les transactions terminées et en annulant les transactions incomplètes.

Un point de sauvegarde est un moment périodique où toutes les données modifiées sont écrites dans le stockage, sous forme de pages. L'un des objectifs de l'exécution des points de sauvegarde est d'accélérer le redémarrage. Lors du lancement d'un système, les journaux n'ont pas besoin d'être traités depuis le début, mais uniquement à partir de la dernière position du point de sauvegarde. Les points de sauvegarde sont coordonnés dans tous les processus (appelés services SAP HANA) et les instances de la base de données pour garantir la cohérence des transactions. Par défaut, les points de sauvegarde sont effectués toutes les cinq minutes, mais cette valeur est configurable.

Les points de sauvegarde écrasent normalement les anciens points de sauvegarde, mais il est possible de geler un point de sauvegarde pour une utilisation future. Il s'agit d'un instantané. Les instantanés peuvent être répliqués sous la forme de sauvegardes complètes des données, qui peuvent être utilisées pour restaurer une base de données à une date spécifique. Cela peut être utile en cas de corruption des données, par exemple. En plus des sauvegardes de données, des sauvegardes périodiques plus petites garantissent la possibilité de récupérer à partir de défauts de stockage fatals avec une perte minimale de données.

Les points de sauvegarde peuvent être enregistrés dans le stockage local et les sauvegardes supplémentaires peuvent être enregistrées dans le stockage de sauvegarde. La récupération locale à partir du crash utilise le dernier point de sauvegarde, puis rejoue les derniers journaux, pour récupérer la base de données sans aucune perte de données. Si le stockage local a été corrompu par le crash, il est toujours possible de récupérer la base de données à partir des sauvegardes de données et de journaux, éventuellement avec une perte de données. L'envoi régulier de sauvegardes vers un site distant via un réseau ou à l'aide de coursiers peut être un moyen simple et relativement peu coûteux de se préparer à une catastrophe. Selon la fréquence et la méthode d'expédition, cette approche peut avoir un temps de récupération allant des heures aux jours.

SAP HANA offre une prise en charge de la restauration après sinistre pour les solutions de réplication de stockage fournies par les partenaires matériels.

Un inconvénient des sauvegardes est la perte potentielle de données entre l'heure de la dernière sauvegarde et l'heure de la panne. Une solution privilégiée est de fournir une réplication continue de toutes les données rendues persistantes. Plusieurs partenaires matériels SAP HANA proposent une solution de réplication au niveau du stockage qui fournit une sauvegarde des volumes ou du système de fichiers à un système de stockage distant et en réseau. Dans certaines de ces solutions spécifiques aux fournisseurs, qui sont certifiées par SAP, la transaction SAP HANA se termine uniquement lorsque le journal de transactions persistant localement a été répliqué à distance. Il s'agit de la réplication de stockage synchrone. La réplication du stockage synchrone peut être utilisée uniquement lorsque la distance entre le site principal et le site de sauvegarde est relativement courte (généralement 100 kilomètres ou moins), ce qui permet des latences aller-retour de moins de millisecondes.

La réplication du système est disponible dans chaque installation SAP HANA offrant une prise en charge inhérente de la restauration après sinistre.

La réplication du système est une solution alternative de haute disponibilité pour SAP HANA qui fournit un RTO extrêmement court et est compatible avec toutes les solutions matérielles partenaires de SAP HANA. La réplication du système utilise une approche "N+N", avec un système SAP HANA de secours secondaire avec le même nombre de nœuds actifs que le système primaire actif. Chaque service et instance du système SAP HANA principal communique par paire avec un équivalent dans le système secondaire.