Author: "Talafous, John G." <Talafous AT TIMKEN DOT COM>
Date: Wed, 1 Sep 1999 07:49:31 -0400
Richard Sims responded: Thanks for the response. When I do a Q DB, I get: ANR5965I Console command: Q DB Available Assigned Maximum Maximum Page Total Used Pct Max. Space Capacity Extension Reduction
Author: Joshua Bassi <jbassi AT GLORYWORKS DOT COM>
Date: Wed, 1 Sep 1999 06:53:40 -0700
A 36.7GB database isn't "that" big. I have heard of several customers running 70GB databases! If you are planning on adding many more nodes or backing up much more data, I would recommend splitting y
Author: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Date: Sun, 04 Oct 2015 17:39:20 -0500
Richard Sims responded: Thanks for the response. When I do a Q DB, I get: ANR5965I Console command: Q DB Available Assigned Maximum Maximum Page Total Used Pct Max. Space Capacity Extension Reduction
36GB is a pretty good size, but not too huge (in my opinion). I have a couple of servers in the 30's and one that is pushing 50GB. The one at 50 is now making me nervous (disaster recovery/ database
Author: "Mauro M. TINELLI" <Mauro.TINELLI AT ST DOT COM>
Date: Wed, 1 Sep 1999 16:20:39 +0200
John, my 2 cents ... I have a 25GB DB which is 50% full, I had before a 9GB DB. I erroneously supposed to Audit-DB it. With the previous one I managed to do it a couple of time, now after 26 hours an
From a seminar at IBM in San Jose that was specifically on the issue of Performance and trouble shooting, a database between 12GB and 17GB (considered 'max' size) is the point at which the ADSM serve
To repeat advice I got from IBM ADSM management: If you encounter any problems with the performance of ADSM facilities, FILE A PROBLEM REPORT. Do not live with grossly inefficient functions like Aud
Author: "Talafous, John G." <Talafous AT TIMKEN DOT COM>
Date: Mon, 30 Aug 1999 11:46:22 -0400
Is there any truth to the rumor I just heard about performance degradation when the ADSM data base reaches 40GB? TIA, John G. Talafous Sr. Tech. Prog/Anal The Timken Company Phone: (330)-471-3390 P.O
John - I haven't heard talk of that specifically, but there have been general discussions about feasible server sizes on the List (maybe a year or so ago). The consensus is that when your server rea