Yes, an IBM TA told us to improve performance using this parameter. 
After that the problems seem to slowly arise (looking closly at the activity
log).
We are now running for 10 days with this parameter....
Thanks for your reply


> -----Ursprüngliche Nachricht-----
> Von: Bill Colwell [mailto:bcolwell AT DRAPER DOT COM]
> Gesendet am: Mittwoch, 30. August 2000 16:02
> An: ADSM-L AT VM.MARIST DOT EDU
> Betreff: Re: ANR9999D SSTRANS(5190)
> 
> Yes, I have seen these errors.  They were caused by a bug in the 3.7
> mvs servers prior to 3.7.3.  The bug only happened if you used the
> new feature 'fixediobufsize' to improve i/o to the db, log 
> and disk storage
> pool.  Did you turn this feature on by setting fixediobufsize 
> to a non zero
> value in the server options file?  If so, get level 3.7.3.6 
> which has code to
> find the damaged files and clean them up.
> 
> -- 
> --------------------------
> Bill Colwell
> C. S. Draper Lab
> Cambridge, Ma.
> bcolwell AT draper DOT com
> --------------------------
> 
> In <E3CEB49C3B1BD2119E6B0001FAD4B0AF0E0C15E1@SZENT008>, on 08/30/00 
>    at 10:02 AM, Stefan Holzwarth 
> <Stefan.Holzwarth AT ZENTRALE.ADAC DOT DE> said:
> 
> >Hello o all,
> 
> >did anyone see this on his own ADSM / TSM Server, happens 
> during restore
> >(Server 3.7.2 MVS, Client Win NT 3.1.0.7.f2)?
> >How to correct (audit database?)?
> >How could this happen?
> 
> >08/29/2000 16:06:52 ANR9999D SSTRANS(5190): Wrong segment 
> group id found in
> >frame header.
> 
> >08/29/2000 16:06:52 ANR9999D SSTRANS(5202): Actual:   Magic=E2C7C6D9,
> >SrvId=0, SegGroupId=50846374, SeqNum=1.
> 
> >08/29/2000 16:06:52 ANR9999D SSTRANS(5209): Expected: Magic=E2C7C6D9,
> >SrvId=0, SegGroupId=55730944. SeqNum=1.
> 
> >08/29/2000 16:06:52 ANR1165E Data-integrity error detected 
> for file in
> >storage pool DIRBACKUPPOOL: Node EOS_EXCH, Type Backup, File 
> space \\eos\e$,
> >File name \BACKUP\EXCHANGE\ SERVER.           
> >08/29/2000 16:06:52 ANR9999D SMNQR(1286): Integrity error 
> detected for
> >bitfile 55730944.
> 
> >08/29/2000 16:06:52 ANR0540W Retrieve or restore failed for 
> session 1578 for
> >node EOS_EXCH (WinNT) - data integrity error detected.
> 
> >08/29/2000 16:06:53 ANE4035W (Session: 1578, Node: EOS_EXCH)  Error
> >processing '\\eos\e$\BACKUP\EXCHANGE\*': file currently 
> unavailable on
> >server.                                                
> >08/29/2000 16:06:53 ANE4955I (Session: 1578, Node: EOS_EXCH) 
>  Total number
> >of objects restored:         1
> 
> >08/29/2000 16:06:53 ANE4959I (Session: 1578, Node: EOS_EXCH) 
>  Total number
> >of objects failed:           1
> 
> >08/29/2000 16:06:53 ANE4961I (Session: 1578, Node: EOS_EXCH) 
>  Total number
> >of bytes transferred: 343
> 
> >08/29/2000 16:06:53 ANE4963I (Session: 1578, Node: EOS_EXCH) 
>  Data transfer
> >time:                    0.16 sec
> 
> >08/29/2000 16:06:53 ANE4966I (Session: 1578, Node: EOS_EXCH) 
>  Network data
> >transfer rate:            0.00 KB/sec
> 
> >08/29/2000 16:06:53 ANE4967I (Session: 1578, Node: EOS_EXCH) 
>  Aggregate data
> >transfer rate:          0.16 KB/sec
> 
> >08/29/2000 16:06:53 ANE4964I (Session: 1578, Node: EOS_EXCH)  Elapsed
> >processing time:            00:00:02
> 
> >08/29/2000 16:07:20 ANR0403I Session 1578 ended for node 
> EOS_EXCH (WinNT).
> 
> 
> >There are more directories and files that could not be 
> restored (only - at
> >the moment) at this node.
> 
> 
> 
> >-------------------------------------------------------------
> ---------------
> >--
> >Stefan Holzwarth
> >ADAC e.V. (Rechenzentrum, Produktionsplanung und Organisation)
> >Am Westpark 8, 81373 München Tel.: (089) 7676-5212, Fax: 
> (089) 76768924
> 
> >-----BEGIN GEEK CODE BLOCK-----
> >Version: 4.0
> >GCM/S d- s+: a C+(++) ULA++ P+>++ L+(++) E--- W++>+ N++ o-- K? 
> >w+(++) O+ M V? PS+ PE Y+ PGP->+ t+ 5+ !X R tv b !DI D G e+++ 
> h--- r z?
> >-------END GEEK CODE BLOCK-----
>