wtorek, 22 listopada 2011

Porównanie edycji SharePointa 2010

Jak pewnie wiecie, SharePoint 2010 jest w 3 edycjach (nie wersjach, gdyż wersja to 2003, 2007, 2010, itd, również są mniejsze wersje, np przy Service Packu):
  • Foundation - podstawowa edycja, bezpłatny dodatek do Windows Servera
  • Standard - edycja wymagająca licencji na serwer i na każdego użytkownika (CAL)
  • Enterprise - wymaga takich licencji jak Standard + licencji CAL enterprise na każdego użytkownika (czyli serwer + CAL standard + CAL enterprise).
Czym jednak różnią się te 3 edycje? Najprościej odpowiedzieć, że Foundation to podstawa, Standard ma dołożone funkcje konrporacyjne jak profile użytkownikow, zaawansowane wyszukiwanie i podstaowe usługi a Enterprise ma wszystie możliwe opcje.

Jednak, żeby dokładnie się dowiedzieć, którą funkcjonalność znajdziemy w której edycji warto zajrzeć na stronę http://sharepoint.microsoft.com/pl-pl/buy/Strony/Editions-Comparison.aspx na której macie pełne porównanie.

Bardzo przydatna strona przy analizie i planowaniu funkcjonalności systemu i wyboru platformy, na ktorej postawimy nasze rozwiązanie.

wtorek, 15 listopada 2011

Przyspieszanie SharePointa

Przepraszam, że rzadko piszę i że ciągle nie umieściłem postu o zmianie wyglądu SharePointa. Niestety za dużo na głowie ostatnio.

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ść
Polecam zapoznanie się z całym artykułem jak i linkami w nim zawartymi