Existe solução alternativa para exibição de dados do ArcSDE 10.1 muito lenta

8

Estou sofrendo de visualização muito lenta dos dados e do banco de dados ArcSDE de um aplicativo de mecanismo Arcgis, o banco de dados SDE está no host local, portanto não há problemas de rede. mas ainda não sei as razões nem como resolver esse problema.

Estou trabalhando em uma máquina de 64 bits com 2 processadores Xeon de 3,4 GHz e 2 Gb de RAM.

o banco de dados contém 20 classes de recursos, mas com o número máximo de recursos não exceda 100 000 em algumas classes de recursos, se eu esperar para visualizar os dados, devo esperar 10 minutos.

Eu tentei comprimir e reconstruir índices no banco de dados, mas não há melhorias.

Eu tentei visualizar os dados do ArcMap, encontrei o mesmo problema.

Usando o monitor de desempenho, observei alguns gargalos nos lados da CPU e da rede.

Detalhes do SDEINTERCEPT:

Eu tentei o conselho @travis , então eu abri mxd referenciando dados no sde com Arcmap, então eu observei esta parte em 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..."

o que poderia ExecuteSpatialQuerydemorar tanto para levar 7 minutos?

Estou disponível para explicações do problema.

Qualquer ajuda por favor.

arcgis-10.1 postgresql enterprise-geodatabase arcgis-engine performance geogeek
fonte
1
Eu suspeito que você terá mais chances de obter uma resposta se detalhar a arquitetura do sistema, editar o fluxo de trabalho, as características dos dados e quais etapas você tomou para diagnosticar e tentar solucionar o problema. Se você fizer uma pergunta vaga, provavelmente obterá uma resposta vaga, ou nenhuma.
precisa saber é o seguinte
eu fiz uma edição incluindo mais detalhes
geogeek
2
O que você quer dizer com "comparado ao ArcMap, ele deve correr muito rápido"? Os tempos que você dá parecem lentos. Se o servidor de banco de dados tiver outras coisas em execução, você poderá ter um problema lá. Normalmente, a edição inicial / parada da edição não seria chamada com tanta frequência - normalmente você diria que use um cursor de inserção entre eles (ou atualize ou exclua, etc.). Acredito que featureclass.create () não é uma chamada super rápida. Se você estiver atualizando 20 camadas com rotulagem, a atualização não parecerá completamente irracional.
awesomo
Se você está tentando ver várias classes de apresentação ao mesmo tempo, algumas das quais contêm 100.000 registros, é claro que levará algum tempo. 10 segundos é muito razoável para essa quantidade de dados.
Devdatta Tengshe
1
Se você quiser saber exatamente qual operação está demorando, tente executar um rastreamento DBMS ou uma interceptação SDE ( support.esri.com/en/knowledgebase/techarticles/detail/35704 ). Depois de saber o que está demorando o tempo todo, você poderá obter ajuda específica para resolvê-lo.
travis

Respostas:

6

Suponho que você possa ter problemas gerais de desempenho, como rotulagem, renderização em escala de camada, transparências ... etc. Se você possui uma licença do ArcGIS for Server, tente usar o botão Analisar no Editor de Serviços para testar um documento de mapa para esses avisos de desempenho.

O Service Editor ajuda a identificar possíveis gargalos e erros de desempenho que você precisará solucionar

Analisando seu recurso GIS

Você pode modelar a configuração da camada de documento de mapa fixo para usar no aplicativo ArcEngine para melhorar o desempenho.

artwork21
fonte
0

Eu descobri a causa do desempenho muito lento do ArcSDE, parece que o banco de dados está envelhecendo, devido a várias operações de check-out do Arcpad e a algum espaço de trabalho de exportação para XML, portanto, isso não se deve ao Big Data.

Então, eu criei um novo geodatabase e importei o XML_workspace e ele roda rápido em comparação com o banco de dados antigo. portanto, excluir todas as classes de recursos e importar XML_workspace parece não atualizar o banco de dados.

existe alguma maneira de atualizar o banco de dados?

além da maneira suja que é: DROP database e crie um novo banco de dados geográfico e importe XML_workspace.

geogeek
fonte