IISRESET fürgén

Aki foglalkozott már valaha SharePoint programozással, valószínűleg maga is levonta azt a következtetést, hogy a SharePointos problémák 130%-a megoldható egy IISRESET-tel. Az addig rendben is van, hogy újra kell indítanunk a webalkalmazást (ez bármelyik szoftver esetén előfordulhat), de miért éppen így? Leginkább azért, mert ez összesen 8 karakter, villámgyorsan be lehet gépelni. Valljuk be magunknak őszintén, ezért szeretjük használni. Nyolc karaktert még a kattintgatásfüggő fejlesztő is hajlandó begépelni.

Ráadásként azonban ezzel "sikerül" nem csak a kívánt SharePointos webalkalmazást, hanem az egész webszervert újraindítanunk, tehát az összes webalkalmazás, application pool minden vicik-vacak újraindul. El is tart jóóóó sokáig, elég csak visszagondolni arra, hányszor olvastuk már életünkben, hogy "Attempting stop...", aztán meg "Attempting start...".

Pedig tudjuk, hogy az IIS-ben lévő alkalmazásokhoz hozzátartozik egy application pool, aminek az újraindítása magával hozza az alkalmazás újraindulását is. Ráadásul ez sokkal barátságosabb, nem véletlenül lett az angol terminológiában Recycle és nem Restart. Amit viszont nem mindenki tud, hogy ezt is lehet parancssorból. A Central Admin újradindítása például ennyi:

cscript C:\Windows\System32\iisapp.vbs /a "SharePoint Central Administration v3" /r

Aki ezt most látja először, annak feltétlenül javaslom, hogy próbálja ki, előbb jelenik meg itt a Done, mint az IISRESET-nél az Attempting.

A fenti példáról persze ordít, hogy hosszabb, mint 8 karakter. Szerencsére Spence Harbar még nyolc karaktert sem szeret gépelni, hanem inkább megalkotta az Application Pool Recycle Utility-t. Ez a kis eszköz az IIS WMI adapterén keresztül felderíti, hogy milyen application poolok léteznek, majd a tálca jobb szélén ücsörögve várja, hogy rákattintva előrántson egy helyi menüt, amiből közvetlenül újraindíthatjuk őket:

Application Pool Recycle Utility

Sőt! Az Options ablakban beállíthatjuk, hogy az alkalmazáskészlet újraindítása után a háttérben lekérje az általunk megadott URL-en található oldalakat, ezzel mintegy bemelegítve a webalkalmazást. Így mikor először nézzük meg az oldalt böngészőben már nem fogjuk érezni az ASP.NET szokásos késleltetését.



Balássy György (MS RD, ASP.NET MVP, MCTS)

Balássy György (MS RD, ASP.NET MVP, MCTS) Villamosmérnök, a BME Automatizálási és Alkalmazott Informatikai Tanszékén webportálok fejlesztését oktatja. 2000 óta foglalkozik a Microsoft .NET platformjával, melynek meghonosításában jelentős szerepet vállalt előadóként, konzulensként és A .NET Framework és programozása című könyv társszerzőjeként. Az MSDN Kompetencia Központon belül a Portál Technológiák Csoport vezetője, szakterülete web alapú rendszerek fejlesztése és üzemeltetése. 2004-ben Magyarországon elsőként kapta meg a Most Valuable Professional címet, majd 2005 óta a Microsoft magyarországi regionális igazgatója. Publikációi a Technet Magazinban, az MSDN Kompetencia Központ honlapján és szakmai blogjában olvashatóak.

2008.03.07. 16:13:51 | Permalink | Hozzászólások: 0 | Tárgyszavak: , , ,


  • Amikor az UpdatePanel nem működik

    Dávid Zoltán Egyik webalkalmazás kezdőlapján több (három) lapozható lista is van. Mindegyiket LinkView-val valósítottuk meg. Felmerült az igény, hogy ezek a listák egymástól és az oldaltól függetlenül, aszinkron módon lapozhatóak legyenek. Elvileg erre való az UpdatePanel. Mindhárom listát be is burkoltam egy-egy UpdatePanelbe, ekkor jött a meglepetés: két lista szépen az UpdatePanelen belül lapozódott csak, míg a harmadik minden esetben teljes postbacket csinált és újratöltötte a teljes oldalt. Kicsit mérgelődtem és kattintgattam, ezalatt “elromlott” egy újabb lista is: így már kettőből csak egy volt hajlandó aszinkron újratöltődésre. Mindeközben a TFS-ben az oldalak ID-talanítása... Tovább »
  • SharePoint_AdminContent adatbázis neve

    Balássy György (MS RD, ASP.NET MVP, MCTS) "Lustaság - fél egészség, de te légy teljesen egészséges." - tartja a graffiti. Úgy látszik ezt az elvet követte az a félkegyelmű, aki Redmondban kitalálta, hogy ahelyett, hogy kitenne még egy szövegdobozt a telepítő alkalmazás felhasználói felületére, bedrótozza az adatbázis nevét a kódba. Legalábbis lényegében ezt csinálta, amikor belekódolt egy GUID-ot a SharePoint Admin Content adatbázis nevébe. Annak az egy paraméternek biztosan túl nagy lett volna a TCO-ja, ezért inkább a rendszergazdá... Tovább »


Írja meg Ön is véleményét!


Hozzászólásokat csak regisztrált, bejelentkezett felhasználóktól tudunk elfogadni!

Hozzászólások