Java >> Java tutorial >  >> Java

SUM Genstart systemet kun for Java fejler

Java

Topologien er dobbeltstack, JAVA UME findes i ABAP-stakken. Men under nedetiden fungerer ABAP og JAVA-stakken på forskellige instansnumre.

Under opgraderingen opretter SUM en midlertidig destination kaldet SAPJup i den forrige fase CONNECT-TEMP-ABAP. (Logfil:

  • 20. juli 2017 16:02:33 PM [Info]: Oprindelige RFC-destinationsindstillinger opnået med succes fra konfigurationsstyringen.
  • 20. juli 2017 16:02:33 PM [Info]: Gem den midlertidige opgradering af RFC-destinationsindstillinger under følgende konfigurationsstidestinationer/RFC/SAPJup.
  • 20. juli 2017 16:02:33 PM [Info]: Opgraderings-RFC-destinationsindstillingerne blev gemt under følgende konfigurationssti:SAPJup.
  • 20. juli 2017 16:02:33 [Info]: UME-tjenesten blev opdateret med den midlertidige opgradering af RFC-destinationsplacering.
  • 20. juli 2017 16:02:33 [Info]: Opgraderings-RFC-destinationsnavnet blev gemt i opgraderingens persistens.

Konfigurationen af ​​SAPJup har lignende indgange:(For at se konfigurationen skal du åbne configtool -> skift til konfigurationsredigeringstilstand -> konfiguration -> Destinationer -> RFC -> Ejendomsark SAPJup )

Konfigurationen viser SUM'en bruger jco.client.user som DDIC og jco.client.client som den produktive klient, og jco.client.ahost og jco.client.sysnr er relateret til værts- og systemnummeret, hvor ABAP er fungerer nu i udførelsesfasen.

Fejlen opstår, når adgangskoden til DDIC i den produktive klient er adskilt fra adgangskoden til DDIC i 000-klienten.

Under konfigurationsfasen leveres adgangskoden til DDIC-bruger til 000 klienter til SUM-værktøjet som vist på billedet nedenfor:

I fasen START-AS-JAVA forsøger SUM at starte JAVA UME i ABAP ved at oprette forbindelse til den produktive klient med DDIC-bruger og adgangskoden til DDIC for 000-klient.
Da adgangskoderne er forskellige, bliver bruger-id'et ikke autentificeret og bliver i sidste ende låst på grund af forkerte loginforsøg, og java ume-tjenesten starter ikke, hvilket fører til, at fasen mislykkes.

Løsning

For at overvinde fejlen skal adgangskoden til DDIC-brugeren i den produktive klient ændres i ABAP-stakken for at matche adgangskoden til DDIC i 000-klienten.

Følg nedenstående trin:

1. Lås ABAP-system op for at tillade login til produktiv klient (som angivet af egenskaben jco.client.client i egenskabsarket SAPJup) i ABAP ved hjælp af OS-kommandoen:tp unlocksys pf=/abap/ var/DEFAULT.TPP

2. Log ind på ABAP-systemet (kører på værtsnavnet med skyggesystemnummeret ) i den produktive klient med en bruger, der har adgang til SU01-transaktionskoden.

3. Rediger adgangskoden for DDIC-brugeren i den produktive klient, så den matcher adgangskoden til DDIC for 000-klienten (og lås også DDIC-brugeren op, hvis den allerede er låst på grund af forkerte loginforsøg).

4. Log ud og log på som DDIC i en produktiv klient i ABAP med den nye adgangskode (samme adgangskode for DDIC for 000 klient) for at bekræfte, om login nu er vellykket.

5. Lås systemet igen ved at bruge kommandoen :tp locksys pf=/abap/var/DEFAULT.TPP

6. Stop JAVA-instansen manuelt ved at bruge kommandoen:sapcontrol -nr -function Stop

7. Gentagelse af fasen i SUM


Java tag