ArcSDE 10.1 Náhodný pomalý výkon

Question

<\/HEAD>Ahoj,<\/P> <\/P> Mám uživatele, kteří zažívají velmi náhodný pomalý výkon. Jednoho dne je to skvělé a další den pomalé. Různí uživatelé mají v téže místnosti ve stejnou dobu odlišné zkušenosti - někteří rychlí a někteří pomalí.<\/P> <\/P> Informace o systému:<\/P> sql server 2008 sp3 r2 - Virtuální stroj. byl vydán traceflag 4199 pro chybu sql server spatial index a nastaven maxdop na -1 (má 24 jader)<\/P> Arcsde 10.1 sp1, typ ukládání Geometry 80 % dat zatímco 20 % dat je v SDEBinary, Electric Geometric network features<\/P> Schneider Designer 10.1<\/P> Citrix VM XenApp 6.5<\/P> Velikost databáze: 30 GB s ortofotografií<\/P> Nevyřízené verze: 778<\/P> Verze s konflikty : 123<\/P> <\/P> Každou noc se spouští proces komprese a vyrovnání. <\/P> <\/P> Současně je připojeno 44 - 46 uživatelů k databázi.<\/P> <\/P> Zaznamenali jsme, že musíme spouštět rebuild indexu a statistiky s úplným skenem 3krát denně, abychom viděli zlepšení, ale u náhodných pomalých dnů tento proces nefunguje.<\/P> <\/P> Poslední 3 dny provádím manuální kompresi každé 2 -3 hodiny. Dnes to nezpůsobilo žádný rozdíl.<\/P> <\/P> Zkontrolovali jsme Citrix RDP a nemá to žádný vliv. Monitorovali jsme databázi a nevidíme žádné problémy.<\/P> <\/P> Jakékoli vstupy jsou vítány!<\/P> <\/P> Děkuji předem.<\/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)?