> >There are potential disasters around every corner in life. Most of them > >are avoidable through prudent planning. This is just another of those. > > No, it isn't. Since someone else is taking control away from me, I cannot > plan at all or rather, I have to plan for desaster. Your attitude makes me > think that some BMC products probably do the same - overwrite without > regard > to the stated rules. But then, why shouldn't you? It's not your business > that gets hung when a bug strikes.
Well that was uncalled for. I can't speak for all BMC products, but nothing that I have anything to do with does what you're suggesting. I have gone out of my way to play by the rules as far as possible. And you can rest assured that when a bug strikes, I get to feel the pain. Even ones I had nothing to do with. With respect to your "plan for disaster" point, your DBA has complete control over the amount of virtual storage allocated for buffering. If they act responsibly then you won't have a problem. If they don't, then whose fault is that? Right now there are too many conflicting points of control in z/OS. The DB2 designers have chosen to remove what might otherwise be a hidden limit (the MEMLIMIT) and in doing so they have given control over (and responsibility for) storage management to those who, in theory, understand the database and its business goals. You may disagree with that philosophy, but you have not presented any case that it's wrong. Just different. And while I am up on my soap-box, speaking as a designer of systems software, the biggest issue I run into is customer "creativity" with configuration. 100 times more problems arise through that, than through bugs that can be detected in testing here. I have a great deal of sympathy for the position the IBM guys (DB2 and GRS at least) have taken. Based on direct personal experience of both sides of this, I would argue that removing artificial limits that -will- bite you at bad times and striving to manage responsibly will yield better results overall than making a hapless sysprog guess how much virtual to grant to each of thousands of address spaces. YMMV. CC ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
