Existe-t-il une solution de contournement pour l'affichage très lent des données ArcSDE 10.1

8

Je souffre d'une visualisation très lente des données et de la base de données ArcSDE d'une application de moteur Arcgis, la base de données SDE est dans localhost donc il n'y a pas de problèmes de réseau. mais je ne connais toujours pas les raisons ni comment résoudre ce problème.

je travaille sur une machine 64 bits avec 2 CPU Xeon 3,4 GHz et 2 Go de RAM.

la base de données contient 20 classes d'entités, mais avec le nombre maximal d'entités ne dépasse pas 100 000 dans certaines classes d'entités, si j'attends pour voir les données, je dois attendre 10 minutes.

J'ai essayé de compresser et de reconstruire des index dans la base de données, mais il n'y a aucune amélioration.

j'ai essayé d'afficher les données d'ArcMap, j'ai trouvé le même problème.

À l'aide de l'analyseur de performances, j'ai remarqué des goulots d'étranglement dans les côtés CPU et réseau.

Détails de SDEINTERCEPT:

j'ai essayé les conseils @travis , j'ai donc ouvert les données de référencement mxd dans sde avec Arcmap, puis j'ai remarqué que cette partie prenait 7 minutes:

[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'est-ce qui pourrait rendre ExecuteSpatialQuerysi lent à prendre 7 minutes?

Je suis disponible pour des explications sur le problème.

Toute aide s'il vous plaît.

arcgis-10.1 postgresql enterprise-geodatabase arcgis-engine performance geogeek
la source
1
Je soupçonne que vous aurez plus de chances d'obtenir une réponse si vous détaillez l'architecture de votre système, la modification du flux de travail, les caractéristiques des données et les mesures que vous avez prises pour diagnostiquer et tenter de résoudre le problème déjà. Si vous posez une question vague, vous obtiendrez très probablement une réponse vague, ou pas du tout.
blah238
j'ai fait un montage comprenant plus de détails
geogeek
2
Que voulez-vous dire "par rapport à ArcMap, il doit fonctionner très rapidement"? Les temps que vous donnez semblent lents. Si le serveur de base de données contient d'autres éléments, vous pourriez avoir un problème à cet endroit. Habituellement, le début de modification / arrêt de modification ne serait pas appelé aussi souvent - normalement, vous diriez d'utiliser un curseur d'insertion entre eux (ou de mettre à jour ou de supprimer, etc.). Je crois que featureclass.create () n'est pas un appel super rapide. Si vous rafraîchissez 20 couches avec l'étiquetage, le rafraîchissement ne semble pas complètement déraisonnable.
awesomo
Si vous essayez de voir plusieurs classes de fonctionnalités à la fois, dont certaines contiennent 100 000 enregistrements, vous prendrez bien sûr du temps. 10 secondes est très raisonnable pour cette quantité de données.
Devdatta Tengshe
1
Si vous voulez savoir exactement quelle opération prend du temps, vous pouvez essayer d'exécuter une trace SGBD ou une interception SDE ( support.esri.com/en/knowledgebase/techarticles/detail/35704 ). Une fois que vous savez ce qui prend tout le temps, vous pourrez peut-être obtenir une aide spécifique pour le résoudre.
travis

Réponses:

6

Je suppose que vous pouvez avoir des problèmes de performances généraux tels que l'étiquetage, le rendu de l'échelle des couches, les transparences, etc. Si vous disposez d'une licence ArcGIS for Server, vous pouvez essayer d'utiliser le bouton Analyser de l'éditeur de service pour tester un document ArcMap pour ces avertissements de performances.

L'éditeur de services vous aide à identifier les goulots d'étranglement et les erreurs de performances potentiels que vous devrez résoudre

Analyser votre ressource SIG

Vous pouvez ensuite modéliser votre configuration de couche de document de carte fixe à utiliser dans votre application ArcEngine pour améliorer les performances.

oeuvre21
la source
0

J'ai trouvé la cause de performances ArcSDE très lentes, il semble que la base de données vieillit, en raison de plusieurs opérations de vérification d'Arcpad et de certains espaces de travail d'exportation vers XML, ce n'est donc pas dû aux Big Data.

J'ai donc créé une nouvelle géodatabase et importé le XML_workspace et il fonctionne rapidement par rapport à l'ancienne base de données. la suppression de toutes les classes d'entités et l'importation de XML_workspace ne semblent donc pas actualiser la base de données.

existe-t-il un moyen de rafraîchir la base de données?

à part la manière sale qui est: base de données DROP et créer une nouvelle géodatabase puis importez XML_workspace.

geogeek
la source