¿Hay alguna solución para la visualización de datos ArcSDE 10.1 muy lenta?

8

Sufro de datos de visualización muy lentos y una base de datos ArcSDE de una aplicación de motor Arcgis, la base de datos SDE está en localhost, por lo que no hay problemas de red. pero todavía no sé las razones ni cómo resolver este problema.

Estoy trabajando en una máquina de 64 bits con 2 CPU Xeon 3.4 GHz y 2 Gb de RAM.

la base de datos contiene 20 clases de entidad, pero con el número máximo de entidades no exceda de 100 000 en algunas clases de entidad, si espero ver los datos debo esperar 10 minutos.

Traté de comprimir y reconstruir índices en la base de datos, pero no hay mejoras en absoluto.

Traté de ver datos de ArcMap, encontré el mismo problema.

Usando el monitor de rendimiento, señalé algunos cuellos de botella en la CPU y en los lados de la red.

Detalles del SDEINTERCEPT:

He intentado el consejo de @travis , por lo que abrí datos de referencia mxd en sde con Arcmap, luego señalé que esta parte lleva 7 minutos:

[W 10:34:37.710] Command:      QueryWithInfo
[R 10:34:37.710] Long:         1
[R 10:34:37.710] Query Info: 
    Num Columns:   1
    Columns:       "shape"
    SQL_Construct: [1]
    Tables:        "gebase.sde.point"
    WhereClause:   "type_point_id<3"
    Query Type:    4
    Num Hints:     0
    Num Parameter markers: 0
    Logfile:       <null>
[W 10:34:37.718] Long:         0
[W 10:34:37.718] Col_Defines:  [1]
    Name                                 Type    Width nDec  NULL?   RowID
    -------------------------------- ----------- ----- ---- -------- -----
    shape                            SE_SHAPE        0   0      NULL      
    -------------------------------- ----------- ----- ---- -------- -----
[W 10:34:37.718] Long:         71303299
[W 10:34:37.718] Long:         0
[W 10:34:37.718] CoordRef:
    XY False Origin:       -37644800,, -28128500,
    XY System Units:       10000,
    XY Half SysUnit:       0,00005
    XY Round:              0,0001
    XY Cluster Tolerance:  0,001
    Z  Offset:             -100000,000000
    Z  Units:              10000,000000
    Z  Half SysUnit:       0,000050000
    Z  Round:              0,000100000
    Z  Cluster Tolerance:  0,001
    Measure Offset:        -100000,000000
    Measure Units:         10000,000000
    Measure Half SysUnit:  0,000050000
    Measure Round:         0,000100000
    Measure Cluster Tol:   0,001
    Coordinate System ID:  0
    Coordinate System:     "PROJCS["Nord_Maroc_Degree",GEOGCS["GCS_Merchich_Degree",DATUM["D_Merchich",SPHEROID["Clarke_1880_IGN",6378249.2,293.46602]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Lambert_Conformal_Conic"],PARAMETER["False_Easting",500000.0],PARAMETER["False_Northing",300000.0],PARAMETER["Central_Meridian",-5.4],PARAMETER["Standard_Parallel_1",33.3],PARAMETER["Scale_Factor",0.999625769],PARAMETER["Latitude_Of_Origin",33.3],UNIT["Meter",1.0]]"
    Spatial Reference ID:  102191
    Precision              High [64]
========================================
[W 10:34:37.719] Command:      SetSpatialConstraints
[R 10:34:37.719] Long:         1
[R 10:34:37.719] Short:        2
[R 10:34:37.719] Long:         0
[R 10:34:37.720] Filter Array: [1]
    Table:        gebase.sde.point
    Column:       shape
    SearchMethod: SM_ENVP
    Truth:        Must Pass
    FilterType:   SE_SHAPE_FILTER
          FilterShape:
          XY False Origin:       -37644800,, -28128500,
          XY System Units:       10000,
          XY Half SysUnit:       0,00005
          XY Round:              0,0001
          XY Cluster Tolerance:  0,001
          Z  Offset:             -100000,000000
          Z  Units:              10000,000000
          Z  Half SysUnit:       0,000050000
          Z  Round:              0,000100000
          Z  Cluster Tolerance:  0,001
          Measure Offset:        -100000,000000
          Measure Units:         10000,000000
          Measure Half SysUnit:  0,000050000
          Measure Round:         0,000100000
          Measure Cluster Tol:   0,001
          Coordinate System ID:  0
          Coordinate System:     "PROJCS["Nord_Maroc_Degree",GEOGCS["GCS_Merchich_Degree",DATUM["D_Merchich",SPHEROID["Clarke_1880_IGN",6378249.2,293.46602]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Lambert_Conformal_Conic"],PARAMETER["False_Easting",500000.0],PARAMETER["False_Northing",300000.0],PARAMETER["Central_Meridian",-5.4],PARAMETER["Standard_Parallel_1",33.3],PARAMETER["Scale_Factor",0.999625769],PARAMETER["Latitude_Of_Origin",33.3],UNIT["Meter",1.0]]"
          Spatial Reference ID:  102191
          Precision              High [64]
          Feature Number:        0
          Feature Entity Type:   Area        
          Number of Points:      5
          Feature Envelope:
            MinX:    328133,48150, MaxX:    384094,63650
            MinY:    133834,78230, MaxY:    159869,12210
          Polygon Perimeter:        163990,98960
          Polygon Area:          1456911724,87047
---------------------------------------------------------------
Point          X                Y               2D Distance 
---------------------------------------------------------------
    1     328133,48150     133834,78230
    2     384094,63650     133834,78230        55961,155
    3     384094,63650     159869,12210        26034,340
    4     328133,48150     159869,12210        55961,155
    5     328133,48150     133834,78230        26034,340

[W 10:34:37.721] Long:         0
========================================
[W 10:34:37.721] Command:      ExecuteSpatialQuery
[R 10:34:37.721] Long:         1
[W 10:34:37.727] Long:         0
========================================
[W 10:41:17.554] Command:      NextBuffer
[R 10:41:17.554] Long:         1
[W 10:41:17.554] Long:         0
[R 10:41:17.554] Long:         16416
[W 10:41:17.554] Long:         456
[W 10:41:17.554] Short:        -1
[W 10:41:17.554] Long:         0
[W 10:41:17.554] Long:         0
[W 10:41:17.554] Block:
    BufferInfo: [25/16416]  Address@0x26fb0000 
    BufferInHex:    "02008A850100010000000100140000000C0000000100000082..."

¿Qué puede hacer ExecuteSpatialQueryque sea tan lento tomar 7 minutos?

Estoy disponible para explicaciones del problema.

Cualquier ayuda por favor.

arcgis-10.1 postgresql enterprise-geodatabase arcgis-engine performance geogeek
fuente
1
Sospecho que será más probable que obtenga una respuesta si detalla la arquitectura de su sistema, el flujo de trabajo de edición, las características de los datos y los pasos que ha tomado para diagnosticar e intentar solucionar el problema. Si hace una pregunta vaga, probablemente obtendrá una respuesta vaga, o ninguna.
blah238
He realizado una edición que incluye más detalles
geogeek
2
¿Qué quiere decir "en comparación con ArcMap, debe ejecutarse muy rápido"? Las veces que das suenan lento. Si el servidor de la base de datos tiene otras cosas ejecutándose en él, podría tener un problema allí. Por lo general, la edición de inicio / detención de edición no se llamaría tan a menudo; normalmente, diría que use un cursor de inserción entre ellos (o actualice o elimine, etc.). Creo que featureclass.create () no es una llamada súper rápida. Si está actualizando 20 capas con etiquetado, la actualización no suena completamente irrazonable.
awesomo
Si está intentando ver varias clases de características a la vez, algunas de las cuales contienen 100 000 registros, por supuesto, tomará un tiempo. 10 segundos es muy razonable para esta cantidad de datos.
Devdatta Tengshe
1
Si desea saber exactamente qué operación se está tomando el tiempo, puede intentar ejecutar un rastreo DBMS o una intercepción SDE ( support.esri.com/en/knowledgebase/techarticles/detail/35704 ). Una vez que sepa lo que lleva todo el tiempo, es posible que pueda obtener ayuda específica para resolverlo.
travis

Respuestas:

6

Supongo que puede tener problemas generales de rendimiento, como el etiquetado, la representación de escala de capa, transparencias, etc. Si tiene una licencia de ArcGIS for Server, puede intentar usar el botón Analizar en el Editor de servicios para probar un documento de mapa para estas advertencias de rendimiento.

Service Editor le ayuda a identificar posibles cuellos de botella y errores de rendimiento que deberá abordar

Analizando su recurso SIG

Luego puede modelar su configuración de capa de documento de mapa fija para usar dentro de su aplicación ArcEngine para mejorar el rendimiento.

artwork21
fuente
0

He encontrado la causa del rendimiento muy lento de ArcSDE, parece ser que la base de datos está envejeciendo, debido a varias operaciones de check-out de Arcpad y algo de espacio de trabajo de exportación a XML, por lo que esto no se debe a Big Data.

Así que he creado una nueva geodatabase e importé el XML_workspace y se ejecuta rápidamente en comparación con la base de datos anterior. por lo tanto, eliminar todas las clases de entidad e importar XML_workspace no parece actualizar la base de datos.

¿Hay alguna manera de actualizar la base de datos?

aparte de la manera sucia que es: DROP base de datos y crear nueva geodatabase luego importar XML_workspace.

geogeek
fuente