Es ist vollbracht!
All das Lesen und Lernen von Technet Seiten und Webcasts hat sich gelohnt…
Hab heute die Prüfung bestanden und darf mich jetzt Microsoft Certified Technology Specialist nennen.
So long…
Die Windows Sharepoint Services haben standardmäßig drei Benutzergruppen:
- Besucher
- Mitglieder
- Besitzer
Mitglieder der Besuchergruppe haben im Grunde nur Leserechte. Das zeigt sich auch an der Anzahl der Auswahlmöglichkeiten auf der SharePoint Seite.
Angehörige der Mitgliedergruppe haben die Möglichkeit im SharePoint selbst aktiv zu werden. Man kann Dokumente hochladen, bearbeiten, löschen, etc…Unter Umständen hat man sogar das Recht eigene Seiten zu erstellen.
Die Besitzergruppe ist vergleichbar mit der Administratoren-Gruppe im Active Directory. Mitglieder dieser Gruppe haben vollen Zugriff auf alle Einstellungen der SiteCollection.
Und wo wir gerade beim Thema Active Directory sind:
Es ist “Best Practice” im AD für jede Sharepointgruppe im AD ein Äquivalent zu erstellen und Bentzer über diese Gruppen im AD zu verwalten.
Heißt im Klartext: Ich erstelle z. B. die Gruppen SharePoint_Besucher, SharePoint_Mitglieder und SharePoing_Besitzer im Active Directory und füge diesen AD-Gruppen die entsprechenden Nutzer hinzu.
Anschließend gehe ich im SharePoing in die Benutzerverwaltung und füge der Gruppe Besucher die AD-Gruppe SharePoint_Besucher hinzu. Und das entsprechend für jede Gruppe.
Einmal angelegt vereinfacht das spätere Änderungen im AD und im Benutzerumfeld um einiges.
So long…
Einer unserer Kunden hatte vor kurzem die Anforderung Angebote für Außendienstmitarbeiter nachverfolgbar im SharePoint abzulegen und von unterwegs per Internet auf die Infos zugreifen zu können.
Da die Außendienstler alle mit iPhones ausgestattet wurden lag es nahe als Client das iPhone zu verwenden.
Nun sieht das Standardlayout des SharePoints nicht unbedingt toll auf dem iPhone aus. Also hab ich mich mal schlau gemacht und einige Lösungsansätze gefunden um dem Endnutzer die Bedienung so leicht wie möglich zu machen.
Im Apple Store nach vorhandenen App suchen.
Naheliegend – wieso das Rad neu Erfinden. Allerdings waren die Tool nicht gerade besonders zufriedenstellend.
Das App iShare z. B. lässt den Benutzer sich durch Listen und Bibliotheken hangeln, bietet aber ansonsten nichts berauschendes.
iSharePhone hatte einen ähnlichen Ansatz. Nur hier benötigte man noch zusätzlich eine Serverkomponente, die für die Verwaltung der angebunden iPhones diente.
Ein eigenes App für iPhone schreiben und per Webservice anbinden.
Im Grunde eine gute Idee. Nur die Verteilung des Apps ist relativ umständlich und man benötigt Mac OS X um via XCode ein App fürs iPhone schreiben zu können. Das nervt schonmal gewaltig.
Im SharePoint ein WebApp zur Verfügung stellen.
Ein WebApp ist im Grunde eine an die Darstellungsform des iPhones angepasste Webseite.
Super hilfreich war hierbei unter anderem ein Framework namens iWebKit, dass es einem recht einfach macht ein ‘look&feel’ wie bei normalen iPhone Anwendungen zu erreichen – nur eben auf Webbasis. Zusätzlich dazu kann man auf diese Weise wie gewohnt mit dem SharePoint Objektmodel und ASP.Net arbeiten. Für Entwickler, die auf der Microsoft Schiene unterwegs sind ist das – denk ich – schon ein Vorteil.
Zur Zeit favorisiere ich die WebApp Lösung. Ist relativ einfach umzusetzen, eine Verteilung von Apps entfällt und man kann im Grunde auch per Firefox oder einem anderen Browser auf die Daten zugreifen.
So long…
Beim Versuch ein Projekt via Deploy zu veröffentlichen erhält man eine Fehlermeldung wegen mangelnden Zugriffsrechten.
Die Lösung:
Der Anwendungspool der Zentraladministration muss unter dem Dienstekonto “Netzwerkdienst” laufen und “Netzwerkdienst” muss der lokalen Administratorengruppe hinzugefügt werden.
Danach ein iisreset durchführen.
Jetzt sollte ein Deploy möglich sein.
So long…
Dieser Post ist Bestandteil einer mehrteiligen Serie zum Thema Installation des Microsoft Office SharePoint Servers 2007. Die Installation soll weitestgehend automatisiert über Skripte laufen.
Als Testkonfiguration verwenden wir einen Server 2008 x86, SQL Server 2005 Express mit SP3 und die Testversion von Microsoft Office SharePoint Server 2007.
Geskriptete Konfiguration des Microsoft Office SharePoint Server 2007
Nachdem wir den MOSS 2007 im letzten Teil installiert haben geht es jetzt um die Konfiguration des Servers.
Mit den folgenden Befehlen konfigurieren wir den SharePoint Server…
:: Wechseln in den Ordner, der psconfig and stsadm enthaelt
cd "C:\Program Files\Common Files\microsoft shared\Web Server Extensions\12\BIN"
:: Konfigurationsdatenbank fuer MOSS 2007 erstellen
psconfig -cmd configdb -create -server %COMPUTERNAME%\%MYDBINSTANCENAME% -database SharePoint_Config -user %MYSERVICEACCOUNT% -password %MYSERVICEACCOUNTPWD%
:: Installation der Helpcollections
psconfig -cmd helpcollections -installall
:: Sicherung
psconfig -cmd secureresources
:: Installation der Services wie z. B. Excel Services
psconfig -cmd services -install
:: Featuresinstallation
psconfig -cmd installfeatures
:: Installation der Central Administration
psconfig -cmd adminvs -provision -port 8000 -windowsauthprovider onlyusentlm
psconfig -cmd applicationcontent -install
:: Office Search Service
stsadm -o osearch -action start -role indexquery -farmcontactemail %MYOWNEREMAIL% -farmserviceaccount %MYSERVICEACCOUNT% -farmservicepassword %MYSERVICEACCOUNTPWD% -defaultindexlocation "C:\Program Files\Microsoft Office Servers\12.0\Data\Applications"
:: Webapplikation fuer Shared Service Provider
stsadm -o extendvs -url http://%COMPUTERNAME%:8010 -ownerlogin %MYOWNERLOGIN% -owneremail %MYOWNEREMAIL% -databaseserver %COMPUTERNAME%\%MYDBINSTANCENAME% -databasename WSS_Content_SSPAdmin -exclusivelyusentlm -apidname "SSP – 8010" -apcreatenew -apidtype configurableid -apidlogin %MYSERVICEACCOUNT% -apidpwd %MYSERVICEACCOUNTPWD%
:: My Site Webapplication
::STSADM.EXE -o extendvs -url http://srv2k8dev:8020 -ownerlogin srv2k8dev\administrator -owneremail schnuck@domain.tld -databaseserver srv2k8dev\SQLExpress -databasename WSS_Content_MySite -exclusivelyusentlm -apidname "My Sites – 8020" -apcreatenew -apidtype configurableid -apidlogin srv2k8dev\myserviceAccount -apidpwd %wm2002
stsadm -o extendvs -url http://%COMPUTERNAME%:8020 -ownerlogin %MYOWNERLOGIN% -owneremail %MYOWNEREMAIL% -databaseserver %COMPUTERNAME%\%MYDBINSTANCENAME% -databasename WSS_Content_MySite -exclusivelyusentlm -apidname "My Sites – 8020" -apcreatenew -apidtype configurableid -apidlogin %MYSERVICEACCOUNT% -apidpwd %MYSERVICEACCOUNTPWD%
:: Shared Service Provider and MySite
stsadm -o createssp -title "Shared Service Provider" -url http://%COMPUTERNAME%:8010 -mysiteurl http://%COMPUTERNAME%:8020 -indexserver %COMPUTERNAME% -indexlocation "%Programfiles%\Microsoft Office Servers\12.0\Data\Applications" -ssplogin %MYSERVICEACCOUNT% -ssppassword %MYSERVICEACCOUNTPWD% -sspdatabasename SSPDB -searchdatabasename SEARCHDB
:: Site Collection erstellen unter Verwendung des SPSPortal Template
stsadm -o extendvs -url http://%COMPUTERNAME%:80 -ownerlogin %MYOWNERLOGIN% -owneremail %MYOWNEREMAIL% -databaseserver %COMPUTERNAME%\%MYDBINSTANCENAME% -databasename WSS_Content -exclusivelyusentlm -apidname "SharePoint Site Collection" -sitetemplate SPSPortal -apidtype configurableid -apidlogin %MYSERVICEACCOUNT% -apidpwd %MYSERVICEACCOUNTPWD%
:: Restart of IIS
iisreset
Um die Befehle erfolgreich abzuschließen müssen sie in der Reihenfolge wie oben angegeben abgearbeitet werden. Nachzulesen auf Technet.
So long…
Dieser Post ist Bestandteil einer mehrteiligen Serie zum Thema Installation des Microsoft Office SharePoint Servers 2007. Die Installation soll weitestgehend automatisiert über Skripte laufen.
Als Testkonfiguration verwenden wir einen Server 2008 x86, SQL Server 2005 Express mit SP3 und die Testversion von Microsoft Office SharePoint Server 2007.
Installation des Microsoft Office SharePoint Server 2007 im Silentmode/Unattended/Quiet
Ja, es gibt ne Menge Bezeichnungen für die passive Installation von Software… 
Vorbereitung
In diesem Schritt müssen wir ein wenig mehr Vorleistung erbringen.
Erstellen wir uns zunächst einen Ordner namens Installationsdaten.
In diesen Ordner kopieren wir das Installationspaket für den MOSS 2007. Das Paket heißt üblicherweise OfficeServer.exe.
Jetzt erstellen wir uns noch im Ordner Installationsdaten einen weiteren Ordner namens OfficeServer.
Und nun kommt der Knaller! OfficeServer.exe enthält alle Setupdateien und die extrahieren wir jetzt in den Ordner OfficeServer.
Read more
Dieser Post ist Bestandteil einer mehrteiligen Serie zum Thema Installation des Microsoft Office SharePoint Servers 2007. Die Installation soll weitestgehend automatisiert über Skripte laufen.
Als Testkonfiguration verwenden wir einen Server 2008 x86, SQL Server 2005 Express mit SP3 und die Testversion von Microsoft Office SharePoint Server 2007.
Silentinstallation des SQL Server 2005 Express
Wie in den Posts zuvor versuchen wir eine Komponente zu installieren ohne selbst viel klicken zu müssen.
Read more
Dieser Post ist Bestandteil einer mehrteiligen Serie zum Thema Installation des Microsoft Office SharePoint Servers 2007. Die Installation soll weitestgehend automatisiert über Skripte laufen.
Als Testkonfiguration verwenden wir einen Server 2008 x86, SQL Server 2005 Express mit SP3 und die Testversion von Microsoft Office SharePoint Server 2007.
Silentinstallation des .Net Frameworks 3.5 SP1
Für die Installation des Microsoft Office SharePoint Servers 2007 benötigt man zumindest das Framework 3.0. Da die Version 3.5 SP1 ne Menge Sicherheitslücken stopft empfielt es sich gleich dieses Framework zu installieren.
Read more
Dieser Post ist Bestandteil einer mehrteiligen Serie zum Thema Installation des Microsoft Office SharePoint Servers 2007. Die Installation soll weitestgehend automatisiert über Skripte laufen.
Als Testkonfiguration verwenden wir einen Server 2008 x86, SQL Server 2005 Express mit SP3 und die Testversion von Microsoft Office SharePoint Server 2007.
Anlegen von Benutzern über die Kommandozeile
Für die Installation benötigen wir einen Benutzer für die SQL-Dienste und einen für die SharPoint-Dienste.
| Benutzername |
Passwort |
| SRV2K8\sqlserviceaccount |
!wi2009 |
| SRV2K8\spserviceaccount |
!wi2009 |
Read more
Die Templates für Windows Sharepoint Server werden in *.wsp Dateien zur Verfügung gestellt. Die *.wsp Dateien sind im Grunde aber auch nur *.cab Dateien.
Installiert werden diese Solutionpakete mit Hilfe des Tools stsadm.
Am Beispiel des Core Templates (ApplicationTemplateCore.wsp), dass Voraussetzung für alle weiteren Templates ist zeige ich mal wie so eine Solution über die Konsole installiert werden kann.
Zunächst wird die Solution dem Sharepoint Server hinzugefügt und anschließend veröffentlicht, sodass das Templates auch von den Benutzern verwendet werden kann.
stsadm –o addsolution –filename ApplicationTemplateCore.wsp
stsadm –o deploysolution –name ApplicationTemplateCore.wsp –allowgacdeployment –immediate
Nach der Installation erzeugt man im Sharepoint eine neue Seite und verwendet das installierte Template als Vorlage.
Anpassung, Konfiguration und Verwendung der Templates kann man sich dann in vielen Webcasts von Microsoft anschauen.
So long…
All das Lesen und Lernen von Technet Seiten und Webcasts hat sich gelohnt…
Mitglieder der Besuchergruppe haben im Grunde nur Leserechte. Das zeigt sich auch an der Anzahl der Auswahlmöglichkeiten auf der SharePoint Seite. 
Angehörige der Mitgliedergruppe haben die Möglichkeit im SharePoint selbst aktiv zu werden. Man kann Dokumente hochladen, bearbeiten, löschen, etc…Unter Umständen hat man sogar das Recht eigene Seiten zu erstellen. 
Die Besitzergruppe ist vergleichbar mit der Administratoren-Gruppe im Active Directory. Mitglieder dieser Gruppe haben vollen Zugriff auf alle Einstellungen der SiteCollection. 
Anschließend gehe ich im SharePoing in die Benutzerverwaltung und füge der Gruppe Besucher die AD-Gruppe SharePoint_Besucher hinzu. Und das entsprechend für jede Gruppe.