Mēs esam smagi strādājuši, lietotāju akceptēšanas testēšanas (UAT) vide kurā, salīdzinot ar attīstības, miris lēni.
Tā ir sarežģīta vide, izmantojot FBA, SQL 2008, SSRS un paplašinātā tīmekļa lietojumprogrammas, kas ir pieejama internetā, izmantojot https, Tātad tas ir bijis grūti izsekot problēmu.
Iepriekšējā klientiem, mēs izmantojām FBA LDAP loma pakalpojumu sniedzēja (un dalības nodrošinātāja). Viens no maniem kolēģiem, gudrāks, nekā es, noteica, ka "out of box" LDAP loma pakalpojumu sniedzējs, Ja izmanto šajā vidē, nu nebija mērogošanas. Lai atrisinātu šo problēmu, ka klients, viņš īsteno jauku caching sistēmu pielāgotu lomu nodrošinātājs.
Šī situācija šķiet līdzīgs, Tātad mēs pētījusi replicē šo risinājumu šodien klients. Kā bija atkļūdošanu, kas, Pamanīju, ka šis ziņojums būtu bieži tiek parādītas žurnālā (no notikumu skatītāja):
Darbinieka procesu ar procesa id ' XXX’ kas apkalpo lietojumprogrammu pūlu "mājās – 80’ pieprasījusi atkārtotu lietošanu, jo tas sasniedza virtuālās atmiņas ierobežojums.
Es iedzēru tas nozīmē app baseins bija tālu otrreizējā pārstrāde, pārāk bieži, un tas varētu izskaidrot veiktspējas problēmu.
Es paskatījos uz app kopas īpašības un tās "pārstrādāšana" lapa parādīja, ka nekustamā īpašuma "maksimālais virtuālās atmiņas (megabaitos)" ir iestatīts uz true un devās 5000. Tas, šķiet, tāpat kā pietiekami, bet es nolēmu, lai atiestatītu vērtību, un ka bija tieša pozitīva ietekme. Ne vairāk app pūla pārstrāde. Ne vairāk noslēpumaina slow-downs un pauzes.
Man nav īsti saprast pamata stuff"" kas tur notiek, bet skaidri sava veida iedarbību izraisa lieta notiek, un tagad, UAT vide ir izmantojami.
</beigās>