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

全部博文(586)

文章存档

2024年(151)

2023年(218)

2022年(181)

2020年(12)

2019年(24)

我的朋友

发布时间:2023-03-28 14:40:39

服务器数据恢复环境:
某公司一台web服务器,存储网站程序和网站内容数据,部署的MySQL数据库。
6块硬盘组建的一组raid6磁盘阵列。


服务器故障:
服务器raid6中有3块硬盘离线,服务器崩溃。服务器上部署的MySQL数据库数据丢失,服务器上跑的网站关停,业务中断。......【阅读全文】

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

发布时间:2023-03-27 11:37:47

服务器数据恢复环境:
某品牌EVA系列某型号存储设备,采用的ESXI虚拟化系统,虚拟机存储的是mysql数据库。


服务器故障:
由于异常断电导致存储设备中的一台虚拟机无法启动,管理员发现虚拟机无法启动后再次重启服务器,但是该虚拟机依然无法正常启动。由于该虚拟机中的数据涉密极为重要,而且只能到现场进行恢复,于是用户方联系我们数据恢复中心寻求帮助。......【阅读全文】

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

发布时间:2023-03-24 11:44:58

北京某国企服务器中部署的Oracle 11g R2数据库被误操作执行了truncate table CM_CHECK_ITEM_HIS,表数据丢失,查询该表时报错,数据库备份不可用,表数据无法查询。
Truncate数据原理:表被Truncate后,ORACLE会在数据字典和Segment Header中更新表的DATA_OBJECT_ID,但是不会修改实际数据部分的块。由于数据字典与段头的DATA_OBJECT_ID与后续的数据块中的并不一致,所以ORACLE服务进程在读取全表数据时读取不到已经被TRUNCATE但是实际未被覆盖的数据。......【阅读全文】

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

发布时间:2023-03-23 11:35:55

服务器数据恢复环境:
某公司的一台NetApp某型号存储;
几十块磁盘组建两组存储池,两组存储池互为镜像;
存储池划分卷并映射到ESXI作为数据存储使用,卷内有数百台虚拟机。

服务器故障:
管理员操作失误导致卷丢失,卷内虚拟机无法访问。管理员对该NetApp存储进行检查后尝试恢复数据但是没有成功。......【阅读全文】

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

发布时间:2023-03-22 13:38:35

服务器数据恢复环境:
服务器+10个磁盘柜,每个磁盘柜24块磁盘;
9个磁盘柜的磁盘用来存储数据,另外1个磁盘柜用来存储元数据;
存储元数据的24块磁盘的组成结构:9组RAID1磁盘阵列+1组4盘位的RAID10磁盘阵列+4个全局热备盘;
存储数据的9×24=216块磁盘的组成结构:36组6盘RAID5阵列;36组RAID5磁盘阵列分为2个存储系统。

服务器故障:
存储数据的其中一个存储系统中一组RAID5阵列由于2块磁盘先后故障离线,该RAID5阵列失效,导致整个存储系统崩溃,无法使用。......【阅读全文】

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

登录 注册