日期:2013-02-23  浏览次数:20630 次

适用对象: MySQL DB管理员.
适用条件: 对 Linux 环境有基础的管理及操作能力.
文章附注: 本篇文章为自在文件,欢迎非商业性质转载,并请注明出处!
商业性质转载请来信告知!
特别留意: 1.本篇文章提供之程式及设定*不一定*符合您的环境,
请依您的系统环境适当地修正程式及设定.
2.在执行任何具破坏性的动作及行为前,
请确认您已作好完整可用的材料备份任务.

 目录内容
一.前言
二.错误修正
三.开始备份
四.如何回存
五.MySQL线上备份
六.MySQL线上回存
七.开始排定备份
八.结语
九.参考材料
十.附录-备份Script原始档

 

一.前言

        前几周,合理我在网上快乐的冲浪,在酷!学园快乐的灌口水时, 竟蹦出一页 "phpBB critical error",查询 Database 出现错误的讯息,中缀了各学员在各系版唇枪舌战,热烈的讨论,虽然过了不久,系统管理工友把网页修好,但开始连续几个星期,phpBB 讨论区有时还是很容易挂掉,频率大约是 一至二周一次,通常都是在周末大家最闲的时侯发生的,幸而此时刚好世界杯足球赛正好开打,不能到学园灌水,最少还有足球赛可以看. 当时修护的方式,是将 MySQL 服务停止,再把前一次可用的DB档案盖回去, 然後再重新启动 MySQL 服务来测试 phpBB 能否正常,这样子的作法通常都无效, 但总是会遗失某一段时间内的文章,这不是大家所希望的... 为了保存许多珍贵的材料和学园们恶心的口水,我开始著手预备 DB 的备份 任务,预备重建这个有问题 DB ,更为将来校园的迁址作 DB 移转预备.

(DB: Database的简称,以下都以 DB 取代 Database,
phpBB: 酷!学园讨论区系统的软体名称)

二.错误修正

花了一些时间熟悉主机的环境後,我开始寻觅错误在那里... 检测 MySQL 内 phpBB 的 DB 後发现,有个 users 的 table 是有问题的,
使用 myisamchk 尝试去修护,发现还不行用预设方式修护,还要多加个 "-o" 的参数才行,在使用myisamchk 时,为避免还有用户来存取 DB ,最好是能够将 MySQL 服务停止,不然最少也要下个 "mysqladmin flush-tables" 後, 再作 myisamchk 指令,像:

myisamchk -o phpbb2_users.MYI

这个动作,可能要作个2~3次,直到没有错误的讯息出现! 修护完,重新启动 MySQL 服务後,就可以用 mysql 这个 client 的指令, 去 Query 一下 DB 内容,测试看能否正常.很侥幸的,DB的部份在此时, 运作是正常的. 当然,在你要备份之前,假如能先检测材料能否正确,那是最好不过了, 假如有需求,可以把检测的任务,排定在备份任务之前,但是记得,这个检测DB 的动作不要排定在 DB 高用量的那段时间,深夜无人上线的时段是个不错的选择!


三.开始备份

phpBB 讨论区的材料档,次要有两个部份,就是 php 主程式和 DB 内容,
php 主程式的备份就比较简单,只需把全部档案 tar 起来就行了,就像:

tar cvfz phpbb2_20020601.tgz phpbb

(上面的 phpbb 是指 phpBB 的 php 网页程式存放目录.)

以後有改到 phpBB 网页程式部份再重新备份一次就行,它的内容材料都写在DB 内,所以 php 程式档部份异动性应该不大.

再来就是 MySQL DB 部份了,预设 MySQL 的 DB 档案是存在 /var/lib/mysql 内, 以 DB 名称为目录,目录内就是该 DB 的所有材料,像 phpbb2 这个 DB, 就是存在 /var/lib/mysql/phpbb2 内,在备份前,由于怕材料尚未完全写入磁碟, 而且 MySQL 会 Lock 在使用的 DB 档案,所以应该是要先把 MySQL 先 Shutdown 一下, 整个备份的程序可以下像下面的指令去完成:

/etc/rc.d/init.d/mysqld stop
tar cvfz phpbb2_db_20020601.tgz phpbb2
/etc/rc.d/init.d/mysqld start

(上面的 phpbb2 是指存放 phpbb2 这个 DB 的目录.) Ok!这样就完成了! (什麽?就这样! 3行就结束了?!)

对!这样就可以了! 不过要留意的是,怕 DB 内每个 Tables 间的材料有关关联性, 所以最好是把整个 DB 一次备起来,单独只备哪个 Tables 的档案,以後回存时, 怕会有材料关联不分歧的问题! 以酷!学园的口水讨论区为例,有21000笔左右的文章加上1200名注册会员,材料库
整个 tar 起来大约30几 MB 左右,每天备份,以一周为周期来计算,备份大约只需求
(35*7=245) 200 多 MB 左右的空间,一星期的备份烧在一张光碟还够!

本旧事共3页,当前在第1页  1  2  3 

 


四.如何回存

phpBB 讨论区的回存,只需把档案解回原来存放网页的路径就可以,用以下指令解开:

tar xvfz phpbb2_20020601.tgz

DB 发生错误而要回存时,其实也不难,先找出最近一次完整正常的备份,先把如今错误的网页或 DB 先更名或 tar 起来,再把好的备份给解开回原来目录位置就行了,需求留意的是, MySQL 服务最好也是要先停止,回存完成後再启动服务,回存 DB 的整个程序
可能像下面:

/etc/rc.d/init.d/mysqld.stop
mv phpbb2 phpbb2_error
tar xvfz phpbb2_db_20020601.tgz
/etc/rc.d/init.d/mysqld.start

然後再去测试一下网页及材料库! 看使用上能否正常就行了...


五.MySQL线上备份

使用像上面的"档案"方式备份是个不错的方法,它最少可以保持该主机某个时间点的完整档案备份,但还是有一些问题需求考虑到,有些主机就不只建立一个 DB 而已, 总不能为了备份某个 DB 而把整个 MySQL 服务停止,备份档案的方式,回存在原主机上一定适用,但假如MySQL 版本升级,或是在那天,该网页空间需迁机移机到别的主机时, 那就没人敢保证备出来的材料档可以用,所以我们可以考虑另一种备份的方式,是使用 MySQL 本身提供的功用: "MySQL Data Dump",指令是 "mysqldump".

使用 MySQL 的 Dump 功用可以把 DB 的"结构","材料"或"结构加材料" Dump 成 文字档, mysqldump 指令提供的弹性很大,你可以选择把整个 DB Dump 成一个档, 或是每个 Table 为一个档,甚至是把结构档和材料分开储存都可以. 检测酷!学园的 phpBB 材料库後发现,以结构加材料 Full Dump 成一个档案, 档案的大小大约也是30几MB左右. 在 Dump 之前最好多下个 Flush-Logs 更新 LOG, 所以整个 Dump 的指令如下:

mysqladmin -uroot -p flush-logs
mysqldump phpbb2 -uroot -p opt > phpbb2_20020601.sql

(phpbb2 是 DB 名称, o