SAP Jobsuche bei DV-Treff
vhoffe
  • vhoffe
  • SAP Forum - Guru Thema Starter
vor 18 Jahre
Hallo,

ich bin gerade dabei meine Systeme auf einen aktuellen Support Package Stand zu bringen.
Leider habe ich bereits beim 1. SP eine ewig lange Laufzeit und weiß nicht warum. Ich habe das Einspielen der Queue jetzt zum 2. mal abgebrochen, da mir eine Laufzeit > 1 Tag doch viel zu lange vorkommt. Im Entwicklungs-System lief alles wunderbar. Da dauerte das einspielen pro Support Package gerade mal 20 - max. 30 Minuten. Und der Server ist keine schnelle Kiste, während der Server auf dem das QS-System läuft ein richtiger Renner ist.
Die Einstellungen sind geprüft, er generiert die Dynpros nicht während des Einspielens.

Das Support Package ist das Basis SP 10 für mySAP ERP 5.0, bzw. WEBAS 6.40.

vhoffe
Wer nicht fragt bleibt dumm!

mySAP ERP 2004 unter Windows und Oracle 9

Module: FI, CO, SD, MM

Förderer
Sandrin
vor 18 Jahre
Hi,

ist schon ein wenig her, dass du das Problem hattest. Ich antworte trotzdem mal.

Manchmal vertragen sich einige SPs nicht miteinander. Welche SPs nicht miteinander können findest du in den SAP Hinweisen (Stichwort: Probleme beim Einspielen von SP xx). Dort steht beschrieben welche SPs nicht zusammen in einer Querry eingespielt werden dürfen. Außerdem ist beschrieben welche Fehler beim Einspielen auftauchen können und wie man das Problem beseitigt.
Gruß,

Sandrin

vhoffe
  • vhoffe
  • SAP Forum - Guru Thema Starter
vor 18 Jahre
Hallo Sandrin,

da ich nur ein SP in der Queue eingespielt habe, scheidet das Problem des Vertragens eigentlich aus. Wie gesagt auf dem einen Rechner lief es und auf dem nächsten nicht. Wir werden jetzt das System restoren und noch mal beginnen.

Danke trotzdem und noch einen schönen Tag.

vhoffe
Wer nicht fragt bleibt dumm!

mySAP ERP 2004 unter Windows und Oracle 9

Module: FI, CO, SD, MM

DW
  • DW
  • SAP Forum - Profi
vor 18 Jahre
Vielleicht hilft dir der SAP-Hinweis 914639 weiter.
vhoffe
  • vhoffe
  • SAP Forum - Guru Thema Starter
vor 18 Jahre
Hi,

leider nicht, bei uns läuft SAP unter Windows und Oracle.

Trotzdem Danke.

vhoffe
Wer nicht fragt bleibt dumm!

mySAP ERP 2004 unter Windows und Oracle 9

Module: FI, CO, SD, MM

Christoph1982
vor 18 Jahre
Hallöchen,

besteht das Problem noch oder hast Du eine Lösung gefunden?
vhoffe
  • vhoffe
  • SAP Forum - Guru Thema Starter
vor 18 Jahre
Problem besteht im Prinzi immer noch. Derzeit ist das System allerdings nicht zu benutzen.

vhoffe
Wer nicht fragt bleibt dumm!

mySAP ERP 2004 unter Windows und Oracle 9

Module: FI, CO, SD, MM

OldSAPGuru
vor 18 Jahre
vhoffe schrieb:

Hallo Sandrin,

da ich nur ein SP in der Queue eingespielt habe, scheidet das Problem des Vertragens eigentlich aus. Wie gesagt auf dem einen Rechner lief es und auf dem nächsten nicht. Wir werden jetzt das System restoren und noch mal beginnen.

Danke trotzdem und noch einen schönen Tag.

vhoffe



Nur zur Info:

Es gibt auch SPs, die dürfen nur dann eingespielt werden, wenn ein durch SAP benanntes höheres SP ebenfalls in derselben Queue mit eingespielt wird. Soll heißen, diese SPs MÜSSEN zusammen eingepielt werden...

😎 Ciao, OldSAPGuru
.: Technical Consultant for SAP System R/3, Release 4.x:|: Technology Consultant for SAP NW'04 - OS/DB Migration for SAP systems :|: Microsoft Certified Professional :.

.: SAP BC/NetWeaver [ Installation :|: Releasewechsel :|: Systemkopien :|: Systemmanagement ] :.

.: Betriebssysteme [ LiNUX :|: UNiX :|: WiNDOWS ] :.

.: Datenbanken [ DB2 :|: MaxDB :|: Oracle ] :.

vhoffe
  • vhoffe
  • SAP Forum - Guru Thema Starter
vor 18 Jahre
Zitat:

Nur zur Info:

Es gibt auch SPs, die dürfen nur dann eingespielt werden, wenn ein durch SAP benanntes höheres SP ebenfalls in derselben Queue mit eingespielt wird. Soll heißen, diese SPs MÜSSEN zusammen eingepielt werden...

 Ciao, OldSAPGuru



Hallo,

dann hätte es aber in meinem Entwicklungssystem auch nicht geklappt, oder?

Wie bereits im Originalposting erwähnt lief das SP in meinem Entwicklungssystem problemlos durch. Dort habe ich alle aktuellen SPs eingespielt und getestet. Und jetzt beim Nachziehen auf das QS-System geht es nicht mehr. Das sollte eigentlich nicht sein.

vhoffe
Wer nicht fragt bleibt dumm!

mySAP ERP 2004 unter Windows und Oracle 9

Module: FI, CO, SD, MM

Klabautermann
vor 18 Jahre
Hallo vhoffe!

Besteht das Problem immer noch ?

falls ja, kann es sein dass:
- er garnichts tut z.B. ein nötiger Job nicht angestartet werden kann. z.B. RDDIMPDP RDDMASGL etc.
- siehst du anhand von Logs, das er irgendwo dran arbeitet ? z.B. im /usr/sap/trans/tmp
- ist evtl. das saparch oder oraarch voll

weitere Ideen kann ich liefern, falls es noch nötig ist!

Gruss

Klabauter

Jamesbu
vor 18 Jahre

Hallo,

ich kann mich da nur Klabautermann anschliessen. Hatte schon einmal das gleiche Problem:

Vorgehensweise:

Ein untersuchen der Logfile /usr/sap/trans SLOGxxx.R3P deutete darauf hin, das der Hintergrundjob RDDIMPDP nicht ordnungsgemäß starten konnte.

Mit der Transaktion SM65 kann man zusätzliche Tests für die Hintergrundverarbeitung durchführen. Unter "Konsistenzcheck DB-Tabellen"

===> "Inkosistenzen beheben".

In der SM37 (Jobkontrolle für Batchverabeitung) wurde dadurch ein falscher Status von RDDIMPDP im Mandanten 000 erkannt, der dann den Status

"geplant" und nicht mehr "freigegeben" bekam.

Dieser Job mußte nun im Mandanten 000 durch den Benutzer DDIC gelöscht werden.

Mit SE38 mußte nun der Report RDDNEWPP ausgeführt werden, welcher den Job RDDIMPDP korrekt neu eingeplant hat.

 

Gruß

Jürgen

______________________________________________________________________________________________________________________

OldSAPGuru
vor 18 Jahre
@Jamesbu...Problem bei der Geschichte ist nur, daß der RDDIMPDP in jedem aktiven Mandanten laufen muß, in den transportiert werden soll. Alleine im 000 reicht nicht aus!
Zudem kann man das auch hanz simpel per  tp checkimdp client=xxx pf=... usw.  antesten, ob der im jeweiligen Mandanten läuft.

Am besten einfach die Tabellen-Inhalte der TRJOB und TRBAT überprüfen...dort sind alle Einzelheiten der abzuarbeitenden Transporte beheimatet....

Ciao, OldSAPGuru
.: Technical Consultant for SAP System R/3, Release 4.x:|: Technology Consultant for SAP NW'04 - OS/DB Migration for SAP systems :|: Microsoft Certified Professional :.

.: SAP BC/NetWeaver [ Installation :|: Releasewechsel :|: Systemkopien :|: Systemmanagement ] :.

.: Betriebssysteme [ LiNUX :|: UNiX :|: WiNDOWS ] :.

.: Datenbanken [ DB2 :|: MaxDB :|: Oracle ] :.

deutie
vor 18 Jahre

Hallo vhoffe,

wenn ein Virenscanner auf den Server installiert ist, den dann bitte deaktivieren. Z.B. Norman hat schon einige male bei mir Probleme beim Patches einspielen gemacht.

 

Gruß

 

Christian

Ähnliche Themen
Benutzer, die gerade dieses Thema lesen