La réplication du système avec un site secondaire en lecture seule (Actif/Actif) permet un accès en lecture au système secondaire.
Actif/Actif (lecture activée) est intégré à la solution de réplication du système et est activé avec le mode d'exploitation logreplay_readaccess .
Le mode d'exploitation logreplay_readaccess est similaire au mode d'exploitation logreplay en ce qui concerne l'envoi continu de journaux, le replay du journal de reconstitution sur le système secondaire et l'envoi et la reprise de données complets requis.
Attention
Pour ce mode, les systèmes primaire et secondaire doivent avoir la même version SAP HANA. Par conséquent, l'accès en lecture seule à la version secondaire n'est pas possible lors d'une montée de version continue tant que les deux versions ne sont pas à nouveau identiques.
Actif/Actif (lecture activée) est basé sur la fonctionnalité de reproduction continue du journal. Il hérite des caractéristiques suivantes :
Reprises rapides
Réduction du besoin de bande passante dans les opérations continues
Modes de réplication existants : SYNC (avec ou sans l'option de synchronisation complète), SYNCMEM, ASYNC
Active/Active (lecture activée) offre des vues cohérentes et intégrées des données sur le site secondaire. Ces vues peuvent être retardées par rapport au système principal. Cependant, le système secondaire identifie le retard exact. Lors d'une panne, toutes les fonctions se concentrent sur le système secondaire. En tant que tel, le dimensionnement du système secondaire est important pour la bonne performance dans les scénarios de catastrophe. La figure « Réplication du système avec site secondaire accessible en lecture » permet de visualiser une réplication de système active/active (en lecture seule).
Remarque
Actif/Actif (lecture activée) n'est pris en charge que si les processeurs des systèmes primaire et secondaire sont tous deux basés sur Intel ou IBM Power avec le même ordre d'octets. Un mélange de plates-formes n'est pas pris en charge.
Modes d'accès pour site secondaire
La connexion à un système actif/actif (en lecture seule) vous permet de tirer parti d'un système secondaire pour de meilleures performances globales.
Il existe deux types de connexions :
Connexion explicite en lecture seule au système secondaire
Pour ce type de connexion, l'application ouvre la connexion au système secondaire. Il n'y a pas de partage de propriété de session.
Acheminement implicite des instructions basées sur des heures
Les connexions au système principal peuvent utiliser l'exécution de l'instruction de routage basée sur des haches vers le système secondaire sur une base par instruction.
À l'aide du routage implicite d'instructions basé sur hint, le client SAP HANA ouvre une connexion supplémentaire au système secondaire en fonction des informations d'hôte renvoyées par le système principal.
Ce type de connexion se déroule comme suit:
Le client SAP HANA envoie la préparation de la déclaration avec conseil au système principal.
Le système principal décide où exécuter l'instruction et renvoie le résultat au client SAP HANA.
Le client SAP HANA envoie l'appel d'exécution d'instruction au système secondaire. En outre, les modifications de propriétés de session sont fournies au système secondaire par le client SAP HANA. Si le système secondaire ne peut pas exécuter l'instruction, il renvoie une erreur et le client SAP HANA envoie l'instruction au système principal.
Aspects et prise en charge de la gestion de la mémoire pour plusieurs bases de données SAP HANA
Lors de l'utilisation de la réplication de système active/active (en lecture seule), plusieurs aspects de la gestion de la mémoire doivent être pris en compte.
La mémoire totale des instructions est limitée à 50 % de la limite d'affectation globale car 50 % du stockage est réservé pour la reproduction du journal. Le rejeu du journal ne doit pas échouer en raison des limitations de stockage.
Il est possible d'utiliser la lecture secondaire pour d'autres systèmes SAP HANA, tels que les environnements de développement ou d'assurance qualité. Dans ce cas, les conditions de dimensionnement suivantes s'appliquent :
Le matériel secondaire doit offrir les mêmes capacités CPU et mémoire que celles offertes par le primaire, plus les ressources pour le système supplémentaire.
Après une reprise, le système doit être capable de gérer à la fois la charge d'écriture du primaire et la charge de reporting du secondaire.