sql2005安装图解（sql2005安装教程图解 配置工具）

最近在整理项目，翻出十多年前的老项目，现在还能用，只是因为分辨率原因，显示小了好多，其他一切正常。

那个时候还是.net3.5

iis6

sql2005

ie6

那个时候用aspx，流行三层架构，用存储过程，这个项目居然用了130个存储过程，22个表。

其实功能还挺多的，有角色，权限，17项菜单功能，什么产品，属性，客户，项目，业务，业绩，跟单等。

记得当时客户是一个买监控设备的，业务员更单，项目报备，冲突检测，业绩计算，客户维护。

当时做些可能还是有钱吧。没现在卷。现在一堆功能都有很多人打价格战，这个也是发展的必然结果吧，再后来会怎么样？洗盘重来吗？大家都不知道，这种未知才更有魅力。

遇上个尴尬的事，合同内容只是帮客户制卡发卡，客户门禁服务器崩了，整个系统要重装，这个服务跟监控和其它几个系统是联动的，前两年重搞一次收2000元，如果简单搞下一天搞完还挺香的，关键是这个系统太大，调试几天才行，收多又不好意思！

在这里吐槽一下，做开发大神们，一个简单的门禁系统别搞那么复杂，搞成那种一键安装多好，数据库最低SQL2005,装完后，还要各种连接配置，没搞过的技术，根本接受不了，还不是一两句话可以说清楚的，拿着系统说明根本就不会操作。

#删库#通宵救援 广东佛山*单位，

案例描述：关键业务系统，数据库版本为SQL2005，MDF容量260GB，人为恶意删除，碎片重组，根据bak手工补页，连续奋战20多小时！

成功加载库，数据正在检验合并中……

这几天给一台新电脑安装Visual Studio 2022，安装程序很小，所有的组件需要同步在线下载，才能安装，我才猛然意识到Visual Studio 2022已经没有离线版的ISO格式的安装文件了，这个让我很失落。

我学.Net开发是在2000年左右，那个时候我在湖北某个偏僻的地方工作，自己只有一台奔三赛扬机器，没有网络，只能偶尔在网吧上网，而且非常远。

Visual Studio 2003包含离线版的MSDN帮助文档的安装文件很大， 那个时候我已经有优盘了，但只有128M，根本存储不下。

我记得当年Flash还没有被Adobe收购之前的最后一个版本是Flash8，安装包正好是125M，我的优盘刚刚能装下，喜滋滋地从网吧下载带回了家，和过节一样。

当时安装比较大的软件只能通过到线下渠道买光盘，光驱极为重要，而且光盘的质疑良莠不齐，缺文件，光盘有问题部分数据读不出去报错很常见。小地方卖这些东西的地方不多，会卖一些系统盘和游戏光盘，这种开发盘是不会进，不会卖的，而且非常贵。

为了获取Visual Studio 2003的安装文件，我是来回坐了8、9个小时的车到了一个地级市的市区， 那里有一个规模稍微大点的电脑市场，我记得Visual Studio 2003的安装文件大概有6、7张光盘不止，安装特别麻烦，不停地提示要插入对应的光盘。

由于没有网络，敲代码过程出现报错是没法在网络查询的，只能两眼一抹黑硬着头皮找Bug，当时的学习过程非常艰难。

后来到了Visual Studio 2005时代，我所在的地方已经通网了，但是普通的电话线，虽然号称是2M，实际网速只有236K左右，下载只有21K，我记得非常清楚Visual Studio 2005的安装文件大概是2.5G，我是花了一天一夜才下载完。

现在我国网络发展很普及了，但是我相信还是有很多落后的地方，还有不少有志青年没有好的条件上网，去年我卖一本孙鑫老师的《vc++深入详解》的书，买家是一个贵州小伙，他就问我有没有书的配套光盘，如果有网络这些找得到下载，他肯定是没有的。

2005年前后，我在边学做C Sharp、Flash开发，那个时候的的一个重点是从不同的数据源获取、解析和显示数据（主要是从远程的XML、Sql Sever、Flash Remoting、Flash Media Server和WebService等等），学习的时候都是在本地模拟的，后来我是用优盘带着网吧去调试的，真正从远程服务器中取得数据显示出来，非常兴奋。

所以，我觉得微软最好还是为Visual Studio做一个离线版的安装文件， 现在有这类需求的朋友比较少，但一定有，他们所可能遇到的困难要高出普通人的想像，我们很多习以为常的事情在他们来说都可能是遥不可及。

希望那些条件不好，有志的年轻人坚持住，尽量想办法克服困难，“宝剑锋从磨砺出，梅花香自苦寒来”，加油。

SQL2005数据库IAM索引映射错误手工处理后完美修复

【单位名称】 北京某超市

【介质描述】科脉商务云V9

【数据库版本】 SQL 2005

【数据库大小】MDF 14GB

财务服务器

【数据恢复故障描述】服务器意外断电重启后 软件运行某些功能报错

【数据恢复故障分析】

1:kmzy_v9的 DBCC 结果。

消息 2576，级别 16，状态 1，第 1 行

索引分配映射(IAM)页 (1:389643) (位于对象 ID 0，索引 ID -1，分区 ID 72057594058964992，分配单元

ID 72057594185252864 (类型为 Unknown))的上一个指针指向了 IAM 页 (0:0)，但扫描过程中检测不到它。

CHECKDB 发现有 1 个分配错误和 0 个一致性错误与任何单个的对象都没有关联。

CHECKDB 在数据库 ‘kmzy_v9’ 中发现 1 个分配错误和 0 个一致性错误。

对于由 DBCC CHECKDB (kmzy_v9)发现的错误，repair_allow_data_loss 是最低的修复级别

【数据恢复过程】

1：数据库常用修复方法一种是通过数据库修复软件导表提取数据,这种方式修复后一般会丢失数据或者在软件里面运行出现各种报错，如果数据很大这种方式很费时间，第二种就是通过手工纠正错误，这种方式修复好后数据几乎可以完美。

2：根据DBCC 检测后的信息定位到报错的表名字,通过修改底层数据来纠正错误。