Mes dirbame, kad naudotojo priėmimo bandymai (UAT) aplinkos,, kaip palyginti su plėtros, mirė lėta.

Tai yra sudėtinga aplinka, naudojant FBA, SQL 2008, SSRS ir išplėsta interneto programas prieinamas per internetą, naudojant https, Taigi tai buvo sunku susekti klausimas.

Dėl ankstesnio kliento, mes panaudojome FBA su LDAP vaidmenį teikėju (ir narystės teikėjo). Vienas iš mano kolegų, kur kas labiau protingas nei aš, nustato, kad lauke iš"" LDAP vaidmenį teikėjas, kai naudojami tose įstaigose, nebuvo mastelio gerai. Norėdami išspręsti šią problemą, kad klientas, jis įgyvendinti gražus buferinės sistemos vartotojo vaidmens teikėjas.

Ši situacija atrodė panašios, Taigi mes pažvelgė į pakartoti šį sprendimą šiandieninių klientui. Kaip aš buvo derinimo,, Aš pastebėjau, kad šį pranešimą dažnai atrodo sistemos žurnale (nuo įvykių peržiūros programa):

Darbo procese su proceso id "XXX’ tarnauja programų telkinys ' Home – 80’ pareikalavo šiukšlinę, nes ji pasiekė savo virtualios atminties limitas.

Aš paėmė tai reiškia, kad app baseinas buvo perdirbti toli, per dažnai ir tai būtų galima paaiškinti efektyvumo problema.

Aš mačiau app baseinas savybių ir jo "perdirbimas" puslapis parodė, kad ypatybę "daugiau Virtualioji atmintis (megabaitais)" buvo nustatytas kaip tiesa ir buvo nustatytos 5000. Atrodo, kaip pakankamai, bet aš nusprendžiau į išjungta vertę ir kad turėjo tiesioginį teigiamą poveikį. Nėra daugiau app baseinas perdirbimo. Ne daugiau paslaptingas lėtai nesėkmės ir pauzės.

I don't really suprasti pagrindinės "medžiagos" kad vyksta ten, bet aiškiai tam tikros rūšies priežasties/pasekmės dalykas vyksta ir dabar, UAT aplinkai yra naudojama.

</pabaigos>

Prenumeruoti savo dienoraštį.