今天在测试环境中，使用ArcCatalog连接到一个SDE服务的时候，报了如下一个错误：

到测试服务器上查看5153的端口的确处于监听状态：
192.168.100.228 [sde ~]$ netstat -lnp|grep giomgr
(Not all processes could be identified, non-owned process info
will not be sho

空间函数已经讲了三个类型了，再介绍一下最后一个类型，geometry类型。
该类型的函数的功能是创建一个新的geometry对象，其函数格式为：
--input:(Geometry_A, arcgs)
--returns (Geometry)
输入为一个Geometry对象以及一些参数，返回一个Geometry对象，以下三个函数是使用比较多的此类型的函数：
---ST_BUFFER
---ST_U

讲完操作系统的实施策略，接着介绍数据库的优化策略
1. 是否采用集群策略2. 配置相应的参数以及存储配置3. 如果采用集群策略，确定每个节点要完成的应用类型(OLTP,OLAP)
是否采用集群策略主要取决于两个方面：
首先是你的数据库服务器的硬件资源相对于前段应用业务是否可以满足，如果不能满足，那可以选择集群。第二个方面是你对系统的高可用上是否有要求，说白一些就是你能允许业务的宕机时间是多少，如果

FileGDBAPI for linux,一共提供了9个例子程序,分别是
Display Editing FeatureDatasets TableSchema Domains ExecutingSQL GeodatabaseManagement
Querying XMLsamples
其中除了第一个例子Display外，其它的例子不需要额外的库支持就可以编译运行，Display程序由于需要显示图

环境：
软件信息：
OS: Solaris 10
ArcSDE: 9.3.1
DBMS: Oracle10.2.0.3.0
配置信息：
Physical memory: 32G
Oracle的SGA_TARGET=16G

症状：
使用prstat –a（linux操作系统使用top命令）命令查看操作系统的进程系统，发现arcsde（安装sde的操作系统用户）使用了16G的内存，和oracle用

金字塔
在对前面一些因素的分析中，我们始终采用了未创建金字塔的存储数据进行讨论。这并非是对金字塔可以提高浏览速度作用的故意无视，而是我们希望排除掉金字塔的影响来获取我们需要的单个角度的信息。
现在，让我们来看一下金字塔的原理。金字塔通过在不同的比例尺下预先进行重采样并保存结果，避免了原始的栅格数据在小比例尺下实时重采样的过程，因此，此举能大大提高小比例尺下栅格数据的浏览效率。

图 8 栅格金字塔

FileGDB API Table类的Search函数支持简单的SELECT查询语句，其包含两种定义方式，分别是：
第一种定义方式为：
long FileGDBAPI::Table::Search ( const std::wstring & subfields,
const std::wstring & whereClause,
Envelope envelope

I. 设计策略示例
单幅大影像
数据源：单幅58.1G大小的NTF数据。
这是一个无压缩的DEM数据，虽然数据没有压缩，但是对于NTF这种数据格式直接访问的性能，我们未必有把握断言，因此，首先需要对这个数据本身读取的效率进行一定的度量。
参考前面的讨论和一些数据，我们知道一个4.72G大小的无压缩TIFF在数据分辨率下进行一个预览的耗时仅有0.08秒。现在首先来看一下这个近60G的无压缩NTF

可以使用数据库集群方式来解决上面所存在的问题，结果图如下所示：

上图为两个数据库集群的情况，可以将操作员的所有请求由第一台数据库服务器来处理，领导所发送的请求由第二台数据库服务器来处理，这两台机器所获得的数据从一个库中所获取，因此可以解决OLAP和OLTP的问题。
接下来看看ArcSDE的部署情况，ArcSDE的部署情况可以由下图来表示：

从ArcSDE本身上讲支持两种连接方式：第一种是两层直

矢量数据存储类型策略
ArcSD针对不同的数据支持不同的矢量存储类型，下图是具体的每个数据库所支持的存储类型：

具体每个存储类型具体代表什么东西，大家可以查看SDE空间索引原理介绍系列
里面有针对oracle数据库的各种数据存储类型的详细介绍。
不同的存储类型的比较大的一个却别是所占有的存储空间不同，下面是以oracle数据库上三种存储类型所占有空间大小的对比：

其中以ST_GEOMETRY存

环境：
OS:SunOS 5.10
ArcGIS Server: 9.3.1
ArcSDE: 9.3.1
DBMS: 10.2.0.4
ArcGIS Server和ArcSDE是部署在两台机器上
现象：
1. 使用ArcGIS Server的发布的ArcSDE数据源的地图服务能够启动，但是过一段时间后就断了。
2. 后来发布的地图服务直接不能启动。
排查过程：
1.对发布的地图服务时断时续，

测试环境:
ArcSDE9.3
Database:10.2.0.4
OS: window xp sp2

原数据库名称为test，网络服务名为test,位于esri-liufeng机器上，需要将数据库迁移到psdserver机器上
原理：
利用Recovery Manger对原数据库进行物理备份，将备份完后的备份文件利用操作系统工具cp到psdserver上，然后在techserver上新建立一个