Technologia i produkty SharePoint są na rynku ponad 10 lat. Obecnie, przedsiębiorstwa zaczynają korzystać z piątej już generacji produktów SharePoint – SharePoint Foundation oraz SharePoint Server 2013. W Polsce mamy zacne grono ekspertów, miłośników oraz pasjonatów, którzy zajmują się technologią SharePoint, na co dzień.
Ze względu na długą historię oraz złożoność, produkty SharePoint kryją w sobie wiele tajemnic, o których nawet świetni specjaliści SharePoint mogą nie wiedzieć. Wybrałem dla Was kilka informacji, które mam nadzieję Was zaciekawią lub zaskoczą.
Skąd wzięło się VTI w wirtualnych katalogach IIS
Świadomie lub nie, ale z pewnością mieliście okazję korzystać z usług sieci web, które standardowo udostępnione są z wirtualnego katalogu IIS, który nazywa się vti_bin (np.: http://sharepoint/vti_bin/lists.asmx). W IIS, w witrynie sieci web utworzonej dla aplikacji webowej SharePoint znajdziecie też np. wirtualny katalog: vti_inf.
Skąd wzięło się VTI w nazwie wirtualnego katalogu? Otóż, obecność VTI w nazwie nie jest przypadkiem. Rozszerzenia FrontPage Server, które znajdują się w produkcie SharePoint, zostały stworzone przez firmę Vermeer
Technologies Incorporated (VTI) kupioną przez Microsoft w 1996 roku. Na bazie FrontPage Server Extensions zostały zbudowane pewne funkcjonalności, które do dzisiaj są wykorzystywane wewnętrznie w produkcie SharePoint.
A FrontPage, ciężkawy, ale nowatorski edytor HTML typu WYSIWYG, przeistoczył się w roku 2006 w narzędzie SharePoint Designer.
Alias _API w SharePoint 2013 – gdzie jest jego definicja?
SharePoint korzysta z nowej usługi sieci web do obsługi żądań z użyciem klienckiego modelu obiektów. Używany jest _vti_bin/client.svc (zamiast ListData.svc wykorzystywanego w 2010). Usługa jest również dostępna pod aliasem _api.
Najpierw uściślijmy, co jest z tym _api nie tak… Na serwerze IIS nie znajdziecie ani aplikacji ani wirtualnego katalogu w witrynie sieci web stworzonej do obsługi żądań dla aplikacji webowej SharePoint. To teraz pojawia się pytanie. Gdzie ten alias został zdefiniowany i dlaczego żądania z użyciem tego aliasu działają jak należy. Ja sobie to pytanie zadałem z ciekawości, a jako, że mnie męczyło to sobie na nie odpowiedziałem. :-)
Odpowiedzią na to pytanie jest stara poczciwa implementacja SharePoint Virtual Path Provider w ramach modułu HTTP: SPRequestModule. SharePoint posiada swoją własną obsługę URL’i, niezależną od wirtualnych katalogów zdefiniowanych w IIS. Dzięki temu wie, kiedy ładować plik z dysku na serwerze webowym, a kiedy z bazy danych zawartości. Okazało się, że właśnie dzięki temu modułowi wie również, co zrobić, gdy użyjemy aliasu _api w URL’u.
Dlaczego STSADM to STSADM
Kto wie, skąd pochodzi nazwa narzędzia STSADM.exe? Odpowiedź nie jest zbyt skomplikowana, ale wymaga znajomości historii SharePoint. Zajmuję się technologią SharePoint od wersji 2003, więc produkt SharePoint Team Services znam tylko z opowieści (rok 2001). Ale właśnie w tym produkcie znajdowało się narzędzie do zarządzania konfiguracją usług o nazwie SharePoint Team Services Administration… czyli właśnie STSADM. Narzędzie oraz jego nazwa pozostała do dzisiaj, mimo, że wielu administratorów nie ma pojęcia skąd właściwie wzięło się STS w nazwie tego wykonywalnego bytu.
W sumie, to nie ma to już większego znaczenia, bo od wersji 2010 króluje Windows PowerShell i o narzędziu STSADM, z lekką nostalgią, możemy powoli zapominać.
Dlaczego odtwarzanie bazy danych konfiguracji nie jest wspierane?
Znacie ten artykuł?
Dotyczy on każdej obecnie wspieranej wersji produktu SharePoint (2007, 2010, 2013).
Jeżeli za pomocą narzędzi SQL Server zostanie odtworzona tylko baza danych konfiguracji, to środowisko SharePoint nie jest wspierane. Przyczyn jest wiele. Podstawowa jest taka, że ta baza danych musi być zgodna ze stanem innych baz danych SharePoint (np. zawartości, niektórych aplikacji usług). Do tego dochodzi zgodność tej bazy danych z plikami podręcznymi SharePoint znajdującymi się na serwerach w farmie.
Są narzędzia, za pomocą, których możliwe jest odtworzenie bazy danych konfiguracji (podczas odtwarzania konfiguracji całej farmy). Przykładem jest Microsoft System Center Data Protection Manager, który dzięki użyciu usługi Volume Shadow Copy (VSS) potrafi spójnie wykonać kopię zapasową i odtworzyć konfigurację farmy SharePoint – włącznie z bazą danych konfiguracji.
Podsumowując, nie odtwarzamy bazy danych konfiguracji, chyba, że zapewnimy jej spójność z innymi bazami danych oraz konfiguracją na serwerach SharePoint. Jak to zrobić, to już zupełnie inna historia… :-)
Kolumna EventID w logu ULS
Zastanawialiście się kiedyś, do czego służy kolumna EventID w logu ULS (Unified Logging Service)? Jeżeli mieliście okazję analizować logi SharePoint, to pewnie przyszło Wam do głowy to pytanie. Choć nie wszystkie zdarzenia posiadają w tej kolumnie jakąś wartość, EventID określa miejsce w kodzie źródłowym SharePoint, które wygenerowało ten wpis.
Jeżeli korzystasz z usług Premier Support i otwierasz zgłoszenie związane z konkretnym wpisem w logu ULS, ułatwisz inżynierowi pracę, dodając ten kod wraz z komunikatem diagnostycznym.
Mam nadzieję, że dowiedzieliście się czegoś nowego. Jak Wam się ten wpis spodoba, to przygotuję kolejną partię ciekawostek. A może Wy znacie jakąś „mroczną” tajemnicę swojego ulubionego produktu SharePoint? :-)