On Wednesday, 05/02/2007 at 02:45 AST, David Boyes <[EMAIL PROTECTED]> wrote: > > Explain to someone who's barely grasped minidisks how/why updating the > filepool configuration file and doing an extend operation is > simpler/better. Explain the semantics of FILEPOOL BACKUP and how/why it > is somehow easier/better than DDR, which works consistently with all the > other IBM operating system tools for dump/restore. For that matter, > explain why all the SFS-related stuff is in a separate manual from the > rest of the CMS user's guide and the help files for the admin commands > are so bloody hard to find?
"When you use <your commercial backup product> it will back up your SFS-related stuff, too." > Bonus points if you can supply Linux-related explanations of all three > points that J Random Intel Weenie can comprehend w/o CMS background. "When you use <your commercial backup product> it will back up your stuff." > > In any case, SFS support is integrated into the commercial z/VM > > backup/restore offerings from IBM and others. No worries. (I woudn't > run > > a VM system without an ESM or performance monitor, either.) > > Hate to say it, but until those commercial tools get a whole lot simpler > to install, they're also part of the problem. The IBM backup tools are > close to uninstallable w/o substantial CMS knowledge (and yes, I did RCF > the docs and the program directory). Pot calling the kettle black? I've seen Linux installs that are worse, but, hey, I'll take my lumps, too. > Yes, tools are necessary. That doesn't change the fact that SFS > administration is substantially more complicated than an all-minidisk > environment. So, running DISKMAP to find gaps isn't complicated? I mean, I guess the *concept* isn't complicated, but it is, uh, tedius, to say the least. And the penalty for forgetting to run DISKMAP is severe. ICKDSF, cpfmtxa, update SYSTEM CONFIG, and ATTACH to system are easy? In general I agree that storage management and provisioning in z/VM is an area needing attention, whether for CMS or CP use. Alan Altmark z/VM Development IBM Endicott
