最全面的LVM逻辑磁盘数据恢复方案

合集下载

挽救硬盘的10个方法

挽救硬盘的10个方法

挽救硬盘的10个方法挽救硬盘的10个方法每个用户的硬盘中都存放着大量的有用数据,而硬盘又是一个易出毛病的部件。

为了有效的保存硬盘中的数据,除了有效的保存硬盘中的数据,备份工作以外,还要学会在硬盘出现故障时如何救活硬盘,或者提取其中的有用数据,把损失降到最小程度。

1、系统不承认硬盘此类故障比较常见,即从硬盘无法启动,从A盘启动也无法进入C盘,使用CMOS中的自动监测功能也无法发现硬盘的存在。

这种故障大都出现在连接电缆或IDE口端口上,硬盘本身的故障率很少,可通过重新插拔硬盘电缆或者改换IDE口及电缆等进行替换试验,可很快发现故障的所在。

如果新接上的硬盘不承认,还有一个常见的原因就是硬盘上的主从条线,如果硬盘接在IDE的主盘位置,则硬盘必须跳为主盘状,跳线错误一般无法检测到硬盘。

2、CMOS引起的故障CMOS的正确与否直接影响硬盘的正常使用,这里主要指其中的硬盘类型。

好在现在的机器都支持"IDEautodetect"的功能,可自动检测硬盘的类型。

当连接新的硬盘或者更换新的硬盘后都要通过此功能重新进行设置类型。

当然,现在有的类型的主板可自动识别硬盘的类型。

当硬盘类型错误时,有时干脆无法启动系统,有时能够启动,但会发生读写错误。

比如CMOS中的硬盘类型小于实际的硬盘容量,则硬盘后面的扇区将无法读写,如果是多分区状态则个别分区将丢失。

还有一个重要的故障原因,由于目前的IDE都支持逻辑参数类型,硬盘可采用Normal、LBA、Large等。

如果在一般的模式下安装了数据,而又在CMOS中改为其他的模式,则会发生硬盘的读写错误故障,因为其物理地质的映射关系已经改变,将无法读取原来的正确硬盘位置。

3、主引导程序引起的启动故障硬盘的主引导扇区是硬盘中的最为敏感的一个部件,其中的主引导程序是它的一部分,此段程序主要用于检测硬盘分区的正确性,并确定活动分区,负责把引导权移交给活动分区的DOS或其他操作系统。

Windows系统中的磁盘数据恢复方法

Windows系统中的磁盘数据恢复方法

Windows系统中的磁盘数据恢复方法在使用Windows操作系统时,我们经常会遇到意外删除、磁盘格式化或者病毒入侵等造成的数据丢失问题。

幸运的是,Windows系统提供了多种方法来帮助我们恢复丢失的数据。

本文将介绍几种常用的磁盘数据恢复方法,并详细说明每种方法的操作步骤和使用注意事项。

一、使用Windows自带的恢复工具Windows系统自带了一些实用的恢复工具,如回收站、文件历史记录和系统还原功能。

当我们意外删除了文件或者需要恢复之前的版本时,可以尝试使用这些工具。

1. 回收站恢复回收站是Windows系统默认的一个临时存放已删除文件的地方,我们可以通过以下步骤来恢复被误删除的文件:步骤一:双击桌面上的“回收站”图标或者在资源管理器中找到“回收站”文件夹。

步骤二:找到需要恢复的文件,右键点击该文件,选择“恢复”选项。

2. 文件历史记录恢复Windows系统的文件历史记录功能可以帮助我们找回之前保存的文件版本。

以下是使用文件历史记录恢复文件的方法:步骤一:打开包含被删除文件所在文件夹的资源管理器窗口。

步骤二:点击资源管理器窗口上方的“开始”按钮,选择“文档”选项。

步骤三:在文档库窗口中,点击左侧的“历史记录”选项。

步骤四:找到需要恢复的文件,右键点击该文件,选择“还原到”选项,并选择一个恢复点进行还原。

3. 系统还原当系统出现问题或者数据丢失时,我们可以使用系统还原功能将系统恢复到之前的一个状态。

以下是使用系统还原功能的方法:步骤一:打开控制面板,选择“系统和安全”选项。

步骤二:在系统和安全窗口中,找到“系统”部分,点击“系统保护”链接。

步骤三:在系统属性窗口的“系统保护”选项卡中,点击“系统还原”按钮。

步骤四:按照提示选择一个恢复点,并点击“下一步”按钮。

完成后,系统将自动重启并恢复到选择的恢复点。

二、使用第三方数据恢复软件除了Windows自带的恢复工具外,我们还可以利用一些第三方数据恢复软件来提高数据恢复的成功率。

逻辑数据恢复技术

逻辑数据恢复技术

逻辑数据恢复技术
逻辑数据恢复技术是一种针对计算机数据丢失问题的恢复技术,主要涉及软件和专门的数据恢复工具。

以下是一些常见的逻辑数据恢复技术:
1.文件恢复:如果文件被误删除或因磁盘故障而丢失,可以使用文件恢复工具来找回这些文件。

这些工具通常能够扫描硬盘或外部存储设备,并尝试恢复已删除的文件。

2.分区恢复:当硬盘分区表损坏或分区丢失时,可以使用分区恢复技术来恢复丢失的分区。

分区恢复工具通常能够扫描硬盘并尝试识别和重建分区表。

3.格式化恢复:如果磁盘被格式化或快速格式化,并且数据被删除,可以使用格式化恢复技术来找回这些数据。

这种技术需要将磁盘逆向格式化,以便恢复丢失的数据。

4.数据库恢复:数据库是存储大量数据的重要软件,如果数据库发生故障或数据损坏,需要使用特定的数据库恢复工具来恢复数据。

这些工具通常能够扫描数据库文件并尝试修复损坏的数据。

5.镜像备份:镜像备份是一种预防性的数据恢复技术,它通过定期备份整个磁盘或关键数据来保护数据。

如果发生数据丢失,可以使用镜像备份来还原丢失的数据。

在逻辑数据恢复中,软件和专门的数据恢复工具起着非常重要的作用。

选择适合自己需求的工具,并正确使用它们是成功恢复数据的关键。

lvm cache 策略 -回复

lvm cache 策略 -回复

lvm cache 策略-回复LVM Cache 策略是一种在逻辑卷管理(LVM)中使用缓存加速IO性能的技术。

它通过将高速缓存(SSD)与主存储设备(HDD)结合使用,提供更高的IO吞吐量和更快的响应时间。

本文将详细介绍LVM Cache 策略的工作原理、配置方法以及一些最佳实践。

第一部分:LVM Cache 策略的工作原理LVM Cache 策略通过在SSD上创建一个缓存卷(Cache Volume)来提供加速IO操作。

当读取数据时,首先检查缓存中是否存在所需数据。

如果数据已缓存,那么IO操作将直接从缓存中返回,从而提供更快的响应时间。

如果数据不在缓存中,那么它将从HDD中读取,并将数据复制到缓存中。

在写入数据时,数据将首先写入缓存中,然后异步写入HDD中。

这意味着写入操作的响应时间也会得到显著的提升。

通过这种方式,LVM Cache 策略能够提供更高的IO性能和更快的响应时间。

第二部分:LVM Cache 策略的配置方法要配置LVM Cache策略,您需要确保系统中已安装lvm2软件包。

您还需要SSD和HDD作为缓存和主存储设备。

首先,您需要创建一个缓存池卷(Cache Pool Volume),它将用于存储缓存数据。

您可以使用以下命令创建缓存池卷:sudo pvcreate /dev/ssd_devicesudo vgcreate cache_vg /dev/ssd_devicesudo lvcreate type cache cachepool cache_vg/cache_pool size 100G name cache_lv vg_name其中,/dev/ssd_device是您的SSD设备的路径,cache_vg是缓存卷组的名称,cache_pool是缓存池的名称,100G是缓存池的大小,cache_lv是缓存卷的名称,vg_name是您的卷组名称。

接下来,您需要创建一个原始卷(Origin Volume),它将作为主存储设备。

linux数据恢复

linux数据恢复

linux数据恢复Linux数据恢复引言在日常使用计算机过程中,数据丢失是一个常见的问题,可能是由于误操作、病毒感染、文件系统损坏等原因导致。

针对这些问题,我们需要一种可靠的数据恢复方法来帮助我们找回丢失的数据。

Linux作为一种开源操作系统,其数据恢复工具的丰富性和强大性使其成为很多人首选的操作系统。

本文将介绍在Linux系统下进行数据恢复的常见方法和工具,帮助用户快速恢复数据。

一、文件恢复方法1. 备份恢复在进行任何文件恢复操作之前,我们强烈建议首先查看您的备份,并尝试从备份中恢复丢失的数据。

如果您定期备份您的数据,您可以轻松地恢复丢失的文件。

备份通常可以通过使用备份工具,如rsync,tar等实现。

备份恢复是一种非常有效的数据恢复方法,因为它可以准确地恢复您需要的文件,而不会丢失任何数据。

2. 使用恢复工具如果没有备份,还有其他方法可以尝试恢复丢失的数据。

Linux系统提供了一些强大的数据恢复工具,可以帮助您找回已删除、格式化或损坏的文件。

以下是一些常用的数据恢复工具:- TestDisk:TestDisk是一个免费的开源工具,可以帮助您恢复丢失的分区和修复损坏的引导扇区。

它支持多个文件系统,包括FAT、NTFS、ext2/ext3/ext4等。

- PhotoRec:PhotoRec是TestDisk的一部分,它专门用于恢复丢失的文件。

它可以从格式化的硬盘、临时分区、CD-ROM等设备中恢复各种类型的文件。

- Scalpel:Scalpel是一种高效的文件恢复工具,它可以通过扫描二进制文件内容来恢复已删除的文件。

它支持各种文件系统,并可以通过配置文件来进行高级恢复操作。

- extundelete:如果您使用的是ext2/ext3/ext4文件系统,并且需要恢复已删除的文件,extundelete是一个非常有用的工具。

它可以查找并还原被删除文件的inode,并将其恢复到原来的位置。

这些工具都支持命令行操作,并且有详细的文档和示例,您可以根据需要选择合适的工具使用。

Linux备份恢复2-使用LVM快照+tar+dd进行系统备份恢复

Linux备份恢复2-使用LVM快照+tar+dd进行系统备份恢复

(联机)使用LVM快照+tar+dd进行系统备份恢复2017年4月17日14:39源环境:sda:20G安装操作系统CentOS6.5备份挂载网络文件夹mkdir/backup;mount-t nfs192.168.1.4:/u01/backup/ddtest/backup备份分区表fdisk-l>/backup/partition.cfg备份LVM卷元数据,将卷信息导出到文件vgcfgbackup-f/backup/vg.cfg备份mbrdd if=/dev/sda of=/backup/mbr.bak bs=512count=1备份/boot分区。

dd if=/dev/sda1of=/backup/sda1.bak创建快照vgdisplay|grep PElvcreate-L2241MB-s-n lv_root_snap/dev/VolGroup/lv_root其中:-L表示此次创建快照大小-s表示创建快照-n表示新的快照名/dev/VolGroup/lv_root为要创建快照的逻辑卷测试动作mysql>use wfs;mysql>create table test_snap_bk as select*from test_online_bk;使用tar命令,备份上面的所有分区和数据。

mkdir/root_snap;mount/dev/VolGroup/lv_root_snap/root_snapcd/root_snaptar cvpzf/backup/os.tgz--exclude=/root_snap/boot--exclude=/root_snap/proc--exclude=/root_snap/sys--exclude=/root_snap/dev--exclude=/root_snap/media./删除逻辑卷cd;umount/root_snaplvremove/dev/VolGroup/lv_root_snaprmdir/root_snap目的环境sda:20G恢复恢复mbr以光盘Rescue installed system模式启动,过程中要启用网络并分配IP,Rescue最后一步选择skip不要挂载原系统mkdir/backup;mount-t nfs192.168.1.4:/u01/backup/ddtest/backupdd if=/backup/mbr.bak of=/dev/sda bs=512count=1恢复完成后重启服务器以光盘Rescue installed system模式启动,过程中要启用网络并分配IP,Rescue最后一步选择skip不要挂载原系统,此时已经识别出sda1,sda2根据备份出来的分区表,创建分区,创建LVM(磁盘不一样大的情况下)或恢复LVM(磁盘一样大小) mkdir/backup;mount-t nfs192.168.1.4:/u01/backup/ddtest/backup参照备份是的fdisk-l输出格式化分区,配置LVMpvcreate/dev/sda2vgcreate VolGroup/dev/sda2lvcreate-L1715M-n lv_swap VolGroupvgdisplay VolGroup|grep Freelvcreate-l3541-n lv_root VolGroup或vgcfgrestore-f/backup/vg.cfg VolGroup提示:Couldn't find device with uuid O01Y3a-jHmn-2GxF-FzIP-EcKu-xbYJ-RvSF2T Cannot restore Volume Group VolGroup with1PVs marked as missing. Restore failedpvcreate-u O01Y3a-jHmn-2GxF-FzIP-EcKu-xbYJ-RvSF2T--restorefile/bakcup/vg.cfg /dev/sda2vgcfgrestore-f/backup/vg.cfg VolGrouplvm vgscan--mknodes--ignorelockingfailurelvm vgchange-ay--ignorelockingfailurels/dev/mapper/mkswap/dev/mapper/VolGroup-lv_swapmkfs.ext4/dev/mapper/VolGroup-lv_rootmkdir/dest_root;mount/dev/mapper/VolGroup-lv_root/dest_roottar zxvpf/backup/os.tgz-C/dest_rootcd/dest_rootls boot proc sys dev mnt media如果没有就创建改配置文件/dest_root/etc/fstab中/boot的行,将uuid方式改为/dev/sda1修改前修改后恢复/boot分区dd if=/backup/sda1.bak of=/dev/sda1移除光盘,重启服务器验证:异机恢复后网卡需要根据mac重新配置磁盘分区和源环境保持一致mysql数据也是和源环境的一致,snap之后建立的表test_snap_bk并没有出现总结:恢复之后的系统使用单用户可以登陆,正常模式登陆后马上又回到login界面(死循环,无法登录),解决方法如下:以单用户模式进去修改/etc/selinux/config禁用selinux,重启则可以顺利登入,不会有死循环猜测,可能恢复之后selinux需要relabel,如果relabel未完成,无法登入。

proxmox ve逻辑卷管理lvm详解

proxmox ve逻辑卷管理lvm详解

proxmox ve逻辑卷管理lvm详解Proxmox VE (Virtual Environment) 是一种开源的虚拟化解决方案,它基于Linux操作系统和KVM虚拟化技术,提供了集成的虚拟化管理工具。

在Proxmox VE中,逻辑卷管理(LVM)是一种磁盘管理工具,用于管理存储设备并提供高级功能如快照、动态分区和数据复制。

下面是有关Proxmox VE逻辑卷管理(LVM)的一些详解:1. 物理卷(Physical Volume):物理卷是硬盘、磁盘分区或RAID卷等存储设备的逻辑组件。

在Proxmox VE中,物理卷指的是用于创建逻辑卷的存储设备。

2. 卷组(Volume Group):卷组由一个或多个物理卷组成,它是逻辑卷的容器。

在Proxmox VE中,卷组通常用于将多个物理卷组合为一个更大的逻辑存储池。

3. 逻辑卷(Logical Volume):逻辑卷是从卷组中划分出的逻辑存储单元。

逻辑卷可以被格式化为文件系统,并作为虚拟机的硬盘或存储设备使用。

4. 快照(Snapshot):快照是逻辑卷的一种副本,它记录了特定时刻的逻辑卷状态。

通过创建快照,您可以方便地恢复逻辑卷到之前的状态。

5. 迁移(Migration):逻辑卷可以通过迁移的方式从一个Proxmox VE节点移动到另一个节点,以实现虚拟机的高可用性和负载均衡。

6. 增加容量(Capacity Expansion):使用逻辑卷管理,您可以动态地增加逻辑卷的容量,而无需停机或重新分区。

总结来说,Proxmox VE的逻辑卷管理(LVM)提供了一种灵活和可靠的方式来管理存储设备,并增加虚拟机的灵活性和可用性。

它允许您创建、调整和移动逻辑卷,并提供了快照和迁移等高级功能。

最全面的LVM逻辑磁盘数据恢复方案

最全面的LVM逻辑磁盘数据恢复方案

数据恢复需求2.1Linux IO存储栈图(1)Linux IO 存储栈Linux 的存储相关的栈包括如图1所示,最下方为各种硬件存储器,例如SATA,SAS,SSD等硬盘和磁带库等。

2.2存储故障2.2.1介质故障•磁盘消失,例如由于线缆或者网络问题造成的磁盘丢失或者ISCSI磁盘链接失败•磁盘坏道•偶发的硬件错误2.2.2错误操作包括误删除,格式化,重新分区等操作。

2.2.3RAID故障服务器上的硬盘比较多的应用了RAID(冗余磁盘阵列)来实现数据保护。

以多块硬盘环境下常使用的RAID 5为例,当损坏一块硬盘时数据不会受到影响,而这种情况下如果第二块硬盘再损坏(或者更换硬盘时拔错)就会丢失数据。

此时要注意硬盘掉线的先后顺序,如果将2块硬盘同时上线则会导致部分数据访问出错,正确的方法是先上线最后出问题的硬盘,看数据是不是我们想要的,再尝试之前掉线的硬盘进行比较。

有些RAID卡在插入掉线的硬盘时会自动尝试Rebuild(重建),这样就会损坏我们需要的数据,因此企业级数据恢复最好还是找专业的公司/人士来进行。

有的RAID卡还会出现硬盘完好,而RAID信息丢失的问题。

如果用户在运输服务器/磁盘阵列时,将硬盘拆出来单独运输,没有记录安装的顺序,也可能会导致数据无法访问。

2.2.4文件或者文件系统故障这部分属于高端的数据恢复技术,比如ext2、ext3、reiserfs、XFS…文件系统。

Linux/Unix的数据恢复难度较大一方面是由于这些文件系统结构复杂,另一方面则是有些厂商的相关资料不公开,比如IBM的AIX系统。

这样我们只能通过不断的摸索,积累经验来“破解”它们的结构,最终能够恢复上面的数据,或者提取出修改文件(属性)的访问记录等。

2.3存储部署对数据丢失的考虑•通常需要引入冗余(REDUNDANT)和备份(BAKUP)两种机制。

•RAID和MIRROR和最常见的存储冗余的实现方式,可以容忍介质故障等问题。

Windows下LVM被删除逻辑卷的数据恢复

Windows下LVM被删除逻辑卷的数据恢复

Windows下LVM被删除逻辑卷的数据恢复
翟常亮;贾东;蓝朝祥;沈长达;钱镜洁
【期刊名称】《电脑知识与技术》
【年(卷),期】2014(000)018
【摘要】为解决Linux系统中带有LVM(Logical Volume Manager)逻辑卷管理机制被误删除的逻辑卷不能恢复问题,该文提出一种在Windows下恢复被删除逻辑卷[4]的方法。

该方法通过对Linux硬盘分区上相关信息和LVM存储机制特征分析获取LVM的元数据信息,在Windows系统中构建一个虚拟的逻辑卷分区,并将从元数据区获取到的存储信息地址和虚拟卷中的存储地址对应起来,从而达到恢复逻辑卷效果。

【总页数】3页(P4338-4340)
【作者】翟常亮;贾东;蓝朝祥;沈长达;钱镜洁
【作者单位】泰州市公安局,江苏泰州225300;泰州市公安局,江苏泰州225300;泰州市公安局,江苏泰州225300;泰州市公安局,江苏泰州225300;泰州市公安局,江苏泰州225300
【正文语种】中文
【中图分类】TP311
【相关文献】
1.WINDOWS系统下基于底层数据分析的数据恢复研究 [J], 刘俊
2.Windows 10下删除$Windows.~BT文件夹 [J], 王昌红
3.WindowsNTFS下硬盘格式化数据恢复技术研究 [J], 张丽
4.Windows下数据恢复的一点认识 [J], 刘宏斌
5.Linux系统下LVM逻辑卷损坏后的数据恢复 [J], 张天亮;刘小斌;于由美;孙兆宽;邹金津;宫臣
因版权原因,仅展示原文概要,查看原文内容请购买。

硬盘数据恢复方法大全

硬盘数据恢复方法大全

硬盘数据恢复方法大全硬盘数据恢复的方法涵盖了多种技术和策略,根据数据丢失的不同原因,选择合适的数据恢复方案至关重要。

以下是硬盘数据恢复的一些常见方法和详细步骤:1、误删除恢复简单恢复:对于刚被误删除的文件,可以直接查看回收站,如果有,可直接还原。

专业软件恢复:如使用Easy Recovery、Recuva、Disk Drill等数据恢复软件进行扫描,软件会搜索硬盘扇区中尚未被覆盖的数据痕迹,重建并恢复已删除的文件。

2、格式化恢复使用专业的格式化恢复工具,扫描已格式化分区,通过对比文件头签名和文件系统的残留信息来识别并重建文件。

3、分区表丢失恢复使用数据恢复软件恢复丢失或损坏的分区表,软件会尝试重构MBR(主引导记录)或GPT分区表,从而使丢失的分区和数据重现。

4、硬盘物理故障恢复硬件故障初步诊断:检查电源接口、数据线连接,尝试更换硬盘盒或连接到另一台电脑上测试。

专业硬件修复:对于硬盘磁头损坏、电机故障、电路板问题等严重物理损伤,需要由专业数据恢复服务商拆开盘腔,在洁净室内通过更换磁头组件或使用专业设备进行读取。

5、硬盘逻辑错误恢复chkdsk工具:Windows系统自带的磁盘检查工具可以用于修复硬盘逻辑错误,如文件系统损坏等情况。

RAID恢复:针对RAID阵列故障,可以通过RAID数据恢复软件重建RAID阵列,还原数据。

6、深度扫描恢复对硬盘进行全面深度扫描,即使是碎片化的数据也能尝试拼接恢复。

此类深度扫描通常需要较长时间,但能最大限度地找回丢失的数据。

7、镜像恢复先创建硬盘的镜像备份,然后在镜像上进行数据恢复操作,以免原始硬盘在恢复过程中进一步受损。

8、RAW分区恢复当硬盘分区变为RAW状态时,可以尝试通过数据恢复工具解析RAW分区,识别文件系统并提取数据。

9、物理损坏情况下的开盘服务当硬盘存在严重的物理故障,如磁头损坏、电机故障等,需要在专业洁净环境下进行开盘数据恢复,这是一项技术要求极高的服务,通常由专业的数据恢复公司提供。

硬盘数据恢复原理与方法

硬盘数据恢复原理与方法

硬盘数据恢复原理与方法硬盘数据恢复是一种技术,用于从损坏、损坏或者无法访问的硬盘驱动器中恢复丢失的数据。

无论是由于意外删除、格式化、病毒感染、物理损坏还是其他原因,硬盘数据恢复可以匡助我们恢复丢失的文件和重要数据。

1. 硬盘数据恢复原理硬盘数据恢复的原理基于以下几个关键概念:a. 数据存储原理:硬盘驱动器的数据存储在磁性盘片上,通过读写磁头进行数据访问。

当数据被删除或者损坏时,实际上只是文件系统中的相关指针被删除或者修改,而实际数据仍然存在于磁盘上。

b. 文件系统结构:硬盘上的数据通过文件系统进行组织和管理。

常见的文件系统包括FAT32、NTFS等。

文件系统记录了文件的位置、大小和其他属性。

c. 数据恢复算法:硬盘数据恢复工具使用各种算法和技术来扫描磁盘并重建文件系统结构,以恢复丢失的数据。

这些算法可以通过分析磁盘上的原始数据、文件头和文件尾等信息来确定文件的边界和类型。

2. 硬盘数据恢复方法硬盘数据恢复可以使用多种方法,以下是一些常见的方法:a. 软件恢复:软件恢复是最常见和简单的数据恢复方法之一。

通过使用专门的数据恢复软件,用户可以扫描硬盘并找回已删除或者无法访问的文件。

这些软件通常提供用户友好的界面,使用户能够选择要恢复的文件类型和位置。

b. 物理修复:当硬盘浮现物理损坏时,软件恢复可能无法正常工作。

在这种情况下,需要将硬盘送往专业的数据恢复实验室进行物理修复。

实验室的技术人员会使用特殊设备和技术来修复硬盘,并尝试从损坏的硬盘中提取数据。

c. 数据重建:当文件系统结构被损坏或者丢失时,数据恢复工具可以进行数据重建。

这种方法通过分析磁盘上的原始数据和文件头尾信息来重建文件系统结构,并尝试恢复丢失的数据。

这种方法通常需要更高级的数据恢复工具和专业知识。

d. 数据备份恢复:如果用户有备份文件,可以通过将备份文件还原到硬盘上来恢复数据。

这是最简单和最可靠的数据恢复方法之一,但前提是用户必须定期备份数据并保持备份文件的完整性。

数据恢复技术与lvm数据恢复方法

数据恢复技术与lvm数据恢复方法

数据恢复技术与lvm数据恢复方法首先,数据恢复技术通常分为以下几种类型:1.逻辑恢复:通过软件工具和技术手段,对已经损坏或删除的文件系统进行逻辑修复和恢复。

这种方法适用于因误删除、格式化、病毒攻击等原因导致的数据丢失情况。

2.物理恢复:通过对硬盘或存储媒体进行物理修复,恢复损坏、无法访问或无法启动的设备。

这种方法适用于因硬件故障、磁头崩溃、磁道损坏等导致的数据丢失情况。

3.科技力量恢复:通过高级技术手段如电子显微镜和类似的设备,对存储介质进行物理分析和修复。

这种方法适用于极其严重的物理故障导致的数据丢失情况。

而针对LVM数据恢复方法,下面是一个常用的恢复步骤:1.确认LVM逻辑卷:通过查看系统的逻辑卷管理状态,确认LVM卷组、物理卷和逻辑卷的信息,并确定丢失的逻辑卷。

2.配置LVM环境:根据确认的逻辑卷信息,在恢复环境中配置相同的LVM结构,包括卷组、物理卷和逻辑卷。

这可以通过创建相同大小的虚拟机、分区和文件系统来实现。

3. 数据恢复:将逻辑卷镜像或物理卷镜像复制到恢复环境中,并使用相关工具如TestDisk、PhotoRec等对镜像进行恢复操作。

这些工具可以帮助恢复删除、丢失或损坏的分区表、文件系统和文件。

4. 数据验证和恢复:在恢复环境中验证恢复的数据是否完整和正确,并将恢复的数据复制到目标系统中。

这可以通过比对文件大小、md5值或使用专业的文件验证工具来实现。

需要注意的是,LVM数据恢复过程中可能会遇到一些挑战,例如碎片化数据、部分被覆盖的数据等。

此外,在实施数据恢复操作之前,请务必备份原始数据,以防止进一步的数据丢失。

总之,数据恢复技术和LVM数据恢复方法是处理数据丢失的重要工具。

但是,无论使用什么方法,都需要根据具体情况,选择合适的工具和操作步骤,并且在操作过程中要小心谨慎,以避免对原始数据造成进一步损害。

【Linux】Linux上的LVM灾难修复,VG在系统间移动

【Linux】Linux上的LVM灾难修复,VG在系统间移动

【Linux】Linux上的LVM灾难修复,VG在系统间移动LVM 介绍LVM 简介LVM 是逻辑盘卷管理(Logical Volume Manager)的简称,最早是 IBM 为 AIX 研发的存储管理机制。

LVM 通过在硬盘和分区之间建立一个逻辑层,可以让多个分区或者物理硬盘作为一个逻辑卷( 相当于一个逻辑硬盘),提高了磁盘分区管理的灵活性。

1998 年,Heinz Mauelshagen 在 Linux 2.4 内核上提供了 Linux 的 LVM 实现。

目前 Linux 2.6 内核支持 LVM2,Redhat 官方网站目前提供最新可下载版本为 2.2.02.77;如果需要最新或者其它版本,请参考网页。

LVM 早期多用于服务器,配合存储硬件的Raid 技术,提供高可靠性,可灵活配置的磁盘分区管理;普通 PC 由于存储容量有限,很少使用这种技术。

随着单个磁盘容量的不断扩大和硬盘价格的下降,普通 PC 拥有 TB 级的大容量存储空间逐渐普及,也带来对 PC 上存储管理的需要,LVM 无疑是很好的解决方案。

只是普通PC 用户由于缺少硬件冗余保护,在发生灾难时,通常会发生比较严重的数据损失。

好在 LVM 提供了一系列灾难恢复的功能,可以帮助普通 PC 用户尽可能减少损失。

我们可以通过下面的命令检查系统中是否安装了 lvm 工具:清单 1. 查看系统中 LVM 版本rpm -qa | grep lvmlvm2-2.02.56-8.el5_5.4上例系统安装了 2.02.56 版本的 LVM。

LVM 的基本概念 pv/lv/vg/vgda硬盘存储设备进行管理, 相关的概念和命令相对多,下面我们对LVM 的相关名词进行解释以方便读者更好理解。

物理卷 physical volumes(PV)物理卷处于逻辑卷管理器中的底层,任何的逻辑卷和卷组都必需依靠物理卷来建立;物理卷可以是一个完整的硬盘,也可以是硬盘中的一个分区,并有一个名字 ( 如 hdisk0)。

lvm磁盘改造及扩容指导手册

lvm磁盘改造及扩容指导手册

lvm磁盘改造及扩容指导手册1. 引言随着业务的增长,磁盘空间不足已成为许多系统面临的问题。

为了满足不断增长的数据需求,我们需要对磁盘进行改造和扩容。

本指导手册将详细介绍如何使用LVM(Logical Volume Manager)进行磁盘改造及扩容,以确保系统的稳定性和性能。

2. LVM简介LVM是Linux下的逻辑卷管理工具,它提供了一种灵活的方式来管理磁盘分区。

通过LVM,我们可以轻松地调整逻辑卷的大小,而无需重新分区或格式化磁盘。

LVM将物理存储设备(如硬盘分区)组合成一个或多个逻辑卷,以便于管理和扩展。

3. 磁盘改造前准备在进行磁盘改造前,请确保完成以下准备工作:备份重要数据:在进行任何磁盘操作之前,务必备份所有重要数据,以防止数据丢失。

了解磁盘布局:了解当前系统的磁盘布局,包括物理磁盘、分区和逻辑卷的大小。

制定改造计划:根据业务需求和磁盘使用情况,制定磁盘改造计划,确定需要扩容的逻辑卷和目标大小。

4. 磁盘扩容操作以下是使用LVM进行磁盘扩容的步骤:添加物理磁盘:将新的物理磁盘连接到服务器,确保系统能够识别。

创建物理卷:使用`pvcreate`命令将新磁盘创建为一个物理卷。

扩展逻辑卷:使用`lvextend`命令将逻辑卷扩展到包含新物理卷的空间。

例如:`lvextend -l +100%FREE /dev/vgname/lvname`。

扩展文件系统:根据所使用的文件系统类型(如ext4),使用适当的命令扩展文件系统以使用新增的空间。

例如,对于ext4文件系统,可以使用`resize2fs /dev/vgname/lvname`命令。

调整应用程序配置:根据需要,调整应用程序的配置文件或数据库大小限制,以使用新增的磁盘空间。

5. 扩容后验证与优化完成扩容后,请进行以下验证与优化操作:验证磁盘空间:使用`df -h`命令检查逻辑卷的大小是否已成功扩展,并确保文件系统已正确扩展。

性能测试:进行性能测试以确保磁盘扩容不会对系统造成负面影响。

lvm故障 修复 案例

lvm故障 修复 案例

lvm故障修复案例LVM(Logical Volume Manager)是一种用于在Linux系统中管理磁盘分区和卷的工具。

然而,由于各种原因,LVM可能会出现故障,导致数据丢失或系统无法启动。

本文将介绍十个LVM故障修复案例,帮助读者了解常见的LVM故障及其解决方法。

1. PV(Physical Volume)损坏:当LVM中的物理卷损坏时,可能会导致无法访问存储在其中的数据。

解决方法是使用pvscan命令扫描并尝试恢复物理卷。

2. VG(Volume Group)不可用:如果卷组无法识别或无法激活,可能会导致无法访问逻辑卷。

可以使用vgscan和vgchange命令来扫描和更改卷组的状态。

3. LV(Logical Volume)损坏:当逻辑卷损坏或丢失时,可能会导致无法挂载或访问文件系统。

可以使用lvscan命令扫描逻辑卷,并使用lvrepair命令尝试修复。

4. LVM元数据损坏:LVM使用元数据来管理卷和卷组,如果元数据损坏,可能会导致LVM无法正常工作。

可以使用pvcreate命令重新创建物理卷的元数据,或使用vgcfgrestore命令从备份中恢复卷组的元数据。

5. 磁盘空间不足:当LVM中的磁盘空间不足时,可能会导致无法创建新的逻辑卷或扩展现有的逻辑卷。

可以使用lvextend命令来扩展逻辑卷的大小,前提是有足够的可用空间。

6. 文件系统错误:当逻辑卷上的文件系统损坏或出现错误时,可能会导致无法挂载或访问文件。

可以使用fsck命令来修复文件系统错误。

7. LVM配置错误:如果LVM的配置文件中存在错误或不一致,可能会导致LVM无法正常工作。

可以使用vgcfgrestore命令从备份中恢复卷组的配置文件。

8. 多个PV故障:当LVM中的多个物理卷同时发生故障时,可能会导致数据丢失或无法恢复。

在这种情况下,可以尝试使用mdadm命令来恢复RAID数组或使用备份来恢复数据。

9. LVM快照问题:LVM快照是一种用于创建文件系统快照的技术,但如果快照配置出现问题,可能会导致数据损坏或无法访问。

服务器硬盘数据恢复方法

服务器硬盘数据恢复方法

服务器硬盘数据恢复方法服务器硬盘数据恢复是一个复杂的过程,涉及不同的恢复场景和技术手段,以下是服务器硬盘数据恢复常用方法:1、逻辑层恢复误删除/格式化恢复:如果是因为误删除文件、误格式化分区等原因造成的数据丢失,可以使用专业的数据恢复软件,如RStudio、EaseUS Data Recovery Wizard Server等,扫描硬盘并尝试恢复丢失的文件和分区表。

文件系统损坏恢复:对于文件系统损坏导致的数据丢失,可以通过检查和修复文件系统,或者通过数据恢复软件扫描硬盘底层扇区查找数据。

2、RAID阵列恢复RAID重组:对于RAID级别的服务器硬盘,数据丢失可能源于RAID阵列的故障。

这时需要根据RAID级别、硬盘顺序、块大小、奇偶校验等信息,通过专业RAID恢复工具虚拟重组RAID阵列,然后进行数据提取。

硬盘离线处理:当RAID阵列中有硬盘离线或损坏时,需要先将可用硬盘做镜像备份,然后在镜像上进行RAID恢复操作,避免对原始硬盘造成进一步损害。

3、硬件故障恢复硬盘物理故障:如硬盘电机故障、磁头损坏、电路板故障等物理损坏,需要在洁净环境下开盘更换相应部件,然后通过专业设备进行数据读取和恢复。

硬盘坏道:针对硬盘出现坏道的情况,可通过专业软件跳过坏道区域,尽可能地挽救周围完好扇区的数据。

4、镜像备份与恢复硬盘镜像:在正式进行数据恢复操作之前,首先将有问题的硬盘制作成镜像,这样可以在不影响原始数据的情况下进行恢复操作,同时也便于后续处理。

5、专家服务与专业工具对于复杂的服务器数据恢复任务,特别是涉及大量数据和高级别的RAID阵列,通常需要求助于专业的数据恢复服务提供商。

他们拥有先进的硬件设施和专业技术团队,能够进行深层次的硬盘检测、数据提取和修复工作。

6、持续监控与预警在数据丢失前,有效的硬盘健康管理与实时监控非常重要,及时发现硬盘的早期故障迹象并采取预防措施,可降低数据丢失的风险。

服务器硬盘数据恢复是一项技术性强、风险高的工作,应当遵循“先备份、后操作”的原则,尽量避免在数据恢复过程中对原有数据造成进一步破坏。

Linux系统下LVM逻辑卷损坏后的数据恢复

Linux系统下LVM逻辑卷损坏后的数据恢复

Linux系统下LVM逻辑卷损坏后的数据恢复作者:张天亮刘小斌于由美孙兆宽邹金津宫臣来源:《中国管理信息化》2020年第21期[摘要] 辽河油田勘探开发研究环境支撑着勘探开发地震解释、储层反演等地质综合研究工作。

这些软件运行在Linux操作系统的服务器上,采用SAN或NAS架构的存储来保存成果数据。

本文提供了一种Linux系统下磁盘阵列分区信息恢复的方法,通过比对不同的磁盘使用格式,找到分区表差异。

通过多次试验分析,探寻得出LV卷分区信息损坏后,恢复逻辑卷的方法。

[关键词] SAN存储;LVM卷管理;数据恢复doi : 10 . 3969 / j . issn . 1673 - 0194 . 2020. 21. 066[中图分类号] TP393 [文献标识码] A [文章编号] 1673 - 0194(2020)21- 0149- 020 引言在能源、银行等部门常常使用Linux/Unix操作系统的服务器,产生的数据往往存储在磁盘阵列中,采用双机备份或者异地备份的方式,保证数据安全。

服务器与磁盘阵列采用SAN或NAS等常用架构模式连接,有时因为异常操作或感染病毒,会影响磁盘,导致磁盘的某个分区消失,严重时会导致操作系统无法启动甚至损坏。

究其原因,就是硬盘分区表受损。

一旦分区表遭到破坏,就会导致磁盘丢失等硬盘故障,硬盘的分区表可以说是支撑硬盘正常读取等操作的基础。

操作系统正是通过它把硬盘划分为若干个分区,然后再在每个分区里面创建文件系统,最后写入需要存储的数据文件[1]。

1 LVM逻辑卷管理介绍随着数据量的增加,磁盘存储空间的需求会增加很多,每一次需求的增加就意味着需要重新分配一次磁盘,这种方式很麻烦,也很费时间。

我们可以用LVM逻辑卷管理来解决这类的磁盘管理问题,LVM(Logic Volume Manager)被称为逻辑卷管理,它是Linux环境下对磁盘分区进行操作并管理的一种机制。

由于LVM的逻辑卷的大小更改可以动态调整,且不会出现丢失数据等情况。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

数据恢复需求2.1Linux IO存储栈图(1)Linux IO 存储栈Linux 的存储相关的栈包括如图1所示,最下方为各种硬件存储器,例如SATA,SAS,SSD等硬盘和磁带库等。

2.2存储故障2.2.1介质故障•磁盘消失,例如由于线缆或者网络问题造成的磁盘丢失或者ISCSI磁盘链接失败•磁盘坏道•偶发的硬件错误2.2.2错误操作包括误删除,格式化,重新分区等操作。

2.2.3RAID故障服务器上的硬盘比较多的应用了RAID(冗余磁盘阵列)来实现数据保护。

以多块硬盘环境下常使用的RAID 5为例,当损坏一块硬盘时数据不会受到影响,而这种情况下如果第二块硬盘再损坏(或者更换硬盘时拔错)就会丢失数据。

此时要注意硬盘掉线的先后顺序,如果将2块硬盘同时上线则会导致部分数据访问出错,正确的方法是先上线最后出问题的硬盘,看数据是不是我们想要的,再尝试之前掉线的硬盘进行比较。

有些RAID卡在插入掉线的硬盘时会自动尝试Rebuild(重建),这样就会损坏我们需要的数据,因此企业级数据恢复最好还是找专业的公司/人士来进行。

有的RAID卡还会出现硬盘完好,而RAID信息丢失的问题。

如果用户在运输服务器/磁盘阵列时,将硬盘拆出来单独运输,没有记录安装的顺序,也可能会导致数据无法访问。

2.2.4文件或者文件系统故障这部分属于高端的数据恢复技术,比如ext2、ext3、reiserfs、XFS…文件系统。

Linux/Unix的数据恢复难度较大一方面是由于这些文件系统结构复杂,另一方面则是有些厂商的相关资料不公开,比如IBM的AIX系统。

这样我们只能通过不断的摸索,积累经验来“破解”它们的结构,最终能够恢复上面的数据,或者提取出修改文件(属性)的访问记录等。

2.3存储部署对数据丢失的考虑•通常需要引入冗余(REDUNDANT)和备份(BAKUP)两种机制。

•RAID和MIRROR和最常见的存储冗余的实现方式,可以容忍介质故障等问题。

•备份测试可以在错误操作或者文件系统故障时,很容易的恢复数据。

3数据恢复策略3.1数据恢复基本步骤由于存储故障是无法完全避免的,在出现故障的时候,需要考虑如下的几个基本策略和步骤:•分析故障,通过分析用户手册,分析系统LOG,检查系统状态等方式定位和分析问题•在问题没有定位之前,不可以对存储系统作更改操作•在分析问题之后,必须通过模拟系统测试恢复策略的可行性和风险•寻求专业帮助,通过mail list,BBS,付费支持等方式获取专业的指导3.2数据恢复方法3.2.1硬件故障处理•检查硬盘,数据线,连接部位,电源等问题•检查Fimware版本,分析对应的Changelog•磁盘坏扇区,使用二进制的操作执行备份,例如dd命令3.2.2磁盘分区故障•检查驱动和内核版本•通过fdisk ,diskpart, partprobe,gpart等工具分析分区信息•检查磁盘和分区大小,blockdev,fdisk,sysfs等工具3.2.3RAID故障•分析RAID中device,raidset和volume的信息•查看RAID的配置文件的信息•尽可能的分析RAID的元数据信息3.2.4元数据元数据是指数据的组织结构。

通常,有两种方式存储:)在磁盘上,通常在硬盘的最前面或者最后面预留扇区用于存储元数据)在配置文件中保存必要的信息在执行数据恢复的时候,通常需要先修复元数据再修复数据。

4LVM数据恢复4.1LVM基础4.1.1LVM的架构图(2)LVM基础架构如果所示为Linux Volume Management系统的基础架构,由PV,VG 和LV组成。

4.1.2LVM的on-disk PV结构PV的基本结构如下:)标签,占用一个sector,包括签名,UUID,元数据的位置指针)元数据:占用多个sector)真正元数据的指针)循环缓存,文本格式)原子更新操作)序列号)校验码,冗余信息,自动修复信息等图(3)LVM的PV结构4.1.3LVM的文本元数据配置如下为一个/etc/lvm/backup/pool的配置实例:# Generated by LVM2 version 2.02.42 (2008-10-26): Sat Sep 25 17:36:30 2010contents = "Text Format Volume Group"version = 1description = "Created *after* executing 'lvcreate --name block --size 300G pool'"creation_host = "zhuweiR30" # Linux zhuweiR30 2.6.28-storix #1 SMP Thu Dec 24 17:25:02 CST 2009 i686creation_time = 1285407390 # Sat Sep 25 17:36:30 2010pool {id = "0Lm9dz-sIeu-t2Ho-qIBR-lD2P-dcbK-K1U4zW"seqno = 2status = ["RESIZEABLE", "READ", "WRITE"]flags = []extent_size = 8192 # 4 Megabytesmax_lv = 0max_pv = 0physical_volumes {pv0 {id ="rewaTQ-vKaK-PzWs-H14L-a2Qz-hV62-CcIHqT"device = "/dev/sdb" # Hint onlystatus = ["ALLOCATABLE"]flags = []dev_size = 21484367872 # 10.0044 Terabytespe_start = 384pe_count = 2622603 # 10.0044 Terabytes}}logical_volumes {block {id ="ryg1Or-e1C3-ooKV-0XMM-jKSN-g0EM-dXky7G"status = ["READ", "WRITE", "VISIBLE"]flags = []segment_count = 1segment1 {start_extent = 0extent_count =76800 # 300 Gigabytestype = "striped"stripe_count =1 # linearstripes = ["pv0", 0]}}}}4.1.4LVM元数据备份LVM元数据通过默认备份在/etc/lvm目录下,可以通过工具vgcfgbackup 和vgcfgrestore命令备份和恢复元数据。

4.2LVM PV故障的修复实例4.2.1部分修复•检查系统的所有的LVM的VG信息# vgscanReading all physical volumes. This may take a while...Couldn't find device with uuid'DHmMDP-bqQy-TalG-2GLa-sh6o-fyVW-3XQ3gp'.Found volume group "vg_test" using metadata type lvm2•检查丢失的设备上的信息#pvs -o +uuidCouldn't find device with uuid'DhmMDP-bqQy-TalG-2GLa-sh6o-fyVW-3XQ3gp'.PV VG Fmt Attr PSize PFree PV UUID/dev/sdb vg_test lvm2a- 200.00m 0 5KjGmZ-vhc6-u62q-YcSZ-aKX0-bCYP-EXtbzdunknown device vg_test lvm2a- 200.00m 0 DHmMDP-bqQy-TalG-2GLa-sh6o-fyVW-3XQ3gp# lvs -o +devicesCouldn't find device with uuid'DHmMDP-bqQy-TalG-2GLa-sh6o-fyVW-3XQ3gp'.LV VG Attr LSize Deviceslv1 vg_test -wi--- 100.00m /dev/sdb(0)lv2 vg_test -wi--- 100.00m unknown device(0)lv3 vg_test -wi--- 200.00m /dev/sdb(25)lv3 vg_test -wi--- 200.00m unknown device(25)在这种情况下,lv1正常,lv2丢失,lv3部分丢失•激活# vgchange -a y vg_testCouldn't find device with uuid'DHmMDP-bqQy-TalG-2GLa-sh6o-fyVW-3XQ3gp'.Refusing activation of partial LV lv2. Use --partial to override.Refusing activation of partial LV lv3. Use --partial to override.1 logical volume(s) in volume group "vg_test" now active对应—partial 参数,丢失的部分使用配置/etc/lvm.conf中的Missing_stripe_filler=”error” 指定的设备来补充•尝试部分修复准备zero设备# dmsetup create zero_missing --table "0 10000000 zero"•修复配置文件missing_stripe_filler = "/dev/mapper/zero_missing"# vgchange -a y vg_test --partial...3 logical volume(s) in volume group "vg_test" now active•移除丢失硬盘上的所有的LV# vgreduce --removemissing vg_testCouldn't find device with uuid'DHmMDP-bqQy-TalG-2GLa-sh6o-fyVW-3XQ3gp'.WARNING: Partial LV lv2 needs to be repaired or removed.WARNING: Partial LV lv3 needs to be repaired or removed.WARNING: There are still partial LVs in VG vg_test.To remove them unconditionally use: vgreduce --removemissing --force. Proceeding to remove empty missing PVs.# vgreduce --removemissing vg_test --forceCouldn't find device with uuid'DhmMDP-bqQy-TalG-2GLa-sh6o-fyVW-3XQ3gp'....Wrote out consistent volume group vg_test•完成数据修复# pvsPV VG Fmt Attr PSize PFree/dev/sdb vg_test lvm2 a- 200.00m 100.00m# lvs -o +devicesLV VG Attr LSize Deviceslv1 vg_test -wi--- 100.00m /dev/sdb(0)4.2.2通过备份恢复如果在某些情况下,•提示“操作错误”的情况# vgscanReading all physical volumes. This may take a while...WARNING: Inconsistent metadata found for VG vg_test - updating to use version 18Removing PV /dev/sdc(DHmMDP-bqQy-TalG-2GLa-sh6o-fyVW-3XQ3gp) that no longer belongs to VG vg_testFound volume group "vg_test" using metadata type lvm2# pvsPV VG Fmt Attr PSize PFree/dev/sdb vg_test lvm2 a- 200.00m 100.00m/dev/sdc lvm2 -- 204.00m 204.00m•通过恢复配置还原# vgcfgrestore -f /etc/lvm/archive/vg_test_01564.vg vg_testCannot restore Volume Group vg_test with 1 PVs marked as missing.Restore failed.手工修改配置...pv1 {id = "DHmMDP-bqQy-TalG-2GLa-sh6o-fyVW-3XQ3gp"device = "unknown device"flags = ["MISSING"]...•再次恢复# vgcfgrestore -f vg_test_edited.vg vg_testRestored volume group vg_test5小结本文分析了存储故障参数的原因,提出了数据恢复的测试和实施步骤,并且针对常见的LVM的故障,分析了LVM的架构和元数据的组织结构,最后给出了LVM故障的常见修复方法和实例分析。

相关文档
最新文档