Double-Take replicates byte by byte. --- On Tue, 12/15/09, BraDav <[email protected]> wrote:
> From: BraDav <[email protected]> > Subject: Re: [U2] Unidata 6.1 Replication > To: "U2 Users List" <[email protected]> > Date: Tuesday, December 15, 2009, 10:56 PM > Someone needs to write an i/o agent, > so U2 can be used with products like > Double-Take and keep record level integrity. Anyone > with c++ experience out > there? > > > ----- Original Message ----- > From: "Address" <[email protected]> > To: "U2 Users List" <[email protected]> > Sent: Wednesday, December 09, 2009 9:33 AM > Subject: Re: [U2] Unidata 6.1 Replication > > > We are using Double-Take to replicate. > > --- On Wed, 12/9/09, BraDav <[email protected]> > wrote: > > > From: BraDav <[email protected]> > > Subject: Re: [U2] Unidata 6.1 Replication > > To: "U2 Users List" <[email protected]> > > Date: Wednesday, December 9, 2009, 8:33 AM > > Kevin, > > > > I would not use replication for U2 for 6x. I was > > given the mandate to use then IBM replication at a > company I > > used to work for, and it didn't work. It wasn't on > problem, > > but a whole hosts of problem. I set up two test boxes > > four different times and tested it. The 4th time I > had > > 30 people from then IT staff (I was part of the staff > then) > > hammer on it. Then we went live. It worked for 4 days > > then crashed the whole system. Then it worked for a > > few hours. Then, it kept crashing (hanging the > > servers). We had to pull it out. We were on > > Unidata, but it's the same code base. > > > > I can only say that if you want to go ahead with it, > find > > someone who's using it successfully, and find out > what > > environment they're in, version, ect. It's based on > > Unix and has different issues on different O/Ss. But, > > personally, I'd try RFS first, or write your own. > > That's what we ended up doing. And it worked. We > > used triggers and hammered the system 24/7. There were > some > > issues, but we worked them all out, and we're able to > > process millions of transactions per day. What we > > ended up doing is finding all the weak spots in > Unidata and > > avoiding them. The biggest weak spot was locks. > > The system couldn't hanldle the million+ locks per > > day. I went to double buffering, avoiding locks (an > > old GUI technique!). Also, I had to convert types of > > records to hex, and the UD hex conversion is > > slow. It's amazing what works in UD and > > scales, and what doesn't. To write one's own takes > > time and is expensive. I think that using mirrored > > drives is better!!! RFS??? > > > > Brad > > > > > > ----- Original Message ----- From: "Kevin King" <[email protected]> > > To: "U2 Users List" <[email protected]> > > Sent: Tuesday, December 08, 2009 12:22 PM > > Subject: [U2] Unidata 6.1 Replication > > > > > > > Is replication solid and functional in Unidata > > 6,1? Anyone using it with > > > roaring success? > > > > > > -Kevin > > > http://www.PrecisOnline.com > > > _______________________________________________ > > > U2-Users mailing list > > > [email protected] > > > http://listserver.u2ug.org/mailman/listinfo/u2-users > > > > _______________________________________________ > > U2-Users mailing list > > [email protected] > > http://listserver.u2ug.org/mailman/listinfo/u2-users > > > > > > _______________________________________________ > U2-Users mailing list > [email protected] > http://listserver.u2ug.org/mailman/listinfo/u2-users > > _______________________________________________ > U2-Users mailing list > [email protected] > http://listserver.u2ug.org/mailman/listinfo/u2-users > _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users
