Na osłodzenie ciekawy artykuł jak można przyspieszyć SharePointa:
http://www.freakingsharepoint.com/2011/09/sp2010-performance-optimization.html#!/2011/09/sp2010-performance-optimization.html
W skrócie:
- Trzymać pliki bazy TempDB i logów na oddzielnych dyskach niż pliki bazy danych - przyspieszy to działanie SQLa
- Korzystanie z osobnych baz danych dla różnych typów witryn - rozłożenie obciążenia i łatwiejsze zarządzanie
- Niekorzystanie z domyślnych ustawień wzrostu bazy danych - zwiększenie wielkości o którą ma być powiększony plik w celu zapobiegania ciągłemu zwiększaniu wielkości pliku
- Używanie skryptów "rozgrzewających" - po IIS resecie (zwłaszcza gdy zgodnie z zaleceniami robicie regularny recycling puli) warto wywołać wszystkie adresy witryn w celu zbudowania cache'a IISa w celu szybszego dostarczenia treści do użytkowników
- Korzystanie z cache'a - mniejsze obciążenie SQLa i IISa
- Zweryfikowanie ustawień timerow suncrhonizacji profili i wyszukiwania (crawl) - obciążanie farmy wtedy gdy nie jest używana przez użytkowników
- Poziomy logowania - jak najwyższe możliwe, zwrócić też uwagę na Zbieranie danych dotyczących kondycji (Health Data Collection)
- Włączenie tylko potrzebnych usług
- Podstawowe uwagi do developowania:
- SPDisposeCheck (przecieki pamięci)
- Pulpit nawigacyjny programisty (Developer Dashboard) - czas ładowania poszczególnych elementów strony i kwerendy wysyłane przez stronę
- Loopback check - znany problem, który może wpłynąć na wydajność
Brak komentarzy:
Prześlij komentarz