2017年03月_北亚数据恢复

12月 11月 10月 09月 08月 07月 06月 05月 04月 03月 02月 01月

原创 Oracle ASM数据库故障数据恢复解决方案

故障的情况是：ASM磁盘组掉线，ASM实例不能mount。ASM磁盘组有4个500G的磁盘组成，数据库和ASM软件为10.2.0.1，急需恢复oracle数据库。分析组成ASM磁盘组的磁盘，取出ASM元数据，对元数据进行分析：ASM存储元数据损坏，导致diskgroup无法mount。重组ASM存储空间，从ASM磁盘组中导出数据库文件，然后对数据库文件进行检测，修复。如果数据库文件完好，

2017-03-30 14:32:30 799

1、备份数据；先将客户的数据盘连接到恢复环境服务器上，然后准备比客户数据总容量还要大的空间。将客户数据盘以磁盘底层扇区的方式镜像到准备的空间上，以确保客户的数据安全。 2、分析故障原因；仔细分析底层数据发现Xen Server服务器中虚拟机的磁盘都是以LVM的结构存放的，即每个虚拟机的虚拟磁盘都是一个LV，并且虚拟磁盘的模式是精简模式的。LVM的相关信息在Xen Server中都有记载，查看“/etc/lvm/backup/ “下LVM的相关信息发现并没有存在损坏的虚拟磁盘信息，因此可以断定LVM的信息

2017-03-27 16:42:55 1481

原创存储linux RAID6被重建成RAID5了怎么办？

故障的起因仅仅是RAID失效，维护人员随后的抢救数据过程中用11块硬盘进行重分配RAID5，并进行长时间的初始化，这对原始数据是不可逆的损坏，后经证明，仅第三个LUN可用普通RAID6方法恢复出数据，但第三个LUN并没有客户想要的要的重要数据，重要的数据主要集中在第一个LUN。

2017-03-23 14:37:57 1101

原创苏州某公司FreeNAS+ESXi5数据丢失恢复过程

苏州某公司FreeNAS+ESXi5数据丢失恢复过程【物理与逻辑存储】此公司使用一种廉价的存储模式，用iSCSI方式来达到FC SAN的功能。物理存储构架在一台 DELL 服务器上，使用 FreeNAS 来做 iSCSI，然后使用两台 DELL 服务器做 ESXi5.0 的的虚拟化系统。FreeNAS 层为UFS2文件系统，整个存储建一个稀疏模式的文件，挂给ESXi5.0 系统。E

2017-03-21 15:44:20 2324

转载 IBM 存储RAID硬盘离线和数据库损坏怎么处理

IBM DS5020 光纤存储上一共16块FC硬盘，单盘容量600G。存储前面板10号和13号硬盘亮黄灯，存储映射到redhat上的卷挂载不上，业务崩溃。　　存储恢复流程　　通过IBM storage manager/frombyte.com连接到存储查看当前存储状态，存储报告逻辑卷状态失败，再查看物理磁盘状态，发现6号盘报告“警告”，10号和13号盘报告“失败”，通过IBM sto

2017-03-16 14:07:58 1426 2

转载操作记录：在ubuntu16.04.1配置qemu-img,qemu-nbd

1、下载ubuntu-16.04.1-server-amd64.iso2、在vbox中创建虚拟机，设置网络配置为网络地址转换NAT，创建端口转发规则(以便用于ssh)：名称：默认协议:TCP 主机IP：空主机端口：2206 子系统IP：空子系统端口：223、正常安装系统，中间选模块时勾选sshd4、安装后进入shell

2017-03-15 15:15:48 1262

转载 vmware虚拟化故障虚拟磁盘丢失恢复办法

Dell R710系列服务器（用于VMware虚拟主机），Dell MD 3200系列存储（用于存放虚拟机文件），VMware ESXi 5.5版本，因意外断电，导致某台虚拟机不能正常启动，查看虚拟机的配置文件时发现此虚拟机的配置文件除了磁盘文件以外其他配置文件全部丢失。此时xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还存在。找VMware工程师诊断后，尝

2017-03-14 16:06:17 18232

转载 RAID5崩溃数据丢失的解决方案

第一部分：数据恢复方案【用户单位】某医药公司【故障描述】 IBM X3850服务器，5块73G SAS硬盘，其中4块组成一个RAID5，另一块做为热备盘(Hot-Spare)，3号盘早已经离线，但热备盘未自动激活rebuild（原因不明），之后2号盘离线，RAID崩溃。操作系统为linux redhat 5.3,应用系统为构架于oracle的一个oa，数据重要，时间很

2017-03-10 13:32:14 4660

转载电脑上所有文件都打不开的解决方法和过程

【前期信息】山东某公司，企业规模也不算小，但不是IT公司，所以未做很好的数据存储规划。公司的重要数据通过WINDOWS网络共享放在一台PC上，同时也连接打印机，有很多人员直接拷贝数据文件到这台PC上打印。前几天，忽然F盘的所有文件均无法打开，表现为： 1、文件名称，时间，路径完全正确，磁盘占用空间也正确。 2、所有的jpg图片文件打开都提示：“windows照片查看器无法打开此

2017-03-09 11:33:41 8907 1

转载 Ext4文件系统故障的解决方法分享

分析故障原理是，日志和数据不一致造成的正常文件系统数据被覆盖的现象。这种故障在Ext3、Ext4文件系统常有发生，好在.journal日志文件留有缓冲，恢复时可以从.journal日志文件里找到相应信息，并粘贴回相应位置，达到重建原文件的目的。Linux系统的硬盘的第一个扇区是MBR扇区，从MBR分区表能看出来，本案例一共有两个分区。第一个分区是交换分区，共7.8G，第二个分区是Ext4文件系统，共292G。总的大小为300G。Ext3、Ext4文件系统有日志功能，本案例考虑从.journal日志文件中找到

2017-03-08 17:04:15 11902

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

beiya123的博客