近日，鸿萌接到委托恢复服务器Dell R710的数据，据客户描述数据中最为重要的部分为第二分区的SQL数据库文件。

数据库产生于距今六十多年前，随着信息技术和市场的发展，特别是二十世纪九十年代以后，数据管理不再仅仅是存储和管理数据，而转变成用户所需要的各种数据管理的方式。数据库有很多种类型，从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用。

在信息化社会，充分有效地管理和利用各类信息资源，是进行科学研究和决策管理的前提条件。数据库技术是管理信息系统、办公自动化系统、决策支持系统等各类信息系统的核心部分，是进行科学研究和决策管理的重要技术手段。

我方技术人员在恢复该设备的数据时，按照常规操作检测硬盘健康程度，有坏道的硬盘及时做出镜像。使用Winhex手工分析后得到了阵列信息，经过检验数据可用。但是数据库文件在附加时报错，而且几个数据库在附加时的报错并不相同。

技术人员经过细致的分析后认为数据库严重损坏的可能并不大，但是有很大可能存在数据库碎片过多的问题。客户对于服务器宕机前硬盘的状态并不清楚，在服务器宕机后也对硬盘做过不专业的操作，所以数据受到影响不足为奇。数据库报错信息如下：

1、Microsoft SQL Server，错误：3414

2、Microsoft SQL Server，错误：3624

截图如下：

技术人员对数据库文件使用专业工具测试后，分析了表的完整性，并使用修复工具确定了导致报错的位置。根据报错代码error 3414和error 3624校正了表的错误信息后，数据库成功附加，且所有信息完整。

从接手这组阵列到恢复出阵列数据，我方技术人员按照专业的操作流程进行恢复，都没有遇到什么障碍。但是，如果客户在不了解设备故障的情况下，对阵列做出误操作，且送修后也没能提供给专业数据恢复工程师切实可用的信息的话，这就不光会导致数据库的附加报错，还有可能为数据恢复工作增加了困难和风险，导致数据的无法恢复。所以我们强烈的建议您，在设备和数据出现问题的第一时间，一定要咨询专业的数据恢复公司，切勿在不了解情况时做出误操作。

数据无价，谨慎操作！

鸿萌数据安全中心，为您的数据保驾护航！

做管理软件这个行业都离不开安装数据库，一般市面上分SQL server 2000和Access数据库两种。

你想进入软件行业还不会安装sql数据库你要认真看看了。

首先我们要做的是：

1、找到SQL server 2000安装包并解压出来。

2、解压完成后，找到安装包中SQLserver2000组件标注，点击进入。

3、选择 "下一步"，然后选择 "本地计算机" 进行安装，点下一步。

4、在 "安装选择" 的界面，一定选择要 "创建新的SQL Server实例，安装客户端工具这一项，然后点下一步。

5：在 "用户信息" 窗口，输入你的信息，并选择接受软件许可证协议，点下一步。

6：在 "安装定义"窗口，选择 "服务器和客户端工具" 选项安装，点下一步。

7：在 "实例名" 窗口，选择 "默认" 的实例名称，点击下一步安装。

8：根据个人情况选择安装选项，如果默认就选择在 "安装类型" 窗口，选择 "典型" 安装选项，并指定 "目的文件夹"。因为程序和数据文件的默认安装位置都是 "C:\Program Files\Microsoft SQL Server\"，所以你不想安装到C盘，可以自定义选择，下一步。

9：在建立 "服务账号" 窗口的时候，要选择 "使用本地系统账户"，点击下一步。

10:要在 "身份验证模式" 窗口，选择 "混合模式" ，设置自己的密码（一般默认是sa），点下一步。

11：最后我们就等着软件自动安装完毕后，就会提示你“完成”。

温馨提示：

如果你是新手想学习安装数据库的时候，一定要先备份数据！

好了，今天就先分享到这里吧！

想学习的可以私聊我呀！

记得关注我！

数据库文件对所有用户都很重要, 并存储大量重要信息。了解有关修复损坏的 SQL 数据库文件的手动和专业解决方案。　　今天的MS SQL Server是最常用的关系数据库之一。 它具有先进的内部结构并提供很高的可靠性。 这就是大多数组织使用SQL Server数据库来保存所有关键业务数据的原因。 但是也有一些情况，如病毒感染，操作系统故障，文件系统损坏等等，因为SQL数据库变得损坏，并且存储在其中的所有数据都不可访问。 从SQL Server中的损坏状态修复.mdf文件不是一件容易的事。　　用户可以使用手动技术来修复SQL数据库中损坏的MDF文件，但这不是一种可靠的方法，因为不能保证使用手动方法进行数据恢复。 但是，也有第三方工具，如SysTools SQL Recovery，声称以完美的方式修复.mdf文件。　　因此，在这篇文章中，我们将讨论修复损坏的SQL数据库的最佳解决方案。 但在此之前，了解SQL数据库中损坏的原因很重要。　　损坏的SQL数据库背后的原因　　在SQL Server数据库中出现腐败背后可能有各种可能的原因。 众所周知，SQL数据库的MDF文件是主数据库文件。 它们存储所有用户数据，因此MDF文件中的损坏可能会损坏整个数据库。 因此，首先，我们将讨论MDF文件损坏背后的所有可能的原因：　　存储介质中存储所有MDF文件的损坏。　　如果用户将SQL数据库存储在压缩文件夹中，则MDF文件可能会损坏。　　任何修改或更改都是在SQL Server帐户中完成的。　　用户可能意外删除了一些数据。　　如果文件头损坏，则会导致MDF文件损坏。　　损坏的磁盘驱动程序。　　如果SQL数据库正在使用，并且在两者之间存在网络故障，则会导致MDF文件损坏。　　导致MDF文件损坏的其他可能原因包括病毒攻击，硬盘故障，系统异常关机和突然断电。　　因此，如果MDF文件损坏，那么SQL数据库变得不可访问。 而且，如果用户试图访问损坏的数据库，则可能会遇到一些错误消息。 下面列出了最常遇到的错误消息：　　存储所有MDF文件的存储介质中损坏。　　如果用户将SQL数据库存储在压缩文件夹中，则MDF文件可能会损坏。　　元数据损坏错误。　　用户可能意外删除了一些数据。　　SQL Server/Msg 825 (读取重试) 中 SQL Server/Msg 824 中的 Msg 823 错误。　　除此之外，用户在访问损坏的SQL数据库时可能会遇到其他一些错误消息。 因此，数据库管理员有责任立即采取措施并防止任何类型的数据丢失。　　如何通过手动修复MDF文件　　有几种手动方法可用于修复损坏的SQL数据库，但手动解决方案不能保证数据库恢复。　　为了恢复损坏的数据库，用户可以使用SQL Server的NDF文件（日志文件）。但是, 只有日志文件不足以在大多数损坏情况下还原数据库, 因为有时, 由于严重损坏, 备份文件也会损坏。　　修复和恢复损坏的SQL数据库的另一种可能方法是在数据库控制台命令（即DBCC CHECKDB）的帮助下进行的。这对于在 SQL server 数据库中修复小的损坏问题非常有用。　　使用DBCC CHECKDB修复损坏的MDF文件的步骤　　首先，您需要通过执行以下查询在损坏的SQL数据库上运行DBCC CHECKDB：

注意：您还可以使用DBCC CHECKDB定义一些选项，如no_infomsgs和infomsgs。　　之后，您需要检查索引ID。　　情况1：如果索引ID> 1，则将其放下并重新创建。　　情况2：如果索引ID为0或1，则再次运行DBCC CHECKDB并使用适当的修复选项，如repair_rebuild，repair_fast或repair_allow_data_loss。　　

现在，为了确保零损坏，执行DBCC CHECKDB并显示一条消息，即DBCC CHECKDB在name_of_your_corrupt_database中显示0个分配错误和0个一致性错误。　　如果手动方法失败怎么办？　　手动解决方案并不总是一个万无一失的解决方案。 他们可能有一些限制。 例如，在严重损坏的MDF文件的情况下，手动失败很容易。 而且，手动解决方案要求用户在技术上强大。 因此，建议使用一些可靠的第三方软件来修复损坏的SQL数据库。 SQL数据库恢复程序是修复MDF文件中任何类型的损坏问题的最佳实用程序之一。　　SQL恢复工具能够修复损坏的SQL数据库文件 - MDF和NDF。 它是一款无风险软件，可恢复存储在其中的所有数据项，如表格，规则，触发器，函数等。除此之外，软件只需几次点击即可修复数据库，而不会浪费任何时间。　　从MDF文件修复损坏的SQL数据库的步骤　　在本地机器上下载并运行SQL Recovery Program。　　

之后，打开您选择的损坏的SQL数据库文件（.mdf文件）。　　

选择扫描模式，然后单击确定。　　

该工具将提供存储在损坏的MDF文件中的数据项的预览。　　

点击导出保存恢复的数据库。　　

结论　　数据库文件对于任何用户都非常重要，因为它们存储大量重要信息。 SQL数据库中的任何类型的损坏问题都可能给用户造成麻烦。 因此，为了克服所有这些问题，我们讨论了手动和专业解决方案来修复损坏的SQL数据库文件。

　更多阅读

12种最受欢迎的编程语言

软考网络工程师准备篇（二）：上午答题技巧

软考网络工程师备考篇（一）：考前准备

一、现在win10系统已经比较普遍了，笔者也是从16年就开始升级了win10使用至今。说实话，早已经不想退回win7了。win10作为新系统，对比较老旧的一些软件支持不好或者说不支持。就以SQL2000为例，十几年前的老产品了，win10本身是不支持的，但因为2000体积小、安装速度快、成熟等原因，还是应用比较广泛的，更有甚者，有的软件只支持SQL2000。今天我们就来看下win10系统如何安装SQL2000，其实主要是权限的问题，win10比前代在系统盘（C盘）的权限控制上收紧了很多，而我们需要放开这些权限。

二、设置系统盘（C盘）权限，笔者使用的是win10原版专业版

1、首先更改syswow64文件夹的权限，给予administrators组完全控制的权限，如图：

2、第一张图片所示点击“高级”按钮，如下图操作，把所有者改为管理员administrator

3、勾选下图红圈所示项目，强制下级继承我们更改后的权限

三、将SQL2000安装包目录下的SQLUNIRL.DLL文件复制到syswow64文件夹下替换原文件

四、接下来我们就可以安装SQL2000了，具体步骤可以参考我之前的文章。这里还需要注意的一点是：如果win10升级了，SQL将不能正常启动，权限会恢复默认设置，需要把上述步骤再做一遍，包括覆盖SQLUNIRL.DLL文件。

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.数据恢复结论：

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

一、SQL2000体积小、安装速度快，成熟稳定，至今仍有不小的用途；但是相比较于2005和2008，有时突然断电或磁盘问题可能导致出现“置疑”的情况机率要大一些，此时我们无法读取数据；如果有备份，直接还原即可；如果没有备份，那就只能修复了；置疑修复后不能完全保证数据的准确性，有可能部分数据会丢失。

二、注意事项

1、千万不要对数据库进行分离操作；

2、建议停掉SQL服务，把置疑的数据库备份一份。

三、置疑修复步骤

1、假设原库名为DB，新建一个库名为DB1（不要和DB在一个目录下）；

2、停止SQL服务；

3、将置疑库DB重命名为DB1，覆盖DB1；

4、启动SQL服务，此时在企业管理器中DB1仍为置疑，先不用管；

5、执行下面的语句，注意修改数据库名称：

USE MASTER

GO

SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE

GO

UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='DB1'

Go

sp_dboption 'DB1', 'single user', 'true'

Go

DBCC CHECKDB('DB1')

Go

update sysdatabases set status =28 where name='DB1'

Go

sp_configure 'allow updates', 0 reconfigure with override

Go

sp_dboption 'DB1', 'single user', 'false'

Go

6、此时DB1库恢复正常，但如若重启电脑，库仍为“置疑”；彻底解决的方法是再新建一个库，如DB11，将DB1库中的数据通过“导入导出工具”导到新库中。

四、SQL2000数据库设置自动备份请参考我之前的文章，为了最大限度的确保数据不被损坏，建议设置自动备份功能。

一、附加数据库与分离数据库相反，只有分离的数据库才能附加，分离后的数据库不能再正常读取，只有附加后才能读取；而还原数据库是指在原有数据库的基础上进行，一般选择覆盖原有数据库，SQL中如果不存在这个库是不能还原的（物理设备上要有库文件）。客户的服务器需要重装，小编是先备份原库（使用软件或SQL备份或停止SQL直接拷走数据库文件或在PE下拷走），重装完成后拷回原位置直接附加（个人经验附加始终比还原快），使用还原的情况比较少。还原数据库小编之前已经分享过，这里不再赘述。今天小编来分享下数据库的分离与附加。

二、分离数据库

1、选中要分离的库—右键“所有任务”—分离数据库

2、如果存在数据库连接可“清除”，点击“确定”

3、分离成功

三、附加数据库

1、要在“数据库”上右键—所有任务—附加数据库

2、附加数据库界面：点击按钮

3、选择要附加的数据库文件，注意要选择.MDF的文件，.LDF是日志文件

4、选择好后的界面，注意“指定数据库所有者”，有的是sa，有的是其它的，比如科脉是km

5、点击“确定”，附加成功

四、有时候轻度数据库置疑也可以通过“分离—附加”来修复，不过还是不建议这样做。我是百家号作者小白信息说，专注电子信息领域经验分享、技术交流，感谢关注！

一、数据无价，笔者也曾遇到过客户因为各种各样的原因导致数据丢失或数据库出现置疑的情况。无论是恢复数据还是修复置疑，都要耗费大量的时间和金钱，所以数据库的备份实在太过重要，是必须重视的一环。我们今天就来看下SQL2000如何设置自动备份。

二、设置自动备份流程

1、首先打开企业管理器，如下图：

2、新建维护计划

3、选择要备份的数据库

4、此处默认即可

5、选择是否检查数据库完整性，根据实际情况选择即可

6、如图选择即可，更改按钮中可以设置备份计划

7、指定备份目录并且设置删除早于此时间的文件，由于磁盘空间有限，随着数据库的增长，备份文件将越来越大，需要删除一定时间前的文件来释放空间。

8、此处是日志文件的备份计划，与数据文件相同的设置即可。

9、此处根据实际情况选择

10、默认

11、完成

12、SQL代理服务必须启用，否则不能自动备份

13、可在作业中查看、编辑

三、后记

建议有条件采用多设备备份的方式，比如使用云盘或群晖NAS的自动备份功能备份数据库，多一重或几重保险，防止本地硬盘损坏造成备份无法使用需要恢复的情况，虽然这种可能性很小。

一、上期我们分享了SQL2000数据库的备份与还原，这期我们再来分享下SQL2008数据库的备份与还原。

二、SQL2008数据库的备份

1、登录sql server management studio

2、选择要备份的数据库，右键—任务—备份

3、添加备份目标，并输入备份文件的名称

4、这是选择好后的显示页面，确定再确定即开始备份并完成

三、数据库还原

1、选择要还原的数据库—右键—任务—还原

2、如图，刚才备份的数据库会直接显示，可以直接还原

3、注意选项中要勾选“覆盖现有数据库”，“还原为”的路径一定确保正确

4、另外一种情况是通过源设备选择还原的文件

5、“文件类型”要选择所有文件，否则看不到备份是文件

6、勾选“还原”，确定即可完成还原

一、数据库备份

1、打开企业管理器，如图所示操作

2、一般选择完全备份，添加备份目的

3、选择备份目录，输入备份数据库名称，接着按下图操作即可，直至完成备份

二、数据库还原

2、如果之前备份了库，在此处可以直接还原，请选择“在现有数据库上强制还原”

2、从设备还原，比如从别的服务器上拷过来的备份库，选择设备，添加还原设备，如下图操作即可，直至还原完成

3、如果还原时提示数据库正在被占用，可通过分离功能清除连接再进行还原；注意：使用分离功能只是清除连接，不要点“确定”真的分离数据库