Analyse de la tolérance aux catastrophes SAP HANA

Découverte de la réplication de systèmes multi-niveaux et multi-cibles

Objective

After completing this lesson, you will be able to décrire la réplication de systèmes multi-niveaux et multi-cibles

Réplication de système multi-niveaux

Pour offrir des niveaux de disponibilité plus élevés, vous pouvez relier plusieurs systèmes dans une infrastructure de réplication de systèmes multiniveaux SAP HANA.

Avec la réplication de système multi-niveaux, une configuration de réplication de système de niveau 2 peut être utilisée comme source pour la réplication dans une configuration en chaîne du site principal, du site secondaire de niveau 2 et du site secondaire de niveau 3.

Après avoir configuré un scénario de réplication de système de base, vous ajoutez un troisième système pour fournir un autre niveau de redondance. Dans une configuration multi-niveaux, le système principal est toujours sur le niveau 1, un niveau 2 secondaire a un système principal comme source de réplication et un niveau 3 secondaire a le niveau 2 secondaire comme source de réplication.

La réplication de système multi-niveaux active les modes de réplication qui dépendent du mode de réplication du niveau 1 au niveau 2.

En général, la réplication de système multi-niveaux n'autorise pas les mélanges de modes d'exploitation. Cependant, il existe une exception. Si le mode d'exploitation logreplay_readaccess est configuré entre le niveau 1 et le niveau 2, le mode d'exploitation logreplay peut être configuré entre le niveau 2 et le niveau 3.

Configuration de la réplication de système multi-niveaux SAP HANA

Vous pouvez configurer la réplication de système multi-niveaux à l'aide des outils suivants :

  • Cockpit SAP HANA

  • hdbnsutil

  • SAP HANA Studio

Pour configurer la réplication de systèmes multi-niveaux, vous avez installé et configuré trois systèmes SAP HANA identiques et opérationnels indépendamment : un système principal, un système secondaire de niveau 2 et un système secondaire de niveau 3.

Pour utiliser hdbnsutil pour configurer la réplication de système multi-échelons, vous devez effectuer les étapes ci-dessous. Dans ce scénario, il existe trois systèmes SAP HANA : A, B et C, nommés respectivement Tier1, Tier2 et Tier3. En outre, dans ce scénario, la réplication de système multi-niveaux prend en charge un niveau 2 secondaire avec le mode de réplication synchrone et un niveau 3 secondaire avec le mode de réplication asynchrone.

Configuration d'une réplication de système multi-niveaux SAP HANA à l'aide de hdbnsutil

  1. Lancez le système SAP HANA A et sauvegardez la base de données système et toutes les bases de données mutualisées.

  2. Activez la réplication du système et donnez au système A un nom logique :

    hdbnsutil -sr_enable --name=Tier1

  3. Arrêter le système secondaire B de niveau 2.

  4. Enregistrer le système B comme niveau 2 :

    Code Snippet
    12
    hdbnsutil -sr_register --replicationMode=sync --name=Tier2 
          --remoteInstance=<instID> --remoteHost=<hostA>

  5. Démarrez le système secondaire B de niveau 2.

  6. Activez le niveau 2 comme source pour un système secondaire de niveau 3 :

    hdbnsutil -sr_enable

  7. Arrêtez le système secondaire C de niveau 3.

  8. Enregistrer le système C comme niveau 3 :

    Code Snippet
    12
    hdbnsutil -sr_register --replicationMode=async --name=Tier3 
          --remoteInstance=<instID> --remoteHost=<hostB>

  9. Démarrez le système secondaire C de niveau 3.

À l'aide du cockpit SAP HANA, vous pouvez configurer la réplication de système multi-niveaux en une seule étape. Après avoir saisi les détails du système pour le niveau 1 et le niveau 2, vous pouvez ajouter les détails du système de niveau 3.

Pour activer la réplication du système de niveau 3 dans l'assistant, cliquez sur le bouton Ajouter système de niveau 3.
Dans le système principal, la vignette de réplication du système affiche un mini-graphique affichant tous les niveaux. L'application Synthèse de la réplication du système affiche le statut détaillé par service pour tous les niveaux.

Si le système principal échoue, une reprise du système secondaire de niveau 2 est effectuée. Une fois que votre site en échec est à nouveau opérationnel, vous pouvez le joindre en tant que système secondaire de niveau 3 ou restaurer la configuration de réplication du système multi-niveaux d'origine.

Réplication de système multi-cible

Dans une réplication de système multicible, le système primaire peut répliquer les modifications de données dans plusieurs systèmes secondaires.

La réplication de systèmes multicibles peut offrir des avantages pour plusieurs cas d'utilisation :

  • Mettre à jour les scénarios

  • Réorganisation des chaînes multi-niveaux de réplication du système

  • Disponibilité accrue (avant l'arrêt des structures existantes, de nouvelles structures peuvent être construites et établies)

Dans le système principal, la vignette de réplication du système affiche un mini-graphique affichant tous les niveaux. L'application Synthèse de la réplication du système affiche le statut détaillé par service pour tous les niveaux.
Ligne de commande : la sortie de la commande hdbnsutil -sr_state est affichée

Réplication multicible avec site secondaire en lecture seule

Dans une configuration de réplication de système multicible, vous pouvez configurer plusieurs systèmes secondaires comme Actifs/Actifs (lecture activée). Un seul de ces systèmes secondaires est accessible à l'aide du routage des instructions basé sur hint ; les autres doivent être accessibles à l'aide d'une connexion directe.

Exemple : en Europe, le système SAP HANA principal réplique les données vers les systèmes SAP HANA locaux aux États-Unis, en Afrique et en Chine. Les clients locaux effectuent tous leurs mises à jour dans le système principal européen.

Vous pouvez configurer les systèmes secondaires en lecture autorisés pour l'acheminement des instructions basées sur hint à l'aide du paramètre : global.ini/[ system_replication]/hint_based_routing_site_name = <site_name>.

Jusqu'à présent, la fonctionnalité est implémentée pour les systèmes de niveau 2 uniquement. Les niveaux 3 ne sont pas activés pour cette fonctionnalité. Notez que les systèmes censés utiliser cette fonctionnalité sont connectés directement au système principal (niveau 1).

Scénarios de restauration après sinistre pour la réplication de systèmes multicibles

Plusieurs solutions sont disponibles lorsque les systèmes impliqués dans une configuration de réplication de système multicible échouent.

Nous utilisons la configuration décrite dans la figure « Échec de la réplication multicible dans le système primaire » comme exemple pour décrire la procédure. Dans cette configuration, le système principal A réplique les modifications de données dans le système secondaire B situé dans le même centre de données. Le système principal A réplique également les modifications de données dans le système secondaire C situé dans le centre de données 2. Le système secondaire C est un système source pour un autre système secondaire D situé dans le même centre de données que le système C.

Exemple de configuration de base de la réplication multicible : dans le centre de données 1, le système A échoue. Le système B prend le relais. Pour fournir un chemin de réplication valide, le système B s'enregistre à nouveau automatiquement dans le système C du centre de données 2.

En cas d'échec du système primaire A, procédez comme suit :

  1. Reprendre le système secondaire B dans le centre de données 1.

  2. Enregistrez le système secondaire C dans le centre de données 2 dans le nouveau système primaire B du centre de données 1. Ensuite, enregistrez le système secondaire D dans le centre de données 2 dans le système secondaire C.

  3. Une fois la défaillance du système primaire A précédent résolue, enregistrez-la dans le nouveau système primaire B du centre de données 1.

Vous pouvez également définir le paramètre global.ini/[system_replication]/register_secondaries_on_takeover sur Vrai et le reprendre sur le système secondaire B dans le centre de données 1. Par conséquent, le système secondaire C dans le centre de données 2 s'enregistrera automatiquement dans le nouveau système primaire B, tandis que le système secondaire D dans le centre de données 2 s'enregistrera automatiquement dans le système secondaire C.

Une fois la défaillance du système primaire A précédent résolue, enregistrez-la dans le nouveau système primaire B du centre de données 1.

Exemple de réplication multicible de configuration de base : dans le centre de données 2, le système C échoue. Pour fournir un chemin de réplication valide, le système B s'enregistre à nouveau automatiquement dans le système D du centre de données 2.

En cas de défaillance du système secondaire C, enregistrer le système secondaire D dans le système secondaire B dans le centre de données 1.

Vous pouvez également définir des paramètres sur le système secondaire spécifique afin que le système secondaire D enregistre automatiquement le système secondaire D dans le système secondaire B dans le centre de données 1 :

  • global.ini/[system_replication]/alternative_sources
  • global.ini/[system_replication]/retries_before_register_to_alternative_source

Exemple : alternative_sources=SiteC:sync,SiteB:async,..

Exemple de configuration de base de la réplication multicible : dans le centre de données 1, le système C prend le relais. Un chemin de réplication valide vers le système D est toujours disponible.

Lorsque tous les systèmes du centre de données 1 échouent comme illustré dans la figure Échec de la réplication multi-cible du centre de données 1, procédez comme suit :

  1. Reprendre le système secondaire C dans le centre de données 2.

  2. Une fois la défaillance du système primaire précédent résolue, enregistrez le système A dans le nouveau système primaire C dans le centre de données 2.

  3. Enregistrez le système secondaire B comme niveau 3 dans le système A du centre de données 1.

Utiliser la réplication de système multicible pour les montées de version du temps d'arrêt proche de zéro

Vous pouvez mettre à niveau vos systèmes SAP HANA exécutés dans une configuration de réplication de système multicible.

Exemple :

Le système principal A réplique les modifications de données dans le système secondaire B situé dans le même centre de données. Le système principal A réplique également les modifications de données dans le système secondaire C situé dans le centre de données 2. Le système secondaire C est un système source pour un autre système secondaire D situé dans le même centre de données.

Cette configuration fournit les conditions suivantes :

  • Le système principal est le système de production.

  • Le système secondaire situé dans le même centre de données que le système principal deviendra le système de production après la montée de version. D'autres systèmes secondaires sont situés dans un centre de données distant.

  • Il n'y a pas d'erreur de réplication.

Presque aucune montée de version de temps d'arrêt ne peut également être effectuée dans les configurations de réplication de système multicible.
Learning

SAP FacebookSAP YoutubeSAP LinkedIn