The MySql master/slave is NOT designed as a backup and you could well end up with serious problems (AKA SCREWED!)<br><br>MySql has a very rich backup facility because backup/restore is a really hard problem and you only get to find out what is missing when it is too late.<br>
<br>DO NOT skimp on backups! Ask me how i know ... :-( :-(<br><br>Karen<br><br><div class="gmail_quote">On Fri, Mar 5, 2010 at 7:46 AM, Master_Mirage <span dir="ltr"><<a href="mailto:mirage123@verizon.net">mirage123@verizon.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
As far as the Mysql stuff, i allready use master/slave mysql replication so<br>
that when things like this comeup i have a seperate mysql instance to test<br>
with. The replicator is an exact clone of all the production grids data and<br>
still isolated at the same time. IAR/OAR wount be nessary in my case as it<br>
would be using the same data anyway and as a clone theres no big deal if it<br>
all goes wrong in testing.<br>
I brushed on the subject in other posts and this is yet another reasion why<br>
someome might consider master/slave replication.<br></blockquote></div><br>