Thanks Leland, I hope to get a first-hand look at this in the near future. I've been using VMBACKUP and VMTAPE since the early 1980's and expect BEB to match the high standards of quality set by those products. :)
Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 1111 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-6726 [EMAIL PROTECTED] -----Original Message----- From: Lucius, Leland [mailto:[EMAIL PROTECTED] Sent: Monday, January 12, 2004 11:33 AM To: [EMAIL PROTECTED] Subject: Re: Question on Backups Sorry, missed your reply... So far, it seems to be quite nice. I'm still kind of running it through its paces (and learning it myself), so I don't have any solid opinions yet. We are actually using it to back up to Storagetek silos with the HSC software running over on z/OS 1.4. BEB comes with a little "Tape Server" that runs as an STC and interfaces with your tape management software to maintain the tapes and such. I'm still a little fuzzy on the best way to setup BEB down on Linux. It also seems to take a fair amount of storage (~300MB) which I hope to whittle down somewhat. I do like their web/java interface. While Upstream also has a Java interface, BEB's seems a little cleaner (and better laid out). Leland > -----Original Message----- > From: Coffin Michael C [mailto:[EMAIL PROTECTED] > Sent: Thursday, January 08, 2004 6:23 AM > To: [EMAIL PROTECTED] > Subject: Re: Question on Backups > > > "So, we ripped them out and bought CA's Brightstor Enterprise Backup." > > I'm very interested in hearing your impressions of Brightstor on > Linux/390. I've yet to hear from anyone using this product, and > haven't had a chance to > look at it myself yet - but it looks like it may be another > "Best of Breed" > product. > > Are you interfacing it to VM:Backup and VM:Tape on a VM host? > > Michael Coffin, VM Systems Programmer > Internal Revenue Service - Room 6527 > 1111 Constitution Avenue, N.W. > Washington, D.C. 20224 > > Voice: (202) 927-4188 FAX: (202) 622-6726 > [EMAIL PROTECTED] > > > > -----Original Message----- > From: Lucius, Leland [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 07, 2004 11:16 AM > To: [EMAIL PROTECTED] > Subject: Re: Question on Backups > > > > 2) I believe "Upstream S/390 Linux" (by Innovation Data > > Processing) can do the above, does anyone currently use > this product, > > any "war stories" you'd be willing to relate? > > > We ran Upstream on L/390 for a while (until we found out we weren't > licensed). We still use Upstream to backup our Windows servers to STK > silos. We mistakenly assumed we could put an agent on our Linux > guests just like we could for our Windows boxen. Found out that there > is a different > licensing scheme for the agents on L/390. So, we ripped them > out and bought > CA's Brightstor Enterprise Bac kup. > > The 2 "issues" I had with Upstream on L/390 was that you couldn't run > it from inetd and it didn't support ACLs. > > The first issue was only minor and really just me being too picky, but > since the agent needing to run all the time, any storage used by it > would be wasted. Running from inetd would have been great, but > Innovation told me > there was no plans for that. > > The second issue was a bit more of a concern (and the one that brought > up the licensing issues). We were backing up our Samba servers > with Upstream > and found out (the hard way) that Upstream doesn't backup the ACLs > associated with the files/directories. Unfortunately, I had > missed the one > line in the manual that says it didn't do ACLs. > > Anyway, we're depending on our FDR full volume backups right now until > we get EB installed across the board. So far, I'm pretty > pleases with the > performance and UI... > > Leland > > > CONFIDENTIALITY NOTICE: This e-mail communication and any attachments > may contain confidential and privileged information for the use of the > designated recipients named above. Any unauthorized review, > use, disclosure > or distribution is prohibited. If you are not the intended > recipient, please > contact the sender by reply e-mail and destroy all copies of > the original > message. > CONFIDENTIALITY NOTICE: This e-mail communication and any attachments may contain confidential and privileged information for the use of the designated recipients named above. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
