Was kommt nach Transportauftrag ...K9ZZZZZ
Beitrag
von ralf.wenzel (Top Expert / 3924 / 200 /
280
)
»
Moin,
weiĂ jemand, was passiert, wenn die Transportnummer auf ZZZZZ endet und man noch einen Transportauftrag erzeugen will? đ
Kommt dann die Meldung "Ihr System ist voll, bitte kaufen Sie ein Neues"?
Ralf
weiĂ jemand, was passiert, wenn die Transportnummer auf ZZZZZ endet und man noch einen Transportauftrag erzeugen will? đ
Kommt dann die Meldung "Ihr System ist voll, bitte kaufen Sie ein Neues"?
Ralf
Ralf Wenzel âą Heuristika SAP-Development
25 Jahre SAP-Entwickler âą 20 Jahre Freiberufler
Publikationen âą Ungarische Notation âą Xing
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei fĂŒr Ausbildungsberufe und Werksstudenten
kostenfrei fĂŒr Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4396 / 223 /
1182
)
»
Ich wĂŒrde mal sagen, nach 9ZZZZZ kommt A00000 đ
Ne, weiĂ ich leider nicht. Man könnte aber auch anstatt das System einzumotten den Systemnamen Ă€ndern um wieder von vorne beginnen zu können. Sprich aus E01 wird E02 und schon können wir weitere 20 Jahre programmieren. đ„ł
SchlÀgt in die gleiche Kerbe:
https://tricktresor.de/blog/sap-release-et120/
Ne, weiĂ ich leider nicht. Man könnte aber auch anstatt das System einzumotten den Systemnamen Ă€ndern um wieder von vorne beginnen zu können. Sprich aus E01 wird E02 und schon können wir weitere 20 Jahre programmieren. đ„ł
SchlÀgt in die gleiche Kerbe:
https://tricktresor.de/blog/sap-release-et120/
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Ein gemeinsamer Bekannter hÀtte vielleicht gesagt:
Wenn ein SAP-Entwickler mit 25 Jahren SAP-Erfahrung nicht weiĂ, dass man Nunmernkreise zurĂŒcksetzen kann, dann wĂŒrde ich den sofort aus dem Projekt schmeiĂen! đ
Wenn ein SAP-Entwickler mit 25 Jahren SAP-Erfahrung nicht weiĂ, dass man Nunmernkreise zurĂŒcksetzen kann, dann wĂŒrde ich den sofort aus dem Projekt schmeiĂen! đ
Beitrag
von ralf.wenzel (Top Expert / 3924 / 200 /
280
)
»
NatĂŒrlich weiĂ ich, dass man Nummernkreise zurĂŒcksetzen kann. Was ich NICHT weiĂ, ist: Was passiert, wenn ein TA erstellt oder transportiert werden soll, der (vor ein paar Jahren đ ) schonmal erstellt / transportiert wurde?
Ralf Wenzel âą Heuristika SAP-Development
25 Jahre SAP-Entwickler âą 20 Jahre Freiberufler
Publikationen âą Ungarische Notation âą Xing
Beitrag
von DeathAndPain (Top Expert / 1944 / 257 /
413
)
»
Ist es denn realistisch, dass tatsĂ€chlich Abertausende von TransportauftrĂ€gen erzeugt worden sind, so dass der ganz Nummernkreis gefĂŒllt worden ist? Ich mein, selbst wenn das nur Ziffern wĂ€ren, wĂ€ren es ja schon eine Million TransportauftrĂ€ge. Mit den Buchstaben noch ein Vielfaches mehr.
Ich mein, spĂ€testens wenn man die STMS aufrĂ€umt und die ganzen alten TransportauftrĂ€ge dort und in den Importqueues der Systeme löscht, sollte es kein Problem sein, wenn die alte Transportnummer erneut verwendet wird. Aber ernsthaft: Wie kann es (egal bei welchem Kunden) zu Abermillionen von TransportauftrĂ€gen kommen? Da wĂŒrde ich ja ein Performanceproblem in der Transportverwaltung (insbesondere der STMS) erwarten, lange bevor die freien Nummern ausgehen.
Vor allem riecht es nach einem Missbrauch des Transportsystems (so als ob Daten aus dem TagesgeschĂ€ft im Customizing gepflegt und tĂ€glich rĂŒbertransportiert werden wĂŒrden). Mit echten ProgrammĂ€nderungen und Customizingeinstellungen wird man niemals auf Millionen von Ănderungen kommen, auch in 20 Jahren nicht.
Ich mein, spĂ€testens wenn man die STMS aufrĂ€umt und die ganzen alten TransportauftrĂ€ge dort und in den Importqueues der Systeme löscht, sollte es kein Problem sein, wenn die alte Transportnummer erneut verwendet wird. Aber ernsthaft: Wie kann es (egal bei welchem Kunden) zu Abermillionen von TransportauftrĂ€gen kommen? Da wĂŒrde ich ja ein Performanceproblem in der Transportverwaltung (insbesondere der STMS) erwarten, lange bevor die freien Nummern ausgehen.
Vor allem riecht es nach einem Missbrauch des Transportsystems (so als ob Daten aus dem TagesgeschĂ€ft im Customizing gepflegt und tĂ€glich rĂŒbertransportiert werden wĂŒrden). Mit echten ProgrammĂ€nderungen und Customizingeinstellungen wird man niemals auf Millionen von Ănderungen kommen, auch in 20 Jahren nicht.
Beitrag
von ralf.wenzel (Top Expert / 3924 / 200 /
280
)
»
Du hast die Frage nicht verstanden đ
Ralf *geht's ums Prinzip
PS: Es war auch lange nicht realistisch, dass Programme so lange laufen, dass die zweistellige Jahreszahl zu einem Problem werden könnte....
Ralf Wenzel âą Heuristika SAP-Development
25 Jahre SAP-Entwickler âą 20 Jahre Freiberufler
Publikationen âą Ungarische Notation âą Xing
Beitrag
von DeathAndPain (Top Expert / 1944 / 257 /
413
)
»
Das war schon realistisch; man hat es nur verdrĂ€ngt. Oder hat gesagt: "Bis das ein Problem wird, sind wir auf Rente; da sollen sich dann andere drum kĂŒmmern." Das hat die SAP besser gemacht: Dass der 31.12.9999 zu einem Problem werden könnte, ist tatsĂ€chlich nicht realistisch.
Beitrag
von black_adept (Top Expert / 4090 / 127 /
940
)
»
Das Datum ist nicht das Problem sondern der Tag danachDeathAndPain hat geschrieben: â15.11.2024 14:13Das war schon realistisch; man hat es nur verdrĂ€ngt. Oder hat gesagt: "Bis das ein Problem wird, sind wir auf Rente; da sollen sich dann andere drum kĂŒmmern." Das hat die SAP besser gemacht: Dass der 31.12.9999 zu einem Problem werden könnte, ist tatsĂ€chlich nicht realistisch.
Beitrag
von DeathAndPain (Top Expert / 1944 / 257 /
413
)
»
Ich meinte die Wahl dieses Datums (als Highdate), insofern ist meine Aussage schon richtig.
Beitrag
von Shortcut IT (ForumUser / 52 / 2 /
18
)
»
Hallo,
ich habe es mal eben ausprobiert. Nach 9ZZZZZ kam der Versuch, einen Transportauftrag mit 900000 anzulegen, und da es den schon gab, kam folgende Meldung (hier der Langtext):
Error saving request header for NPLK900000
Message no. TK031
Diagnosis
A header entry cannot be inserted for request/task NPLK900000 because it already exists (E070 or E070C).
The header entry for a request/task is entered when it is created.
System Response
The function is aborted.
Procedure
Repeat the function with a valid request/task.
If this error occurs in an application function, document the error and inform the SAP hotline.
Den unwahrscheinlichen Fall vorausgesetzt, dass man tatsĂ€chlich den ganzen Nummernvorrat aufgebraucht hat, kann man mit dem Report RSWBO301 einen ggf. noch freien Bereich (LĂŒcke) suchen und den verwenden. Danach hilft wohl nur noch aufzurĂ€umen.
SAP-Hinweise 106911 und 2951296 behandeln das Thema. U.a. heiĂt es dort: "The interval <SYS>K9A0000 to <SYS>K9ZZZZZ (ASCII) or <SYS>K9AAAAA to <SYS>K9Z9999 (EBCDIC) is added to the interval <SYS>K900000 to <SYS>K999999. As a result, over 40 million free numbers are available."
40 Mio. TransportauftrÀge, das ist schon mal eine Hausnummer.
Viele GrĂŒĂe
Shortcut IT
ich habe es mal eben ausprobiert. Nach 9ZZZZZ kam der Versuch, einen Transportauftrag mit 900000 anzulegen, und da es den schon gab, kam folgende Meldung (hier der Langtext):
Error saving request header for NPLK900000
Message no. TK031
Diagnosis
A header entry cannot be inserted for request/task NPLK900000 because it already exists (E070 or E070C).
The header entry for a request/task is entered when it is created.
System Response
The function is aborted.
Procedure
Repeat the function with a valid request/task.
If this error occurs in an application function, document the error and inform the SAP hotline.
Den unwahrscheinlichen Fall vorausgesetzt, dass man tatsĂ€chlich den ganzen Nummernvorrat aufgebraucht hat, kann man mit dem Report RSWBO301 einen ggf. noch freien Bereich (LĂŒcke) suchen und den verwenden. Danach hilft wohl nur noch aufzurĂ€umen.
SAP-Hinweise 106911 und 2951296 behandeln das Thema. U.a. heiĂt es dort: "The interval <SYS>K9A0000 to <SYS>K9ZZZZZ (ASCII) or <SYS>K9AAAAA to <SYS>K9Z9999 (EBCDIC) is added to the interval <SYS>K900000 to <SYS>K999999. As a result, over 40 million free numbers are available."
40 Mio. TransportauftrÀge, das ist schon mal eine Hausnummer.
Viele GrĂŒĂe
Shortcut IT
Folgende Benutzer bedankten sich beim Autor Shortcut IT fĂŒr den Beitrag (Insgesamt 4):
ewx • DeathAndPain • a-dead-trousers • black_adept
Beitrag
von black_adept (Top Expert / 4090 / 127 /
940
)
»
Im ersten Moment schon. Aber zu den AuftrĂ€gen kommen ja auch noch die Aufgaben. Und ich habe Kunden, die keine Daten auf dem Entwicklungssystem haben und man fĂŒr jedes Fitzelchen an CodeĂ€nderung einen ToC machen muss. Da lĂ€ppert sich das dann schon zusammen. Somit ist Ralfs Frage nicht nur rein akademisch.Shortcut IT hat geschrieben: â19.11.2024 11:2740 Mio. TransportauftrĂ€ge, das ist schon mal eine Hausnummer.
Was ich gesehen habe ist aber, dass das Feld mit der Transportnummer deutlich lĂ€nger ist als die 10 Stellen, von denen nach <sysid>K9 ja noch 5 ĂŒbrig bleiben. Es gibt irgendwo eine Routine, die die Transportnummern hochzĂ€hlt ( kein Nummernkreis - eine der E70er Tabellen hat einen Hinweis was die letzte vergebene Nummer war, auĂerdem ist das ja alphanummerisch inzwischen ) und dort wird tatsĂ€chlich der "hintere" Teil mittels Offset gezogen. Wenn man diese Routine leicht anpasst wĂ€re es ein einfaches auch lĂ€ngere Transportnummern zumindest zu erzeugen. Fraglich ist halt nur, ob alle nachgelagerten Prozesse damit umgehen können.
Gibt's dazu eigentlich keinen OSS-Hinweis?
Beitrag
von DeathAndPain (Top Expert / 1944 / 257 /
413
)
»
Dennoch. Selbst wenn jeder Transportauftrag unrealistische 40 Aufgaben hat - mach erst mal 1 Million TransportauftrÀge! Und es werden weniger Aufgaben sein.
DeathAndPain hat geschrieben: â19.11.2024 17:37[...]Selbst wenn jeder Transportauftrag unrealistische 40 Aufgaben hat[...]
Code: Alles auswÀhlen.
SELECT
strkorr, COUNT( strkorr ) AS counter
FROM e070
WHERE strkorr <> ''
GROUP BY strkorr
HAVING COUNT( strkorr ) GT 40
ORDER BY counter DESCENDING
Du hast keine ausreichende Berechtigung, um die DateianhÀnge dieses Beitrags anzusehen.
Beitrag
von DeathAndPain (Top Expert / 1944 / 257 /
413
)
»
Na ja, wenn ich das richtig verstehe, hast Du in Deinem Screenshot absteigend nach Anzahl der Aufgaben sortiert. Dein Screenshot enthĂ€lt geschĂ€tzte 30 TransportauftrĂ€ge (habe nicht nachgezĂ€hlt), und die Zahl der Aufgabe nimmt da schon rasch ab, also wird das halt eine Handvoll ChaosauftrĂ€ge mit ĂŒbermĂ€Ăig vielen Aufgaben gewesen sein, die in der Masse aber nicht ins Gewicht fallen. Ich vermute mal, nach 100 weiteren TransportauftrĂ€gen wirst Du die Schwelle der 40 Aufgaben schon unterschreiten. Deine 90+k enthalten auch die Aufgaben, aber wenn wir das mathematisch mal als obere Schranke ansehen und unterstellen, dass es tatsĂ€chlich 90+k TransportauftrĂ€ge wĂ€ren, auf die sich die Aufgaben verteilen, dann wĂŒrde das also bedeuten, dass Du 90.000 TransportauftrĂ€ge hast und davon nur ca. 130 ĂŒber 40 Aufgaben enthalten. Wahrscheinlich werden es eher um die 20.000 TransportauftrĂ€ge sein (alles SchĂ€tzungen von mir aufgrund Deines Screenshots). Ein groĂer Anteil davon (vermutlich ĂŒber 50%) wird nur eine einzige Customizingaufgabe enthalten. Nur Entwicklungstransporte haben auch (mind.) eine Workbenchaufgabe und ggf. Transportkopieaufgaben.rob_abc hat geschrieben:90k+ EintrĂ€ge in der e070 insgesamt. Nicht jeder Auftrag hat 40 Aufgaben, aber es gibt genug grosse AuftrĂ€ge :D
Das sind alles keine Werte, mit denen man sich auch nur ansatzweise in die NĂ€he von 40 Millionen begeben kann.
Vergleichbare Themen
1
Antw.
Antw.
1557
Views
Views
Transportauftrag mit L_TO_CREATE_SINGLE
von eckmi » 26.07.2007 11:24 • Verfasst in ABAPÂź fĂŒr AnfĂ€nger
von eckmi » 26.07.2007 11:24 • Verfasst in ABAPÂź fĂŒr AnfĂ€nger
8
Antw.
Antw.
15066
Views
Views
Frage die ABAP Experten
Ăber diesen Beitrag
UnterstĂŒtze die Community und teile den Beitrag fĂŒr mehr Leser und Austausch
Aktuelle ForenbeitrÀge
Newsletter Anmeldung
Keine BeitrÀge verpassen! Wöchentlich versenden wir lesenwerte BeitrÀge aus unserer Community.Die letzte Ausgabe findest du hier.