![](https://img-blog.csdnimg.cn/20201014180756780.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
oracle数据库
上海赛亿数据恢复
上海赛亿数据恢复,从事数据恢复行业18余年!擅长服务器存储、磁盘阵列、虚拟机、服务器、数据库等的数据 。13321969915
展开
-
服务器Oracle数据库损坏修复
首先,检查Oracle数据库的错误日志(如alert log和trace files),这些日志通常包含有关数据库损坏的详细信息,如错误代码、失败的操作等。总之,修复Oracle数据库损坏需要综合运用多种方法和工具,并遵循一定的步骤和原则。RMAN是Oracle的备份和恢复工具,它可以帮助恢复损坏的数据文件。当Oracle数据库在服务器上损坏时,修复过程需要谨慎且系统地进行,以确保数据的完整性和系统的稳定性。:监控数据库的运行状况,并记录详细的日志信息,以便在出现问题时能够快速定位和解决。原创 2024-07-04 14:19:52 · 312 阅读 · 0 评论 -
IBM X3650 服务器数据恢复
在运行过程中有2块硬盘报警,系统无法启动,服务器上层运行的2003系统ORACLE数据库无法启动。1.将服务器硬盘全部取出,对每块硬盘进行检测,均无发现物理损坏情况。恢复完成后,目录结构完整,ORACLE数据库完好。分析原RAID组成结构,构建虚拟RAID环境。将RAID信息导入到RAID卡,重新启动。热备盘进行同步,让RAID回到同步状态。一台IBM X3650 M4服务器。硬盘,组成raid5磁盘阵列。备份全部硬盘部分关键区域。验证RAID结构是否正确。原创 2024-07-02 16:30:02 · 307 阅读 · 0 评论 -
ORACLE数据库数据恢复
1.针对故障,在数据丢失后,应尽可能减少对存储的操作,有时候,即使是开着机,什么都不做,也可能导致灾难进一步加剧。条件允许的话,最好损坏后,对磁盘或存储卷做完整备份。2.针对硬件故障,在设备无法正常工作后,应尽可能少的加电,以避免设备的进一步损坏。3.做好备份方案,尽可能避免单存储备份,如数据非常重要,可考虑异地备份。1、ORACLE数据库无法启动或无法正常工作。3.在备份中进行数据分析及恢复操作。2、ORACLE ASM存储破坏。3、ORACLE数据文件丢失。1.检测是否存在硬件故障。原创 2024-07-02 16:24:57 · 207 阅读 · 0 评论 -
IBM服务器硬盘离线数据恢复
4、分析备份磁盘的raid结构,得到原raid阵列的RAID级别,条带规则,条带大小,校验方向。IBM X3850服务器,服务器挂载了5块73G SAS硬盘组成raid5磁盘阵列。2、将故障硬盘标好序号,确保在拿出槽位后可以完全复原。启动数据库服务,启动应用软件,一切正常,无报错。服务器关闭状态保护故障服务器原始状态。到此,数据恢复及系统回迁工作完成。6、数据检测正常后进行数据回迁。修复后,重启系统,成功进入桌面。,对所有故障硬盘做完全镜像。5、检测虚拟结构的正确性。离线,RAID崩溃。原创 2024-06-30 13:04:42 · 243 阅读 · 0 评论 -
服务器崩溃硬盘坏道数据恢复
7、将恢复出来的文件进行数据导入测试,测试过程中没有发现问题,说明恢复出来的数据是可用的。4、硬盘完成镜像后,对所有镜像文件进行底层数据分析获取服务器内硬盘的盘序和校验信息,利用分析获取到的信息重组raid。8、在原服务器上重新搭建了一组新的raid,将所有恢复出来的数据迁移回原始服务器,本次服务器数据恢复完成。将20块硬盘一一下价后,编好编号,对每块硬盘进行物理检测,发现有三块硬盘存在大量的坏道。一台故障服务器,共有20块硬盘,其中有三块硬盘亮黄灯,显示离线状态。将有坏道的三块硬盘进行修复。原创 2024-06-28 14:01:03 · 90 阅读 · 0 评论 -
ESXi虚拟化数据恢复
1、将服务器所有硬盘编号后取出,经检测,没有发现有硬盘存在物理故障。UFS2文件系统块大小为16kb,segment大小为2kb,柱面组大小为188176kb,数据指针大小为8字节,每个块可容纳数据指针数量为2048个。8、分析二级指针块,对有大量二级指针块的指向数据进行DUMP,然后再从磁盘中的数据定位到二级指针。6.根据服务器的实际数据情况编写收集有用的指针块,通过小程序收集到了大量二级指针块和三级指针块。11、将恢复出来的数据上传到准备好的环境中进行验证,经过验证,确认所有恢复数据完整有效。原创 2024-06-27 16:14:24 · 197 阅读 · 0 评论 -
RAID硬盘离线数据恢复
坏道镜像设备报告6号盘镜像完成,但是先前为了最大限度做出有效扇区以及为了保护磁头设置的拷贝策略会自动跳过一些不稳定扇区,所以现在的镜像是不完整的,于是调整拷贝策略,继续镜像被跳过的扇区,6号盘所有扇区全部镜像完毕。.经过进一步的检测和分析,判断此故障为控制文件和数据文件信息不一致,这是一类因断电或突然关机等引起的常见故障。通过连接到服务器上查看当前存储状态,服务器报告逻辑卷状态失败,发现6号盘报告“警告”,.对数据库文件进行逐个检测,检测到所有数据文件没有物理损毁。系统无法启动,数据库无法使用。原创 2024-06-27 16:12:54 · 117 阅读 · 0 评论 -
服务器raid5数据恢复
镜像完成后将所有磁盘按照编号还原到原服务器中,后续的数据分析和数据恢复操作都基于镜像文件进行,避免对原始磁盘数据造成二次破坏。x3850 X5服务器,一组由5块硬盘组建的raid5阵列,安装linux操作系统,运行oracle数据库。盘的损坏区域进行补齐并重新校验文件系统,通过日志确定原节点块的节点信息并进行修正。2、基于镜像文件分析所有磁盘底层数据,获取raid5阵列的raid结构信息。盘先离线,启动强行修复后重启系统,系统正常,启动数据库正常。镜像发现有一块硬盘存在大量坏道,其他硬盘均完好,无坏道。原创 2024-06-26 15:54:30 · 117 阅读 · 0 评论