ArcSDE 10.1 ランダムな遅いパフォーマンス

Question

<\/HEAD>こんにちは、<\/P> <\/P> ユーザーが非常にランダムな遅いパフォーマンスを経験しています。ある日は非常に良好で、別の日は遅いです。同じ部屋の異なるユーザーが同時に異なる体験をしており、速い人もいれば遅い人もいます。<\/P> <\/P> システム情報：<\/P> sql server 2008 sp3 r2 - 仮想マシン。sql serverの空間インデックスバグに対してトレースフラグ4199を発行し、maxdopを-1に設定（24コア搭載）<\/P> Arcsde 10.1 sp1、ジオメトリストレージタイプがデータの80％、残り20％はSDEBinary、Electric Geometric network features<\/P> Schneider Designer 10.1<\/P> Citrix VM XenApp 6.5<\/P> データベースサイズ：30 GB（オルソイメージ付き）<\/P> 未処理バージョン数：778<\/P> 競合のあるバージョン数：123<\/P> <\/P> 毎晩、圧縮と調整プロセスが開始されます。<\/P> <\/P> 同時に44～46人のユーザーがデータベースに接続しています。<\/P> <\/P> 改善を見るために1日に3回、インデックスの再構築と統計のフルスキャンを実行する必要があることに気づきましたが、ランダムな遅い日はこのプロセスは効果がありません。<\/P> <\/P> 過去3日間、2～3時間ごとに手動で圧縮を実行していますが、本日は効果がありませんでした。<\/P> <\/P> Citrix RDPを確認しましたが違いはありません。データベースを監視しましたが問題は見られません。<\/P> <\/P> 何かご意見いただけると幸いです！<\/P> <\/P> よろしくお願いいたします。<\/P><\/BODY><\/HTML>

SSMIC3038 · Answer

Personally I suspect this is the problem.

ESRI promotes those sorts of long transactions but it's at odds with best database practices of regular full compress, so it's a bit of a catch-22.

This is a difficult spot to be in, hundreds of named versions and one has to assume that not all those versions are required or that some were made by users that perhaps didn't have a full understanding of DB administration or even require a named version for their tasks.

If this is indeed the problem than there's not a lot of advice to give, if the version tree needs trimming then it will likely involve data loss.

Personally, I admin hundreds of users and corporate GIS networks for sewer, water distribution and electrical distribution (among other things) and we only keep a few named versions. We tightly regulate named versions. They have a place in a work process but not all users should be making named versions on a whim, the process should be managed/administered.

Just my 2 cents.

AntheaTung · Answer

I have 788 named versions as of now/. I cannot reconcile and post and delete all versions to state 0.  There are long transaction jobs that spans over a couple of years with outstanding versions.

There is a nightly automated task that reconciles (abort if conflicts) and then compress.

Once a month I kick off all users from the system and do reconcile and compress.

I have been manually doing compress throughout the day - like 3 - 4 times to see if more compress will make any differences and it did not make any difference at all.

Thanks

SSMIC3038 · Answer

Do you have any named versions?

Have you done a full compress (all users off - reconcile named versions then delete them - compress - state ID down to 0)?