2017年11月15日，东莞电子科技学校3名学生来到我司参加计算机检测维修与数据恢复大赛实训，国赛培训。

先是由我司国赛培训老师向东莞电子科技学校学生简单的介绍了“计算机检测维修与数据恢复”实训课程。本次课程主要以理论与实践相结合的方式进行授课，老师讲解之后学生们亲自动手操作练习国赛培训。

培训内容

⊙电脑主板元件认识，电路应用及好坏判断

⊙电脑主板接口及功能芯片详解

⊙电脑主板线路图入门及使用技巧等

通过培训学习提高学员专业知识水平，预祝参赛选手们省赛国赛取得好成绩，国赛培训。

如何恢复access 6.9门禁软件数据库

1. 覆盖恢复法：如果您的数据库损害了，可以选择一个备份文件， 将其文件名改为 iccard.mdb，然后将用该文件 覆盖到软件的安装目录下（可参考1.4 节内容）。

2.利用安装目录（默认是C:\Program Files\iCCard）下的server-setting进行数据库的恢复。

点击用户指定文件后，会显示安装目录下backup下的备份文件。点如下图的“查看”菜单――详细资料，可以详细列出每个备份文件的详细信息。

选择你所需要的备份文件（客户可以根据时间来确定要还原的备份文件）。然后打开。再执行如下的恢复数据库

再次“确定”。成功后会有提示。这样文件还原完成。

如果用户不点击   用户指定文件，而是点击选系统最近备份数据库后，系统会自动用最后一次数据库备份文件来进行还原。

1.硬件设备清单：

2.故障描述：

需要进行数据恢复的服务器是一台r520型号存储，共有7块SAS硬盘分别组成raid1和raid5两组磁盘阵列。主要sql server数据库存放在C盘中，在使用过程中，客户发现C盘容量即将占满，于是将数据库路径指向了D盘，在D盘生成了一个.ndf文件。客户在继续使用了大约10天之后，数据库出现故障，连接失效，无法正常附加查询。

3.备份数据：

考虑到数据的安全性以及可还原性，在做数据恢复之前需要对所有源数据做备份，以防万一其他原因导致数据无法再次恢复。使用dd命令或winhex工具将所有磁盘都镜像成文件。

4.故障分析：

(a)分析故障原因；由于数据库文件所在磁盘容量不足，导致数据库无法继续正常运行，出现逻辑错误。

(b)分析RAID组结构；客户服务器上共7块300G硬盘，其中2块硬盘做RAID 1，用于安装操作系统，其余5块硬盘做RAID 5存放数据。分析RAID 1和RAID 5的相关结构，重组虚拟出RAID 1和RAID 5，查看其中数据。

(c)分析原始数据库文件；由于客户在数据库发生故障之后，进行过多次数据库恢复尝试，并且每一次尝试都是在源环境下进行的，导致原始数据库文件被更改覆盖，并且磁盘空间被多次复写，无法使用尝试恢复之后的数据库文件进行修复。询问客户得知，客户在数据库发生故障的时候，备份过一分原始的故障数据库文件。

5.数据库修复：

从虚拟出的RAID 5空间中将客户之前备份的数据库文件拷贝出来，尝试在数据库中附加，附加失败，错误提示如下图一：

错误提示主数据库文件和次级数据库文件不匹配，查看.ndf文件底层，发现.ndf文件中几乎没有数据，尝试取消.mdf文件和.ndf文件之间关联，只用.mdf文件进行附加。尝试后发现，只用.mdf文件附加时也发生错误，但是错误提示改变。图二：

此时错误提示日志文件（.ldf）和数据库文件（.mdf）不匹配。之后对数据库尝试进行无数据库附加，附加成功。但是发现数据库系统表损坏，无法正常使用。图三

对数据库的系统表尝试修复，但由于系统表损坏过于严重，无法修复。数据库记录提取；解析数据库文件中的数据库记录；编写相应的程序提取数据库文件中的数据库记录；根据客户以前的数据库备份获取数据库中的表结构；重构表结构并肩提取出的数据库记录导入到新的表中。

6.数据验证：

由客户对提取出的数据库记录进行验证,所有数据完全恢复，本次数据恢复成功。

7.数据恢复结论：

在数据库使用过程中，要合理分配数据库文件所在磁盘空间，及时清理垃圾数据，保证数据库的正常、安全运行。

台式机，笔记本，服务器硬盘数据恢复，RAID0，RAID1数据恢复，承接高难度硬盘数据恢复，磁头损坏，变形，移位，开盘等故障，各外部存储器，内存卡，数码相机，U盘，移动硬盘，手机数据恢复，红警数据恢复！

红警专业数据恢复公司

红警专业硬盘数据恢复：零七五五—八八八五八八零五

联络办法：零七五五—二五三二三七五八

1、逻辑故障：误分区、误格式化、误删除、误克隆、分区表信息丢失、引导扇区信息丢失、病毒破坏、黑客攻击等

2、物理故障：BIOS不认盘、硬盘异响、电机不转、磁头烧坏、磁头老化、磁头芯片损坏、磁头偏移、盘片划伤、磁组变形、电路板烧坏、外电路芯片击穿、接口断针等。

3、磁盘阵列（RAID）数据恢复：RAID0，RAID1，RAID0+1，RAID1+0，RAID5，RAID5+0，RAID5+1，RAID5+0+1，RAIDADG，RAID6，RAID5E，RAID5EE，JBOD，SAN，NAS。 磁盘阵列常见故障： ·系统不能启动、RAID信息破坏、由于某块硬盘掉线，替换后重建失败，系统崩溃、RAID信息丢失；

·硬盘（单块或多块）掉线、RAID卡损坏，更换后系统崩溃、分区信息丢失；

·硬盘坏道（物理、逻辑）、重新配置RAID阵列信息、磁盘顺序出错、动态磁盘数据库丢失或损坏；

·LINUX、UNIX系统启动不成功，或者分区不能mount，找不到分区；

·rebuild中途失败、rebuild成功后，分区找不到或者系统不能启动；

·红灯不停闪，或者黄灯不停闪（有的黄灯闪表示正在读取，有的是错误指示）；

·MBR损坏、DBR损坏、磁盘单块坏道、磁盘多块坏道．

4、数据库数据恢复：Access，Foxpro，SQL SERVER，ORACLE，MYSQL，DB2、Informix，Sybase等数据库修复。

5、文件修复：各种文件破损后的修复。

6、邮件修复：支持Foxmail、Outlook、Outlook Express、Exchange Server、Lotus Notes等邮件数据的恢复和修复。 7、可以破解系统密码和文件密码。

二、介质接口支持 可修复IDE、SATA、SCSI、FC、RAID磁盘阵列等；

三、操作系统支持 支持的操作系统DOS/Win9X、Mac、WinNT/2000/XP/2003、Linux、Unix、Novell等。

四、硬盘品牌分类 支持希捷、西部数据、迈拓、IBM、昆腾、日立、三星、东芝、富士通、易拓等。

五、支持的介质类型 支持硬盘、移动硬盘、MO、PD、U盘、ZIP、光盘、软盘、磁带、闪存、MP3、录音笔、MP4、PDA等。

地址：深圳市龙华东环一路东环天虹正对面（旭日大厦5楼全层）

近日东莞理工学院一软件工程大四学生周某，凭借着自己高超的计算机技术，侵入了学校里面的数据库，原因竟然是要修改自己的成绩，将挂掉科目的分数修改到分数线之上，此事也引发了网友的热议。

事情的起因是因为该生由于参加算法竞赛没有上课导致挂科，他担心挂科会对自己的研究生面试产生影响，所以他利用学校教务系统的漏洞，通过他自己所掌握的技能，测算出成绩录入工作人员的账号密码，进而侵入数库， 对自己成绩进行修改。

学校发现周某成绩在没有其他条件的情况下发生了变动，进而进行了检查，发现是周某私自改动成绩后对此行为进行了研究，最后根据《东莞理工学院学生违纪处分办法》的规定给予周某留校察看十二个月的处分

网友们对此事也持有不同的看法，有人认为周某这么强不应该是优秀毕业生吗？也有人认为周某让计算机老师很欣慰，是一个人才等诸如此类的看法。

也有网友认为，这件事情很容易，被发现是由于技术不到家之类的。还有一些人认为发生这种事情证明该生的思想觉悟低，还有的则是怀疑这是学校招生的新策略。

小编认为，不管自身掌握的技能怎么样，自己有什么样的事情，身为学生还是应该好好学习的，旷课这种问题不应该发生。有挂科情况也应该认真复习准备接下来的补考，用正确的方式来处理问题。而不应该走歪门邪道的去用那些不好的办法来处理事情。侵入学校系统既是对老师的不尊重，也是对学校的权威进行了挑战，对自身没有一丝的好处。有问题一定要寻求正确的方法进行处理

周某也认识到了自己行为是错误的，在学校的帮助下也准备通过补考来解决挂科问题，也希望他能吸取教训，加强自己的思想建设，争取早日解决这些问题。

你们是怎么看待这件事情的呢？你们认为周某做的对吗？

2017年5月12日，臭名昭著的勒索病毒永恒之蓝WannaCry利用139、445等端口存在的协议漏洞入侵了主机系统，并将主机上包括图片、文档、压缩包、音频、视频、可执行程序等几乎所有类型的文件加密成后缀名为“.WNCRY”的文件，这种加密方式采用的是更复杂的RSA加密方式，并且密钥大小不断增加，导致至今没有一个有效的解密方法。一时间，哀鸿遍野。

其实，勒索病毒远没有看上去的那么可怕，寄希望于通过支付勒索赎金获得密钥也仅仅是下下之策。更为有效的方式，其实是建立一套完整的数据持续保护（CDP）系统，通过数据的快速恢复让黑客的邪恶用心落空。亡羊而补牢，未为迟也。

WannaCry只是勒索病毒中的一种，在专业技术团队的世界里，无论是哪种勒索病毒，其实都有一定的应对之策。例如，对于被勒索病毒加密的文件，如果解不了密，可以采用恢复备份数据的方法，如利用真CDP恢复。

英方自主研发的字节级CDP技术已经成为行业的标配，拥有自主核心技术，成功应用在火箭军、浙江省检察院、河北公安消防总队、国金证券、中原地产等项目中，并且获得全国各地合作伙伴的信赖，福建意德信息技术有限公司（以下简称福建意德）便是其中一个。

福建意德在信息技术领域拥有众多品牌解决方案，在CDP技术方案中，福建意德采用英方真CDP方案，已经为区域用户构建起信息安全的最后一道防线。双方为了测试英方真CDP技术在病毒感染后数据库中数据恢复的表现，英方工程师刘东昌联合福建意德在真实生产环境中进行了WannaCry病毒测试恢复的演练。

测试效果如何，WannaCry勒索病毒是否造成生产库数据丢失，请看下文的详细测试过程。

【测试目的】

本次测试主要是用于验证生产机通过部署英方i2CDP软件进行实时备份后，工程师主动释放勒索病毒到生产机模拟生产机中毒，以检验数据能否通过i2CDP恢复，能否最大化的减少数据的丢失量。

【评判标准】

当释放病毒进行原数据库感染后，如果通过i2CDP回滚操作，在新的Oracle数据库中能够执行查询等操作，证明数据恢复成功。

【安全告知】

病毒感染测试，安全第一。测试环境需要满足端口开放，病毒释放和独立安全的虚拟机空间等条件，确保WannaCry病毒在恢复测试时安全可控，不会波及到其他IT系统和文件。因此，请各位专业人士严格按照安全规定进行，结束后销毁虚拟机和病毒。

【测试环境】

测试流程和软件配置如下。

例如，本次测试环境如下——

※操作系统版本

生产库：Windows server2008_R2、oracle 11g

备份主机：CentOS 6.4

备用库：Windows server2008_R2、 oracle 11g

※安装包准备

控制台：info2soft-ctrlcenter-6.1-21441.exe

节点：info2soft-i2node-6.1-21441.x86_64.exe

※测试数据准备——Oracle数据库数据

【测试场景及步骤】

场景——模拟生产库中WannaCry病毒恢复。

步骤如下图。

【释放病毒感染】

在安全空间释放WannaCry勒索病毒之后，很快就接收到了文件被感染后的勒索对话框，提示文件已被加密，提示支付虚拟货币以解密你的重要文件。

【CDP任意恢复】

文件被感染之后，工程师通过英方i2CDP进行数据恢复之后，在新的数据库中随机选取两个时间点对数据库进行查询，查询结果如下。

结果验证1（15:10:38秒）——左边为回滚规则，右边为恢复完数据后的查询结果。

结果验证2（15:48:58秒）——左边为回滚规则，右边为恢复完数据后的查询结果。

※两次查询都能顺利进行，证明恢复到新数据库的数据可用，恢复成功！

【测试结论】

根据本次工程师现场的测试结果，可以明确得出如下结论：

其一：通过英方真CDP可有效保护数据，在客户数据感染勒索病毒后，可通过i2CDP进行恢复。

其二：通过英方真CDP几乎不丢失任何数据，可将数据恢复至中病毒前任意时间点，精确到微秒级。

另外，针对非数据库数据的恢复（如独立桌面文件），根据勒索病毒是加密后进行源文件删除的特点，英方真CDP还能够通过找回被删除的原文件进行秒级恢复，并且不要定位感染时间。

近期的华为，频繁被刷屏。

围绕着华为的，有“碾压高通”、“1500亿年终奖”等各种“吹捧”言论。而最近这一次，却是一个老生常谈的话题。

据澎湃新闻报道，华为内部媒体“华为人报”披露，今年10月15日，被称为“华为心脏”的华为企业数据中心（EDC）从深圳迁至东莞，短短2个多小时时间，就完成了华为主业务系统海量数据的切换。

这是继华为的终端业务(手机、平板电脑、路由器等生产线)及产品供应链迁至东莞，华为企业数据中心紧随外迁的步伐。

毫无意外的是，此次华为的数据中心外迁，再次引发不少人对华为逃离深圳的担忧。

或许不少人可能对之前的一篇《不要让华为跑了》记忆犹新。

在今年5月，深圳的高房价“逼走”华为的消息就早已铺天盖地。

华为也曾作出回应：公司从未有计划将总部搬离深圳；对部分业务所在地进行调整，属于正常的企业经营行为。

但是这样的回应依然难以打消不少人对华为外迁的担忧。

就拿此次华为企业数据中心外迁来说，这本来是2013年就开始进行的规划了。华为外迁的话题，再次被提起。

不可否认的是，深圳的高房价，对于企业来说，在某种程度上，增加了成本了，挤压了企业的利润。

任正非在接受记者采访时表示曾说：“深圳房地产太多了，没有大块的工业用地了。大工业的发展，每一个公司都需要一定的空间发展。工业现代化最主要的，要有土地来换取工业的成长。现在土地越来越少，越来越贵，产业成长的可能空间就会越来越小。这些人要有住房，要有生活设施。生活设施太贵了，企业就承载不起；生产成本太高了，工业就发展不起来。”

其实，无论是华为还是中兴的外迁，更深层的原因，是对于深圳产业空心化的担忧。

最近很盛行一个句式：不要让曹德旺跑了，不要让华为跑了，不要让富士康跑了，不要让李嘉诚跑了……俨然成为了一种口号的宣传。

从这些事件可以看出的，人们更加关注资本的走向。的确，资本的外流，的确会带来一些影响。但是在这背后，却忽略了这其实是企业的市场化选择。

拿此前的华为终端外迁，当时有不少言论是，不要让华为跑了，忽视了华为的意愿是怎样的，本意是怎样的。这种用“舆论绑架”的方式，与此前过度“吹捧”华为一样，其实是不利的。

华为在全国拥有几十个园区基地，却没有在任何一个城市，建起一座“华为”大楼。此次外迁深圳，是因为从目前的情况来看，世界工厂的东莞，吸引力依然还是有的。相对较低的房价，毗邻深圳的优越地理位置，以及全球每6部智能手机就有一部产自东莞，智能手机及相关产业是东莞的支柱产业等等。

而目前的深圳，对于华为这种大型高科技企业而言，人力等方面的吸引力不如东莞。因此，华为的部分制造业外迁，对深圳产业的腾笼换鸟未必不是一件好事。

所以，别再动不动就喊不要让谁谁跑了。作为一家公司，有独立决策的能力，有根据市场变化做出独立应对的能力。

在2016年年初，华为曾定下了今年销售量达到1.4亿台的目标，而现在这个目标已经实现了。华为高级副总裁余承东近日在接受媒体采访时透露了这一消息，并定下目标:将在2年内超越苹果，成为第二大智能手机制造商。

然而，这样的消息远不够“华为逃离深圳”这样的新闻标题吸引眼球。

其实，不必纠结老是纠结华为是不是逃离深圳，不如把重心放在如何支持中国制造业，更多地思考如何改善企业的投资环境等方面，或许才是更为重要的。

分享

1打印增大字体减小字体

这世界上有后悔药-houhuiyao.cc 后悔药数据恢复 站长语

前面介绍了MySQL数据库在使用InnoDB引擎时，如果误删了数据表，在共享表空间MySQL数据表InnoDB引擎表误删恢复(共享表空间ibdata1)和独立表空间MySQL数据表InnoDB引擎表误删恢复(独立表空间innodb_file_per_table=1)的情况下如何恢复数据。

本文将探讨下MySQL数据库误删恢复。

后悔药数据恢复提醒您：

1，首先需要说明的是，生产环境下慎重执行删除操作，除非你确实明白自己在做什么，否则不执行危险动作。

2，有条件的情况下，依靠系统来管理数据和数据库，尽可能降低依潜在的管理的风险。

3，数据库有Update、Delete、Insert、Truncate、Drop类操作，先在测试环境执行一次，看结果和预期是否相符。生产环境执行前，先对要操作的表做一个备份，以防万一。后续将针对每个危险动作如何在生产执行时即准备好危机应对动作做一个探讨。

4，备份，备份，备份。

数据库误删，不管是使用的rm -rf testdb还是drop database testdb，最终的效果都是一样的：数据目录下的testdb目录及目录下的文件都不可见了(和之前介绍的Linux下恢复删除的情况一致)，实际上文件内容依然还在那里如果没有数据覆盖上去的话。

#测试环境准备命令：mysql> create database testdb;Query OK, 1 row affected (0.08 sec)mysql> mysql> use testdb; Database changed mysql> mysql> create table aa(id int not null primary key, name varchar(20)); Query OK, 0 rows affected (0.34 sec)mysql> mysql> insert into aa values(1,'a'),(2,'b'),(3,'c'),(4,'d'); Query OK, 4 rows affected (0.17 sec) Records: 4 Duplicates: 0 Warnings: 0mysql> select * from aa; +----+------+ | id | name | +----+------+ | 1 | a | | 2 | b | | 3 | c | | 4 | d | +----+------+ 4 rows in set (0.00 sec)

testdb数据库表文件：

#删除数据库：#使用SQL命令 drop database testdb;#使用rm rm -rf testdb/

那么，这种情况下的数据库恢复动作就简单了，参考前面介绍Innodb引擎时的恢复方法即可：

1，完整的恢复testdb目录及目录下的文件即可找回删除掉的库名和表数据，然后针对具体的表引擎，将数据重新导入到数据库中即可。

2，如果找回的是非完整的，那么操作思路是一样的，能恢复多少恢复多少，剩余的如果实在找不回来，从最近一次的备份里提取，然后依靠其他手段比如单据来补全数据。

还是不知道怎么恢复MySQL数据库？找后悔药MySQL数据恢复houhuiyao.cc吧！

故障描述：

5块2T硬盘组建RAID5，划分LUN供windows服务器使用。在windows服务器内装有Sql Server2008数据库。存储空间内共有三个逻辑分区，大小分别为500G、800G、2.3T。数据库文件丢失，主要涉及五个数据库，表个数约为6000个左右。丢失原因未知，且不能确定数据存储位置。三个数据库的大小分别为8G、15G、20G。在文件丢失后服务器仍处于开机状态，但并未写入大量数据。

初检流程：

1、使用RAID信息及内部数据块信息重组RAID。

2、提取LUN内三个分区镜像。

3、扫描文件系统内丢失文件，未找到被删除数据库文件。

4、初检结果为数据库文件丢失，通过文件系统角度无法恢复。

恢复流程：

1、制定恢复方案。在数据库文件被删除且判定为无法恢复文件后，只能通过扫描数据页，并提取页内记录的方式进行恢复。

2、使用北亚自主编数据页扫描程序扫描分区内数据页并提取。在分别扫描两个分区镜像后发现500G系统盘内数据页数量极少且数据页断裂情况严重，另一分区内扫描到数据页个数较多。暂定此分区为数据库文件存储空间。

3、重组系统表。Sql Server数据库使用系统表来管理所有用户表，在这些系统表内记录了各表的列数、数据类型及约束信息等。解析系统表过程中发现提取出的数据页内系统表损坏，无法正常读取信息。在与客户沟通后得知有备份文件，且备份完成后没有大量改动表结构，系统表可用。

4、还原备份。

5、分别提取三个库中各表表结构信息

6、解析表结构脚本。将各表的列信息存入数据库内便于后续使用。

7、解析系统表获取用户表id信息、关联表结构与数据页。（为保护客户隐私，后续步骤涉及用户表表名及数据页内数据部分均未截图）

8、新建数据库，使用北亚自主编写软件解析记录并导入到恢复环境内。

9、整理恢复结果。在此分区内除数据库文件外还存有备份文件若干，所以在导出记录后可能存在重复数据，必须去重。编写SQL存储过程进行去重。

10、客户验证数据。客户在查验过数据后表示数据可以接受，移交数据到客户存储设备，恢复成功。

软件：用友，速达，管家婆，远光，奇安、金蝶、美萍、百威、广联达……等各种财务软件、医药软件、医院软件、汽配软件、服装软件、宾馆软件、书店软件、超市软件、OA办公自动化……等各种行业软件。

数据库：SQL，Oracle，Sybase，Access、dBase，FoxBase……等各种版本的新老数据库。

故障：数据库质疑，删除库内表，格式化，重做系统，重分区，系统还原，软件报错，数据错乱，备份覆盖，硬盘损坏……

收费：根据故障轻重和数据库文件的容量收费，500元起，数据库文件容量越大，工作量越大，耗时越长，收费越高。

涉密：如果客户数据涉密和隐私，可以签订《数据保密协议》，保证数据不会有任何形式的泄露。