Re: Keeping data on 2 servers in sync !

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Tue, 2005-12-06 at 08:18 +0530, Sudev Barar wrote:
> On 12/6/05, rado <rado@xxxxxxxxxxxxxxx> wrote:
> [SNIPPED FOR EASE]
> > I sync up 2 servers w/software I wrote myself but I only use this along
> > the lines of "HA" techniques.
> > also...not real time...that would be ummm...pretty high dollar stuff
> > there...I sync up bout every 20-30 seconds
> > Both servers are not running at the same time. It's a master/slave deal
> > w/the slave just constantly checking on the master...it the slave deems
> > the master is in trouble...it just takes the ip and it's the master
> > until you intervene.
> >
> > depending on what you want to sync up... it might work...the key w/this
> > is that only 1 server is serving at any given time.
> >
> 
> Unless there is way too much data being generated (and in typical
> office environment there is not) rsync run every half an hour by cron
> would keep the both servers reasonably free and keep data in sync.
> Since it only updates the files that have flag changes since last run
> it does this fast enough. This would mean that if user travels(shifts)
> from one office to another the files are updated by the time he gets
> there.
> This does not allow for remote file mount solution in case of failure
> at one end, which in any casewith such skinny link is not practical.
> 

Also ... it would suck if a person on each end modified the same file
(on different servers) within a half hour :)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.centos.org/pipermail/centos/attachments/20051205/adf30bdd/attachment.bin

[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux