Dlouhodobý problém s ArcCatalog

JohnCuthbertson

<\/HEAD>

Ve vzácných případech ArcCatalog nechává transakci běžet bez jakékoliv SQL aktivity. Hledám někoho dalšího, kdo si mohl tohoto problému všimnout a pokud budu mít opravdu štěstí, má i řešení.<\/P>

<\/P>

Zdá se, že je to spojeno (ještě není 100% potvrzeno) s přechodem mezi připojeními k databázi v zobrazení stromu ArcCatalog.<\/P>

<\/P>

Prostředí je  ArcGIS 10.5.1 běžící na SQL Server backendu<\/P>

<\/P>

Jak je diskutováno v http:\/\/desktop.arcgis.com\/en\/arcmap\/latest\/manage-data\/geodatabases\/concurrency-and-locking.htm <\/A>8Za0dednaje s ArcGIS 10.4, geodatabe1ze v SQL Serveru mused medt nastaveny SQL Server databe1zove9 volby READ_COMMITTED_SNAPSHOT a ALLOW_SNAPSHOT_ISOLATION na ON, a ArcGIS pou7eedve1 izola0dned fravni READ COMMITTED pro transakce9<\/EM><\/P><\/P>Z pohledu SQL to zp6fsobuje, 7ee historie transakce je uchove1ve1na v TEMPDB dokud transakce neskon0ded.<\/P><\/P>Pokud transakce z6fstave1 otev59ene1, prostor v TEMPDB se neodstraned. Navedc jak�koliv informace o TEMPDB transakc�ch pro jak�koliv jin� transakce v cel�m SQL Instance budou uchov�v�ny dokud origin�ln� dlouhotrvaj�c� transakce neskon�� (To nen� 100% pravda, ale dostate�n� podrobnost k vysv�tlen� probl�mu).<\/P><\/P>Podle toho se st�v� d6fleeit�m, aby ArcGIS transakce nebbly behly po dlouh� (nap9. hodinov�) obdob�.<\/P><\/P>Vidbme situaci, kdy ve vz�cn�ch p��padech m� ueivatel ArcCatalog aktivn� transakci behnou hodiny, kdy z jeho pohledu pouze prohle1 e stromov� zobrazen� p��pojek k datab�zi. Kdye jdeme ke klientskému PC vidíme obrazovku ArcCatalog jako...<\/P><\/P>Kdye pak klikneme prav�m tlad�tkem na 9SDIDIV_SQLP2_PRD2.sde9 a poté uvolníme 9pravý-klik9, problém je vy&#0159;ízen.<\/P><\/P>V SQL trace (spuštěném jen před pravým kliknutím) vidíme sérii SQL dotazů, následovanou 9COMMIT'em transakce se startovním časem 01\/_08\/_2018 10:51 a koncovým časem 01\/_08\/_2018 14:37 (téměř 4 hodiny!)<\/P><\/P>Můj závěr je, ee ArcCatalog 'zapomněl' potvrdit některé zpracování v 10:51 (pravděpodobně ueivatel přecházel mezi přípojkami k databázi). Můj DeLorean je momentálně v servisu, tak nemohu ukázat trace kolem 10:51.<\/P><\/P>Nejjednodušší závěr (z mého pohledu) je po&zcaron;ádat ESRI, aby identifikovalo svou chybu v kódu a opravilo ji, ale myslím si, ee bez další dokumentace by to bylo trochu nereálné<\/P><\/P>Druhou mo&#017eností je nechat u&#017eivatele znovu vytvoři problém a provést trace zatímco to dělá (to zatím nebylo úšpěšné)<\/P><\/P>Vzhledem k tomu, ee nemů&#017eme identifikovat kořenovou příčinu, další mo&#017eností je zmírnit situaci.<\/P> Můžeme nastavit timeout transakce?
Můžeme nastavit timeout nečinnosti pro transakci?

Problém se zdá být izolován na jednoho uživatele. Jeho profil používání je takový, že často přepíná mezi připojeními k databázi, zatímco „normální“ uživatel si vybere připojení k databázi a drží se ho po delší dobu.<\/P>
Jakékoliv názory jsou vítány

bixb0012

Sharing with Geodatabase‌