home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / aix / 8794 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  2.2 KB

  1. Path: sparky!uunet!olivea!apple!bionet!uwm.edu!cs.utexas.edu!ut-emx!ibmchs!auschs!awdprime.austin.ibm.com!chukran.austin.ibm.com!rudy
  2. From: rudy@chukran.austin.ibm.com
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: Logical Volume Groups
  5. Message-ID: <1992Aug12.234602.14900@awdprime.austin.ibm.com>
  6. Date: 12 Aug 92 23:46:02 GMT
  7. References: <5684@hq.hq.af.mil>
  8. Sender: news@awdprime.austin.ibm.com (USENET News)
  9. Reply-To: chukran@austin.vnet.ibm.com(Rudy Chukran)
  10. Organization: IBM Advanced Workstation Division
  11. Lines: 31
  12.  
  13. In article <5684@hq.hq.af.mil>, rknowles@postmaster@hq.af.mil (Rick Knowles) writes:
  14. |>    Me and a couple of other guys are about to set up a 530H.  Everything was
  15. |> going fine until we got into an argument on logical volume groups.  Currently
  16. |> we are divided into at least two camps.  One guy wants to have just rootvg,
  17. |> another wants at least two volume groups, and one weenie refused to vote.
  18. |>    Obviously there are pros and cons to both setups.  With one vol grp, we put
  19. |> the entire system on an image backup.  On the other, we have greater control
  20. |> on the location of our data.
  21. |>    Does anybody have any good stories/experiences/suggestions out there?  Are
  22. |> there any pitfalls we need to be aware of?
  23. I strongly vote for the multiple vgs and more specifically a single disk
  24. rootvg.  Reasons?
  25.  
  26. Backup flexibility.  I backup with mksys (which gets only system data on rootvg)
  27. seldom.  I back up my stuff frequently.  I dont waste time backing up stuff
  28. which doesnt change.  I dont like incremental backups, but thats just me.
  29.  
  30. Castastrophe odds.  Lose any disk in a multidisk rootvg, and you dont boot.
  31. The more disks in rootvg, the greater the probability of boot catastrophe.
  32.  
  33. Data placement flexibility. This can buy you performance if your
  34. system is disk I/O bound in just the right way and you know what to move
  35. where.
  36. -- 
  37. *********************************************************************
  38. Rudy Chukran                |       EMAIL:            
  39. IBM AIX Technical Consulting| RSCS: CHUKRAN at AUSTIN 
  40. 11400 Burnet Rd.            | AWDnet:rudy@chukran.austin.ibm.com    
  41. Internal ZIP 2830           | internet: chukran@austin.vnet.ibm.com
  42. Austin, Texas 78758         |
  43. *********************************************************************
  44.