[NEWSboard IBMi Forum]
  1. #1
    Registriert seit
    Jan 2012
    Beiträge
    1.102

    Temporäre Adressen steigen kontinuierlich an

    Hallo,
    hat noch jemand das Problem, dass die temporären Adressen (sichtbar im WRKSYSSTS bei "% temp. Adressen") kontinuierlich ansteigen? Bei uns steigt die Zahl ca. um einen Prozentpunkt pro Monat. So wie es aussieht, bringt auch ein IPL keine Verbesserung. Wir sind jetzt bei 43%. Das heißt, in ca. 4 Jahren sind wir bei 100%. Das beunruhigt mich ein wenig. Vielleicht gibt es ja auch irgendeinen Grenzwert, ab dem die Anlage beginnt, die Adressen wieder freizugeben? Wir hatten den kontinuierlichen Anstieg auch bereits auf der alten Maschine. Seit wir vor einigen Monaten auf eine neue iSeries umgestiegen sind (größeres Modell), geht es genauso kontinuierlich weiter nach oben.

    Ich möchte nur mal wissen, ob jemand das Problem kennt. Wenn sich keine Lösung findet, werden wir das natürlich bei IBM melden.

    Dieter

  2. #2
    Registriert seit
    May 2002
    Beiträge
    2.641
    Hallo Dieter,
    ist denn auf der system i das R710 installiert ?

  3. #3
    Registriert seit
    Jan 2007
    Beiträge
    904
    Hallo Dieter,
    vielleicht hilft die das auf die Sprünge...

    Each time a temporary object is created, it uses a unique temporary address. The system has a very large but finite number of addresses available. Percent of temporary addresses indicates the percentage of those addresses used. If that number reaches 100 percent, the system abnormally terminates and requires a scratch installation from backup tapes. Many systems typically have a low % of temp addresses used. However, rapid use of temporary addresses can occur and is typically a sign of application(s) creating temporary objects at an abnormally high rate . Programs that use heap space can use an address for each 16MB of heap in the same thread. Each thread or activation group uses a new address. Query can use temporary addresses for internal processing of joins and sorts. Some API calls can create temporary space that would use one or more temporary address. The best course of action to reduce the number of temporary addresses used is to change the application that is using them. Perhaps the application can be re-written to have one job or one set of jobs handle multiple requests rather than starting a new job for each request. Or, perhaps the application can re-use the same temporary space by clearing and loading it with new data rather than deleting and creating new ones. Message CPI0997 is issued when nearly all available machine addresses used. The text indicates the following: Message . . . : Nearly all available machine addresses used. Cause . . . . . : Nearly all available machine addresses have been used for reason &1. If the percentage of addresses used reaches 100 percent, the system will end abnormally. See reason &1 shown below: 1 - At least &2 percent of the maximum possible addresses for permanent objects have been used. 2 - At least &3 percent of the maximum possible addresses for temporary objects have been used. Recovery . . . : See reason &1 shown below: 1 - Contact your service representative. 2 - Schedule an IPL to allow the system to reset the temporary addresses. The reset of the temporary addresses will have minimal impact on the scheduled IPL. Note: Temporary and permanent storage each have 2** 38 addresses available (2 to the 38th power is 274,877,906,944). New in V5R3M0: In Version 5 Release 3 of the operating system, an IPL resets the temporary addresses if the percentage used is above 85 percent. As long as the system is IPLed before the percentage of temporary addresses reaches 100 percent, a scratch installation can be prevented. Performance Explorer may be needed to analyze temporary address growth and may require a consulting agreement accordingly.
    kf

  4. #4
    Registriert seit
    Mar 2002
    Beiträge
    5.286
    ... das ist mit V5R3 dahingehend geändert worden, dass temp. Adressen erst ab 85% beim IPL reclaimed werden; vorher war das bei jedem IPL. Du hast also noch über 2 Jahre Zeit, bevor Du Grund zur Aufregung hast.
    Quelle: http://www-01.ibm.com/support/docvie...d=nas8N1015972
    D*B
    AS400 Freeware
    http://www.bender-dv.de
    Mit embedded SQL in RPG auf Datenbanken von ADABAS bis XBASE zugreifen
    http://sourceforge.net/projects/appserver4rpg/

  5. #5
    Registriert seit
    Jan 2012
    Beiträge
    1.102
    Vielen Dank an alle. Ich denke, wir warten dann mal.
    Dieter

  6. #6
    Registriert seit
    Jan 2012
    Beiträge
    1.102
    @tarasik:
    Ja, wir sind auf V7R1.

  7. #7
    Registriert seit
    May 2002
    Beiträge
    2.641
    Hallo Dieter,
    dann würde ich wie in dem Dokument von Dieter Bender beschrieben, im strsst den Wert von 85 % auf 30 % setzen und nach dem IPL wieder auf 85 % zurücksetzen.

  8. #8
    Registriert seit
    Jul 2005
    Beiträge
    1.053
    Kann man das nicht in den System Einstellungen ändern ?

    Bitte Ignorieren da längst beantwortet

  9. #9
    Registriert seit
    Jan 2012
    Beiträge
    1.102
    Zitat Zitat von TARASIK Beitrag anzeigen
    Hallo Dieter,
    dann würde ich wie in dem Dokument von Dieter Bender beschrieben, im strsst den Wert von 85 % auf 30 % setzen und nach dem IPL wieder auf 85 % zurücksetzen.
    Ja, das habe ich mir auch überlegt. Deshalb nochmal vielen Dank an alle!

  10. #10
    Registriert seit
    Jul 2005
    Beiträge
    1.053
    Zitat Zitat von dschroeder Beitrag anzeigen
    Ja, das habe ich mir auch überlegt. Deshalb nochmal vielen Dank an alle!
    Weshalb wieder auf 85% zurück setzen, stell doch auf 49% und belasse es dabei.


    Gruß AS400.lehrling

Similar Threads

  1. Drucker LAN Dev steigen aus
    By K_Tippi in forum NEWSboard Drucker
    Antworten: 0
    Letzter Beitrag: 04-07-02, 10:20

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • You may not post attachments
  • You may not edit your posts
  •