Ben Rockwood wrote: > > Hey Ethan, > > Gotta tell you, this is a pretty gutsy and interesting backup > solution. :) > In hindsight, I guess it is gutsy. Our assumption was that OSs were solid enough these days that we could get away with doing this type of thing.
> While I'll give you props for coming up with something innovative I'd > strongly recommend against this type of solution. Manipulation like > this really is flirting with a panic. Adding and removing devices too > frequently on FC is in my experience dangerous in production > environments. Solaris (from my understanding) is probably the best system in the world for handling FC environment, so this is disappointing news. > > If you want to stick with a solution on FC I'd recommend looking at > AVS Instant Image and/or Remote Mirror > (http://www.opensolaris.org/os/project/avs/). That'll give you a > proper replication solution. Will look at those, thx. > > Since your running ZFS, I _highly_ recommend snapshotting the > filesystem containing MySQL data and then using zfs send/recv to move > the data to a remote host. > Since you paid good money for ibbackup, I'm going to assume you like > it and have a production database that you want to be gentle too. I'd > consider using NFS as a backup destination or providing a backup > destintation LUN to the server and just leaving it, perhaps using UFS > so that you could mount it elsewhere easily without > importing/exporting LUNs on the host. Yea, we run nearly 60 servers in this way. I think NFS is the right answer. > > My philosophy with FC on Solaris in a production environment is to set > it and step away. If you can utilize ethernet, particularly with ZFS > send/recv I think you'll be happier and avoid the cost of ibbackup. We've thought of using snapshots and send/recv, but have backed away from it for a few reasons. A) It doesn't perform any real validation on the data as mentioned in a previous email. B) As stated all over the place, this should not be used in place of a proper backup environment. BUT, it's probably more reliable then what I'm trying to do now. > > > I didn't really answer your question, but hopefully there are some > options here that might be more appealing. If you want additional > detail on any of them please let me know. > > benr. Thank you for your time, I appreciate it greatly. Ethan _______________________________________________ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
