Chinaunix首页 | 论坛 | 博客
  • 博客访问: 356164
  • 博文数量: 609
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 6125
  • 用 户 组: 普通用户
  • 注册时间: 2016-08-02 14:16
文章分类

全部博文(609)

文章存档

2024年(172)

2023年(218)

2022年(181)

2020年(12)

2019年(24)

我的朋友

发布时间:2024-11-29 14:07:23

服务器存储数据恢复环境:
存储中有一组由12块硬盘组建的RAID6阵列,上层linux操作系统+EXT3文件系统,该存储划分3个LUN。
服务器存储故障&分析:
存储中RAID6阵列不可用。为了抢救数据,运维人员使用原始RAID中的部分硬盘重新组建RAID并进行了初始化。
初始化开始一段时间后,运维人员察觉到情况有异后强制终止初始化,这个时候初始化已经完成一半以上。数据部分已被不可逆的破坏。......【阅读全文】

阅读(43) | 评论(0) | 转发(0)

发布时间:2024-11-28 13:39:12

Sybase数据库数据恢复环境:
Sybase数据库版本:SQL Anywhere 8.0。
Sybase数据库故障&分析:
Sybase数据库无法启动。
使用Sybase Central连接报错。
数据库数据恢复工程师经过检测,发现Sybase数据库出现故障的原因是:异常断电造成Sybase数据库无法回写正常数据,导致多个存储页数据不一致,系统表描述和存储表不一致,部分存储页底层数据完全杂乱。......【阅读全文】

阅读(45) | 评论(0) | 转发(0)

发布时间:2024-11-27 13:01:55

一台Oracle数据库打开报错,报错信息: “system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。管理员联系我们数据恢复中心寻求帮助,并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。
由于数据库没有备份,无法通过备份去恢复数据库。
“system01.dbf需要更多的恢复来保持一致性”,出现这个报错信息可能是由控制文件损坏、数据文件损坏,数据文件与控制文件的SCN不一致等原因所导致。对数据库文件做进一步检测&分析,结果发现sysaux01.dbf文件有坏块。修复并启动数据库后,很多查询报错,export和data pump工具也无法使用。查询告警日志并分析报错,发现就是sysaux文件损坏所导致的上述错误。从数据库层面无法修复数据库。system和用户表空间的数据文件都是正常的,可以尝试利用底层解析数据文件,恢复用户数据。......【阅读全文】

阅读(43) | 评论(0) | 转发(0)

发布时间:2024-11-26 13:59:24

服务器存储数据恢复环境:
某品牌光纤存储上共有16块FC硬盘。存储上的卷映射到Linux操作系统上。Linux操作系统上运行Oracle数据库。

服务器存储故障&检测:
存储上2块硬盘故障灯亮起,存储映射到linux操作系统上的卷挂载不上,业务中断。......【阅读全文】

阅读(47) | 评论(0) | 转发(0)

发布时间:2024-11-25 13:53:21

服务器存储数据恢复环境:
某品牌MSA2000FC存储中有一组由7块盘组建的RAID5阵列,另外还有1块硬盘作为热备盘使用。
基于RAID5阵列划分的几个LUN分配给小机使用,存储空间通过LVM管理,重要数据为Oracle数据库及OA服务端。

服务器存储故障:
RAID5阵列中2块硬盘离线,唯一的热备盘成功激活,RAID5阵列还是变得不可用,上层LUN无法使用。......【阅读全文】

阅读(49) | 评论(0) | 转发(0)
给主人留下些什么吧!~~
留言热议
请登录后留言。

登录 注册