La récupération compte

Les applications SAP sur les bases de données Oracle constituent l'épine dorsale numérique de la gestion mondiale des finances, de la production, de la chaîne d'approvisionnement et des ressources humaines. Malgré les investissements importants dans l'infrastructure de sauvegarde, une réalité désagréable persiste : Les sauvegardes sont simples, c'est la restauration qui compte. 

Tout le monde peut faire une sauvegarde. Mais lorsqu'une catastrophe survient - qu'il s'agisse d'une panne matérielle, d'une erreur humaine, d'une corruption de données ou d'un ransomware - la vitesse et la fiabilité avec lesquelles vous pouvez restaurer votre système SAP déterminent si votre entreprise survivra à la crise ou si elle perdra des millions. C'est là qu'Oracle veut redéfinir les limites du possible avec l'appliance Zero Data Loss Recovery (ZDLRA).

Échec des sauvegardes de BD SAP

Les anciens systèmes de sauvegarde n'ont pas été conçus pour les charges de travail SAP actuelles. Si beaucoup peuvent planifier des sauvegardes et conserver des copies, peu offrent la vitesse, l'assurance intégrité et la protection en temps réel dont les entreprises modernes ont besoin. Derrière les tableaux de bord impeccables et les rapports positifs sur l'état des systèmes, une crise silencieuse se prépare. Les responsables informatiques des entreprises qui gèrent des charges de travail SAP savent que la plupart des stratégies de sauvegarde ne sont suffisamment bonnes que jusqu'à ce que quelque chose se passe mal. Et quand cela arrive, la façade s'effondre.

Les systèmes SAP sont aujourd'hui confrontés à une multitude de défis complexes. L'une des plus grandes illusions à cet égard est la fameuse fenêtre de sauvegarde. En réalité, les systèmes SAP ne dorment jamais, car les utilisateurs de différentes régions effectuent des transactions 24 heures sur 24. L'idée qu'il existe une fenêtre de sécurité pour les sauvegardes reste donc une pure fantaisie. Les entreprises ont donc le choix entre effectuer des sauvegardes risquées en cours de fonctionnement ou y renoncer complètement.

Un autre problème est celui des énormes bases de données, qui atteignent désormais souvent 20 à plus de 100 téraoctets, et qui sont donc trop volumineuses pour tomber en panne - ou pour être restaurées rapidement. De nombreux systèmes de sauvegarde atteignent leurs limites lorsqu'il s'agit de restaurer de grandes quantités de données. Il en résulte une phase de restauration pénible, qui dure souvent des jours ou des semaines, et où tout retard entraîne immédiatement des pertes de chiffre d'affaires. Les procédures de sauvegarde courantes basées sur des snapshots présentent également des points faibles critiques. Elles sont statiques, ne saisissent pas les modifications en temps réel et négligent souvent les redo logs. Il en résulte d'importantes lacunes dans les transactions qui peuvent avoir des conséquences désastreuses en cas d'urgence.

De nombreuses entreprises sont également confrontées à un dilemme : elles doivent adopter des stratégies distinctes pour leurs systèmes SAP et pour tous les autres domaines informatiques. Cela signifie des coûts de licence en double, des systèmes de stockage isolés, des systèmes d'exploitation multiples et des processus de récupération chaotiques. Les DSI se voient contraints de gérer des "architectures Frankenstein" compliquées et vulnérables, qui peuvent justement échouer dans les moments critiques. 

Mais la paranoïa de l'inconnu lors des restaurations est particulièrement pesante pour les équipes informatiques : Lorsqu'elles cliquent sur "Restaurer", elles se demandent toujours avec angoisse si tout fonctionne vraiment et si la sauvegarde est vraiment intacte. 

La peur de ne découvrir qu'après coup que la sauvegarde était déficiente accompagne chaque équipe informatique et augmente énormément la pression. Les risques sont immenses, car les applications SAP constituent l'épine dorsale de l'entreprise, que ce soit dans le domaine de la finance, de la production, de la gestion des stocks ou des ressources humaines. Un échec de la restauration n'est donc pas seulement fâcheux, il est synonyme d'effondrement systémique - l'infarctus de l'ensemble des processus commerciaux. 

Récupération avec Oracle ZDLRA

ZDLRA est officiellement pris en charge dans les environnements SAP, comme le confirme la note SAP 105047 "Support for Oracle Functions in the SAP Environment". Cette solution est donc non seulement entièrement compatible, mais aussi expressément approuvée et soutenue par Oracle. Elle se distingue des solutions de sauvegarde traditionnelles, car elle n'a pas été conçue comme une simple appliance de sauvegarde, mais comme une puissante plate-forme de restauration. Dès le début, Oracle s'est efforcé d'assurer une restauration rapide et garantie sans aucune perte de données. 

Ces avantages s'appliquent à toutes les bases de données Oracle, y compris celles pour SAP, et ce indépendamment du système d'exploitation utilisé. ZDLRA offre ainsi une solution fiable, indépendante de la plateforme, qui garantit aux entreprises une sécurité décisive dans les situations critiques. ZDLRA offre les vitesses de restauration les plus rapides de toutes les plates-formes de sauvegarde au monde - de 15 à 24 téraoctets par heure. Ce niveau de performance ne peut être atteint par aucun autre fournisseur et fait de ZDLRA le premier choix pour les entreprises ayant de vastes environnements SAP. Il faut moins de trois à quatre heures à ZDLRA pour restaurer une base de données de production SAP de 60 téraoctets. La plupart des systèmes traditionnels auraient besoin de dix à quinze heures, voire plus. Cette différence de temps est la différence entre une brève interruption de service et une crise opérationnelle majeure.

Pourquoi cela fonctionne toujours

Intelligence au niveau des blocs : ZDLRA ne sauvegarde pas de fichiers, mais comprend les blocs de données Oracle. Par conséquent, seuls les blocs qui ont été modifiés doivent être sauvegardés, ce qui réduit les fenêtres de sauvegarde et le trafic de données tout en garantissant la cohérence de la restauration.

Sauvegardes chiffrées peu encombrantes : contrairement à d'autres solutions, Oracle ZDLRA compresse les sauvegardes chiffrées TDE, ce qui permet d'économiser de l'espace, d'accélérer la restauration et d'assurer une protection complète des données.

Transport redo en temps réel : ZDLRA capture les protocoles redo Oracle pratiquement en temps réel. Cela garantit une perte de données nulle (RPO = 0), même entre les sauvegardes. En cas d'endommagement ou de panne, la restauration peut se poursuivre sans aucun vide transactionnel.

Validation des données de bout en bout : chaque sauvegarde est automatiquement vérifiée en termes de corruption, de cohérence et de possibilité d'utilisation. Cela élimine les incertitudes lors des tentatives de restauration - vous restaurez à chaque fois une copie propre et fiable.

ZDLRA crée des sauvegardes complètes à la demande à partir de modifications incrémentielles, sans jamais devoir relire des téraoctets de données non modifiées. Cela permet d'obtenir des points de restauration instantanés sans la charge que représentent des sauvegardes complètes fréquentes.

Plate-forme de déploiement compatible avec le cloud : ZDLRA est avant tout une plate-forme de déploiement sur site. Les clients qui exécutent des applications SAP sur Oracle Cloud Infrastructure peuvent utiliser le même service avec la même sécurité grâce au "Zero Data Loss Autonomous Recovery Service - ZDLARS".

C'est le coût total de possession qui compte, pas les euros par téraoctet de stockage. ZDLRA n'est pas seulement conçu pour la performance, mais aussi pour la rentabilité à long terme. Contrairement aux environnements de sauvegarde traditionnels, dans lesquels des coûts cachés sont générés par une infrastructure tentaculaire, des chaînes d'outils de tiers et des charges d'exploitation élevées, il simplifie l'ensemble de la pile de sauvegarde et de restauration. Grâce à l'intégration native, à la déduplication intégrée, à la validation automatique et aux fonctionnalités de restauration en temps réel, il réduit la complexité, minimise la charge administrative et élimine le besoin de recourir à plusieurs fournisseurs. 

Plus important encore, avec un taux de récupération de 15 à 24 téraoctets par heure, il réduit considérablement les temps d'arrêt et transforme ainsi les pannes prolongées en restaurations rapides. Il en résulte un coût total de possession (TCO) plus faible, une fiabilité accrue et des temps de récupération plus rapides.

Sécurité intégrée Air-Gap

La restauration rapide des bases de données ne se limite pas à la vitesse, la sécurité est tout aussi importante. À une époque où les ransomwares et les cyberattaques se multiplient, les systèmes de sauvegarde sont eux-mêmes de plus en plus souvent la cible d'attaques. ZDLRA répond à ce défi en intégrant des mécanismes de sécurité avancés. 

La plateforme supporte une réplication inaltérable ainsi que des configurations dites air-gap. Dans ce cas, les données de sauvegarde sont répliquées en toute sécurité sur un système ZDLRA secondaire ou, alternativement, dans le cloud Oracle. Ces solutions permettent des "air gaps" physiques ou logiques, c'est-à-dire des intervalles de sécurité qui garantissent que des points de restauration propres et non compromis sont disponibles en cas d'attaque de malware ou de sabotage. Les entreprises bénéficient ainsi d'une sécurité et d'une intégrité maximales des données dans les situations critiques.

Les DSI modernes ne sont pas jugés sur le nombre de sauvegardes qu'ils effectuent, mais sur la rapidité, la propreté et la fiabilité avec lesquelles ils peuvent remettre l'entreprise en ligne sans perte de données. Avec ZDLRA, la restauration n'est plus un jeu de hasard, mais une garantie.

oracle.com/sap

PDF sur Anglais

PDF en espagnol