首页 > 其他 > 详细

lvm-snapshot:基于LVM快照的备份

时间:2014-05-05 12:13:59      阅读:657      评论:0      收藏:0      [点我收藏+]

续 lvm-snapshot:基于LVM快照的备份之准备工作

Attention,Please! 重头戏开始啦

3.基于LVM快照的备份
lvm-snapshot:基于LVM快照的备份
(1)事务日志跟数据文件必须在同一个卷上;
(2)创建快照卷之前,要请求MySQL的全局锁;在快照创建完成之后释放锁;
(3)请求全局锁完成之后,做一次日志滚动;做二进制日志文件及位置标记(手动进行);

备份步骤:
3.1 请求全局锁,并滚动日志
MariaDB [hellodb]> FLUSH TABLES WITH READ LOCK;
MariaDB [hellodb]> FLUSH LOGS;

3.2 查看并记录二进制日志文件及位置标记(手动进行);
MariaDB [hellodb]> SHOW MASTER STATUS;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000005 |      365 |              |                  |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)
此时不要退出Mysql,一旦退出,就会我们手动施加的锁,就会自动释放

记录二进制日志文件及位置标记至指定文件
# mkdir /backups
# mysql -e ‘show master status‘ >/backups/binlog.pos

3.3 创建快照卷(-L,指定快照卷大小;-n,指定快照卷名称;-p,指定快照卷的属性)
# lvcreate -L 100M -s -n mydata-snap -p r /dev/myvg/mydata
查看lvm卷使用使用情况
[root@www ~]# lvs
 LV          VG   Attr      LSize   Pool Origin Data%  Move Log Cpy%Sync Convert
 mydata      myvg owi-aos--  10.00g                                            
 mydata-snap myvg sri-a-s-- 100.00m      mydata   0.01                          
 root        vg0  -wi-ao---  20.00g                                            
 swap        vg0  -wi-ao---   2.00g                                            
 usr         vg0  -wi-ao---  10.00g                                            
 var         vg0  -wi-ao---  20.00g  

3.4 释放全局锁
MariaDB [hellodb]> UNLOCK TABLES;
注:快照创建完毕,可在之前尚未退出MariaDB的终端执行解锁操作

3.5 挂载快照卷并备份
(1)将快照卷以只读方式挂载至/mnt目录
[root@www ~]# mount -o ro /dev/myvg/mydata-snap /mnt/
(2)查看快照卷挂载是否成功(即查看挂载点下是否有我们之前备份的数据)
[root@www ~]# cd /mnt/
[root@www mnt]# ls
binlogs  data
[root@www mnt]# cd data/
[root@www data]# ls
aria_log.00000001  ibdata1      multi-master.info   test
aria_log_control   ib_logfile0  mysql               www.ja.com.err
hellodb            ib_logfile1  performance_schema  www.ja.com.pid
细心的你应该注意到了,前面我们已经释放了全局锁,所以其他的用户是可以执行写入的操作了,因此
此处我们模拟的是,在我们完整备份以后,又有用户执行了写入操作实验环境,然而不幸的是,我们在此处导入数据没多久,就反了些很"2"的错误:一不小心关掉了数据库服务,并且误删除了数据/mydata/data/下的所有数据

3.6 导入新数据,模拟用户的写操作
MariaDB [mydb]> source /root/mydb.sql;

3.7 备份快照中的数据至指定位置

# cp -a /mnt/data/ /backups/data-$(date +%F)

3.8 备份完成之后,删除快照卷
# umount /mnt/   卸载快照卷
# lvremove /dev/myvg/mydata-snap   移除快照卷
恢复:二进制日志一定要保存好,否则很难做到即时点还原

模拟数据库损坏
4.不小心停掉了数据库,并且删除了数据目录下的所有文件
[root@www ~]# service mysqld stop
Shutting down MySQL...                                     [  OK  ]
[root@www ~]# rm -rf /mydata/data/*
还好二进制日志尚在,不然没法做即时点还原(二进制日志文件很重要,要常备份)
[root@www ~]# ls /mydata/binlogs/
mysql-bin.000001  mysql-bin.000003  mysql-bin.000005  mysql-bin.state
mysql-bin.000002  mysql-bin.000004  mysql-bin.index

数据目录中的数据被误删除后,数据目录空空如也
[root@www ~]# ls /mydata/data/

还原数据目录下的所有数据,-a保持用户属主属组等属性信息不变
[root@www ~]# cp -a /backups/data-2014-04-12/*  /mydata/data/
[root@www ~]# cd /mydata/data/

查看数据目录下的数据的属主属组是否都是mysql,若不是,就自行修改
[root@www data]# ll  
total 110636
-rw-rw---- 1 mysql mysql    16384 Apr 12 22:33 aria_log.00000001
-rw-rw---- 1 mysql mysql       52 Apr 12 22:33 aria_log_control
drwx------ 2 mysql mysql     4096 Apr 12 22:38 hellodb
-rw-rw---- 1 mysql mysql 12582912 Apr 12 22:34 ibdata1
-rw-rw---- 1 mysql mysql 50331648 Apr 12 22:34 ib_logfile0
-rw-rw---- 1 mysql mysql 50331648 Apr 12 22:32 ib_logfile1
-rw-rw---- 1 mysql mysql        0 Apr 12 22:34 multi-master.info
drwx------ 2 mysql mysql     4096 Apr 12 22:33 mysql
drwx------ 2 mysql mysql     4096 Apr 12 22:33 performance_schema
drwx------ 2 mysql mysql     4096 Apr 12 22:25 test
-rw-r----- 1 mysql root      3660 Apr 12 22:34 www.ja.com.err
-rw-rw---- 1 mysql mysql        5 Apr 12 22:34 www.ja.com.pid

确认数据目录权限正确的情况下,就可以启动mysql了
[root@www data]# service mysqld start

在数据目录下查看数据文件是否都已恢复
[root@www data]# ls
aria_log.00000001  ibdata1      multi-master.info   test
aria_log_control   ib_logfile0  mysql               www.ja.com.err
hellodb            ib_logfile1  performance_schema  www.ja.com.pid
在数据中查看数据文件是否都已恢复
MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| hellodb            |
| information_schema |
| mysql              |
| performance_schema |
| test               |
+--------------------+
5 rows in set (0.01 sec)

此时,完整备份已成功恢复,但是我们模拟用户写操作时倒入的mydb.sql文件,生成的mydb数据库,及其中数据表还没恢复
由于该写入操作出现在我们完整备份之后,所以我们的完整备份中没有这个数据库和其中的数据,所以此时我们只能借助于二进制日志文件了。我们上次完整备份时的二进制日志文件是mysql-bin.000005,在我们做了完整备份恢复之后,重启了sql服务,
于是生成了mysql-bin.000006二进制日志文件。

查看二进制日志文件
[root@www data]# ls /mydata/binlogs/
mysql-bin.000001  mysql-bin.000003  mysql-bin.000005  mysql-bin.index
mysql-bin.000002  mysql-bin.000004  mysql-bin.000006

查看我们完整备份之前保存的二进制日志mysql-bin.000005的信息
[root@www data]# cat /backups/binlog.pos
FilePositionBinlog_Do_DBBinlog_Ignore_DB
mysql-bin.000005365

查看二进制日志文件mysql-bin.000005的具体内容
# mysqlbinlog --start-position=365 /mydata/binlogs/mysql-bin.000005
# at 365
#140412 22:55:48 server id 1  end_log_pos 403GTID 0-1-2176
/*!100001 SET @@session.gtid_domain_id=0*//*!*/;
/*!100001 SET @@session.server_id=1*//*!*/;
/*!100001 SET @@session.gtid_seq_no=2176*//*!*/;
......省略一些不甚重要的信息
# at 4857
#140412 22:55:51 server id 1  end_log_pos 4895GTID 0-1-2200
/*!100001 SET @@session.gtid_seq_no=2200*//*!*/;
# at 4895
#140412 22:55:51 server id 1  end_log_pos 5009Querythread_id=4exec_time=0error_code=0
SET TIMESTAMP=1397314551/*!*/;
DROP TABLE IF EXISTS `t5` /* generated by server */
/*!*/;
# at 5009
#140412 22:55:51 server id 1  end_log_pos 5047GTID 0-1-2201
/*!100001 SET @@session.gtid_seq_no=2201*//*!*/;
# at 5047
#140412 22:55:51 server id 1  end_log_pos 5245Querythread_id=4exec_time=0error_code=0
SET TIMESTAMP=1397314551/*!*/;
CREATE TABLE `t5` (
 `ID` int(10) unsigned NOT NULL DEFAULT ‘0‘,
 `Name` char(30) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1
/*!*/;
# at 5245
#140412 22:55:51 server id 1  end_log_pos 5283GTID 0-1-2202

借助二进制日志文件实现增量备份的恢复

现在我们需要将这些二进制日志信息导入到mysql服务器
法1:
# mysqlbinlog --start-position=365 /mydata/binlogs/mysql-bin.000005 >/tmp/incr.sql
# mysql </tmp/incr.sql 或 mysql> source /tmp/incr.sql
法2:
# mysqlbinlog --start-position=365 /mydata/binlogs/mysql-bin.000005 | mysql

在数据库查看mydb数据库是否已经恢复了
MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| hellodb            |
| information_schema |
| mydb               |
| mysql              |
| performance_schema |
| test               |
+--------------------+
6 rows in set (0.01 sec)
我们可以看到mydb数据库已成功恢复。
注:当数据库灾难恢复之后,我们要做的第一件事就是对当前数据库做一次完整备份,以备不时之需,有备无患
mylvbackup: perl脚本,快速基于lvm备份mysql

本文出自 “Enjoy the process” 博客,请务必保留此出处http://1757513075.blog.51cto.com/8607255/1405848

lvm-snapshot:基于LVM快照的备份,布布扣,bubuko.com

lvm-snapshot:基于LVM快照的备份

原文:http://1757513075.blog.51cto.com/8607255/1405848

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!