Échec du système de redémarrage SUM pour Java uniquement

Java

La topologie est dual stack, les JAVA UME existent dans la pile ABAP. Cependant, pendant le temps d'arrêt, les piles ABAP et JAVA fonctionnent sur des numéros d'instance différents.

Lors de la mise à niveau, SUM crée une destination temporaire appelée SAPJup dans la phase précédente CONNECT-TEMP-ABAP. (Fichier journal :

20 juillet 2017 16:02:33 [Infos] : Paramètres de destination RFC d'origine obtenus avec succès auprès du gestionnaire de configuration.
20 juillet 2017 16:02:33 [Infos] : Enregistrement des paramètres de destination RFC de mise à niveau temporaire sous les destinations de chemin de configuration suivantes/RFC/SAPJup.
20 juillet 2017 16:02:33 [Infos] : Les paramètres de destination RFC de mise à niveau ont été enregistrés avec succès sous le chemin de configuration suivant :SAPJup.
20 juillet 2017 16:02:33 [Info] : Le service UME a été mis à jour avec succès avec l'emplacement de destination RFC de mise à niveau temporaire.
20 juillet 2017 16:02:33 [Info] : Le nom de destination RFC de mise à niveau a été enregistré avec succès dans la persistance de mise à niveau.

La configuration du SAPJup a des entrées similaires :(Pour afficher la configuration, ouvrez configtool -> passer en mode éditeur de configuration -> configuration -> Destinations -> RFC -> Feuille de propriétés SAPJup )

La configuration affiche que SUM utilise jco.client.user comme DDIC et jco.client.client comme client productif et jco.client.ahost et jco.client.sysnr est lié à l'hôte et au numéro de système où l'ABAP est fonctionne maintenant dans la phase d'exécution.

L'erreur se produit lorsque le mot de passe pour DDIC dans le client productif est distinct du mot de passe pour DDIC dans le client 000.

Pendant la phase de configuration, le mot de passe de l'utilisateur DDIC pour 000 clients est fourni à l'outil SUM comme indiqué dans l'image ci-dessous :

Dans la phase START-AS-JAVA, SUM essaie d'initier JAVA UME dans ABAP en se connectant au client productif avec l'utilisateur DDIC et le mot de passe pour DDIC pour le client 000.
Comme les mots de passe sont différents, l'ID utilisateur n'est pas authentifié et finit par être verrouillé en raison de tentatives de connexion incorrectes et le service ume java ne démarre pas, ce qui entraîne l'échec de la phase.

Solution

Pour surmonter l'erreur, le mot de passe de l'utilisateur DDIC dans le client productif doit être modifié dans la pile ABAP pour correspondre au mot de passe du client DDIC dans 000.

Suivez les étapes ci-dessous :

1. Déverrouillez le système ABAP pour autoriser la connexion au client productif (comme indiqué par la propriété jco.client.client dans la feuille de propriétés SAPJup) dans ABAP à l'aide de la commande du système d'exploitation :tp unlocksys pf=/abap/ var/DEFAULT.TPP

2. Connectez-vous au système ABAP (exécuté sur le nom d'hôte avec le numéro de système fantôme ) dans le client productif avec un utilisateur ayant accès au code de transaction SU01.

3. Modifiez le mot de passe de l'utilisateur DDIC dans le client productif pour qu'il corresponde au mot de passe du client DDIC pour 000 (et déverrouillez également l'utilisateur DDIC s'il est déjà verrouillé en raison de tentatives de connexion incorrectes).

4. Déconnectez-vous et connectez-vous en tant que DDIC dans un client productif dans ABAP avec le nouveau mot de passe (même mot de passe pour DDIC pour le client 000) pour vérifier si la connexion est maintenant réussie.

5. Verrouillez à nouveau le système en utilisant la commande :tp locksys pf=/abap/var/DEFAULT.TPP

6. Arrêtez l'instance JAVA manuellement, en utilisant la commande :sapcontrol -nr -function Stop

7. Répétition de la phase dans SUM