Description de la gestion sans temps d'arrêt

SAP HANA offre une maintenance sans temps d'arrêt, associée à la réplication du système SAP HANA. Vous pouvez utiliser la réplication de système pour mettre à niveau vos systèmes SAP HANA car le système secondaire peut être exécuté avec une version logicielle supérieure à celle du système principal.

Comme condition préalable, la réplication du système doit être configurée et active entre deux systèmes SAP HANA identiques.

Si la réplication du système est active, vous pouvez d'abord mettre à niveau le système secondaire vers une nouvelle révision afin qu'il puisse reprendre le rôle du système principal. La reprise ne prend que quelques minutes et les transactions ou données validées ne sont pas perdues. Vous pouvez ensuite effectuer une montée de version sur le système primaire, qui est maintenant dans le rôle de secondaire.

Le système secondaire peut être initialement installé avec la nouvelle version du logiciel ou mis à niveau vers la nouvelle version logicielle lorsque la réplication est déjà configurée. Après la montée de version de la version secondaire, vous devez répliquer toutes les données dans le système secondaire, qui possède déjà la nouvelle version du logiciel. Lorsque le système secondaire est ACTIF (tous les services ont été synchronisés), vous pouvez exécuter une reprise dans le système secondaire. Cette étape rend le système secondaire productif avec la nouvelle version logicielle.

Dans une configuration de réplication de système active/active (accessible en lecture), la version des systèmes primaire et secondaire doit être identique. Pour que la montée de version du temps d'arrêt proche de zéro fonctionne, le mode d'exploitation dans le système secondaire est automatiquement défini sur logreplay. Comme cela, les deux systèmes peuvent se synchroniser avant l'étape de reprise. Pour rétablir l'infrastructure active/active (accessible en lecture) à la fin, le mode d'exploitation logreplay_readaccess doit être explicitement indiqué lors de l'enregistrement précédent du système principal en tant que nouveau système secondaire.

12
hdbuserstore SET SRTAKEOVER <public hostname>:<sqlport>
<myrepouser> <myrepousers_password>

Le processus, décrit en détail dans le Guide d'administration SAP HANA, se présente comme suit :

1. Mettez à niveau le système secondaire :

   ./hdblcm --action=update

2. Vérifiez que la réplication du système est active et que tous les services sont synchronisés.

3. Arrêtez le système principal.

4. Effectuez une reprise sur le système secondaire, y compris le changement d'adresses IP virtuelles vers le système secondaire, et commencez à l'utiliser de manière productive :

   hdbnsutil -sr_takeover

5. Mettez à niveau le système principal précédent sans lancer le système. Cela est nécessaire car, dans le cas contraire, le primaire doit être arrêté à nouveau avant de pouvoir être enregistré comme secondaire.

   ./ hdblcm --action=update --hdbupd_server_nostart

6. Enregistrez le système primaire précédent comme système secondaire :

   ./hdbnsutil –sr_register …

7. Lancez le système primaire précédent comme système secondaire.

Pour obtenir une véritable montée de version zéro temps d'arrêt du point de vue du serveur d'application, voir la note SAP : 1913302 — Connectivity suspend of Appserver at take over.

En fonction de la fonctionnalité de suspension de la connectivité de la pile SAP NetWeaver ABAP, DBSL de l'interface de base de données découple la gestion des transactions entre ABAP et la base de données SAP HANA. La transaction reste active sur la couche ABAP et permet la modification des composantes (versions logicielles) sur les couches sous l'instance SAP HANA secondaire (fantôme).

En outre, comme décrit dans la note SAP 1984882 — Utilisation de la réplication du système HANA pour l'échange de matériel avec un temps d'arrêt minimum, le matériel peut être échangé avec un temps d'arrêt minimal à l'aide de la réplication du système SAP HANA.