Craig Smith wrote:

Hi there,

I'm currently working on a setup and scripts that will give our company a
failover server that we can immediately switch to
in the event of failure without clients ever knowing it was off.  I am
planning of putting this in the wiki if people
are interested.

As part of my solution I am using a mysqldump and import, but I've heard
that mysql can replicate the database live.
I have used this and mysqldump is better for the following reasons (BTW I have used SQL extensively and have set up this exact same scenario, to include Sybase and Unify):

1) Unless you have SERIOUS Support for the DB back end in terms of a robust
database setup, in the case of MySQL, InnoDB tables, RAID, etc. The replication
   is not worth the headache.
2) In my experience, the way MySQL is typically used on the internet, it is a quick
   and dirty database, works well, is relatively easy to set up... BUT...
3) When dealing with databases, replication (IMHO) lends itself to relatively HIGH END equipment, large databases, as well as huge amounts of sensitive data (not that your email accounts aren't sensitive). So unless your benefactor (whether it be yourself or other) is willing to invest in a minimum of 2 identical servers just for databases and replication, MySQL is fast enough and there is probably not that many rows of data to be worth replication. Typically to do this (in a way I consider philosophically worth while), replication
   is not needed, and it is much more prudent to dump and restore.
4) In a nutshell, unless you have millions of rows of sensitive data, the complexity tradeoff is not worth
   it.

How do I go about configuring mysql to specifically replicate the vpopmail
database to my backup server so that the backup
server always has an up to date copy of the mysql database?

I can manage without that, but I think it would be more efficient method.
Either way though, with the procedure I'm finalising, should our server A go
down server B will take over it's role with minimal amount of input. Or with the right script automatically.
Server B will be up to date in terms of A up to the last
minute before failure.  This includes uncollected mail etc.  Accounts only
have to be created on the main server, the changes will replicate to the
backup server every minute. (or x time frame as scheduled)

So I guess this post is two fold, are people interested in a method for the
above, or are there already loads of solutions out there,
and how does one configure mysql for replication.

Bearing in mind my SQL knowledge is nil.  I've only just started getting to
grips with scripting so that's a later project. :-)

Thanks in advance.

Craig


-------------------------------------------------------
Craig Smith - Systems Engineer - Doctor Net
t. 0870 770 4990 - f. 0870 770 4991

Visit www.doc-net.com - let us be your key to success
Visit www.eMailCampaigner.com - close sales cheaper and faster
Visit www.SprintCRM.com - understand your customers better and increase sales
-------------------------------------------------------
The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you received this in error, please contact the sender and delete the material.

---------------------------------------------------------------------
    QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





---------------------------------------------------------------------
    QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to