ArcGIS Server Basic 9.2（即ArcSDE）可以部署在64位Unix服务器上，比如AIX/Solaris操作系统，但是在64位Windows操作系统上直接部署会出现问题，如果用Oracle，大家可能都碰到过执行post installation时提示oci.dll错误，这是因为ArcSDE 9.2本身是32位程序，和Oracle进行连接时需要32位dll的支持，因此出现配置错误，了解问题所在后，我们只需提供ArcSDE post所需环境，就能解决在64位Windows环境下的安装问题。
以Oracle10g为例，当前64位服务器上安装的是Windows操作系统，数据库是64位的Oracle10.2.0.2，此时下载一个Oracle10.2.0.1客户端，安装在服务器上，然后在客户端配置Net Service Name（假设为nsn1），确定通过sqlplus sys/password@nsn1 as sysdba能够正常连接数据库。
安装ArcSDE，post配置时，选择Custom，去掉"Create ArcSDE Service"，整个配置过程和普通ArcSDE安装没有区别，只是最后创建服务需要手工创建，执行：
sdeservice -o create -d ORACLE10G,nsn1 -p sde -n
修改三个文件的配置：
1.<windows安装目录>"system32"drivers"etc中的service文件，添加"esri_sde 5151/tcp #ArcSDE for Oracle"
2.修改SDEHOME"etc中的services.sde，添加"esri_sde 5151/tcp #ArcSDE for Oracle"
3.修改SDEHOME"etc中的dbinit.sde，将"set ORACLE_SID=<TNSName>"改为"set LOCAL=nsn1"
最后在"我的电脑"-->"管理"中手动启动ArcSDE服务。这种方式可以将ArcSDE安装好，但ArcSDE仅仅是基于32位方式运行，从实际应用上来说，64位环境对数据库应用更有意义。不管怎样，毕竟64位是今后的发展趋势，ArcSDE将从9.3开始全面支持64位，先不说性能提升多少的问题，在64位Windows环境下部署的时候再也不用先安装Oracle客户端了。
以Oracle10g为例，当前64位服务器上安装的是Windows操作系统，数据库是64位的Oracle10.2.0.2，此时下载一个Oracle10.2.0.1客户端，安装在服务器上，然后在客户端配置Net Service Name（假设为nsn1），确定通过sqlplus sys/password@nsn1 as sysdba能够正常连接数据库。
安装ArcSDE，post配置时，选择Custom，去掉"Create ArcSDE Service"，整个配置过程和普通ArcSDE安装没有区别，只是最后创建服务需要手工创建，执行：
sdeservice -o create -d ORACLE10G,nsn1 -p sde -n
修改三个文件的配置：
1.<windows安装目录>"system32"drivers"etc中的service文件，添加"esri_sde 5151/tcp #ArcSDE for Oracle"
2.修改SDEHOME"etc中的services.sde，添加"esri_sde 5151/tcp #ArcSDE for Oracle"
3.修改SDEHOME"etc中的dbinit.sde，将"set ORACLE_SID=<TNSName>"改为"set LOCAL=nsn1"
最后在"我的电脑"-->"管理"中手动启动ArcSDE服务。这种方式可以将ArcSDE安装好，但ArcSDE仅仅是基于32位方式运行，从实际应用上来说，64位环境对数据库应用更有意义。不管怎样，毕竟64位是今后的发展趋势，ArcSDE将从9.3开始全面支持64位，先不说性能提升多少的问题，在64位Windows环境下部署的时候再也不用先安装Oracle客户端了。
64位数据库是数据库的主流环境，大多数用户都会将ArcSDE和数据库安装在一台服务器上，ArcSDE 9.3开始支持64位是正确选择，当然如果想将ArcSDE服务器和数据库服务器分离，同样可以采用上述方法，在ArcSDE服务器上安装好Oracle客户端，配置Net Service Name，用命令方式创建服务（加上参数"-n"）。
本文转自Flyingis博客园博客，原文链接：http://www.cnblogs.com/flyingis/archive/2008/03/25/1121658.html，如需转载请自行联系原作者
