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

Kilka dni temu wydana została poprawka
KB971620,
której zainstalowanie przed instalacją SP2 nie pozwala na powstanie problemu. 

Update for 2007 Microsoft Office Servers (KB971620), 32-Bit Edition

Update for 2007 Microsoft Office Servers (KB971620), 64-Bit Edition 

Za 4-6 tygodni w miejsce problematycznego
SP2 zostanie opublikowany poprawiony SP2 dla MOSS 2007 i
WSS 3.0.

źródła:

Service Pack 2 Update – Microsoft SharePoint Team Blog

When you install the 2007
Microsoft Office servers Service Pack 2, the product expiration date is
activated incorrectly – KB971620

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

A tymczasem MOST to Roadshow z którym Microsoft wraz ze swoimi partnerami objeżdza osiem miast: Szczecin, Katowice,Toruń, Poznań, Gdynię, Wrocław, Warszawę i Rzeszów.

W Szczecinie właśnie dziś było można uczestniczyć w tej imprezie. Było ciekawie. Bardzo Sharepoitowo i Komunikacyjnie:) bo całość była skupiona woków MOSS2007 oraz OCS2007. W niektórych miastach z tego co widać na stonie są jeszcze dodatkowe wolne miejsca na tą imprezę. Nie wiem czy będzie można zobaczyć dokładnie to samo co ja widziałem w moim mieście (szczególnie poobało mi się show zrobione przez Jarosława Sokolnickiego) ale myślę, że warto iść.

Udało mi się też właśnie po prezentacji Jarka dostać chwile czasu na powiedzenie kilku słów na temat Szczecińskiej Grupy Specjalistów IT.

źródło: Witryna Roadshow MOST (Microsoft Office System Technology)

żródło: SharePoint Products and Technologies Service Pack 1 Resource Center

Cezary Aniśko na swoim blogu potwierdził to o czym słyszałem od jakiegoś czasu.
Cytując wpis na blogu:

Service Pack 1 dla MOSS 2007 i WSS 3.0 pojawi się jeszcze w tym roku, wniesie:
• Wsparcie instalacji i pracy MOSS 2007 z SP1 i WSS 3.0 z SP 1 na Windows Server 2008. Ze stron Microsoft będzie można pobrać odpowiednio przygotowane pliki instalacyjne MOSS 2007 i WSS 3.0 zawierające w sobie SP1
• Wsparcie technologii AJAX. Możliwe będzie używanie Microsoft AJAX 1.0 Control toolkit dla Microsoft ASP.NET, AJAX 1.0 Extensions dla ASP.NET
• Remote Blob Storage API w WSS 3.0 (937901). Pozwoli ISVs budować providery do składowania plików na zewnątrz SQL Server. Odpowiednie API zostanie dodane do SDK
• SP 1 będzie zawierać w sobie 60 hotfix’ów (MOSS i WSS)
• Nowe komendy STSAdm:
Mergecontentdbs – For consolidating or repartitioning site collections across content databases (939035)
Rename site – renaming host named site collections (939535)
• People Picker ability to scope to an OU (806244)

źródło: Blog Cezarego Aniśki

Zaczęło się od dwóch maszyn stojących w serwerowni niedaleko siedziby polskiego oddziału Microsoft w Alejach Jerozolimskich w Warszawie. Każda miała po dwa procesory Xeon 2,4GHz , 4GB RAM i niewielki dysk SCSI.

Potem przeprowadzka na pojedyńczy serwer słabszy od tych które mielismy do tej pory. Jeden Xeon 1,8GHz, niespełna 4GB RAM i dysk SCSI. Strasznie mało zasobów jak na potrzeby projektu. Na szczęście  niedługo po tym dostaliśmy trzy dodatkowe maszyny, na których został zainstalowany MOSS każda z nich wypozażona była w Athlona 64 i 2GB RAM. Niedługo potem te nowe maszyny zostały wzmocnione o 2GB pamięci i dołączyła do nich jeszcze jedna identyczna już z 4GB RAM oraz dwie odrobinę słabsze odpowiednio z 1,5GB RAM.

Kiedy wydawało się, że infrastruktura projektu jest już gotowa wydarzyła się pewna nieprzewidziana rzecz. Maszynę pełniącą rolę głównego serwera projektu musieliśmy pożegnać Nie mieliśmy żadnego komputera mogącego go zastąpić. Postanowiłem jego rolę przenieść na wirtualne maszyny i tymczasowo umieścić je na jednym z zimnych serwerów w firmie w której pracuję.

Na wiadomość o kolejnej przeprowadzce bardzo się zjeżyłem tym bardziej, że miała ona być bardzo duża. Wszystkie maszyny projektowe miały zostać wysłane do MIC (Microsoft Innovation Centre) w Poznaniu. Dodatkowo miało zostać dołaczone 2 maszyny; serwery na których miały by stanąć wirtualne maszny do tej pory działające w mojej firmie.

Operacja przetransportowania maszyn z Warszawy do Poznania rozpoczęła sie wczesnym rankiem. Około południa komputery były już w Poznaniu. Instalacja była nieco opóźniona, bo pojawiły się problemy natury sieciowej . Całość operacji zakończyła się przesłaniem kilkudziesięciu GB wirtualnych maszyn pomiędzy moją firmą a MIC.

Reasumując. Obecnie infrastruktura projektu składa się z 8 komputerów z czego dwa pełnią rolę serwerów wirtualnych któtre są służą do wymiany danych w projekcie a pozostałych 6 to komputery na których tworzony i testowany jest kod przyszłego portalu. A patrząc inaczej mamy 8 procesorów i 27GB pamięci RAM:) A co najważniejsze podobno żadne przenosiny już nam nie grożą

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