Każdy ma swoje tajemnice… Twój SharePoint też!
Technologia i produkty SharePoint sa na rynku ponad 10 lat. Obecnie, przedsiebiorstwa zaczynaja korzystac z piatej juz generacji produktów SharePoint – SharePoint Foundation oraz SharePoint Server 2013. W Polsce mamy zacne grono ekspertów, milosników oraz pasjonatów, którzy zajmuja sie technologia SharePoint, na co dzien.
Ze wzgledu na dluga historie oraz zlozonosc, produkty SharePoint kryja w sobie wiele tajemnic, o których nawet swietni specjalisci SharePoint moga nie wiedziec. Wybralem dla Was kilka informacji, które mam nadzieje Was zaciekawia lub zaskocza.
Skad wzielo sie VTI w wirtualnych katalogach IIS
Swiadomie lub nie, ale z pewnoscia mieliscie okazje korzystac z uslug sieci web, które standardowo udostepnione sa z wirtualnego katalogu IIS, który nazywa sie vti_bin (np.: https://sharepoint/vti_ bin/lists.asmx). W IIS, w witrynie sieci web utworzonej dla aplikacji webowej SharePoint znajdziecie tez np. wirtualny katalog: vti_inf.
Skad wzielo sie VTI w nazwie wirtualnego katalogu? Otóz, obecnosc VTI w nazwie nie jest przypadkiem. Rozszerzenia FrontPage Server, które znajduja sie w produkcie SharePoint, zostaly stworzone przez firme Vermeer
Technologies Incorporated (VTI) kupiona przez Microsoft w 1996 roku. Na bazie FrontPage Server Extensions zostaly zbudowane pewne funkcjonalnosci, które do dzisiaj sa wykorzystywane wewnetrznie w produkcie SharePoint.
A FrontPage, ciezkawy, ale nowatorski edytor HTML typu WYSIWYG, przeistoczyl sie w roku 2006 w narzedzie SharePoint Designer.
Alias _API w SharePoint 2013 – gdzie jest jego definicja?
SharePoint korzysta z nowej uslugi sieci web do obslugi zadan z uzyciem klienckiego modelu obiektów. Uzywany jest _vti_bin/client.svc (zamiast ListData.svc wykorzystywanego w 2010). Usluga jest równiez dostepna pod aliasem _api.
Najpierw uscislijmy, co jest z tym _api nie tak… Na serwerze IIS nie znajdziecie ani aplikacji ani wirtualnego katalogu w witrynie sieci web stworzonej do obslugi zadan dla aplikacji webowej SharePoint. To teraz pojawia sie pytanie. Gdzie ten alias zostal zdefiniowany i dlaczego zadania z uzyciem tego aliasu dzialaja jak nalezy. Ja sobie to pytanie zadalem z ciekawosci, a jako, ze mnie meczylo to sobie na nie odpowiedzialem. :-)
Odpowiedzia na to pytanie jest stara poczciwa implementacja SharePoint Virtual Path Provider w ramach modulu HTTP: SPRequestModule. SharePoint posiada swoja wlasna obsluge URL’i, niezalezna od wirtualnych katalogów zdefiniowanych w IIS. Dzieki temu wie, kiedy ladowac plik z dysku na serwerze webowym, a kiedy z bazy danych zawartosci. Okazalo sie, ze wlasnie dzieki temu modulowi wie równiez, co zrobic, gdy uzyjemy aliasu _api w URL’u.
Dlaczego STSADM to STSADM
Kto wie, skad pochodzi nazwa narzedzia STSADM.exe? Odpowiedz nie jest zbyt skomplikowana, ale wymaga znajomosci historii SharePoint. Zajmuje sie technologia SharePoint od wersji 2003, wiec produkt SharePoint Team Services znam tylko z opowiesci (rok 2001). Ale wlasnie w tym produkcie znajdowalo sie narzedzie do zarzadzania konfiguracja uslug o nazwie SharePoint Team Services Administration… czyli wlasnie STSADM. Narzedzie oraz jego nazwa pozostala do dzisiaj, mimo, ze wielu administratorów nie ma pojecia skad wlasciwie wzielo sie STS w nazwie tego wykonywalnego bytu.
W sumie, to nie ma to juz wiekszego znaczenia, bo od wersji 2010 króluje Windows PowerShell i o narzedziu STSADM, z lekka nostalgia, mozemy powoli zapominac.
Dlaczego odtwarzanie bazy danych konfiguracji nie jest wspierane?
Znacie ten artykul?
Dotyczy on kazdej obecnie wspieranej wersji produktu SharePoint (2007, 2010, 2013).
Jezeli za pomoca narzedzi SQL Server zostanie odtworzona tylko baza danych konfiguracji, to srodowisko SharePoint nie jest wspierane. Przyczyn jest wiele. Podstawowa jest taka, ze ta baza danych musi byc zgodna ze stanem innych baz danych SharePoint (np. zawartosci, niektórych aplikacji uslug). Do tego dochodzi zgodnosc tej bazy danych z plikami podrecznymi SharePoint znajdujacymi sie na serwerach w farmie.
Sa narzedzia, za pomoca, których mozliwe jest odtworzenie bazy danych konfiguracji (podczas odtwarzania konfiguracji calej farmy). Przykladem jest Microsoft System Center Data Protection Manager, który dzieki uzyciu uslugi Volume Shadow Copy (VSS) potrafi spójnie wykonac kopie zapasowa i odtworzyc konfiguracje farmy SharePoint – wlacznie z baza danych konfiguracji.
Podsumowujac, nie odtwarzamy bazy danych konfiguracji, chyba, ze zapewnimy jej spójnosc z innymi bazami danych oraz konfiguracja na serwerach SharePoint. Jak to zrobic, to juz zupelnie inna historia… :-)
Kolumna EventID w logu ULS
Zastanawialiscie sie kiedys, do czego sluzy kolumna EventID w logu ULS (Unified Logging Service)? Jezeli mieliscie okazje analizowac logi SharePoint, to pewnie przyszlo Wam do glowy to pytanie. Choc nie wszystkie zdarzenia posiadaja w tej kolumnie jakas wartosc, EventID okresla miejsce w kodzie zródlowym SharePoint, które wygenerowalo ten wpis.
Jezeli korzystasz z uslug Premier Support i otwierasz zgloszenie zwiazane z konkretnym wpisem w logu ULS, ulatwisz inzynierowi prace, dodajac ten kod wraz z komunikatem diagnostycznym.
Mam nadzieje, ze dowiedzieliscie sie czegos nowego. Jak Wam sie ten wpis spodoba, to przygotuje kolejna partie ciekawostek. A moze Wy znacie jakas „mroczna” tajemnice swojego ulubionego produktu SharePoint? :-)