本身对于数据库的认识不是很强，虽然在大学时，学了很久的数据库，但是都是理论方面的，实际应用中很少用到或者说一直的程序中也接触数据库比较少，所以突然登陆服务器报告异常时，才觉得“书到用时方恨少”呀。不过还好，测试中发现了问题。
介绍一下整个流程，虽然是歪打正着，不过也从另一个角度学会了不少东西。
1、报错提示：（由于在公司的机器上，所以没有及时摘取错误信息）大概意思就是说：登陆不上、可能是命名管道或者远程连接的问题。
当时由于自己确实是使用远程连接的另一台电脑，所以猜想可能是这个原因，但是查了一下数据库的设置，是允许远程访问的，所以不是这个原因导致的，但是一时间登陆不了，就觉得可能是用户名和密码错误，所以也没再思考，但是工作还是要做，怎么办呢？幸好还有一个测试的数据库可以先供使用，倒是测试通过，切换数据库就好。
2、测试的数据库也不是随便可以破坏的，所以备份了一下，在自己的机器上搭建了测试环境。
3、想到问题的原因也是因为我在自己本机搭建了测试环境，大家一定觉得奇怪，为什么在本机搭建环境是找到问题的原因呢？
因为，这个数据库数据量比较大，我自己机器上的数据库存储在c盘，所以可想而知，这样肯定会提示系统空间不足，于是就是这个原因帮助我了解问题的
首先：我先查找了一下C盘的占用情况，发现就是导入的数据库导致的，所以想更改路径，但是2008中，更改环境的方式一时间没找到，于是打算强删数据库文件盒日志文件，但是删除时总会提示被程序占用，于是在任务管理器重搜索了一下“sql”开头的程序，果然找到了有这样的程序，于是将程序停掉，果然文件可以删除了。
然后：删除完文件之后，想打开一下2008，看是否影响了其他数据库，结果报了那天的错误，刚开始不了解以为是数据库损坏了，当时还为服务器上的数据库着急了，但是当我将数据库文件和日志文件恢复后，仍然报错，最终没有办法只好将电脑重启，重启后发现没问题了，于是井数据库删除，又冲导入数据库到删除文件执行了一遍，不过这次找到2008修改默认路径的地址了，同时在文件未被使用时就将文件删除了，这次没有报那个错误，所以直接定位到时关掉程序引起的，但是关掉程序又怎么开机就运行呢。
最后，还是任务管理器，在其中选中一个程序后可以右键转到服务，果然关掉的程序都是服务，于是远程到那台机器，着了一下相应的服务，果然禁用了，将服务启动，问题解决了。
所以，有时候一个错误并不像我们想的那么简单或者那么难，有时也许一个意外的操作就突然了解到了问题的原因，生活中就是应该这样多留心，多观察，多记录。