Kamil Juřík

Neskutečný, úžasný. Začínám studovat, zkoušet, testovat a koukám, že to bude na dlouho.

Co? No S…….. 2…

Máme se na co těšit. Zatím je však vše “under NDA”, takže se omlouvám, ale psát nesmím nic. Ostatní asi ano, MVP prostě ne.

BLOB caching (promiňte, ale počeštěné “kešing” nebo “kešování” nebo “využití mezipaměti” mi nějak nesedí) je, v souvislosti s SharePoint platformou velmi málo známá věc. Provozujete-li SharePoint ve scénáři serverové farmy (myslím opravdovou serverovou farmu s front-end aplikačními a back-end databázovými servery, ne tedy v tom smyslu, ve kterém toto označení používá Microsoft pro jakékoliv instalace, kdy SharePoint nevyužívá integrovaný DB stroj), pak čtěte pozorně.

Trocha teorie na úvod

BLOB je zkratkou z “Binary Large Object”. BLOB je datový typ pro ukládání binárních dat do databází, jedná se typicky o AV soubory, dokumenty apod. Vřele doporučuji k přečtení studii z Microsoft Research “To BLOB or Not To BLOB: Large Object Storage in a Database or a Filesystem?”, která je ke stažení zde. Ze studie vyplývá, že binární objekty větší než 1 MB je výhodnější ukládat na FS (díky bohu za FILESTREAM v SQL Serveru 2008), objekty menší než 256 KB je naopak výhodnější ukládat do databáze. Mezi tím je tak trochu mlhavý prostor a v něm silně záleží na druhu aplikace. Pokud se data často přepisují, tak je lepší spíše FS (lépe se vyrovnává s fragmentací), pokud se data nepřepisují, tak je lepší DB.

Co myslíte, že je rychlejší? Tahat binární soubory z DB back-end serverů, nebo si je “nakešovat” (hm, tady se tomu počeštěnému tvaru holt nevyhnu) na FS front-end serveru a klientům je poskytovat odtud? :-)

Říkáte-li si “Pche, použiju radši FILESTREAM.”, tak ano, klidně, máte-li SQL Server 2008, skvělá volba. BLOB caching však mohou všichni využít hned a jak uvidíme, skutečně velmi jednoduše.

Takže jak na to?

V souboru web.config dané SharePoint webové aplikace vyhledejte tento řádek:
<BlobCache location="C:\blobCache" path="\.(gif|jpg|png|css|js)$" maxSize="10" enabled="false"/>
a hodnotu jeho parametru enabled změňte na true.

Parametr maxSize="10" určuje velikost cache a pozor, hodnota je v GB! Zbytek je asi jasný, cesta, typy souborů... Doplnit můžete ještě parametr max-age, např. s hodnotou 43200 (udává se v sekundách, zde tedy nastavení pro 12 hodin – max-age=”43200”), kterou určíte hodnotu max. stáří souborů. Po editaci a uložení souboru web.config není třeba ani reset IIS, vše hned funguje, soubory se v cache ukládají hezky do stromové struktury kopírující topologii vašeho portálu s velmi originální příponou “cache”. :-)

Kdy se to může pokazit?

Máte-li SharePoint s jedním front-endem, pak nikdy. Cache bude jedna a chová se tak, jak má. Dojde-li ke změně souboru uloženého na SharePointu, změní se i cache. Provozujete-li však v rámci SharePoint farmy více front-endů, tak každý z nich bude mít svou vlastní cache. Někdy je tedy nutné cache resetovat a to na všech front-end serverech najednou. Jak na to?

S pomocí této adresy http://mojewebapplikace:mujport/_layouts/objectcachesettings.aspx (samozřejmě si to upravte dle vašeho nastavení) zobrazte stránku “Object cache settings” a ejhle – volbou “Force all servers in the farm to flush their object caches” docílíte požadovaného stavu, kdy na všech front-end serverech v rámci farmy dojde k vyprázdnění obsahu cache. Pokud tuto volbu na stránce “Object cache settings” nevidíte, tak buď nainstalujte SP2 ( :-) ), nebo použijte tento bezplatný doplněk: MOSS 2007 Farm-Wide BLOB Cache Flushing Solution.

Další doporučené odkazy

Configure disk-based cache settings -  http://office.microsoft.com/en-us/sharepointserver/HA101762841033.aspx
How to automatically reset/clear the Blob Cache/Disk Cache - http://msdnrss.thecoderblogs.com/2009/05/25/how-to-automatically-resetclear-the-blob-cachedisk-cache-programmatically/

Dovolím si říci, že datová komprese je v rámci IIS tak trochu zapomenutým pojmem. Když se IT administrátorů na tuto funkci ptám, většina z nich dokáže rámcově říci k čemu je to dobré, ale překvapivě velmi málo z nich ji skutečně na svých webových serverech používá. Proč? No to víte, ve výchozím nastavení to není zapnuté. A ikdyž to zapneme v rámci grafického rozhraní IIS konzoly, tak to nefunguje, nebo to nefunguje tak, jak chceme a pokud to možná i funguje, nevíme jak. :-) A přitom je to tak snadné a při správném a citlivém nastavení i užitečné!

Komprimovat ano či ne? Ano, ale s rozmyslem!

Klasickou komprimaci souborů jistě znáte, “sbalením” do ZIP, RAR či jiných archivů se zmenšuje jejich datový objem. Možná víte, že i Microsoft Office Open XML transparentně používá ZIP kompresi (přejmenujte si libovolný DOCX, PPTX, XLSX soubor na ZIP a již víte, kde je zakopán pes). Tento článek tedy popíše, jak podobnou kompresi dat využít i v okamžiku jejich přenosu mezi webovým serverem a klientem.

Zjednodušeně řečeno funguje komprese tak, že nahrazuje opakující se sekvence bajtů. Výhodné je tedy využít ji pro textová data (soubory typu HTML, CSS, JS…). Naopak nevhodné je snažit se kompresi využít pro již jednou komprimované soubory (JPEG, GIF, MP3, WMV, ZIP…). Fajn, kompresí tedy šetříme přenesené datové objemy mezi serverem a klientem, ovšem nic není zadarmo. Pozor si musíte dát na procesorovou zátěž daného web serveru. Je-li již nyní váš web server na tom s procesorovým časem bídně, zapnutí komprese mu moc nepomůže.

Co na to SharePoint a jak HTTP komprese funguje?

V rámci SharePoint portálů můžeme velmi snadno využívat předpřipravené nástroje pro tvorbu nových řešení a služeb, zároveň máme nicméně velmi malou kontrolu nad tím v jaké finální podobě se HTML kód posílá na stranu klientů.

Pamatujte, že SharePoint využívá jak statické, tak dynamické soubory. Téměř všechno z “_layouts” a “_vti_bin” je statické (kromě několika přítomných ASPX a ASMX stránek), a všechno z rootu je dynamické, neboť se buď jedná o ASPX stránky či obsah poskytovaný pomocí owssvr.dll (ISAPI extension využívaný mimo jiné při vytváření či mazání SharePoint seznamů, http://www.server.com/subweb/_vti_bin/owssvr.dll?Cmd=NewList a vykreslování HTML obsahu.). Při nastavování HTTP komprese je tedy třeba zohlednit jak statický, tak dynamický obsah. Ostatně typickou skupinu typů souborů, u nichž kompresi zapínáme, vidíte níže v ukázce skriptu.

Přijde-li na IIS požadavek, dojde nejprve ke kontrole, zda klient kompresi podporuje a jaké podporuje její typy, a to pomocí HTTP hlavičky Accept-Encoding. Umí-li server používat klientem podporované typy komprese, tak svou odpověď zkomprimuje příslušným kompresním algoritmem (GZIP, DEFLATE) a odešle odpověď klientovi. Zároveň mu pomocí hlavičky Content-Encoding sdělí, jaký kompresní algoritmus pro komprimaci odpovědi použil.

Je-li klientem poptáván statický obsah, IIS 6.0 nejprve ověří, zda byl daný obsah již dříve požadován a je tedy uložen v komprimované podobě v lokální mezipaměti (cache, standardně %Windir%\IIS Temporary Compressed Files). Není-li komprimovaná verze v mezipaměti nalezena, pak server odešle klientovi nekomprimovanou verzi obsahu a na pozadí provede jeho komprimaci a uložení do lokální mezipaměti, odkud je při dalších požadavcích klientům opětovně poskytován. Dopad na zátěž procesoru tedy není velká, protože procesor nemusí data znovu komprimovat.

Dynamický obsah však “kešován” serverem není, IIS neukládá komprimované verze dynamického výstupu do mezipaměti. Přijde-li tedy na server požadavek na dynamický obsah, pak data, která server klientovi posílá, jsou znovu generována a komprimována vždy při každém požadavku, což znamená nárůst procesorové zátěže.

A pozor – chcete-li využít kompresi i pro soubory uložené v dokumentových knihovnách, pak vězte, že se de-facto jedná o data poskytovaná již zmíněnou owssvr.dll knihovnou, tedy o data dynamická, a do výčtu typů souborů tedy musíte přidat DLL, namísto DOC apod. V tom případě však ještě pečlivěji sledujte procesorovou zátěž a rovněž mrkněte sem: http://support.microsoft.com/?id=841120

Kompresní stupeň

Ve výchozím nastavení je kompresní stupeň u statického obsahu nastaven na 10. V předchozích řádcích jsme si však již objasnili, že u statického obsahu se zvýšení procesorové zátěže, zejména tedy u SharePoint portálů, standardně obávat příliš nemusíme.

Ve výchozím nastavení je kompresní stupeň u dynamického obsahu nastaven na 0. Maximální hodnota je, podobně jako u statického obsahu, 10. 0 znamená bez komprese, 10 je komprese maximální, ovšem zároveň s největší procesorovou zátěží. Obecně je doporučováno u dynamického obsahu používat kompresní stupně od 4 do 7. Dobré je rovněž poznamenat, že mezi stupni 9 a 10 je jen minimální rozdíl ve velikosti přenášených dat, nicméně znatelný rozdíl v procesorové zátěži. Na stupeň 10 tedy zapomeňte rovnou a hlavně sledujte čítače procesorové zátěže. Kompresní stupeň lze u dynamického obsahu nastavit např. takto:

• CSCRIPT.EXE ADSUTIL.VBS SET W3Svc/Filters/Compression/GZIP/HcDynamicCompressionLevel "7"
• CSCRIPT.EXE ADSUTIL.VBS SET W3Svc/Filters/Compression/DEFLATE/HcDynamicCompressionLevel "7"

HTTP komprese a IIS 6.0 a IIS 7.0

HTTP komprese se drobně odlišuje mezi IIS 6.0 (Windows Server 2003) a IIS 7.0 (Windows Server 2008).

U IIS 6.0 se HTTP komprese nastavuje pro typy souborů dle jejich přípon, zatímco v IIS 7.0 se komprese nastavuje s využitím MIME typů. IIS 7.0 rovněž přichází s dalšími novinkami, jako je schopnost dynamického zapínání či vypínání komprese v závislosti na využití procesoru.

Příklad skriptu na zapnutí komprese pro IIS 6.0:

Příklad nastavení komprese pro IIS 7.0:

Nejprve do IIS 7.0 přidejte pomocí Server Manager konzole roli “Dynamic Content Compression”.

V IIS 7.0 je ve výchozím nastavení komprese statického obsahu zapnuta a komprese dynamického obsahu je vypnuta. Zapneme ji tedy takto:

APPCMD.EXE set config -section:urlCompression /doDynamicCompression:true

Dále nastavíme stupeň komprese:

APPCMD.EXE set config -section:httpCompression -[name='gzip'].staticCompressionLevel:9 -[name='gzip'].dynamicCompressionLevel:7

A následně určíme kdy bude komprese využívána vzhledem k aktuální procesorové zátěži (zde kompresi povolujeme při procesorové zátěži v rozsahu 20-75%):

Ukázka z praxe

Velikost přenášených dat souboru core.js je při použití komprese zmenšena z 266 KB na 59 KB.

Odkazy na závěr

• HTTP komprese v IIS 6.0: http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/25d2170b-09c0-45fd-8da4-898cf9a7d568.mspx?mfr=true
• Optimizing WCM Pefrormance: http://msdn.microsoft.com/en-us/library/bb727371.aspx
• Measuring the Performance Effects of Dynamic Compression in IIS 7.0 - http://www.webperformanceinc.com/library/reports/iis7_compression/
• HTTP Compression Analysis for BluedogLimited.com - http://www.bluedoglimited.com/SharePointThoughts/Documents/HTTP%20Compression%20Analysis.mht
• IIS 7 Compression. Good? Bad? How much? - http://weblogs.asp.net/owscott/archive/2009/02/22/iis-7-compression-good-bad-how-much.aspx
• Výsledky nastavené komprese si můžete v praxi ověřit např. volně dostupným nástrojem Fiddler.

V poslední době dostávám stále více otázek týkajících se nové připravované verze SharePoint server, tedy SharePoint Server 2010. Mnoho informací oficiálně dostupných není a některé další, které jako MVP mám, zatím nelze zveřejnit, nicméně něco se pustit do světa již může. Odmítám však zveřejňovat spekulace, co zde píšu, není výmysl.

Co víme jistě:

1. SharePoint Server 2010 bude jen 64 bitový.
2. SharePoint Server 2010 bude vyžadovat 64 bitový Windows Server 2008, nebo 64 bitový Windows Server 2008 R2.
3. SharePoint Server 2010 bude vyžadovat 64 bitový SQL Server 2008 nebo 64 bitový SQL Server 2005.
   Jinými slovy – hodláte-li v dohledné době nasazovat SharePoint Server 2007, pak již rovnou na Windows Server 2008 a SQL Server 2008, vše 64 bitové. Jinak bude s upgradem zbytečně další práce navíc. Mimochodem – v SP2 je obsažena aktualizace STSADM, konkrétně “–o preupgradecheck”, což by před upgradem rozhodně nemělo uniknout vaší pozornosti.
4. SharePoint Server 2010 bude nově obsahovat PerformancePoint Services, tedy monitorovací a plánovací část PerformancePoint Serveru 2007, což je produkt, který od SP3 nebude dále samostatně vyvíjen. PerformancePoint Services budou v SharePoint Serveru 2010 dostupné pro zákazníky v rámci SharePoint Enterprise CAL licencí.
5. SharePoint v4 přinese zlepšenou podporu pro prohlížeče Firefox 3.x a Safari 3.x. Podpora pro IE 6.0 skončí v červenci 2010. Nový SharePoint s IE 6.0 nebude zcela kamarádit.
6. Dočkáme se i SharePoint Workspace 2010. Co to je? Nástupce aplikace Groove 2007 přeměněný do plnohodnotného offline SharePoint klienta se synchronizováním obsahu SharePoint seznamů. SharePoint Workspace 2010 bude nově obsažen i v edici Microsoft Office Professional Plus 2010.
7. Uživatelské rozhranní více ve stylu Ribbonu, ala Office 2007.

Co víme jen mlhavě:

• Datum uvedení produktu na trh stále neznáme, předpokládá se jaro 2010 (spolu s Office 2010)
• Nově budeme mít Database Attach Upgrade, viz. http://support.microsoft.com/kb/956448/en-us
• Pozor na opravdu velké seznamy (více než 2000 položek), po upgradu můžete pocítit výkonové problémy, viz. http://support.microsoft.com/kb/956201/en-us. No, snad ale bude konečně bez problémů funkční FileStream. Schopnost mapování seznamů k jejich vlastním DB tabulkám však bude cool.

Informace budu dále doplňovat tak, jak to bude možné. Každopádně – nový SharePoint v kombinaci s novými Office aplikacemi bude stát za to, konečně bude umět řadu věcí, které jsme chtěli již dávno. takže se máme na co těšit.

A je to opět tady - Microsoft znovu mění názvy, kategorizaci a obávám se, že se mu to opět nedaří.

Když byla na podzim roku 2006 uvedena na trh sada aplikací Microsoft Office 2007, začal Microsoft víc propagovat do té doby trochu nesměle a neurčitě používaný název "Microsoft Office System", v češtině "systém Microsoft Office". Všechno, co jen trochu souvisí s Office dostalo slůvko Office do názvu, měli jsme tedy nejen "Microsoft Office 2007", ale i "Microsoft Office SharePoint Server 2007", "Microsoft Office Forms Server 2007", "Microsoft Office Groove Server 2007", atd. atd.

Snahou bylo zavést označení produktové rodiny "Office System" jako všezarhnujícího označení Office aplikací a souvisejících serverů a nástrojů. Nepovedlo se. Zákazníci i dnes chápou Office jako Office aplikace a těžko si pod tím představují něco jiného. Ostatně ani Microsoft samotný názvy svých produktů nepoužívá jednotně a tím situaci příliš nepomáhá.

U SharePointu samotného je situace s názvy ještě o něco komplikovanější. Měli jsme tu "SharePoint Portal Server 2003", pak "Microsoft Office SharePoint Server 2007", kterému ale stejně mnoho lidí říká různě zkomolenými názvy stylu "SharePoint Portal 2007" (slůvko Office v názvu jsem ještě neslyšel od nikoho) no a teď, přesněji řečeno v první polovině příštího roku, vyjde na trh nová verze - opět s jiným názvem - "SharePoint Server 2010". Ach jo.

V prohlášení Thomase Rizza, SharePoint Sr. Director, můžeme číst:

The first thing you’ll notice is that the MOSS acronym goes away with the new name since Office is no longer in the SharePoint official name. No one should worry that SharePoint doesn’t work great with Office 2010 since we removed Office from the name, just like people didn’t worry whether SharePoint was a great portal product when we removed Portal from the 2007 name.

The primary reason why we took Office out of the name - lots of folks associate the name Office with the Office client. We wanted to take the opportunity to reestablish the Office name and brand to be synonymous with the client suite. I say “Give the people what they Want” so everyone should immediately think of Microsoft Office = Office apps.

Don’t try to acronym Microsoft SharePoint Server to MSS since MSS is already taken by Microsoft Search Server. Just remember, SharePoint is SharePoint is SharePoint.

Jinými slovy - brand "Office System" nikdo nechápe a nepoužívá, takže se vrátíme zpět do doby před X lety a označení Office budeme používat jen ve spojení s Office aplikacemi.

Pikantní je rovněž situace ohledně zkratky nové verze serveru. MSS se již používá jako zkratka pro Microsoft Search Server, takže, jak prohlásil Thomas - SharePoint je prostě SharePoint a hotovo. :-) Opravdu dobře jsem se pobavil.

O platformě Microsoft SharePoint bylo napsáno již hodně slov, málo v češtině, mnoho v angličtině. Po několika letech praktických zkušeností se zaváděním SharePoint produktů do firemního prostředí a se školením těchto technologií rozhodl jsem se, i díky výzvě ze strany společnosti Microsoft, sepsat formou čtyřdílného seriálu na pokračování některé své zkušenosti a především praktická doporučení.

Věřím, že tato aktivita může přispět k evangelizaci této úžasné „platformy“. Tváří v tvář si pak můžeme o SharePointu povídat na kurzech a konzultacích, které na toto a další témata vedu v Počítačové škole Gopas.

Díl 1. - SharePoint není pro všechny, ale umí toho opravdu hodně
http://blogs.technet.com/technetczsk/pages/tematicky-tyden-sharepoint-technologie-dil-1.aspx
Článek o tom proč je nutná analýza před samotným nasazením, vyjasnění pojmů, scénáře využití platformy SharePoint.

Díl 2. - Logická struktura portálu nade vše
http://blogs.technet.com/technetczsk/pages/tematicky-tyden-sharepoint-technologie-dil-2.aspx
Článek vyjasňuje pojmy, tedy názvosloví, a především naznačuje, jak plánovat logickou strukturu SharePoint portálů, tedy hierarchii kolekcí webů a v nich umístěných webů a dalších podřízených webů.

Díl 3. - Typy obsahu pro řízenou tvorbu informací a bez nich ani krok (nebo jen pár)
http://blogs.technet.com/technetczsk/pages/tematicky-tyden-sharepoint-technologie-dil-3.aspx
Třetí díl TechNet miniseriálu věnovaného platformě Microsoft SharePoint pojednává o základním stavebním kamenu řízené tvorby informací, tedy o „typech obsahu“, tzv. Content Types.

Díl 4. - SharePoint licencování od A do Z
http://blogs.technet.com/technetczsk/pages/tematicky-tyden-sharepoint-technologie-dil-4.aspx
Licencování SharePoint produktů a souvisejících systémů snad opravdu od A do Z.

Čtěte a připomínky či dotazy pište třeba sem na můj blog.

Tohle není aprílový žertík, je to pravda. S platností od 1. 4. 2009 uvolňuje společnost Microsoft aplikaci Microsoft Office SharePoint Designer 2007 zdarma ke stažení!

Ušetříte tak cca 6000,- Kč za nákup licence. :-) Nakoupili-li jste dřív, tak hmmm, peníze Microsoft nevrací.

Tuny informací a odkaz na stažení získáte zde: http://www.microsoft.com/spd

Před stažením je vyžadována povinná registrace.

Škoda, že se o tom tak málo mluví, SharePoint Designer je vynikající nástroj.

Sice se v české a slovenské kotlině nesetkávám s příliš velkou skupinou "enterprise" SharePoint zákazníků, přesto se občas někdo takový objeví a položí zajímavý dotaz. Jeden z takových dotazů inspiroval tento příspěvek.

Situace: Máme XY SharePoint obsahových databází (Content DB) a jejich velikost narostla do řádů desítek či téměř stovek GB. Provádíme-li rozdílovou zálohu (differential backup), jak dopředu zjistit, kolik dat se od poslední úplné zálohy (full backup) změnilo?

Komentář: SharePoint nabízí dvě varianty zálohování: úplnou zálohu a rozdílovou zálohu. Úplná zálohuje všechna data, rozdílová jen to, co se od poslední úplné změnilo či přibylo. Inkrementální zálohu SharePoint standardně neumí. Provedeme-li tedy např. úplnou zálohu v neděli (zálohováno řekněme 10 GB dat) a denně provádíme rozdílovou zálohu, tak každá rozdílová záloha obsahuje všechny přírůstky či změny, ke kterým došlo od neděle. Změnilo-li se tedy v pondělí 500 MB dat, záloha tomu odpovídá. Změnilo-li se v pondělí 500 MB dat a v úterý 300 MB, pak úterní rozdílová záloha bude zahrnovat 500 MB + 300 MB, atd.

V situaci, kdy naše obsahové DB mají řádově desítky či stovky GB dat, tak i jen provedení samotné zálohy vyžaduje jisté plánování a rozvahu. Otázka, jak zjistit velikost změněných či nových dat vzniklých od poslední úplné zálohy, je tedy zcela na místě.

Řešení: Použijte hotový kód od Paula Randala, článek s popisem jak to funguje a se samotným kódem je k dispozici zde: http://www.sqlskills.com/BLOGS/PAUL/post/New-script-How-much-of-the-database-has-changed-since-the-last-full-backup.aspx

Pro mnohé zákazníky velmi užitečná věc, třeba to uvítáte i vy.

Vyzkoušeno, otestováno, doporučuji.

Pro všechny zájemce o SharePoint technologie (WSS a MOSS) doporučuji online videa (dají se i stahovat) dostupná na Microsoft TechNet webu: http://technet.microsoft.com/en-us/office/sharepointserver/dd353225.aspx

K dispozici je nyní již několik desítek video ukázek věnovaných jak administraci SharePoint prostředí, tak využití z pohledu uživatele.

Video o instalaci MOSS je bohužel obsahově chybné a tak, jak to jeho autor předvádí, rozhodně MOSS instalovat nedoporučuji, ale ostatní jsou celkem OK.

O instalaci a doporučených postupech napíšu již brzy a vy zatím "sjíždějte" ta videa.

Máte rádi suši? Já ano, tedy speciálně pokud je jedná o Sharepoint Sushi.

Na oblíbeném codeplex.com webu je zdarma ke stažení vynikající nástroj pro administraci vašich WSS či MOSS prostředí - tzv. SUSHI = SharePoint Utility with a Smart, Helpful Interface.

SUSHI umí řadu užitečných věcí, které byste jinak dělali jen obtížně, např.:

• Security Reporty - zjistíte v přehledech kam který uživatel a s jakými právy leze!!!
• Backup a Restore z grafického rozhraní (no tohle asi stejně budete dělat jinak, ale za zkoušku to stojí a v testovacím prostředí to dělám více méně jen takto)
• Kopírování zobrazení (View) - no to je opravdu prima. V jednom seznamu (List) vytvoříte vlastní zobrazení (View) a pak ho jednoduše zkopírujete do jiného seznamu
• Správa metadat u typů obsahu - tohle je spíš na samostatný článek, jestli nevíte, co jsou to typy obsahu, pavděpodobně nevíte, co je to Sharepoint
• Hromadný import dokumentů ze souborových serverů do dokumentových knihoven!
• Aplikace témat na jednotlivé týmové weby

Níže jsou uvedené náhledy na vybrané komponenty této aplikace.

Vřele doporučuji vyzkoušet, ostatně nic za to nedáte. :-)

A příště? Akční Sharepoint SWAT !

K 1.10.2008 oznámil Microsoft dostupnost nových licenčních zkoušek určených primárně pro Microsoft Partnery specializující se na dodávku licenčních řešení.

Usiluje-li tedy vaše firma o získání kompetence “Licensing Solutions” se specializací “License Delivery”, nebo o udržení této kompetence v rámci Microsoft Partnerského programu, pak možná uvítáte následující řádky.

Dva licenční specialisté z vaší firmy musí mít jednu z následujících zkoušek:

• Exam 70-671: Designing and Providing Microsoft Volume Licensing Solutions to Small and Medium Organizations
• Exam 70-672: Designing and Providing Microsoft Volume Licensing Solutions to Large Organizations

Zkoušku 70-671 jsem dělal před dvěma dny. Musím říci, že po hodině a půl jsem toho měl fakt plné zuby a jen jsem si říkal: “Šmarja, půjde-li na tohle normální český či slovenský partner, tak bude mít opravdu potíže.” Proč?

• Zkouška je opět tvořena licenčními scénáři, kde po popisu zákazníka a jeho stávajícího licenčního stavu a naznačených obchodních cílů máte zodpovědět několik konkrétních otázek. Na tom není nic špatného, ale scénářů je hodně, po hodině se vám začnou plést, navíc mnohé scénáře by zasloužili lepší, přesnější popis cílů, občas jste prostě na pochybách, “co že je tím vlastně myšleno”. Potřebné indície mnohdy nejsou jednoznačné a umožňují různý výklad.
• Je tedy nezbytné velmi podrobně a pečlivě studovat ony licenční scénáře, vyhmátnout z nich vždy to podstatné a pak se soustředit na podstatu otázek samotných.
• Rovněž je dobré při studiu licenčních programů otevřít i US licenční web, ne jen ten český nebo slovenský, byť zejména ten slovenský je na tom informačně relativně dobře.

Naopak příjemné je, že u této aktualizované podoby zkoušek již Software Assurance není vždy ta nejlepší volba (byť na ni de-facto v každém scénáři narazíte) a že nelicencujete jen zákazníky z tisícemi počítačů a desítkami serverů.

Řada z vás se ptala na možnost absolvování přípravného kurzu pro tuto zkoušku. Nyní vidím, že je to velmi žádoucí. Máte-li tedy zájem, zvu vás jak na klasické licenční kurzy, které v Gopasu vedu (SA, MSS1), tak na individuální konzultace, jejichž obsah mám již připraven. 

Stávající licenční zkoušky 70-121 a 70-122 budou v rámci Microsoft partnerské kompetence platné do konce 2008-2009 periody.

Podobně jako u článku na pokračování o SharePointu samotném, začínám s článkem na pokračování o nejlepších utilitách pro SharePoint, které někdy doslova berou dech. Všechny popisované utility dlouhodobě používám, jsou zdarma a mohu je vřele doporučit.

V prvním dílu se podíváme na utilitky, které většinou sami o sobě nic nemění, nic nenastavují, přesto jsou mnohdy velmi užitečné a mohou ušetřit spoustu času a úsilí, tedy na nástroje sloužící pro podrobný výpis nastavení SharePoint prostředí.

SharePoint Spy od echoTechnology

Vynikající nástroj umožňující přehledně a podrobně vypsat nastavení SharePoint aplikací. Jako jeden z mála nástrojů umožňuje i snadno porovnávat nastavení, např. jednotlivých týmových webů, kolekcí webů, či typů obsahu, metadat apod. Vynikající!

Ke stažení zdarma (po registraci) zde.

Mimochodem echoTechnology dělají řadu zajímavých věcí, ještě se k nim později vrátíme.

SharePoint Manager 2007

Asi to nejlepší z tohoto soudku. Přehledně vypisuje v podstatě vše, navíc ale můžete nastavení přímo měnit! Prozatím jsem se nesetkal s problémem, přesto mám vždy při klikání na ikonku se symbolem diskety divný pocit okolo žaludku. :-) Nástroj je to ale vynikající.

Autorem je Karsten Keutmann, který nyní aktivně pravuje na svém jiném projektu, WSPBuilder. SharePoint manager stahujte z Codeplexu zde.

SharePoint Inspector

Nástroj s podobným použitím, jako SharePoint Spy. Výpis poskytovaných informací možná není tak podrobný, ale zato umí jednoduše aktivovat či deaktivovat tzv. SharePoint features.

Stahujte zdarma z codeplex.com zde, autorem francouz Gaetan Bouvereta, takže umíte-li, čtete zde.

SharePoint 2007 Content Types Viewer

Prima věcička pro výpis nastavení jednotlivých typů obsahu (Content Types). Osobně jsem “vášnivým” zastáncem typů obsahu, strukturované, řízené, metadaty popsané vytváření informací se bez typů obsahu prostě neobejde a o tom by přece SharePoint měl být.

Stahujte zdarma z codeplex.com zde, info o použití od autora, Dava Huntera zde.

V příštím dílu tohoto článku si představíme jen jeden nástroj, který svým rozsahem však vydá na celý článek, umí toho totož opravdu hodně. Máte rádi Sushi? Příště budete. :-)

Přiznám se, nenapadlo by mě to. SharePoint na Vistě? Ano, jde to. Kolega Marek Chmel objevil, vyzkoušel, zprovoznil a užívá si.

Chcete-li testovat či chcete-li vyvíjet bez nutnosti spouštět virtuálku se serverovým OS, pak hurá do toho. Chcete-li demovat pro účely výuky, nebo chcete-li instalovat pro firemní využití, pak stop, nedoporučuji. Navíc mám trochu pochyby o licenční korektnosti a legalitě takového postupu. Ale ano, jde to.

Díky, Marku a díky hoši z Bamboo Nation. :-)

Včera (pondělí 18. 8. 2008) se na oficiálním SharePoint blogu (http://blogs.msdn.com/sharepoint/) objevilo na první pohled poněkud nenápadné, rozhodně ale informačně neúplné oznámení s nadpisem “Update on Licensing and Virtualization Support for SharePoint Products and Technologies”. Jako fanda do licencování jsem se okamžitě horečně pustil do čtení v naději, cože je to v oblasti SharePoint licencování nového. Odpověď zní: po přečtení onoho oznámení na SharePoint blogu jakoby nic, ve skutečnosti ale mnohé! :-)

Oznámení na zmíněném SharePoint blogu popisuje de-facto jednu jedinou novinku či otázku, pro většinu z nás odjakživa tak trochu diskutabilní, a to oznámení oficiální podpory pro nasazení SharePoint produktů v rámci virtuálního prostředí.

Fajn, prima, tak nyní již Microsoft oficiálně podporuje nasazení a poskytuje podporu SharePointu (konkrétně SharePoint Server 2007 SP1, Windows SharePoint Services 3.0 SP1 a rovněž tak dalších produktů, jako je Exchange 2007, SQL Server 2008) provozovaného v rámci virtuálního prostředí díky virtualizačním technologiím typu Windows Server 2008 Hyper-V, Microsoft Hyper-V Server a dalších virtualizačních platforem třetích stran, které jsou zahrnuty do programu Server Virtualization Validation Program. Starší KB článek na toto téma je tedy již poněkud mimo.

Ta pravá bomba je ale skryta v rámci oficiálního oznámení, vydaného Microsoftem dnes. Oznámení praví, že s platností od 1. 9. 2008 mají zákazníci právo na neomezený převod licencovaných instancí libovolných serverových produktů Microsoftu mezi licencovanými servery v rámci serverové farmy, a to jak mezi jejich fyzickými, tak virtuálně provozovanými instancemi. Wow! Ti z vás, kteří pochopili tuto větu, jsou asi příjemně překvapeni, že.

Oznámení neříká, zda se toto nové pravidlo týká i OEM licencí, případně krabicových balení, nebo jen multilicencí, nicméně i tak je to něco a z textu se dá vyvodit, že se vše zcela jistě týká multilicencí.

Co to tedy v praxi jednoduše řečeno znamená? Od 1. 9. 2008 máte právo libovolně přesouvat vaše řádně licencované serverové produkty z jednoho serveru na druhý v rámci serverové farmy, a to jak v rámci fyzického prostředí, tak v rámci virtuálních prostředí, mezi jednotlivými servery dané farmy. Stávající omezení vynucující převod licence až po 90 dnech od předchozího přiřazení licencovanému serveru se ruší.

No, řekl bych, že je o důvod více přijít na profesionální licenční školení do Gopasu a tam si o tom se mnou povídat. Vyplatí se to. Dotazy prosím emailem, zeptáte-li se přímo prostřednictvím blogu, většinou vám nemohu odpovědět. Můj email: jmeno.prijmeni@firmakdepracuji.cz.

Doporučuji opatrnost při aplikování tohoto pravidla, oznámení je hodně obecné, některé otázky neřeší. Snad se v dohledné době dočkáme více informací na toto téma.

Aktualizováno: dnes jsem objevil dokument Application Server License Mobility, který oznámené licenční změny popisuje a vysvětluje. Zajímavé čtení!

O platformě Microsoft SharePoint bylo napsáno již hodně slov, málo v češtině, mnoho v angličtině. Po několika letech praktických zkušeností se zaváděním SharePoint produktů do firemního prostředí a se školením těchto technologií rozhodl jsem se sepsat formou seriálu na pokračování své zkušenosti a především praktická doporučení.

Věřím, že tato aktivita může přispět k evangelizaci (zajímavé slovo, že? ale obyčejné “osvěta” prostě tak nezní) této úžasné “platformy”. Tváří v tvář si pak můžeme o SharePointu povídat na kurzech, které na toto a další témata vedu v Počítačové škole Gopas.

WSS, MOSS, MOFS, aneb vysvětlujeme zkratky a rozdíly

Platforma Microsoft SharePoint je jedním ze základních stavebních kamenů produktové rodiny “systém Microsoft Office 2007” (EN: Microsoft Office System 2007). “Systém Microsoft Office 2007 je soubor aplikací, serverů a služeb, které slouží k tvorbě řešení usnadňujících sdílení informací, jejich řízenou tvorbu a zpřístupňuje je odkudkoliv a kdykoliv.”, říká jedna z použitelných marketingových definic, která docela dobře vystihuje podstatu věci. Jde především o řízenou tvorbu a správu informací! K této větě se v mé sérii článků budu opakovaně vracet. Pochopíte proč.

Windows SharePoint Services 3.0 (WSS):
Microsoft Windows SharePoint Services napomáhá týmům sdílet informace, spolupracovat na dokumentech a shromažďovat týmové znalosti. Jedná se o základní stavební kámen každého Sharepoint řešení. Z pohledu uživatele zajišťuje funkčnost na úrovni seznamů, jako jsou knihovny dokumentů, knihovny formulářů, knihovny obrázků, wiki stránky, dále seznamy oznámení, kontaktů, úkolů a projektových úkolů, týmové kalendáře, diskusní vývěska, průzkumy a řešené problémy. Možné je samozřejmě vytvářet i vlastní seznamy. Tyto seznamy sdružuje služba WSS do týmových webů a ty pak do kolekcí webů (o topologii portálu až někdy později).

Microsoft Office SharePoint Server 2007 (MOSS):
MOSS 2007 je integrovaná sada snadno ovladatelných serverových aplikací, které zvyšují efektivitu organizace, neboť umožňují komplexně spravovat informační obsah, a získávat tak vyšší obchodní hodnotu z informačních zdrojů, zrychlit interní a externí obchodní procesy u nichž je zapotřebí sdílení informací, efektivně získávat a prezentovat informace a díky tomu přijímat kvalifikovanější rozhodnutí, sdílet obchodní informace s vyšší důvěrou v jejich zabezpečení v rámci organizace i mimo ni a poskytnout oddělení IT jedinou, integrovanou, rozšiřitelnou platformu pro správu intranetových, extranetových a internetových aplikací v celé organizaci.
Jinými slovy, nad rámec funkcí poskytovaných službou WSS představuje MOSS komplexní informační portál, zastřešující jednotlivé týmové weby a kolekce webů, nabízející navíc pokročilé vyhledávání v rozličných datových zdrojích, integrovaná workflow pro automatizaci procesů, možnost propojení portálu s externími datovými zdroji a následnou prezentaci těchto dat pomocí funkce správce obchodních dat, základní nástroje pro vyhodnocování obchodních dat pomocí KPI seznamů, výpočtové a formulářové služby umožňující prezentovat online Excelové sešity a InfoPath formuláře (sloužící samozřejmě i pro sběr dat), možnosti pro archivaci dokumentů, osobní weby a pokročilou správu webového obsahu.

Označení “SharePoint” v mých článcích budu používat výhradně v souvislosti s tímto produktem.

Microsoft Office Forms Server 2007 (MOFS):
Usnadňuje týmům a organizacím publikování a správu formulářů v centrálním umístění. Tyto formuláře pak lze otevírat a vyplňovat pomocí webového prohlížeče. Informace shromážděné v těchto formulářích lze snadno opakovaně používat v celé organizaci a v rámci obchodních procesů, protože formuláře aplikace InfoPath podporují oborový standard XML a mohou používat libovolné vlastní schéma definované uživatelem.
Tedy MOFS je řešením pro online publikované formuláře (vytvářené ideálně z aplikace InfoPath 2007) s funkcionalitou WSS doplněnou o formulářové služby.

Podrobná tabulka s popisem rozdílů mezi jednotlivými produkty je k dispozici ke stažení zde.

Důvody pro nasazení

Existuje jistě mnoho argumentů, proč nasadit SharePoint (myslím tedy MOSS). Následující scénáře jsou mé oblíbené, z praxe nejčastěji používané:

1. Řízená tvorba a sdílení dokumentů a informací a jejich archivace
2. Centra schůzek pro efektivní sdílení dat z pracovních porad
3. Interaktivní webové formuláře usnadňující sběr dat
4. Publikační portál pro vytváření webového obsahu
5. Vyhledávací portál zpřístupňující data z rozličných datových zdrojů

V dalších dílech se podrobně s těmito i dalšími scénáři využití platformy SharePoint seznámíme, popíšeme si i možné varianty nasazení a podělím se s vámi o tipy a triky, které někdy doslova berou dech.

Nyní ale zpět k názvu tohoto článku:

SharePoint není pro všechny

Není nic horšího, než firma s nasazeným SharePointem, kam za půl roku přijdu a vidím, že to nikdo nepoužívá.
Není nic horšího, než firma s nasazeným SharePointem, kam za půl roku přijdu a vidím, že to všichni používají, ale bez jakékoliv vize a plánu.
Není nic horšího, než SharePoint, který nikdo neřídí a který nikdo nekontroluje.
Není nic horšího, než nasazování SharePointu tzv. “hurá stylem”, tedy bez rozmyslu, bez analýzy procesů a činností.
A není nic horšího, než Basic instalace.

K SharePointu je třeba dospět. Co tím myslím? Často vídávám na kurzech nebo konzultacích nadšené administrátory, kteří vidí a chápou přínosy SharePoint platformy, uvědomují si přínosy a výhody, které nasazením SharePointu jejich firma a uživatelé získají a sní o tom, jak snadno a rychle budou moci zavádět a vytvářet nové služby a řešení, usnadňující jejich uživatelům a vlastně i samotným IT pracovníkům práci. Ano, to vše je pravda, tohle umíme, SharePoint je mocný produkt. Jen samotné nadšení pro věc ale nestačí.

Není nic horšího, než firma s nasazeným SharePointem, kam za půl roku přijdu a vidím, že to nikdo nepoužívá.
Ano, i to se může stát. Firma koupí licence, nasadí SharePoint a tím to skončí, na další kroky není čas, peníze, chuť… problém především menších firem, kde jsou IT pracovníci zahlceni každodenními činnostmi, bez prostoru na koncepční práci.
Doporučení: Nestíháte-li pořádně ani běžné činnosti, do SharePointu se nepouštějte. A pokud přeci jen, tak s pomocí externího konzultanta, který vám přinese know how, které byste jinak sami pracně a dlouhodobě získávali. Nestačí jen vědět k čemu je to dobré, je nutné vědět jak to budeme používat!

Není nic horšího, než firma s nasazeným SharePointem, kam za půl roku přijdu a vidím, že to všichni používají, ale bez jakékoliv vize a plánu. Není nic horšího, než SharePoint, který nikdo neřídí, který nikdo nekontroluje. Není nic horšího, než nasazování SharePointu tzv. “hurá stylem”, tedy bez rozmyslu, bez analýzy procesů a činností.
SharePoint a ani žádná jiná sebelepší technologie sám o sobě nic ve vaší firmě nezmění! Nemáte zavedené procesy pro tvorbu a sdílení informací? Tedy dokumentů, ale i procesů pro rezervaci zdrojů? Pak vězte, že po půl roce používání SharePointu bude na vašem portálu podobný nepořádek, nebo spíše ještě větší nepořádek, než na stávajících souborových serverech.
SharePoint vám dává možnost a prostředky, jak tyto činnosti dělat lépe. Nejsou-li ale zavedena pravidla a neřídí-li se jimi uživatelé, pak to nemá smysl.
Doporučení: Proveďte analýzu procesů a činností, zamyslete se nad ideálním způsobem tvorby informací. Popište procesy tvorby dokumentů, sestavte pracovní toky (workflow), řekněte JAK chcete pracovat. Až poté tvořte vaše portály a implementujte potřebné nástroje. Prvotní analýza se opravdu vyplatí!

A není nic horšího, než Basic instalace.
Nenechte se nalákat na nejsnazší způsob instalace. Co je snadné, není vždy správné (s principem “Okemovy břitvy” ale souhlasím). Bez pochopení přínosů a slabin jednotlivých způsobů instalace raději ani nespouštějte setup.exe. Následné řešení možných problémů bývá složitější, než reinstalace. Každopádně je to drahé.
Doporučení: Je-li to jen trochu možné, zvolte vždy “Advanced” instalaci, nad jejímž procesem máte plnou kontrolu. A přečtěte si následující kapitolu, kde proces instalace vysvětlím. :-)

Příště tedy zboříme mýtus výhodnosti Basic instalace a řekneme si, jak správně na to.