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

全部博文(607)

文章存档

2024年(172)

2023年(218)

2022年(181)

2020年(12)

2019年(24)

我的朋友

发布时间:2022-04-02 10:12:23

服务器数据恢复环境:
同友存储;
5台以上的虚拟机,其中3台linux虚拟机存储重要数据。

故障:
raid崩溃导致存储无法启动。
......【阅读全文】

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

发布时间:2020-06-09 16:06:46

【raid数据恢复故障描述】一台服务器,上层搭建了raid5磁盘阵列,共有5块硬盘在运行用于公司数据的存储,没有备份文件,有一天服务器上有一块硬盘掉线,遂聘请外部运维公司对服务器进行维护,运维公司人员在没有了解具体情况下直接对服务器内的4块正常硬盘重建成了一组全新的raid5阵列,直接导致服务器原有数据全部丢失.........【阅读全文】

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

发布时间:2020-05-13 17:02:27

【服务器raid5阵列数据恢复故障情况描述】客户的某品牌服务器,raid5磁盘阵列数据恢复需求,服务器不存在物理故障,数据丢失的原因是误删除了服务器上的卷。可以从raid5磁盘阵列层面进行数据恢复操作。【服务器数据恢复过程】服务器数据恢复第一步:分析超级快信息,记录raid阵列起始块位置。工程师对客户的服务.........【阅读全文】

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

发布时间:2020-03-06 15:52:04

由于用户误操作,将Linux文件系统误装入到Ocfs2文件系统的数据卷上,导致原始Ocfs2文件系统被新格式化Ext4文件系统,据对两种文件系统格式化方式的了解,Ext4文件系统每隔几百兆会写入文件系统的原始信息的特性,用户的数据可能受到一定程度的破坏。 ......【阅读全文】

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

发布时间:2020-03-02 15:49:03

数据库环境部署与故障原因:本次恢复的数据库安装在客户本地服务器上,服务器操作系统为windows2008 r2 。在当前环境内安装有mysql5.6单实例,引擎类型为innodb,表内数据存储所使用表空间类型为独立表空间。未进行数据库备份,未开启binlog。导致数据丢失的原因是由于人为误操作使用Delete命令进行删除数据时未添加wh.........【阅读全文】

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

登录 注册