当前位置：文档之家 › pvid更改后vg恢复

pvid更改后vg恢复

  • 格式：pdf
  • 大小：246.45 KB
  • 文档页数：11

PVID更改后恢复vg信息。

当我们创建vg后，已投入使用。

如果一不小心使用了chdev -l hdiskX –a pv=clear时这样我们vg就无法使用。

在san环境中，两台服务器共享san存储时，有时会碰到同一块共享盘在两台服务器上的PVID不一致。

如下我们测试下PVID号更改后恢复VG信息。

一，当前试验环境# df -gFilesystem GB blocks Free %Used Iused %Iused Mounted on/dev/hd4 2.00 1.82 9% 10082 3% //dev/hd2 4.00 1.86 54% 44950 10% /usr/dev/hd9var 0.50 0.15 71% 8342 19% /var/dev/hd3 10.00 10.00 1% 31 1% /tmp/dev/hd1 0.06 0.06 1% 5 1% /home/dev/hd11admin 0.12 0.12 1% 5 1% /admin/proc - - - - - /proc/dev/hd10opt 0.44 0.19 57% 8978 17% /opt/dev/livedump 0.25 0.25 1% 4 1% /var/adm/ras/livedump/dev/testlv 0.31 0.31 1% 4 1% /test/dev/test1lv 0.31 0.31 1% 4 1% /test1# lspvhdisk0 00f68967c64b4ee3 rootvg active hdisk1 00f689670470b37c test active # lsvg -l testtest:LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINTtestlv jfs2 10 10 1 open/syncd /testtest1lv jfs2 10 10 1 open/syncd /test1loglv00 jfs2log 1 1 1 open/syncd N/A# pwd/test# ls -ltotal 8-rw-r--r-- 1 root system 331 Jul 22 12:58 chpviddrwxr-xr-x 2 root system 256 Jul 22 10:58 lost+found# lspvhdisk0 00f68967c64b4ee3 rootvg active hdisk1 00f689670470b37c test active---ODM库的信息# lqueryvg -Atp hdisk1Max LVs: 256PP Size: 25Free PPs: 938LV count: 3PV count: 1Total VGDAs: 2Conc Allowed: 0MAX PPs per PV: 1016MAX PVs: 32Quorum (disk): 1Quorum (dd): 1Auto Varyon ?: 1Conc Autovaryon 0Varied on Conc: 0Logical: 00f6896700004c00000001400470b497.1 testlv 1 00f6896700004c00000001400470b497.2 test1lv 1 00f6896700004c00000001400470b497.3 loglv00 1 Physical: 00f689670470b37c 2 0 --VGDA Total PPs: 959LTG size: 128HOT SPARE: 0AUTO SYNC: 0VG PERMISSION: 0SNAPSHOT VG: 0IS_PRIMARY VG: 0PSNFSTPP: 4352VARYON MODE: 0VG Type: 0Max PPs: 32512Mirror Pool Str nSys Mgt Mode: 0VG Reserved: 1PV RESTRICTION: 0Infinite Retry: 2# lquerypv -H /dev/hdisk100f689670470b37c0000000000000000 ---PV头（这三个地方一致）二，破坏测试# umount /test# umount /test1# varyoffvg test# lspvhdisk0 00f68967c64b4ee3 rootvg active hdisk1 00f689670470b37c test # chdev -l hdisk1 -a pv=clearhdisk1 changed# lspvhdisk0 00f68967c64b4ee3 rootvg active hdisk1 none None # chdev -l hdisk1 -a pv=yeshdisk1 changed# lspvhdisk0 00f68967c64b4ee3 rootvg active hdisk1 00f6896704c859f3 None # importvg -y test hdisk10516-360 getvgname: The device name is already used; choose adifferent name.0516-776 importvg: Cannot import hdisk1 as test.# lsvgrootvgtest# exportvg test# importvg -y test hdisk10516-1939 : PV identifier not found in VGDA.0516-780 importvg: Unable to import volume group from hdisk1.# lqueryvg -Atp hdisk10516-320 lqueryvg: Physical volume hdisk1 is not assigned toa volume group.Max LVs: 256PP Size: 25Free PPs: 938LV count: 3PV count: 1Total VGDAs: 2Conc Allowed: 0MAX PPs per PV: 1016MAX PVs: 32Quorum (disk): 1Quorum (dd): ???????Auto Varyon ?: 1Conc Autovaryon 0Varied on Conc: 0Logical: 00f6896700004c00000001400470b497.1 testlv 100f6896700004c00000001400470b497.2 test1lv 100f6896700004c00000001400470b497.3 loglv00 1Physical: 00f689670470b37c 2 0Total PPs: 959LTG size: 128HOT SPARE: 0AUTO SYNC: 0VG PERMISSION: 0SNAPSHOT VG: 0IS_PRIMARY VG: 0PSNFSTPP: 4352VARYON MODE: ???????VG Type: 0Max PPs: 32512Mirror Pool Str nSys Mgt Mode: ???????VG Reserved: ???????PV RESTRICTION: ???????Infinite Retry: 2# lquerypv -H /dev/hdisk100f6896704c859f30000000000000000# lquerypv -h /dev/hdisk1 80 1000000080 00F68967 04C859F3 00000000 00000000 |...g..Y.........|可以看到以上ODM库及磁盘头的PVID号与VGDA中不致，导致importvg无法完成。

三，恢复vg信息1，重写磁盘头用lquerypv –Atp hdisk1可以看VGDA中PVID号是00f689670470b37c这是16进制的换算成8进制手动换算00 0000f6 11,110,110=36689 10,001,001=21167 01,100,111=14704 00,000,100=00470 01,110,000=160b3 10,110,011=2637c 01,111,100=174也可以用bc命令换算# bcibase=16obase=800F6366892116714704470160B32637C174写放磁盘头echo "\0000\0366\0211\0147\0004\0160\0263\0174\c" | dd of=/dev/hdisk1 bs=1seek=128# echo "\0000\0366\0211\0147\0004\0160\0263\0174\c" | dd of=/dev/hdisk1 bs=1seek=1288+0 records in.8+0 records out.# lspvhdisk0 00f68967c64b4ee3 rootvg active hdisk1 00f6896704c859f3 None # lquerypv -H /dev/hdisk100f689670470b37c0000000000000000可以看到磁盘头的PVID已更改删除再cfgmgr使用ODM的PVID正确# rmdev -Rdl hdisk1hdisk1 deleted# cfgmgr# lspvhdisk0 00f68967c64b4ee3 rootvg active hdisk1 00f689670470b37c None#可以看到已找回Infinite Retry: 2# importvg -y test hdisk1test# lquerypv -Atp hdisk10516-162 lquerypv: VG identifier or PV name not entered.Usage: lquerypv [-h /dev/PVname] | [-p PVid [-g VGid | -N PVname] [-scPnaDdAtY]]# lqueryvg -Atp hdisk1Max LVs: 256PP Size: 25Free PPs: 938LV count: 3PV count: 1Total VGDAs: 2Conc Allowed: 0MAX PPs per PV: 1016MAX PVs: 32Quorum (disk): 1Quorum (dd): 1Auto Varyon ?: 1Conc Autovaryon 0Varied on Conc: 0Logical: 00f6896700004c00000001400470b497.1 testlv 100f6896700004c00000001400470b497.2 test1lv 100f6896700004c00000001400470b497.3 loglv00 1Physical: 00f689670470b37c 2 0Total PPs: 959LTG size: 128HOT SPARE: 0AUTO SYNC: 0VG PERMISSION: 0SNAPSHOT VG: 0IS_PRIMARY VG: 0PSNFSTPP: 4352VARYON MODE: 0VG Type: 0Max PPs: 32512Mirror Pool Str nSys Mgt Mode: 0VG Reserved: 1PV RESTRICTION: 0Infinite Retry: 2# lspvhdisk0 00f68967c64b4ee3 rootvg active hdisk1 00f689670470b37c test active # lsvg -l testtest:LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINTtestlv jfs2 10 10 1 closed/syncd /fs/testtest1lv jfs2 10 10 1 closed/syncd /fs/test1loglv00 jfs2log 1 1 1 closed/syncd N/A这找回vg回文件系统会以/fs开回这要更改/etc/filesystems文件中的字段# lsvg -l testtest:LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT testlv jfs2 10 10 1 closed/syncd /testtest1lv jfs2 10 10 1 closed/syncd /test1loglv00 jfs2log 1 1 1 closed/syncd N/A# mount /test# mount /test1# df -gFilesystem GB blocks Free %Used Iused %Iused Mounted on/dev/hd4 2.00 1.82 9% 10083 3% //dev/hd2 4.00 1.86 54% 44950 10% /usr/dev/hd9var 0.50 0.15 71% 8344 19% /var/dev/hd3 10.00 10.00 1% 35 1% /tmp/dev/hd1 0.06 0.06 1% 5 1% /home/dev/hd11admin 0.12 0.12 1% 5 1% /admin/proc - - - - - /proc/dev/hd10opt 0.44 0.19 57% 8978 17% /opt/dev/livedump 0.25 0.25 1% 4 1% /var/adm/ras/livedump /dev/testlv 0.31 0.31 1% 5 1% /test/dev/test1lv 0.31 0.31 1% 4 1% /test1# cd /test# lschpvid lost+found可以看到数据一切正常。

合集下载

使用虚拟机进行数据恢复的步骤与技巧

使用虚拟机进行数据恢复的步骤与技巧

使用虚拟机进行数据恢复的步骤与技巧数据恢复是指从损坏、丢失或被删除存储媒体中恢复数据的过程。

在一些情况下，使用虚拟机来实现数据恢复可能是一种有效的方法。

下面是使用虚拟机进行数据恢复的步骤和技巧：步骤1：创建虚拟机首先，需要在物理机上安装虚拟化软件（如VMware、VirtualBox 等），然后使用该软件创建一个虚拟机。

在创建虚拟机时，需要选择适当的操作系统和配置硬件资源来满足数据恢复的需求。

步骤2：安装操作系统在创建虚拟机之后，需要将操作系统安装到虚拟机中。

通常情况下，可以使用ISO文件或光盘进行安装。

选择合适的操作系统版本，并按照安装向导的步骤进行安装。

步骤3：挂载存储介质一旦操作系统安装完成，可以将损坏、丢失或被删除的存储介质（如硬盘驱动器、USB驱动器等）挂载到虚拟机中。

在虚拟机管理界面中，找到"挂载"选项，并选择存储介质的路径。

步骤4：扫描存储介质一旦存储介质被挂载到虚拟机中，可以使用数据恢复工具对其进行扫描。

数据恢复工具可以根据存储介质的特征和数据结构来查找并恢复丢失或被删除的数据。

一些常用的数据恢复工具包括TestDisk、Recuva等。

步骤5：选择恢复选项在扫描存储介质之后，数据恢复工具将提供不同的恢复选项。

根据数据恢复的需求和情况，可以选择适当的选项。

例如，可以选择恢复整个存储介质、恢复特定类型的文件、恢复特定日期的文件等。

步骤6：恢复数据一旦选择恢复选项，数据恢复工具将开始恢复数据。

这个过程可能需要花费一定的时间，具体时间取决于存储介质的大小和损坏程度。

在恢复过程中，最好不要对虚拟机进行其他操作，以免对数据恢复过程造成干扰。

步骤7：验证恢复的数据在数据恢复完成后，应该对恢复的数据进行验证，确保数据的完整性和正确性。

可以随机选择几个文件进行打开，检查它们是否正常打开并内容是否正确。

技巧1：备份虚拟机在进行数据恢复之前，建议先备份虚拟机。

这样，在出现错误或数据恢复不成功的情况下，可以恢复到备份的虚拟机，防止数据的进一步损坏。

Linux中LVM磁盘更换操作不当导致的错误及修复过程记录

Linux中LVM磁盘更换操作不当导致的错误及修复过程记录

Linux中LVM磁盘更换操作不当导致的错误及修复过程记录今天备份服务器（8.77）在替换磁盘时，新磁盘的加入和应用路径更改都很正常，但在将原磁盘从vg中删除时，由于操作失误，导致vg无法认出，以下是问题过程和解决方法：在执行pvremove -ff /dev/sdg命令后，vg出现异常，无论vgdisplay、lvdisplay还是pvdisplay，都出现如下提示[root@backupserver data]# vgdisplayCouldn't find device with uuid 'q2aKwA-0pim-QRr3-4DjN-gZg9-RNk1-eHKMvZ'.Couldn't find all physical volumes for volume group stuvg.Couldn't find device with uuid 'q2aKwA-0pim-QRr3-4DjN-gZg9-RNk1-eHKMvZ'.Couldn't find all physical volumes for volume group stuvg.Couldn't find device with uuid 'q2aKwA-0pim-QRr3-4DjN-gZg9-RNk1-eHKMvZ'.Couldn't find all physical volumes for volume group stuvg.Couldn't find device with uuid 'q2aKwA-0pim-QRr3-4DjN-gZg9-RNk1-eHKMvZ'.Couldn't find all physical volumes for volume group stuvg.Couldn't find device with uuid 'q2aKwA-0pim-QRr3-4DjN-gZg9-RNk1-eHKMvZ'.Couldn't find all physical volumes for volume group stuvg.Couldn't find device with uuid 'q2aKwA-0pim-QRr3-4DjN-gZg9-RNk1-eHKMvZ'.Couldn't find all physical volumes for volume group stuvg.Couldn't find device with uuid 'q2aKwA-0pim-QRr3-4DjN-gZg9-RNk1-eHKMvZ'.Couldn't find all physical volumes for volume group stuvg.Couldn't find device with uuid 'q2aKwA-0pim-QRr3-4DjN-gZg9-RNk1-eHKMvZ'.Couldn't find all physical volumes for volume group stuvg.Volume group "stuvg" not found说明这个pv的信息还存在vg中，但这是pv没有了，vg信息不完整，仔细分析lvm的工作原理，又在网上查找资料后，操作如下：[root@backupserver archive]# vgdisplay --partial -vvv #查看vg中的详细信息如果此信息中其他pv和lv的信息完整，则继续操作Partial mode. Incomplete volume groups will be activated read-only.Processing: vgdisplay --partial -vvvO_DIRECT will be usedSetting global/locking_type to 1File-based locking selected.Setting global/locking_dir to /var/lock/lvmFinding all volume groups/dev/ramdisk: Not using O_DIRECTOpened /dev/ramdisk RO/dev/ramdisk: block size is 1024 bytes/dev/ramdisk: No label detectedClosed /dev/ramdiskOpened /dev/root RO O_DIRECT/dev/root: block size is 4096 bytes/dev/root: No label detectedClosed /dev/root/dev/ram: Not using O_DIRECT…………PV Name unknown devicePV UUID q2aKwA-0pim-QRr3-4DjN-gZg9-RNk1-eHKMvZPV Status allocatableTotal PE / Free PE 524287 / 524287…………可以看到，被删除的磁盘pvname变成了unknown device#cd /etc/lvm/backup #进入lvm的配置目录，查看当前vg配置信息是否正确（删除pv 后的）[root@backupserver backup]# file stuvgstuvg: ASCII text[root@backupserver backup]# more stuvg# Generated by LVM2 version 2.02.37-RHEL4 (2008-06-06): Mon Jul 4 09:14:14 2011contents = "Text Format Volume Group"version = 1description = "Created *after* executing 'lvremove /dev/stuvg/lv5'"creation_host = "backupserver" # Linux backupserver 2.6.9-78.ELlargesmp #1 SMP Wed Jul 9 16:03:59 EDT 2008 x86_64creation_time = 1309742054 # Mon Jul 4 09:14:14 2011stuvg {id = "Z1XN1H-hYFy-xyBM-YXn1-cbCX-r4Vp-Q9dmzj"seqno = 27status = ["RESIZEABLE", "READ", "WRITE"]extent_size = 8192 # 4 Megabytesmax_lv = 0max_pv = 0physical_volumes {pv0 {id = "zzddO6-dz5q-PRq3-8cQe-Vlc8-13M5-SlqAvB"device = "/dev/sdc" # Hint onlystatus = ["ALLOCATABLE"]dev_size = 4294967296 # 2 Terabytespe_start = 384pe_count = 524287 # 2 Terabytes}pv1 {id = "v7VEQp-rSLW-hnSp-hlVd-cllB-r4pt-38W921"device = "/dev/sdd" # Hint onlystatus = ["ALLOCATABLE"]dev_size = 4294967296 # 2 Terabytespe_start = 384pe_count = 524287 # 2 Terabytes}pv2 {id = "h4Wvte-qMC0-1sNc-fJfV-390A-tqrd-f743xY"device = "/dev/sde" # Hint onlystatus = ["ALLOCATABLE"]dev_size = 2147518464 # 1.00002 Terabytespe_start = 384pe_count = 262148 # 1.00002 Terabytes }pv3 {id = "q2aKwA-0pim-QRr3-4DjN-gZg9-RNk1-eHKMvZ"device = "/dev/sdg" # Hint onlystatus = ["ALLOCATABLE"]dev_size = 4294967296 # 2 Terabytespe_start = 384pe_count = 524287 # 2 Terabytes}pv4 {id = "2Eynf0-ULcN-SciG-jbey-LqYi-fxSD-N605uA"device = "/dev/sdf" # Hint onlystatus = ["ALLOCATABLE"]dev_size = 8589934592 # 4 Terabytespe_start = 384pe_count = 1048575 # 4 Terabytes}}logical_volumes {lv0 {id = "BKpQgz-cyRI-f0uP-viSz-WhbM-V8cV-hQHOjv"status = ["READ", "WRITE", "VISIBLE"]segment_count = 1segment1 {start_extent = 0extent_count = 256000 # 1000 Gigabytestype = "striped"stripe_count = 1 # linearstripes = ["pv0", 0]}}lv1 {id = "IEPfIT-YU2z-if2O-RBTx-Wl4S-K2zk-BAKh0Q"status = ["READ", "WRITE", "VISIBLE"]segment_count = 1segment1 {start_extent = 0extent_count = 256000 # 1000 Gigabytestype = "striped"stripe_count = 1 # linearstripes = ["pv1", 0]}}lv2 {id = "G7WSAA-v3fh-So8l-aoJm-XoU1-BNUT-S3L41a"status = ["READ", "WRITE", "VISIBLE"]segment_count = 1segment1 {start_extent = 0extent_count = 256256 # 1001 Gigabytestype = "striped"stripe_count = 1 # linearstripes = ["pv0", 256000]}}lv3 {id = "heBgXG-7iEZ-hMBL-tk8d-X23O-lROg-tyEMOd"status = ["READ", "WRITE", "VISIBLE"]segment_count = 1segment1 {start_extent = 0extent_count = 256000 # 1000 Gigabytestype = "striped"stripe_count = 1 # linearstripes = ["pv1", 256000]}}lv4 {id = "iKsS0T-IIHf-cE5H-1b95-1TfR-1jOt-bh0naS"status = ["READ", "WRITE", "VISIBLE"]segment_count = 1segment1 {start_extent = 0extent_count = 67500 # 263.672 Gigabytestype = "striped"stripe_count = 1 # linearstripes = ["pv2", 0]}}lv6 {id = "tZcAlH-jp4L-eZ10-2zPn-MqaW-f2en-aEXjiM"status = ["READ", "WRITE", "VISIBLE"]segment_count = 1segment1 {start_extent = 0extent_count = 1025000 # 3.91006 Terabytestype = "striped"stripe_count = 1 # linearstripes = ["pv4", 0]}}}}接下来，停止应用（这里停止的应用是NBU）[root@backupserver goodies]# /usr/openv/netbackup/bin/goodies/netbackup stop stopping the NetBackup Service Monitorstopping the NetBackup Vault daemonstopping the NetBackup Bare Metal Restore daemonstopping the NetBackup Agent Request Serverstopping the NetBackup Service Layerstopping the NetBackup Remote Monitoring Management Systemstopping the NetBackup Storage Lifecycle Managerstopping the NetBackup Policy Execution Managerstopping the NetBackup Job Managerstopping the NetBackup request daemonstopping the NetBackup compatibility daemonstopping the NetBackup database daemonstopping the Media Manager volume daemonstopping the NetBackup Resource Brokerstopping the NetBackup Enterprise Media Managerstopping the NetBackup Deduplication Enginestopping the NetBackup Deduplication Managerstopping the NetBackup Audit Managerstopping the NetBackup Event Managerstopping the NetBackup Database Serverstopping the NetBackup client daemonstopping the NetBackup network daemon再转到lvm配置目录中，执行pv和vg的修复操作[root@backupserver goodies]# cd /etc/lvm/backup[root@backupserver backup]# lsstuvg VolGroup00[root@backupserver backup]# ls -l总用量16-rw------- 1 root root 3489 7月 4 09:14 stuvg-rw------- 1 root root 1421 2009-11-17 VolGroup00[root@backupserver backup]# df -hFilesystem 容量已用可用已用% 挂载点/dev/mapper/VolGroup00-LogVol00239G 38G 189G 17% //dev/sda1 99M 15M 79M 16% /bootnone 13G 0 13G 0% /dev/shm/dev/sdb1 823G 57G 724G 8% /data/dev/mapper/stuvg-lv0985G 324G 612G 35% /diskstu1/dev/mapper/stuvg-lv1985G 642G 293G 69% /diskstu2/dev/mapper/stuvg-lv2969G 644G 277G 70% /diskstu3/dev/mapper/stuvg-lv3985G 374G 561G 40% /diskstu4/dev/mapper/stuvg-lv4260G 92M 247G 1% /diskstu5/dev/mapper/stuvg-lv63.9T 1.7T 2.3T 43% /diskstu6[root@backupserver backup]# pvcreate --restorefile /etc/lvm/backup/stuvg --uuidq2aKwA-0pim-QRr3-4DjN-gZg9-RNk1-eHKMvZ /dev/sdg #重建被pvremove删除的pv信息Couldn't find device with uuid 'q2aKwA-0pim-QRr3-4DjN-gZg9-RNk1-eHKMvZ'.Physical volume "/dev/sdg" successfully created[root@backupserver backup]# vgcfgrestore --file /etc/lvm/backup/stuvg stuvg #（重新根据配置文件执行vg修复）Restored volume group stuvg到此，pv和vg信息被重新恢复，执行vgdisplay lvdisplay和pvdisplay命令都正常了，接下来重新删除此pv，正确方法应该是先用vgreduce将pv从vg中移除，再使用pvremove删除pv设备，操作如下：[root@backupserver backup]# lvmlvm> pvscanPV /dev/sdc VG stuvg lvm2 [2.00 TB / 47.00 GB free]PV /dev/sdd VG stuvg lvm2 [2.00 TB / 48.00 GB free]PV /dev/sde VG stuvg lvm2 [1.00 TB / 760.34 GB free]PV /dev/sdg VG stuvg lvm2 [2.00 TB / 2.00 TB free]PV /dev/sdf VG stuvg lvm2 [4.00 TB / 92.09 GB free]PV /dev/sda2 VG VolGroup00 lvm2 [278.34 GB / 2.50 GB free] Total: 6 [9.27 TB] / in use: 6 [9.27 TB] / in no VG: 0 [0 ]lvm> vgreduce stuvg /dev/sdgRemoved "/dev/sdg" from volume group "stuvg"lvm> vgscanReading all physical volumes. This may take a while...Found volume group "stuvg" using metadata type lvm2Found volume group "VolGroup00" using metadata type lvm2lvm> pvscanPV /dev/sdc VG stuvg lvm2 [2.00 TB / 47.00 GB free]PV /dev/sdd VG stuvg lvm2 [2.00 TB / 48.00 GB free]PV /dev/sde VG stuvg lvm2 [1.00 TB / 760.34 GB free] PV /dev/sdf VG stuvg lvm2 [4.00 TB / 92.09 GB free]PV /dev/sda2 VG VolGroup00 lvm2 [278.34 GB / 2.50 GB free] PV /dev/sdg lvm2 [2.00 TB]Total: 6 [9.27 TB] / in use: 5 [7.27 TB] / in no VG: 1 [2.00 TB]lvm> pvremove /dev/sdgLabels on physical volume "/dev/sdg" successfully wipedlvm> pvscanPV /dev/sdc VG stuvg lvm2 [2.00 TB / 47.00 GB free]PV /dev/sdd VG stuvg lvm2 [2.00 TB / 48.00 GB free]PV /dev/sde VG stuvg lvm2 [1.00 TB / 760.34 GB free]PV /dev/sdf VG stuvg lvm2 [4.00 TB / 92.09 GB free]PV /dev/sda2 VG VolGroup00 lvm2 [278.34 GB / 2.50 GB free] Total: 5 [7.27 TB] / in use: 5 [7.27 TB] / in no VG: 0 [0 ]lvm> lvscanACTIVE '/dev/stuvg/lv0' [1000.00 GB] inheritACTIVE '/dev/stuvg/lv1' [1000.00 GB] inheritACTIVE '/dev/stuvg/lv2' [1001.00 GB] inheritACTIVE '/dev/stuvg/lv3' [1000.00 GB] inheritACTIVE '/dev/stuvg/lv4' [263.67 GB] inheritACTIVE '/dev/stuvg/lv6' [3.91 TB] inheritACTIVE '/dev/VolGroup00/LogVol00' [242.50 GB] inherit ACTIVE '/dev/VolGroup00/LogVol01' [33.34 GB] inherit lvm> quitExiting.重新启动应用（NBU）[root@backupserver backup]# /usr/openv/netbackup/bin/goodies/netbackupNetBackup network daemon started.NetBackup client daemon started.NetBackup SAN Client Fibre Transport daemon started.NetBackup Database Server started.NetBackup Event Manager started.NetBackup Audit Manager started.NetBackup Deduplication Manager started.NetBackup Deduplication Engine started.NetBackup Enterprise Media Manager started.NetBackup Resource Broker started.Rebuilding device nodes.Media Manager daemons started.NetBackup request daemon started.NetBackup compatibility daemon started.NetBackup Job Manager started.NetBackup Policy Execution Manager started.NetBackup Storage Lifecycle Manager started.NetBackup Remote Monitoring Management System started.NetBackup Key Management daemon started.NetBackup Service Layer started.NetBackup Agent Request Server started.NetBackup Bare Metal Restore daemon started.NetBackup Vault daemon started.NetBackup Service Monitor started.NetBackup Bare Metal Restore Boot Server daemon started.问题解决，此问题是由于对于linux下的lvm管理机制不是很了解，执行顺序错误造成的。

使用虚拟机进行数据恢复的步骤与技巧(三)

使用虚拟机进行数据恢复的步骤与技巧(三)

数据恢复是指从损坏、丢失或删除的存储媒体中恢复丢失的数据或文件的过程。

虚拟机是一种可以在主机操作系统上模拟另一个操作系统运行的软件。

使用虚拟机进行数据恢复可以有效地保护主机系统，同时提供更灵活的恢复操作。

本文将介绍使用虚拟机进行数据恢复的步骤与技巧。

第一步：创建虚拟机在进行数据恢复之前，首先需要创建一个虚拟机。

选择合适的虚拟机软件，例如VMware Workstation或VirtualBox，并按照软件提供的向导创建虚拟机。

在创建虚拟机时，要注意设置磁盘大小、内存和处理器等参数，以确保虚拟机能够运行所需的操作系统和数据恢复程序。

第二步：安装操作系统创建好虚拟机后，接下来需要安装操作系统。

根据实际情况选择合适的操作系统，例如Windows、Linux或Mac OS，并将操作系统安装到虚拟机中。

在安装过程中，要注意选择合适的磁盘分区和文件系统，以便后续进行数据恢复操作。

第三步：准备恢复工具在虚拟机上进行数据恢复时，需要准备合适的恢复工具。

根据需要恢复的数据类型，选择对应的工具。

例如，如果需要恢复误删除的文件，可以使用Recuva、EaseUS Data Recovery Wizard等工具；如果需要恢复损坏的分区或硬盘，可以使用TestDisk、Acronis TrueImage等工具。

下载并安装好合适的恢复工具，并确保其与虚拟机操作系统兼容。

第四步：挂载存储介质在进行数据恢复之前，需要将存储介质挂载到虚拟机中。

将外部存储介质（如硬盘或USB设备）连接到主机，并通过虚拟机管理软件将其挂载到虚拟机中。

在虚拟机操作系统中查看挂载的存储介质是否已正确识别。

第五步：运行恢复工具安装好恢复工具并挂载存储介质后，可以运行恢复工具开始数据恢复操作。

根据具体工具的操作界面，选择适当的恢复模式和设置，如快速扫描或深度扫描，选择要恢复的文件类型等。

根据恢复工具的提示，对存储介质进行扫描并查找丢失的数据。

第六步：选择并恢复数据扫描完成后，恢复工具会列出找到的丢失数据。

Kubernetes(K8s)集群备份与恢复方法

Kubernetes(K8s)集群备份与恢复方法

Kubernetes（K8s）集群备份与恢复方法Kubernetes（通常称为K8s）是一种广泛应用于容器编排和管理的开源平台。

它能够提供高可用性，自动扩容和自动修复等丰富的功能，使得应用部署和管理变得更加简单和可靠。

然而，随着容器应用的增多和集群规模的扩大，对Kubernetes集群的备份与恢复变得尤为重要。

本文将介绍Kubernetes集群备份与恢复的一些常用方法。

一、备份方法1.1 永久性数据备份在备份Kubernetes集群之前，首先要确定需要备份的数据类型。

Kubernetes集群中的数据主要包括永久性数据和临时性数据。

永久性数据通常保存在PersistentVolume (PV) 和PersistentVolumeClaim (PVC) 中，包括应用的配置文件、数据库和其他持久化存储的数据。

备份永久性数据的方法可以有多种选择，包括使用云存储服务、使用备份工具或自定义脚本等。

云存储服务可以提供自动备份和恢复的功能，并且通常具有高可靠性和可用性。

备份工具可以根据需求进行自定义配置，并提供更灵活的备份和恢复选项。

自定义脚本可以根据具体需求来编写备份逻辑，但需要更多的手动操作和监控。

1.2 配置文件备份Kubernetes集群的配置文件包括Deployment、Pod、Service等资源的定义和配置。

这些配置文件定义了集群中各个组件的规模、副本数、端口映射等信息。

备份配置文件的方法比较简单，可以使用命令行工具kubectl来导出集群的配置信息，并保存到本地文件中。

在需要恢复集群时，可以使用kubectl来导入配置文件，并重新创建集群中的资源。

二、恢复方法2.1 永久性数据恢复在应对永久性数据丢失的情况时，可以通过以下步骤来恢复数据：1) 恢复PersistentVolume (PV) 和PersistentVolumeClaim (PVC)。

如果使用云存储服务进行备份，可以直接通过云存储服务提供的功能来恢复数据。