背景说明： 由于这个项目服务端和客户端技术都是使用的c#，所以下面提到的一些运维工具也是针对c#特有的(项目具体的背景就不详细介绍了)。
编写目的，主要是整理这些年一线运维的一些经验和技巧，利用这些工具和技巧快速解决问题，为用户提供好的技术支持。
说明： 由于这个目前还是初稿，后面里面的结构可能会调整~~
- 沟通技巧（这个最重要）
- 运维工具选择
- 排查问题的思路
- 良好的心态
这个由于本人也是技术出身，沟通的能力也不行，在这就不分享了，但在一线运维过程中，沟通这项工作特别特别重要。
下面来分享一下本人在现在运维过程中常用到的一些工具(有了这些工具，在运维过程中遇到的问题，基本99%都可以解决)。
这个工具主要是解决修复现场的某些很紧急的BUG缺陷。因为一般在运维现场不会有打包发布的流程，而当我们在现场运维过程中遇到了一些很紧急的BUG的话，而又来不及及时打包，这时我们就可以使用这个工具，对需要修改的dll进行IL注入，修改完成后，通过替换dll来达到修复BUG的目标。
下载地址：.netreflector
这个工具主要用来调试在运维过程中发现的BUG。在运维过程中，出现问题的概率是很大的，而有些问题，我们通过走查代码又很难发现，这时，ILSpy就派上用场了，通过直接反编译dll，附加到运行的exe进程进行调试，调试方法类似于vs。
这个工具主要是来解决一些疑难杂症。可以清楚知道应用程序的运行的加载过程，可以分析应用程序运行过程中的内存镜像，还可以分析应用程序某一刻运行的内存快照dump文件，还可以分析应用程序运行过程中产生的线程等等。
这个主要是用来对数据库的检查的。
这个主要是用来查看某台PC机端口的使用情况。
这个主要是用来将客户端程序可使用的内存上限提升到4GB，适用于c# c++ 的exe程序。
这个工具主要是用来对数据基础数据及数据字典进行备份。
这篇文章主要是用来对orale数据库性能的监控
解决方案: 重新安装msdtc服务，dtc服务允许 出栈和入栈。
win7开机报错: Windows 7: Runtime Error! Program: C:windows\system32\nvvsvc.exe。
解决方案：打开服务管理器，停掉NVIDIA Display Driver Service服务即可
主要原因是：ODAC的安装顺序与.netframework的安装顺序不对。 解决方案有两种：
- 需要执行脚本oracleforframework.bat
- 重新安装一下.netframework
其实我们客户端是没有依赖arcgis9.3环境的，主要原因是使用域控分发策略，使得注册表installer目录下有了老版本的安装包信息，将其删除掉即可。
使用4GB内存工具将exe包装一把即可
主要检查下客户端杀毒软件及查看防火墙是否关闭
主要原因是域控策略禁用了磁盘的挂载，将域控策略禁用即可。
主要原因是客户机有三屏，需要将电脑主屏显示我们软件的主屏。
中心断电后，启动数据库，发现其中一个节点不能起来。 解决方案： 将该节点多重启几次
数据库因为调整网络后，一个节点不能起来，报错ora-00603，ora-27504。检查发现用于互联的eth1没有up，也相当于整个节点没有连接到交换机。
解决方案：将eth1 up，启动数据库即可(startup mount； alert database open)
原因：
- 磁带库已满
- GG不能连通(或者DG不能连通)
- 数据库服务器上的tnsnames.ora不准确。
- 硬件问题
- 磁带卡住
- 前面session在running，一直挂着，没有完成。
一般是使用c++的动态库错误造成(可以修改使用c++问题，如替换MXD,还可以修改环境变量解决)
待续...