Been there - done that - read the book - saw the video. Just went through this on my Linux servers so I am guessing the resolution is probably similar.
There are specific memory tuning parameters for DB2 for your OS - things like memory heap sizes, etc, swap sizes, etc. In my case, it was Linux kernel values. Once we set them to the IBM "recommended" (more like required) values, my intermittent DB2 backup failures stopped. Being 32-bit, you might not be able to give it enough memory. >From this document: http://www-01.ibm.com/support/docview.wss?uid=swg21421060 It says: *TSM servers are optimized for and perform best on machines running with 64-bit architectures. Versions prior to V6.3 supported running on 32-bit windows. In that case, TSM running on a 32-bit architecture will be limited by the memory available to it and it is not recommended to use those servers for heavy work-load environments, TSM deduplication, or other such capabilities.* On Tue, Mar 12, 2013 at 3:59 PM, Stackwick, Stephen < [email protected]> wrote: > Windows 2003 6.2.5: > > "ANR4588E A database backup configuration might be incorrect." > > This is obviously a bogus message, since sometimes the database *does* > back up. Nothing in the db2diag.log (itself suspicious) or the Windows > event logs. The only thing I can think of is some sort of memory issue that > might not affect the 64-bit variants, but we're stuck on the 32-bit W2K3 > for a while. > > This seems to be new with 6.2.5. We recently upgraded from 6.2.3 to > resolve active log issues and the annoying automatic incremental DB backups. > > Anyone else seen this? > > Steve > > STEPHEN STACKWICK | Senior Consultant | 301.518.6352 (m) | > [email protected]<mailto:[email protected]> | icfi.com< > http://www.icfi.com/> > ICF INTERNATIONAL | 410 E. Pratt Street Suite 2214, Baltimore, MD 21202 | > 410.539.1135 (o) > -- *Zoltan Forray* TSM Software & Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services [email protected] - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
