Don't worry.  What has happened is that your ADSM programmers have defined
the buffer request counter as a signed 32-bit number.  After the number
exceeds ~2GB, the leading (sign) bit gets flipped, and you start counting
"up" from -2GB.  Just zero the counters and sleep well, or don't worry about
it at all.

Note:  I don't know a thing about ADSM, so I can't say if 2GB of buffer
requests  is a normal thing.  I guess that would be dependent on how long
your system has been collecting statistics and the activity of your backup
system.

Regards.

Roger Spach
Senior Systems Analyst
Paranet, Inc.
rlspach AT paranet DOT com


At 10:33 AM 4/8/97 -0700, you wrote:
>Coming back from this weekend I've noticed a very strange thing
>with my database statistics. Namely, the total number of buffer
>requests is a negative number (a very *large* negative number).
>Has anybody seen this before? Should I be very worried?
>
>The following is the result of a 'q db f=d':
>
>          Available Space (MB): 15,832
>        Assigned Capacity (MB): 15,832
>        Maximum Extension (MB): 0
>        Maximum Reduction (MB): 2,176
>             Page Size (bytes): 4,096
>            Total Usable Pages: 4,052,992
>                    Used Pages: 3,485,725
>                         %Util: 86.0
>                    Max. %Util: 86.3
>              Physical Volumes: 8
>             Buffer Pool Pages: 8,192
>         Total Buffer Requests: -1,848,232,441
>                Cache Hit Pct.: 0.00
>               Cache Wait Pct.: 0.00
>           Backup in Progress?: No
>    Type of Backup In Progress:
>  Incrementals Since Last Full: 0
>Changed Since Last Backup (MB): 101.09
>            Percentage Changed: 0.74
>Last Complete Backup Date/Time: 04/08/1997 04:25:12
>
>
>"If I could dot the 'i' in a Michigan     Thomas A. La Porte
> game and the good lord came to take me   Archivist, Feature Animation
> the next day ... at least I could        DreamWorks SKG
> die happy." - Beano Cook, ESPN           <tlaporte AT anim.dreamworks DOT com>
>
>