[PLUG] Mysql newbie question
Keith Lofstrom
keithl at gate.kl-ic.com
Sun Jun 23 00:49:25 UTC 2013
On Fri, Jun 21, 2013 at 03:39:18PM -0700, Russell Senior wrote:
> replication and it'll be great!" The message was, paraphrasing, "it's
> not magic, and it won't magically solve all your problems", and "make
> good backups".
Sophisticated questions and answers. Perhaps someone can point
me at a not-too-complicated tutorial which quickly summarizes
what is simpler and harder to do with mysql backup/mirroring.
I'm using an app that uses mysql, and I know too little about
mysql for safety. Especially backup and mirroring. But wuth
way too much to do, I don't have time to become an expert.
I'm guessing mysql is getting 20 reads and 5 writes per minute
during office hours, with zero user load between midnight and 6AM.
At minimum, I want to do the right thing to image the database to
backups at 3 AM. I rsync them to two different backup servers, but
I don't know that the databases will recover to a viable state.
Is there something I should be doing to freeze the database?
At maximum, I would like to do realtime imaging to a failover
server on a different network far far away. About 100kbps between
a couple of lightly loaded machines with solid state drives.
In the rare event that I lose the primary server, I expect to
lose some recent activity, and spend an hour or two recovering.
What's reasonable to expect from a maintainable-by-dummies backup
and/or failover process for mysql?
Keith
--
Keith Lofstrom keithl at keithl.com Voice (503)-520-1993
More information about the PLUG
mailing list