模拟使用lvm快照功能进行在线热备

2024-03-10 00:08

本文主要是介绍模拟使用lvm快照功能进行在线热备,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

原理:通过lvm快照给lvm真身拍个照片,当lvm真身发送改变时,lvm快照把lvm真身改变之前的内容存放在快照上,这样在lvm快照有效的这段时间内,我们看到的lvm快照上的内容始终是lvm真身在创建lvm快照时内容,通过备份lvm快照即可达到在线备份lvm真身的目的。需要注意的是,当lvm快照比lvm真身小时,若lvm真身发生的改变大于lvm快照,则lvm快照将变得无法读取而失效; 若lvm快照大于等于lvm真身,则不会发生前面的情况。


看下PE大小,lvm的大小必是PE的整数倍,为了选择合适的lvm大小,最好先检查下PE大小。

[root@server2 tune-profiles]# vgdisplay /dev/vgsrv

  --- Volume group ---
  VG Name               vgsrv
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  7
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                5
  Open LV               4
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               6.47 GiB
  PE Size               32.00 MiB
  Total PE              207
  Alloc PE / Size       187 / 5.84 GiB
  Free  PE / Size       20 / 640.00 MiB
  VG UUID               Cal2wg-FWAO-4BcH-uEGX-CelP-Np5Z-fP73JW
   
创建base逻辑卷,大小为64M(2个PE)

[root@server2 tune-profiles]# lvcreate -L 64M -n b64m /dev/vgsrv
  Logical volume "b64m" created
[root@server2 tune-profiles]# lvs
  LV   VG    Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  b64m vgsrv -wi-a-  64.00m                                      
  home vgsrv -wi-ao 256.00m                                      
  root vgsrv -wi-ao   5.00g                                      
  swap vgsrv -wi-ao 544.00m                                      

格式化,挂载,并拷贝一些初始数据
[root@server2 tune-profiles]# mkfs.ext4 /dev/vgsrv/b64m
mke2fs 1.41.12 (17-May-2010)
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
Stride=0 blocks, Stripe width=0 blocks
16384 inodes, 65536 blocks
3276 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=67108864
8 block groups
8192 blocks per group, 8192 fragments per group
2048 inodes per group
Superblock backups stored on blocks:
    8193, 24577, 40961, 57345

Writing inode tables: done                            
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 38 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.
[root@server2 tune-profiles]# mount /dev/vgsrv/b64m /mnt/base1/
[root@server2 tune-profiles]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vgsrv-root
                      5.0G  4.8G     0 100% /
tmpfs                 499M   88K  499M   1% /dev/shm
/dev/vda1             248M   65M  172M  28% /boot
/dev/mapper/vgsrv-home
                      248M   11M  226M   5% /home
/dev/mapper/vgsrv-b64m
                       62M  5.3M   54M   9% /mnt/base1
[root@server2 tune-profiles]# cp /root/* /mnt/base1/

创建基于base的snap逻辑卷,两个,一个32M,一个64M。
32M的用来模拟base卷变化数据大于snap卷的情况。

[root@server2 tune-profiles]# lvcreate -L 32M -s -n sb64m /dev/vgsrv/b64m
  Logical volume "sb64m" created
[root@server2 tune-profiles]# lvs
  LV    VG    Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  b64m  vgsrv owi-ao  64.00m                                      
  home  vgsrv -wi-ao 256.00m                                      
  root  vgsrv -wi-ao   5.00g                                      
  sb64m vgsrv swi-a-  32.00m b64m     0.04                        
  swap  vgsrv -wi-ao 544.00m                                      

[root@server2 tune-profiles]# lvcreate -L 64M -s -n sb64m2 /dev/vgsrv/b64m
  Logical volume "sb64m2" created
[root@server2 tune-profiles]# lvs
  LV     VG    Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  b64m   vgsrv owi-ao  64.00m                                      
  home   vgsrv -wi-ao 256.00m                                      
  root   vgsrv -wi-ao   5.00g                                      
  sb64m  vgsrv swi-a-  32.00m b64m     0.09                        
  sb64m2 vgsrv swi-a-  64.00m b64m     0.02                        
  swap   vgsrv -wi-ao 544.00m                                      


挂载两个snap卷,注意不能在snap上再创建文件系统,如果snap卷格式化后再挂载上去看到的将只是一个空的文件系统。

[root@server2 tune-profiles]# mkdir /mnt/sbase1
[root@server2 tune-profiles]# mkdir /mnt/sbase2

[root@server2 tune-profiles]# mount /dev/vgsrv/sb64m /mnt/sbase1/
[root@server2 tune-profiles]# ll /mnt/sbase1/
total 166
-rw-------. 1 root root  4354 Jan  7 22:17 anaconda-ks.cfg
-rw-------. 1 root root  5352 Jan  7 22:17 cachegrind.out.4206
-rw-------. 1 root root  5354 Jan  7 22:17 cachegrind.out.4207
-rw-r--r--. 1 root root 45581 Jan  7 22:17 install.log
-rw-r--r--. 1 root root 10075 Jan  7 22:17 install.log.syslog
drwx------. 2 root root 12288 Jan  7 22:16 lost+found
-rw-r--r--. 1 root root 57074 Jan  7 22:17 post.log
-rw-r--r--. 1 root root   289 Jan  7 22:17 pre.log
-rw-r--r--. 1 root root     6 Jan  7 22:17 root
-rw-r--r--. 1 root root  5614 Jan  7 22:17 zcav.HDD
-rw-r--r--. 1 root root  3094 Jan  7 22:17 zcav.png
-rw-r--r--. 1 root root  2334 Jan  7 22:17 zcav.SSD
[root@server2 tune-profiles]# mount /dev/vgsrv/sb64m2 /mnt/sbase2/
[root@server2 tune-profiles]# ll /mnt/sbase2/
total 166
-rw-------. 1 root root  4354 Jan  7 22:17 anaconda-ks.cfg
-rw-------. 1 root root  5352 Jan  7 22:17 cachegrind.out.4206
-rw-------. 1 root root  5354 Jan  7 22:17 cachegrind.out.4207
-rw-r--r--. 1 root root 45581 Jan  7 22:17 install.log
-rw-r--r--. 1 root root 10075 Jan  7 22:17 install.log.syslog
drwx------. 2 root root 12288 Jan  7 22:16 lost+found
-rw-r--r--. 1 root root 57074 Jan  7 22:17 post.log
-rw-r--r--. 1 root root   289 Jan  7 22:17 pre.log
-rw-r--r--. 1 root root     6 Jan  7 22:17 root
-rw-r--r--. 1 root root  5614 Jan  7 22:17 zcav.HDD
-rw-r--r--. 1 root root  3094 Jan  7 22:17 zcav.png
-rw-r--r--. 1 root root  2334 Jan  7 22:17 zcav.SSD
[root@server2 tune-profiles]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vgsrv-root
                      5.0G  4.8G     0 100% /
tmpfs                 499M   88K  499M   1% /dev/shm
/dev/vda1             248M   65M  172M  28% /boot
/dev/mapper/vgsrv-home
                      248M   11M  226M   5% /home
/dev/mapper/vgsrv-b64m
                       62M  5.4M   54M  10% /mnt/base1
/dev/mapper/vgsrv-sb64m
                       62M  5.4M   54M  10% /mnt/sbase1
/dev/mapper/vgsrv-sb64m2
                       62M  5.4M   54M  10% /mnt/sbase2
[root@server2 tune-profiles]# lvs
  LV     VG    Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  b64m   vgsrv owi-ao  64.00m                                      
  home   vgsrv -wi-ao 256.00m                                      
  root   vgsrv -wi-ao   5.00g                                      
  sb64m  vgsrv swi-ao  32.00m b64m     0.10                        
  sb64m2 vgsrv swi-ao  64.00m b64m     0.02                        
  swap   vgsrv -wi-ao 544.00m                                      
[root@server2 tune-profiles]# cat /mnt/sbase1/root
base1
[root@server2 tune-profiles]# cat /mnt/sbase2/root
base1

模拟base继续处理业务,业务数据大于32M小于64M
[root@server2 tune-profiles]# dd if=/dev/zero of=/mnt/base1/40M.img bs=40M count=1
1+0 records in
1+0 records out
41943040 bytes (42 MB) copied, 0.763238 s, 55.0 MB/s
[root@server2 tune-profiles]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vgsrv-root
                      5.0G  4.8G     0 100% /
tmpfs                 499M   88K  499M   1% /dev/shm
/dev/vda1             248M   65M  172M  28% /boot
/dev/mapper/vgsrv-home
                      248M   11M  226M   5% /home
/dev/mapper/vgsrv-b64m
                       62M   46M   14M  78% /mnt/base1
/dev/mapper/vgsrv-sb64m
                       62M  5.4M   54M  10% /mnt/sbase1
/dev/mapper/vgsrv-sb64m2
                       62M  5.4M   54M  10% /mnt/sbase2


发现32M的snap卷已经无法读取
[root@server2 tune-profiles]# cat /mnt/base1/root
base1

#比较奇怪的是这里还能读到文件,刚开始猜测读的是缓存,但是后面又做了几次实验发现drop掉缓存还是能读取,
反而只要lvs列出的Snap%为100时,百分之百无法读取,现在想想应该是有延时或者base卷的change没做成功

[root@server2 tune-profiles]# cat /mnt/sbase1/root
base1
[root@server2 tune-profiles]# cat /mnt/sbase2/root
base1
[root@server2 tune-profiles]# cd /mnt/sbase1/
[root@server2 sbase1]# ll
total 0
[root@server2 sbase1]# ls -lh
total 0
[root@server2 sbase1]# ls -a
.  ..
[root@server2 sbase1]# cd ..
[root@server2 mnt]# cd sbase2/
[root@server2 sbase2]# touch sbase2
[root@server2 sbase2]# ll
total 167
-rw-------. 1 root root  4354 Jan  7 22:17 anaconda-ks.cfg
-rw-------. 1 root root  5352 Jan  7 22:17 cachegrind.out.4206
-rw-------. 1 root root  5354 Jan  7 22:17 cachegrind.out.4207
-rw-r--r--. 1 root root 45581 Jan  7 22:17 install.log
-rw-r--r--. 1 root root 10075 Jan  7 22:17 install.log.syslog
drwx------. 2 root root 12288 Jan  7 22:16 lost+found
-rw-r--r--. 1 root root 57074 Jan  7 22:17 post.log
-rw-r--r--. 1 root root   289 Jan  7 22:17 pre.log
-rw-r--r--. 1 root root     6 Jan  7 22:17 root
-rw-r--r--. 1 root root     0 Jan  7 22:22 sbase2
-rw-r--r--. 1 root root  5614 Jan  7 22:17 zcav.HDD
-rw-r--r--. 1 root root  3094 Jan  7 22:17 zcav.png
-rw-r--r--. 1 root root  2334 Jan  7 22:17 zcav.SSD
[root@server2 sbase2]# cd ../base1/
[root@server2 base1]# touch base1
[root@server2 base1]# ll
total 41129
-rw-r--r--. 1 root root 41943040 Jan  7 22:21 40M.img
-rw-------. 1 root root     4354 Jan  7 22:17 anaconda-ks.cfg
-rw-r--r--. 1 root root        0 Jan  7 22:22 base1
-rw-------. 1 root root     5352 Jan  7 22:17 cachegrind.out.4206
-rw-------. 1 root root     5354 Jan  7 22:17 cachegrind.out.4207
-rw-r--r--. 1 root root    45581 Jan  7 22:17 install.log
-rw-r--r--. 1 root root    10075 Jan  7 22:17 install.log.syslog
drwx------. 2 root root    12288 Jan  7 22:16 lost+found
-rw-r--r--. 1 root root    57074 Jan  7 22:17 post.log
-rw-r--r--. 1 root root      289 Jan  7 22:17 pre.log
-rw-r--r--. 1 root root        6 Jan  7 22:17 root
-rw-r--r--. 1 root root     5614 Jan  7 22:17 zcav.HDD
-rw-r--r--. 1 root root     3094 Jan  7 22:17 zcav.png
-rw-r--r--. 1 root root     2334 Jan  7 22:17 zcav.SSD
[root@server2 base1]# ll ../sbase2/
total 167
-rw-------. 1 root root  4354 Jan  7 22:17 anaconda-ks.cfg
-rw-------. 1 root root  5352 Jan  7 22:17 cachegrind.out.4206
-rw-------. 1 root root  5354 Jan  7 22:17 cachegrind.out.4207
-rw-r--r--. 1 root root 45581 Jan  7 22:17 install.log
-rw-r--r--. 1 root root 10075 Jan  7 22:17 install.log.syslog
drwx------. 2 root root 12288 Jan  7 22:16 lost+found
-rw-r--r--. 1 root root 57074 Jan  7 22:17 post.log
-rw-r--r--. 1 root root   289 Jan  7 22:17 pre.log
-rw-r--r--. 1 root root     6 Jan  7 22:17 root
-rw-r--r--. 1 root root     0 Jan  7 22:22 sbase2
-rw-r--r--. 1 root root  5614 Jan  7 22:17 zcav.HDD
-rw-r--r--. 1 root root  3094 Jan  7 22:17 zcav.png
-rw-r--r--. 1 root root  2334 Jan  7 22:17 zcav.SSD
[root@server2 base1]# lvs
  /dev/vgsrv/sb64m: read failed after 0 of 4096 at 67043328: Input/output error
  /dev/vgsrv/sb64m: read failed after 0 of 4096 at 67100672: Input/output error
  /dev/vgsrv/sb64m: read failed after 0 of 4096 at 0: Input/output error
  /dev/vgsrv/sb64m: read failed after 0 of 4096 at 4096: Input/output error
  LV     VG    Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  b64m   vgsrv owi-ao  64.00m                                      
  home   vgsrv -wi-ao 256.00m                                      
  root   vgsrv -wi-ao   5.00g                                      
  sb64m  vgsrv Swi-I-  32.00m b64m   100.00                        
  sb64m2 vgsrv swi-ao  64.00m b64m    62.90                        
  swap   vgsrv -wi-ao 544.00m                                      
[root@server2 base1]#


本文实际与下文有很大重叠:
[实验]通过lvm快照进行热备
http://blog.csdn.net/t0nsha/article/details/7752743

这篇关于模拟使用lvm快照功能进行在线热备的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/792389

相关文章

使用Python实现快速搭建本地HTTP服务器

《使用Python实现快速搭建本地HTTP服务器》:本文主要介绍如何使用Python快速搭建本地HTTP服务器,轻松实现一键HTTP文件共享,同时结合二维码技术,让访问更简单,感兴趣的小伙伴可以了... 目录1. 概述2. 快速搭建 HTTP 文件共享服务2.1 核心思路2.2 代码实现2.3 代码解读3.

Elasticsearch 在 Java 中的使用教程

《Elasticsearch在Java中的使用教程》Elasticsearch是一个分布式搜索和分析引擎,基于ApacheLucene构建,能够实现实时数据的存储、搜索、和分析,它广泛应用于全文... 目录1. Elasticsearch 简介2. 环境准备2.1 安装 Elasticsearch2.2 J

使用C#代码在PDF文档中添加、删除和替换图片

《使用C#代码在PDF文档中添加、删除和替换图片》在当今数字化文档处理场景中,动态操作PDF文档中的图像已成为企业级应用开发的核心需求之一,本文将介绍如何在.NET平台使用C#代码在PDF文档中添加、... 目录引言用C#添加图片到PDF文档用C#删除PDF文档中的图片用C#替换PDF文档中的图片引言在当

Java中List的contains()方法的使用小结

《Java中List的contains()方法的使用小结》List的contains()方法用于检查列表中是否包含指定的元素,借助equals()方法进行判断,下面就来介绍Java中List的c... 目录详细展开1. 方法签名2. 工作原理3. 使用示例4. 注意事项总结结论:List 的 contain

C#使用SQLite进行大数据量高效处理的代码示例

《C#使用SQLite进行大数据量高效处理的代码示例》在软件开发中,高效处理大数据量是一个常见且具有挑战性的任务,SQLite因其零配置、嵌入式、跨平台的特性,成为许多开发者的首选数据库,本文将深入探... 目录前言准备工作数据实体核心技术批量插入:从乌龟到猎豹的蜕变分页查询:加载百万数据异步处理:拒绝界面

Android中Dialog的使用详解

《Android中Dialog的使用详解》Dialog(对话框)是Android中常用的UI组件,用于临时显示重要信息或获取用户输入,本文给大家介绍Android中Dialog的使用,感兴趣的朋友一起... 目录android中Dialog的使用详解1. 基本Dialog类型1.1 AlertDialog(

Python使用自带的base64库进行base64编码和解码

《Python使用自带的base64库进行base64编码和解码》在Python中,处理数据的编码和解码是数据传输和存储中非常普遍的需求,其中,Base64是一种常用的编码方案,本文我将详细介绍如何使... 目录引言使用python的base64库进行编码和解码编码函数解码函数Base64编码的应用场景注意

Java实现文件图片的预览和下载功能

《Java实现文件图片的预览和下载功能》这篇文章主要为大家详细介绍了如何使用Java实现文件图片的预览和下载功能,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... Java实现文件(图片)的预览和下载 @ApiOperation("访问文件") @GetMapping("

使用Sentinel自定义返回和实现区分来源方式

《使用Sentinel自定义返回和实现区分来源方式》:本文主要介绍使用Sentinel自定义返回和实现区分来源方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录Sentinel自定义返回和实现区分来源1. 自定义错误返回2. 实现区分来源总结Sentinel自定

Pandas使用SQLite3实战

《Pandas使用SQLite3实战》本文主要介绍了Pandas使用SQLite3实战,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学... 目录1 环境准备2 从 SQLite3VlfrWQzgt 读取数据到 DataFrame基础用法:读