Wer ab und an mit PowerShell arbeitet  hat die Vorzüge der PowerShell ISE (Integrated Scripting Environment) schätzen gelernt. SharePoint 2010 unterstützt seit dieser Version ebenfalls PowerShell. Der Installer platziert dazu einen Link (SharePoint 2010 Management Shell) in das Startmenü.

Nun bietet dieser Link leider nur das PowerShell CLI (Command Line Interface). Vermutlich nennt man das bei Microsoft nicht so. Ich als alter BSD-Mensch kenne das aber nur unter diesem Namen. Wie auch immer: um nun diesen Link umzustellen, so dass die Integrated Scripting Environment gestartet wird muss man in den Eigenschaften des Links das Target von:

auf

umstellen.

Danach muss man das Integrated Scripting Environment starten und zuerst mit “F5″, das Script (sharepoint.ps1) ausführen welches bereits in der Script Pane angezeigt wird.
Danach sind die SharePoint 2010 snap-ins hinzugefügt.

Eine weitere Möglichkeit ist es, die SharePoint 2010 snap-ins direkt in das bestehende Integrated Scripting Environment hinzuzufügen:

Dies fügt die SharePoint 2010 snap-ins temporär hinzu. Als SharePoint Administrator brauchen wir die SharePoint 2010 snap-ins meist permanent. Dazu fügen wir die SharePoint 2010 snap-ins beim PowerShell $profile hinzu.
Eventuell hat man noch gar keine Profile und muss sich diese zuerst anlegen, oder zumindest ein persönliches Profil. Eine gute Anleitung wie man anstellt und auch testet welche Profile bereits vorhanden sind findet man auf MSDN.

Da ich ja der letzte bin der etwas erfährt, habe ich auch erst jetzt gesehen, dass im TechNet Script Center, SharePoint jetzt nun eine eigene Kategorie hat. Als ich meine Kollegen hier während einer Kaffeepause darauf angesprochen habe (….klar, ich bin der nicht vom Wochenende erzählt sondern davon das sich die Sitestruktur auf TechNet verändert hat…) merkte ich das die Jungs das Script Center noch gar nicht gesehen haben.

In diesem Sinne hier also für alle diejenigen SharePoint Administratoren welche die Site noch nicht gesehen haben, unter diesem Link findet man ein paar PowerShell Scripts für SharePoint. Aufgeteilt sind sie nach:

• Backup and Recovery
• Content Management
• Deployment and Upgrade
• Monitoring and Reporting
• Permission and Security
• Search Management
• Service Application Management

Das Ganze ist als Community aufgebaut, so dass wir alle unsere Scripts dort abgelegen können. In diesem Sinne, surft mal hin und ladet Eure Scripts hoch. So haben wir alle ein bisschen weniger arbeit. Danke!

Wie immer scheint es, dass ich der letzte bin der gewisse Dinge erfährt. Trotzdem haben mir, bezüglich iFilter für Office 2010, diverse Kollegen beim Nachfragen über IM  geschrieben: „keine Ahnung.“

Aber da gibt es doch die Filter Central bei den MSDN Blogs. Der letzte Eintrag vor zwei Monaten sagt dann auch, das die iFilter aktualisiert worden sind und in je in einer 32Bit und einer 64Bit Version verfügbar sind. Die beiden Filterpacks enthalten jeweils:

• Legacy Office Filter (97-2003; .doc, .ppt, .xls)
• Metro Office Filter (2007, 2010; .docx, .pptx, .xlsx, .docm, .xlsm, .pptm)
• Zip Filter
• OneNote filter
• Visio Filter
• Publisher Filter
• Open Document Format Filter

Also SharePoint Administratoren, aktualisieren ist angesagt.

Mein Kollege Stefan Gohr hat mich auf eine kniffliges Problem im Zusammenhang mit InfoPath und SharePoint Server 2010 aufmerksam gemacht. Er war kürzlich in einem SharePoint 2010 Projekt tätig, in dem Prozessketten mit InfoPath 2010 und Forms Services abgebildet werden sollen. Die Formulare hatten Inline Code und wurden beim Publizieren als „Sandbox Solution“ veröffentlicht. Sobald Code in den Formularen eingebettet war, liefen die Formulare nicht mehr im Browser und es kam beim Publizieren zu leicht unlogischen Fehlermeldungen.

Dies obwohl der Sandboxed Code Service auf dem SharePoint Server läuft.

Des Rätsels Lösung liegt wie so oft bei der SharePoint Konfiguration und in der Umgebung der Farm. Die Entwicklungsmaschine war gleichzeitig Domaincontroller (VM). In diesem Fall müssen aber zuerst ein paar Registry Keys neu berechtigt werden. Nach dem Berechtigen der Registry Keys und einem IIS-Reset liessen sich InfoPath Formulare mit Inline Code dann problemlos veröffentlichen und als Webseite anzeigen. Dass dies ein Problem ist, ist auch Microsoft bekannt. Ein entsprechender Knowledge Base Artikel mit den betroffenen Registry Keys ist online verfügbar.

Stefan Gohr meinte: „Das Problem hat mich viel Zeit und viele graue Haare gekostet, daher gehe ich erst mal zwei Wochen in die Ferien!“ Nun, dann sagen wir danke für Deinen Tipp und danke dass wir keine grauen Haare bekommen und trotzdem in die Ferien können.

Der Main-Event zum Launch von Microsoft SharePoint 2010 in Österreich findet morgen und übermorgen in Wien statt! Ich bin als Sprecher auf der SharePoint Konferenz in Wien mit dabei und werde in meinem Vortrag über die neunen Metadaten Funktionen SharePoint Server 2010 berichten.

Wie immer, kommt doch vorbei uns sagt hallo, ich würde mich freuen!

Im Rahmen meiner Arbeit brauchte ich eine Übersicht über die Datenbanken die SharePoint in der aktuellen Version verwendet. Sowohl SharePoint Server 2010 wie auch SharePoint Foundation 2010. Auf Microsoft TechNet findet man diese Information auch. Allerdings nicht in der Form wie ich es brauchte.

Wer also den Datenbankhorror von SharePoint 2010 in einer Excel Tabelle haben möchte, kann diesen unter diesem Link herunterladen.

Nun, SharePoint Server 2010 kommt jeden Moment. Untrügliches Zeichen sichtet man zurzeit auf MSDN und TechNet. Eine dieser Perlen ist das Capacity Management Center auf Technet.

Das Capacity Management Center für SharePoint Server 2010 besteht bündelt diverse IT-Pro relevante Informationsquellen und Dokumente an einem Platz. Es besteht aus:

• Capacity management and sizing overview
• Software boundaries and limits
• Storage and SQL Server capacity planning and configuration
• Topologies for SharePoint Server 2010 (Viso Modelle)
• Hardware and software requirements
• Designing large lists and maximizing list performance

Wobei die Topologies for SharePoint Server 2010 Viso Dokumente sind, während beispielsweise „Software boundaries and limits“ eine Word Datei ist. Dieses Dokument ist insbesonder wichtig, da in der SharePoint 20007 Version diese Informationen an diversen Orten verteilt waren. Ich habe hier einmal einen Artikel gepostet um diese Informationen zusammenzufügen. Nun stellt uns Microsoft diese Information also gleich zu Beginn gesammelt zur Verfügung. Danke!

Alles in allem ein hervorragender Ort um die Vorbereitung zur Migration zu starten. Mehr technische Informationen rund um Sharepoint Server 2010 findet man übrigens in einer Übersicht im SharePoint Server 2010 (Beta) Resource Center.

So nun haben wir das auch geschafft. Dennis und ich haben wieder einmal Stunden unseres Lebens damit verbracht den Nachfolger der legendären WSS und MOSS Verwaltungselemente für den SharePoint Server 2010 zu erstellen.

Da dieses PDF-Unding auszudrucken nur einigen Privilegierten unter uns möglich war, haben wir die Verwaltungselemente für SharePoint Server 2010 interaktiv gemacht. Wir haben es in Mindmanager erstellt und als Flash auf die Webseite gestellt.
Neben dem Nachteil, dass man sich das Ganze nun nicht mehr an die Wand hängen kann (wir sind eben privilegiert) hat es auch ein paar Vorteile. Beispielsweise kann nun nach Schlüsselworten gesucht werden.

Im Moment haben wir es nur in English und nur für die SharePoint Server 2010 Version, also noch nicht für SharePoint Foundation 2010.

Lasst uns wissen was ihr denkt? Sollen wir die Foundation 2010 Version auch noch machen?
Wir hoffen, wir helfen Einigen den Einstieg oder die Migration ein bisschen einfacher zu gestalten.

SharePoint Server 2010 Verwaltungselemente in Flash

Heute an den TechDays 2010 in Basel habe ich meinen Kollegen Stefan Gohr wieder einmal gesehen. Wir diskutierten über die diversen Probleme der SharePoint Server 2010 Beta und der MySite. Stefan erzählte mir von einem Problem, bei dem der User Profile Synchronization Service nicht zum Laufen gekommen ist. Obwohl er all hier gebloggten Tipps beachtet hat. Ich hatte dieses Problem in einem Fall ebenfalls. Ich hatte aber zufällig einen Workaround gefunden. Da mich bisher niemand auf dieses Problem darauf angesprochen hat, bin ich davon ausgegangen, dass dieses Problem nur bei mir aufgetreten ist. O.K. ein bisschen blauäugig. Hier aber mein Vorgehen:

1: Der User Profile Synchronization Service muss natürlich aktiviert sein. Dies passiert in der Central Administration (Central Administration System Settings -> Manage Services on Server -> User Profile Synchronization Service).

2: In einer Cmd-Shell löscht man dann die bestehende Datenbank:

stsadm -o sync -deleteolddatabases 1

Danach sollte der Profile Service starten.

Die neuesten Beta Bits auf Microsoft Connect lassen sich zwar auf einem Domänen Controller installieren. Allerdings ist die Farm Option nicht mehr verfügbar. Das heisst, man kann den SharePoint 2010 Server nur noch in der Standalone Version installieren. Für Test- und Demoumgebungen wäre genau das aber wünschenswert. Mit einem kleinen Umweg geht es aber trotzdem:

1: Zuerst das von Connect heruntergeladene Installationsfile (.exe) auf dem Domänencontroller extrahieren. Dies geschieht durch den Befehl:

OfficeServer_none_ship_x64_de-de.exe /extract:c:\Install

2: Im erstellten Ordner befindet sich die Applikation „PrerequisiteInstaller.exe“. Mit diesem kann man die für SharePoint Server 2010 nötigen Bits auf dem Domänencontroller installieren.

3: Wenn das geschehen ist, sucht man ebenfalls in dem erstellten Ordner, den Ordner „Files“ und dort den Ordner „SetupFarm“. Darin befindet sich die Datei config.xml. Dieser Datei fügt man die eigene SharePoint 2010 Server Seriennummer hinzu.

4: Nun kann man den extrahierten Installer mit dieser Config-Datei ausführen:
setup.exe /config \Install\files\setupfarm\config.xml

Der Installer läuft nun durch bis man zum SharePoint Configuration Wizard kommt. Dabei wurde SharePoint Server 2010 Beta im Farmmodus installiert und konfiguriert.