W eventlogu nie znalazłem niczego interesującego, za to w logu SharePointa (C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\LOGS) znalazłem często występujący następujący komunikat:

12/02/2009 14:45:28.52 w3wp.exe (0×2720) 0×0838 Windows SharePoint Services Database 6f8g Unexpected Unexpected query execution failure, error code 9002. Additional error information from SQL Server is included below. “The transaction log for database ‘STS_Content’ is full. To find out why space in the log cannot be reused, see the log_reuse_wait_desc column in sys.databases” Query text (if available): “{?=call proc_CheckoutDocument(?,?,?,?,?,?,?,?,?,?,?,?)}”

Okazało się, że na dysku jest zbyt mało pustego miejsca.
Problem jest prosty do rozwiązania. Po odzyskaniu pustego miejsca na dysku na którym składowane są bazy danych wykorzystywane przez SharePointa sytuacja wraca do normy i witryny funkcjonują normalnie. Inne operacje jak IISRESET nie są konieczne.

źródło: własne doświadczenie

Przy próbie wejścia na witrynę zwracany jest w przeglądarce błąd:

HTTP Error 503. The service is unavailable.

Szybkie przejrzenie puli aplikacji i… rzeczywiście aplikacja odpowiedzialna za Central Administration nie działa. Po ręcznym uruchomieniu działa kilka sekund po czym zostaje wyłączona. W logach aplikacji pojawia się następujący błąd:

Application pool SharePoint Central Administration v3 has been disabled. Windows Process Activation Service (WAS) encountered a failure when it started a worker process to serve the application pool.

Co z takim fantem zrobić?

Upewnić się czy konto na którym działają usługi WSS ma prawa do logowania jako usługa (jeśli część usług WSS działa i udaje się je z sukcesem zrestartować – to ma) i czy ma prawo batch logon (Computer Configuration -> Policies -> Windows Settings -> Security Settings -> Local Policies -> User Rights Assignment -> Log on as batch job).

Opis dotyczy zarówno IIS 7 i 7.5, przy IIS 6 i domyślnej konfiguracji nie ma wymogu zezwolenia na batch logon.

źródło: własne doświadczenie

Kreatorem z którym się często spotykam jest SharePoint Products and Technologies Configuration Wizard (Kreator konfiguracji programu SharePoint). Niestety czasem mimo szczerych chęci i dobrego przygotowania widzę taki obrazek jak poniżej:

Coś nie poszło po mojej myśli.

Wtedy trzeba zajrzeć do logu i usunąć przyczynę problemu. Niestety czasem się zdarza, że na podstawie logu generowanego przez kreator nie można zdiagnozować co konkretnie jest problemem.

Warto wtedy posłużyć się innym narzędziem które pozwala na dokładniejsze zdiagnozowanie problemu:

Tutaj z pomocą przychodzi (umieszczone zwykle w c:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN\) narzędzie psconfig.exe. Uruchamiając go np. tak (opcja dla in place upgrade):

psconfig.exe -cmd upgrade -inplace b2b -wait -force

Log wygenerowany przez psconfig będzie znacznie obszerniejszy i może ułatwić szybsze znalezienie przyczyny problemu.

źródła: własne doświadczenia

• Wss-kb971538-fullfile-x86-glb.exe,  (80 MB)
• Wss-kb971538-fullfile-x64-glb.exe, (85 MB)
• Office-kb971537-fullfile-x86-glb.exe, (417 MB)
• Office-kb971537-fullfile-x64-glb.exe, (425 MB)

Poprawki można popbać po zakceptowaniu  warunków licencji na witrynie pobierania i po podaniu swojego adresu mailowego na który dostarczany jest link do pobierania poprawki.

źródła:

Windows SharePoint Services 3.0 Cumulative Update Server Hotfix Package (WSS server-package)

SharePoint Server 2007 Cumulative Update Server Hotfix Package (MOSS server-package)

Domyślne ustawienie WSS 3.0 i MOSS 2007 pozwalają wygenerować template mający
10MB. Przy próbie wygenerowanie większego zwracany jest błąd: "The list is too
large to save as a template. The size of a template cannot exceed 10485760 bytes".
Aby zmienić limit na 50MB należy wykonać:

cd C:\Program Files\Common
Files\Microsoft Shared\web server extensions\12\BIN

stsadm -o setproperty -propertyname
max-template-document-size -propertyvalue 52428800

Parametr propertyvalue jest wartością wyrażoną w bitach. Górna granica to 524288000
czyli 500MB. Przy próbie wprowadzenia większej wartości otrzymujemy jeden z
błędów:

- The specified value for maximum template document size is not valid. Please
specify a positive number less than 524288000.

- Value was either too large or too small for an Int32.

źródło: własne doświadczenia

Opiszę procedurę którą przeprowadziłem i to na co warto zwrócić uwagę, aby
operacja zakończyła się sukcesem.

W moim przypadku dotyczyło to MOSS 2007 build 12.0.0.6341 zainstalowanego
jako farma. Front end i wszystkie usługi zainstalowane na jednej maszynie, bazy
danych SQL na innym hoście. Objętość bazy danych content około 1TB, więc dość
sporo.

A zatem od poczatku:

Pobieramy

SP2 dla WSS 3.0 oraz

SP2 dla MOSS 2007 w odpowiedniej wersji x86 lub x64.

1. Przygotowanie kopii serwera aplikacji, i baz danych.
2. Uruchomienie instalatora SP2 dla WSS 3.0 – w moim przypadku trwało to 38
   minut.
3. Po zakończeniu instalacji w oknie kreatora konfiguracji wciskamy
   Cancel i zatwierdzamy, że jesteśmy tego pewni. Bez obaw kreator pokaże się również po instalacji SP2 dla MOSS
   2007. (Jeśli przeprowadzamy upgrade tylko WSS 3.0 należy przejść ten kreator
   i opuścić następne podpunkty).
4. Uruchomienie instalatora SP2 dla MOSS 2007 – u mnie operacja trwała
   45 minut.
5. W kreatorze, który się uruchomi wciskamy Next, zatwierdzamy zgodę na
   zatrzymanie usług: IIS, SharePoint Admin Service i SharePoint Timer Service.
   Po tym zostaniemy poinformowani, o konieczności przeprowadzenia tej samej
   operacji na innych serwerach wchodzących w skład farmy. Wciskamy Finish.

Po skończonej operacji MOSS 2007 przedstawia się jako build 12.0.0.642.

UWAGA!

Po przeprowadzeniu operacji upgrade MOSS 2007 należy jeszcze raz wprowadzić
kod dla tego produktu (nie później niż 180 dni po aktualizacji). Jest to
spowodowane

udokumentowanym błędem. Do tej pory nie został wydany patch
mający usunąć ten problem.

źródła:

Deploy
software updates for Windows SharePoint Services 3.0 – TechNet

Deploy
software updates for Office SharePoint Server 2007 – TechNet

http://localhost:8080/services/v1.0/Registration.asmx – uwaga: działa tylko z komputera lokalnego

wybranie GetRegistrationEntries następnie Invoke , jeśli w pliku XML który się pojawił jest sekcja: <Type>vstfs</Type> i znajdują się w niej dane znaczy, że upgrade został przerowadzony pomyślnie.

Nie pora to jeszcze na otwieranie szampana, posostało jeszcze zainstalowanie Web Explorera i ewentualnie innych dodatków a po tym aktualizacja WSS do wersji 3.0.

Nie każdy zna Visual Studio Team System Web Access ale myślę, że warto zapoznać się z tym narzędziem. Nie zawsze jest potrzeba uruchamiania środowiska programistycznego, by sprawdzić co się zmieniło w projekcie:) Istalacja jest bardzo prosta. Domyslnie dostęp do narzędzia jest przez przeglądarkę internetową pod adresem http://localhost:808/

Jeśli wymagane są inne dodatki to TFS warto sprawdzić, czy są kompatybilne z wersją 2008.

Żeby nie było tak cukierkowo na koniec zostawiłem najbardziej problematyczny proces: Podniesienie wersji WSS z 2.0 na 3.0.

Najbardziej problematyczny, bo chyba nawet zespół produktowy tak myślał nie automatyzując tego procesu w instalatorze TFS 2008.

Polecam zapoznanie się z tym artykułem, który mimo tego, że szczegółowo opisuje tę wbrew pozosrom skomplikowaną procedurę – w momencie pisania artykułu najnowszą wersją WSS była wersja 3.0 SP1 – polecam jej użycie (chyba, że jest już nowsza).

Polecam ponowne wykonanie backupu baz danych i serwera aplikacji. Z własnego doświadczenia wiem, że dość często podczas operacji zmianay wersji WSS występuje problem. Szczegolnie jeśli baza danych SharePointa ma powyżej 100GB. Wtedy usługa ją uaktualniająca potrafi się zawiesić. Jednak nawet podczas jej prawidłowego działania trudno jest ustalić czy ona działa czy już nie:) Dla nerwowych proponuję przy bazie większej niż 100GB parugodzinny spacer.

Jeśli operacja się powiodła – gratulacje, jeśli nie to proponuję powrót do ostatniego zbackupowanego etapu. I zastanowienie się co poszło nie tak.

Kilka uwag:

Team Explorer 2005 jest kompatybiny z TFS 2008 ale ma ograniczoną funkcjonalność (miedy innymi nie można za jego pomoca zakładać nowych projektów, zanim nie doinstalujemy hotfixa KB932544) Polecam zainstalowanie nowego Visual Studio Team System 2008 Team Explorer.

Na pewno znacie narzędzie Visual Studio Team System 2008 Team Foundation Server Power Tools -potrafi oszczędzić administratorowi sporo czasu np przy nadawaniu uprawnienień:) Pozwala uniknąć zmieniania uprawnień w trzech różnych miejscach.

żródła: własne doświadczenia i lektura dokumentacji na MSDN