Ich habe eben versucht die Reporting Integration für den SQL2008 auf dem MOSS Server zu aktivieren. Die Installation ist ohne Fehler abgebrochen. Die Lösung gibt es in der Readme von MS zum Add-In:

Readme:
http://download.microsoft.com/download/0/9/4/09438108-4f1d-4734-8100-4ff73d549082/Readme_rsaddin.htm

Download aus dem February CTP Feature Pack des SQL 2008:
http://www.microsoft.com/downloads/details.aspx?FamilyId=D68DE3C9-60A9-49C9-A28C-5C46BBC3356F&displaylang=en

Die Installation läuft anders als das Add-In aus dem SQL 2005 SP2 Feature Pack. Es muss kein Cab per STSADM registriert werden, sondern das MSI erledigt die ganze Arbeit. Mein Testenviroment hat wenig RAM, da alles auf meinem Lenovo x61T mit 4 GB unter Vista läuft. Das Setup schlägt fehl und die Readme hat mir dann weiter geholfen. Es bleibt nur anzumerken, dass die Beschreibung ein falschen MSI Namen verwendet. Die Installation läuft wirklich lange, da alle Locals (LCID) installiert werden. Aber es lohnt sich.

Ciao Marco

Ich beschäftige mich gerade mit dem Windows Server 2008 (wird ja auch Zeit) und schaue mir speziell den IIS an. Einen Post dazu wird es sicher in Zukunft geben. Meinem Interesse am W2K8 Server gilt natürlich auch speziell der SharePoint-Fähigkeit. Erstes Fazit ist toll, aber auch dazu später mehr. Negativ aufgefallen ist nun der fehlende POP3 Service. Ob die Mehrheit ihn benötigt, ist jetzt nicht die Frage. Für ein (schlanke) SharePoint Testumgebung war es allerdings die einfachste Möglichkeit, eine Szenario samt Mail zu realisieren.

Ich bin natürlich nicht der einzige, der ihn vermißt:
http://patrickyong.net/2008/05/15/pop3-server-for-windows-server-2008/

Die Lösung habe ich nicht getestet, da ich überlege, ob ich nicht den hMailServer für so was nehme. Wenn jemand ein Vorschlag hat, der ohne Exchange auskommt, bin ich für alle Berichte bankbar.

Ciao Marco

Ich mache viele reine Intranet-Konfigurationen/Installationen. Einen grossen Teil davon versuche ich, mit Kerberos Authentifizierung zu realisieren. Es ist etwas an Vorarbeit nötigt, aber der Mehrwert, wenn es um mehr als reinen CMS Content geht, ist doch recht gross. Szenarien sind folgende:

• Zugreifen auf die Mailbox der Users (Unread-Items, Kalenderabfragen, ...)
• Zugreifen auf Datenbanken (der Loginname steht für personalisierte Abfragen zur Verfügung, etablierte Security auf dem SQL Server kann genutzt werden, ...)
• Zugreifen auf KPI's aus dem Analysis Server (MS SQL 2005)
• Zugreifen auf dem Fileserver aus SharePoint Code
• RSA Authentifizierung ohne Passwort (nur mit Contrained Kerberos Delegation)
• ...

Was man vorher tun muss:

• DNS (Jede Anwendung mit eigenem AppPool sollte seine eigene URL haben, der Central Admin ist der einzige der auf einem MachineName läuft)
• AppPoolAccounts aus dem Active Directory Domain
• SPN (ServicePrincipalName) auf die Accounts zu den entsprechenden Services setzen
• Delegation für den Account konfigurieren (Tab im AD ist erst nach dem Setzen der SPN's verfügbar)

Die Konfiguration des IIS übernimmt dann SharePoint selbst. Beim Anlegen der Applications wird man gefragt, wie man Authentifizieren will. Später kann man die Option über den Central Admin im Tab Application Management unter dem Punkt Authentication Provider finden. Sollte das Umstellen mit einem Fehler quitiert werden, ist Vorsicht geboten. Ein erneutes Aufrufen zeigt zwar den gewünschten Wert an, aber dieser wird nicht "live" ausgelesen, sonder kommt aus der ConfigDB. Ich hatte schon Installationen in denen ein Bug im IIS (OWS Timer Bug) dazu führte, dass die Metabase nicht zu schreiben war. Merkt man auch daran das das IIS Management Tool nicht auf geht.

Weitere Informationen:

• http://blogs.msdn.com/solutions/archive/2008/02/28/enterprise-portal-kerberos-delegation-for-connecting-to-reporting-analysis-services-on-a-different-box.aspx
• http://blogs.msdn.com/selvar/archive/2007/11/10/kerberos-overview.aspx
• http://blogs.msdn.com/gregmcb/archive/2008/03/08/kerberos-fails-when-using-cname.aspx
• http://feeds.feedburner.com/~r/TonStegeman/~3/181218254/ViewPost.aspx

Ciao Marco

Ich habe jetzt schon einige Installation mit dem Microsoft Office SharePoint Server 2007 (MOSS) gemacht. In der Regel sind es komplexere Installationen. Es sind also neben dem SQL Server noch zwei weitere Server in der SharePoint Farm.

Bei der Konfiguration gehe ich immer Schritt für Schritt vor. Installation der Software, Konfiguration auf dem Server "Application Server" für Central Admin Host, den Rest der Farm joinen, SSP anlegen (SSP Application und MySite Application anlegen), alle Optionen unter "Operations", alle Optionen unter "Application Management" und zum Schluss alle Optionen des SSP. So weit hat sich Routine eingestellt und es ist mit keiner Komplikation zu rechnen. Allerdings kommt dann der Punkt für den "Profile Import" oder "Search - Content Source" zum Erstellen der Schedules. Und auch mit SP1 (noch keine Rollups) bekomme ich hier immer mal wieder einen Fehler "Access Denied".

Grund für den Fehler ist wohl eine fehlerhafte Konfiguration des "%windir%\tasks" Ordners und der Sicherheitseinstellungen. Für die AppPool Accounts muss hier die korrekte Security eingestellt werden. Details wie man das auch bei dem speziellen Ordner der "Scheduled Tasks" macht findet man hier:
http://support.microsoft.com/kb/926959/en-us

Ich mache bald eine Installation direkt mit SP1 Rollups (3 an der Zahl zum heutigen Stand) und werde berichten, was passiert.

Ciao Marco

Das Tool der Wahl heißt SharePoint Designer und wie es geht erklärt MS selbst:

Create HTML Editor styles - SharePoint Designer - Microsoft Office Online

Ciao Marco

Folgende Artikel behandeln das Thema oder die Auswirkung:

• Best Practices: Using Disposable Windows SharePoint Services Objects
  http://msdn2.microsoft.com/en-us/library/aa973248.aspx
• Best Practices: Common Coding Issues When Using the SharePoint Object Model
  http://msdn2.microsoft.com/en-us/library/bb687949.aspx
• Stefan Gossner: Troubleshooting SPSite/SPWeb leaks in WSS v3 and MOSS 2007
  http://blogs.technet.com/stefan_gossner/archive/2008/05/07/troubleshooting-spsite-spweb-leaks-in-wss-v3-and-moss-2007.aspx

Es ist leider noch immer so, dass hinter den .NET Schichten eine Menge (D)COM(+) liegt. In der .NET Welt ist man "leider" ja nicht mehr gezwungen, sich gezielt um speicher zu kümmern. Leider wird das unerfahrenen aber auch erfahrenen Entwicklern immer wieder zum Stolperstein. Genau wie beim Zugriff auf Datenbanken (Thema: Connection Pool Limit) und beim Lesen und Schreiben von Dateien, kommt es immer wieder zu Problemen. In einer WebAnwendung kommen diese Effekte in der Regel deutlich stärker zum Tragen, als in Windows Anwendungen, da das Beenden der Anwendung in den meisten Fällen auch die genutzten Ressourcen wieder frei gibt. So kommen die SQL Connections wieder in den Pool, sobald zum Beispiel die CommandLine Applikation nach dem Ausführen automatisch geschlossen wird. In einer WebAnwendung leben die Objekte im W3P (seit dem IIS6, also pro ApplicationPool). Ob und wann dieser beendet wird, ist von vielen Parametern abhängig. In der Regel lebt der Prozess allerdings länger als seine Verwandten auf dem Desktop. Es kommt hinzu, dass die Useranzahl in der Regel höher ist also bei einem Windows Programm.

Ein guter SharePoint Programmierer muss also wissen, was hinter seinen Objekten steckt. Leider ist es es auch nicht so einfach immer ein Dispose aufzurufen, wo es angeboten wird :-S Ein Sharepoint Objekt das direkt aus dem SPContext kommt, wurde zum Beispiel nicht von dem Programmierer erstellt und somit ist er auch nicht für das schließen verantwortlich. Er darf es sogar nicht schlichen, da noch anderer Programmcode nach ihm das Objekt benötigt. Es wird also deutlich, dass es darauf ankommt, wo ich meine Objekte her bekomme. In der Regel ist man gut beraten, die MS Guides zu lesen und diese zu befolgen. Ein MS SharePoint Objekt, welches das IDisposable Interface implementiert, sollte auf jeden Fall geprüft werden, ob es geschlossen werden muss.

Wenn man nun solche Probleme hat, sollte man sich einfach den Artikel von Stefan Grosser ansehen. Es wird schnell klar, dass es nicht trivial ist, die Quelle zu finden. Selbstgeschriebener oder eingekaufter Code kann die Quelle für Speicherprobleme sein, allerdings gibt es auch genug andere Ursachen, die von MS direkt kommen. Zumindest läßt der eine oder andere KB Artkel darauf schließen.

Also dann happy coding.

Ciao Marco

Zum Nachschlagen für die Rechte, die ein User haben kann, die für Filterung von Elementen (z.B. Navigationspunkten in Systemmenüs) zuständig sind (Audience Targeting):
http://office.microsoft.com/en-us/sharepointtechnology/HA101001491033.aspx

Hintergrund ist das Ein- und Ausblenden von Controls, wenn der User zum Beispiel Listen erstellen kann. Ein Beispiel in dem MS das selber macht ist die MasterPage des Intranet Collaboration Portals. Hier wird der Punkt "View all site content" für User ohne entsprechende Rechte versteckt. Somit ist es für eigene Solutions und Menüeinträge ebenfalls relevant.

Ciao Marco

Ich habe mich vor kurzem etwas intensiver mit dem MS SiteDirectory Template beschäftigt. Es ging darum, hier automatisch MetaDaten zu aktualisieren. Die "Kindsite", die im SiteDirectory einen Eintrag in der "Sites" Liste hat, sollte unter speziellen Bedingungen aktualisiert werden. Nun ist die Frage wie kommt man ran? Die URL irgendwie speichern? Aber wer macht das? Wann macht man das? Ein Griff zur PowerShell hat schnell zu Tage gefördert, dass alle Anstrengungen überflüssig sind. Zumindest für Sites, die über das SiteDirectory erstellt wurden, findet man in den Properties des SPWeb Objektes die nötigen Informationen:

• SPWeb.AllProperties["DefaultSiteDirectorySiteId"]
  Damit kann ich mir die SiteCollection öffen
• SPWeb.AllProperties["DefaultSiteDirectoryWebId"]
  Damit kann ich aus der SiteCollection das richtige SPWeb holen
• Dann muss ich nur noch die Liste "Sites" öffnen und kann die URL's mit der aktuellen URL vergleichen und somit Aktualisierungen vornehmen

Ciao Marco

In zwei Installationen hatte ich jetzt schon einen Fehler beim Erzeugen von MySites, obwohl das bisher ohne Problem funktioniert hat. Es wird wohl an SP1 oder einem anderen MS OS Update liegen, da auch bisher Farmen, die über 1 Jahr ohne Probleme liefen, betroffen sind. Bei der bereits laufenden Farm hat mir der System Center Operations Manager (SCOM oder OpsMgr) den Gefallen getan, mich darüber zu informieren, da nicht unbeingt jeder User sich darüber beschwert, wenn etwas nicht funktioniert, was er bisher noch nciht kennt :-)

Die Lösung:
http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1196717&SiteID=17&pageid=0

Bei mir hat auch das Aufnehmen in die locale Admingruppe geholfen, irgendwie unschön, aber solange ich nicht mehr Zeit habe, das bei MS zu verifizieren und ein Hotfix anzufordern (wenn er denn existiert), wird es erstmal so bleiben.

Ciao Marco

Ich komme immer wieder in die Situation, dass ich die System oder zumindest die tempdb einer MS SQL Server Installation umlegen muss. Anweisungen für das Vorgehen findet man hier:
http://support.microsoft.com/kb/224071/en-us

Am einfachsten und wichtigsten ist das Umkonfigurieren der tempb.

Ciao Marco

Es kommt immer mal wieder vor, dass man mit den Standard Properties des Profile Imports (im Shared Service Provider zu finden) nicht auskommt. Zum Beispiel ist das AD Feld für das Unternehmen (Company) nicht gemapped. Eine schnelle Suche hat mich hier her geführt:
http://www.computerperformance.co.uk/Logon/LDAP_attributes_active_directory.htm 

Vielleicht hilft es euch ja auch weiter. Mir hat es geholfen, mein Property aus dem AD zu fischen.

Ciao Marco

Einfach mal so in den Raum gestellt:

Chris O'Brien's blog: Using CustomAction to modify system pages

Free SQL Server tools that might make your life a little easier

Ciao Marco

Ich hatte die letzten Monate viel zu tun. Privat wie geschäftlich. Geschäftlich versorgt mich Sharepoint mit mehr als genügend Arbeit. Nach der Arbeit versuche ich mich dann meiner jungen Familie zu widmen.

Ergebnis?
* Viele interessante SharePoint Projekte
* Der Versuch regelmäßig zu festen Zeiten mit meinem Sohn und meiner Frau zu Frühstück und Abendbrot zu essen
* Meine Google Reader Statistik für ungelesene Elemente (siehe Anhang)

Ciao Marco

P.S. Speziell für Jan schon mal einige Posts in beliebiger Reihenfolge