模拟使用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

相关文章

Java中流式并行操作parallelStream的原理和使用方法

《Java中流式并行操作parallelStream的原理和使用方法》本文详细介绍了Java中的并行流(parallelStream)的原理、正确使用方法以及在实际业务中的应用案例,并指出在使用并行流... 目录Java中流式并行操作parallelStream0. 问题的产生1. 什么是parallelS

MySQL数据库双机热备的配置方法详解

《MySQL数据库双机热备的配置方法详解》在企业级应用中,数据库的高可用性和数据的安全性是至关重要的,MySQL作为最流行的开源关系型数据库管理系统之一,提供了多种方式来实现高可用性,其中双机热备(M... 目录1. 环境准备1.1 安装mysql1.2 配置MySQL1.2.1 主服务器配置1.2.2 从

Linux join命令的使用及说明

《Linuxjoin命令的使用及说明》`join`命令用于在Linux中按字段将两个文件进行连接,类似于SQL的JOIN,它需要两个文件按用于匹配的字段排序,并且第一个文件的换行符必须是LF,`jo... 目录一. 基本语法二. 数据准备三. 指定文件的连接key四.-a输出指定文件的所有行五.-o指定输出

Linux jq命令的使用解读

《Linuxjq命令的使用解读》jq是一个强大的命令行工具,用于处理JSON数据,它可以用来查看、过滤、修改、格式化JSON数据,通过使用各种选项和过滤器,可以实现复杂的JSON处理任务... 目录一. 简介二. 选项2.1.2.2-c2.3-r2.4-R三. 字段提取3.1 普通字段3.2 数组字段四.

Linux kill正在执行的后台任务 kill进程组使用详解

《Linuxkill正在执行的后台任务kill进程组使用详解》文章介绍了两个脚本的功能和区别,以及执行这些脚本时遇到的进程管理问题,通过查看进程树、使用`kill`命令和`lsof`命令,分析了子... 目录零. 用到的命令一. 待执行的脚本二. 执行含子进程的脚本,并kill2.1 进程查看2.2 遇到的

详解SpringBoot+Ehcache使用示例

《详解SpringBoot+Ehcache使用示例》本文介绍了SpringBoot中配置Ehcache、自定义get/set方式,并实际使用缓存的过程,文中通过示例代码介绍的非常详细,对大家的学习或者... 目录摘要概念内存与磁盘持久化存储:配置灵活性:编码示例引入依赖:配置ehcache.XML文件:配置

Java 虚拟线程的创建与使用深度解析

《Java虚拟线程的创建与使用深度解析》虚拟线程是Java19中以预览特性形式引入,Java21起正式发布的轻量级线程,本文给大家介绍Java虚拟线程的创建与使用,感兴趣的朋友一起看看吧... 目录一、虚拟线程简介1.1 什么是虚拟线程?1.2 为什么需要虚拟线程?二、虚拟线程与平台线程对比代码对比示例:三

k8s按需创建PV和使用PVC详解

《k8s按需创建PV和使用PVC详解》Kubernetes中,PV和PVC用于管理持久存储,StorageClass实现动态PV分配,PVC声明存储需求并绑定PV,通过kubectl验证状态,注意回收... 目录1.按需创建 PV(使用 StorageClass)创建 StorageClass2.创建 PV

Redis 基本数据类型和使用详解

《Redis基本数据类型和使用详解》String是Redis最基本的数据类型,一个键对应一个值,它的功能十分强大,可以存储字符串、整数、浮点数等多种数据格式,本文给大家介绍Redis基本数据类型和... 目录一、Redis 入门介绍二、Redis 的五大基本数据类型2.1 String 类型2.2 Hash

Redis中Hash从使用过程到原理说明

《Redis中Hash从使用过程到原理说明》RedisHash结构用于存储字段-值对,适合对象数据,支持HSET、HGET等命令,采用ziplist或hashtable编码,通过渐进式rehash优化... 目录一、开篇:Hash就像超市的货架二、Hash的基本使用1. 常用命令示例2. Java操作示例三