25.9.2011 von cbrix.

Die Migration von MOSS 2007 nach Sharepoint 2010 habe ich im folgenden als kleine “Checkliste” sowohl als Mindmap, als auch als Word- und OpenOffice Dokument bereitgestellt.

Anhand der MindMap-Grafik kann die Migration schrittweise abgearbeitet werden. Die beigefügten Dokumente können sowohl als Checkliste, als auch als Dokumentationsgrundlage für eine Migration verwendet werden.

Mindmap Migration MOSS 2007 -> SP 2010

Open Office Dokument

Word Dokument

Die beiden Dokumente liegen als ZIP-Dateien vor.

Die Bilddatei im Browser öffnen und mit der Zoom-Funktion (STRG-Mausrad) auf die gewünschte Ansichtsgröße skalieren.

Geschrieben in SharePoint 2010, Administration, MOSS 2007, SharePoint | Drucken | Keine Kommentare »

16.9.2011 von cbrix.

Die Aufgabe:

Backup aller SiteCollections einer Web-Application und Export aller einzelnen Unterwebsites der SiteCollection.

Zweck:

Schnelles wieder herstellen von einzelnen Webseiten und SiteCollections wird damit möglich. Es muss nicht umständlich in eine andere Datenbank wieder hergestellt werden, um von dort auf die benötigten Webseiten zu exportieren und dann wieder in die produktive Umgebung zu importieren.

Dazu wird ein Powershell-Script verwendet, welches auch in die Schedules-Tasks unter Windows-Server eingebunden werden kann:

# Das Script erwartet 2 Argumente beim Aufruf
# .\backup.ps1 <WebApplicationUrl> <PfadZumBackUpVerzeichnis>

# Einlesen des Powershell-Snapin für Microsoft Office SharePoint, wenn es nicht schon geladen ist
#
if ( (Get-PSSnapin -Name ‘Microsoft.SharePoint.PowerShell’ -ErrorAction SilentlyContinue) -eq $null) {
Add-PSSnapin -Name ‘Microsoft.SharePoint.PowerShell’
}

# Übernehmen des Kommandozeilen-Arguments für die Web-Application[0] und den Backup-Pfad[1]
#
$siteUrl = $args[0]
$pfad = $args[1]

# Instanziieren des Web-Application Objekts
#
$rootSite = New-Object Microsoft.SharePoint.SPSite($siteUrl)
$spWebApp = $rootSite.WebApplication

# Durchlaufen aller SiteCollections in der Web-Application und Anlegen eines Backups mit dem Namen
# der obersten Website der SiteCollection (.bak) im Pfad, der als zweites Argument an das Script übergeben wurde

foreach($site in $spWebApp.Sites)
{ 
 $web = $site.OpenWeb()
 $Datei =$pfad + $web.Title + “.bak” # erhaschen des Titels der Website auf oberster Ebene der SiteCollection
 write-host $Datei
 Backup-SPsite -Identity $site.url -Path $Datei –Force

 # Durchlaufen aller Webseiten der Site-Collection und Export dieser Webseiten
 #
 foreach($website in $site.Allwebs)
 {
  # Der Name der exportierten Webseite wird zusammengesetz aus <<Name der SiteCollection>-<Name der Website>>.exp
  #
  $Datei = $pfad + $web.Title + “-” + $website.Title + “.exp” # erhaschen des Titels der Website die als nächtes exportiert wird
  Export-SPweb -Identity $website.url -Path $Datei
 }
 $site.dispose()
}

# Anmerkungen
# Aufruf des Scripts:
# Vom CMD-Prompt oder aus einem Scheduled Task: powershell <pfad>\backup.ps1 <WebApplicationUrl> <PfadZumBackUpVerzeichnis>
#
# Wiederherstellen von SiteCollections
# Restore-SPSite –Identity http://servername/your/directory -Path <Pfad>\NameDerBackupDatei.bak –Force
#
# Wiederherstellen von WebSites
# Import-SPWeb –Identity http://servername/your/directory -Path <pfad>\NameDerBackupDatei.exp –Force -IncludeUserSecurity

Geschrieben in SharePoint 2010, WIN 2008, SharePoint | Drucken | Keine Kommentare »

31.3.2011 von cbrix.

Um die Spracheinstellungen für die SharePoint Zentraladministration zu ändern, kann man einen einfachen Trick benutzen.

Vorab sei jedoch erwähnt, dass dieses Vorgehen nicht von Microsoft unterstützt wird, da es eine direkte Manipulation der Datenbank beinhaltet. Ich empfehle dies auch in Produktivumgebungen nicht zu tun, da eventuelle Support-Ansprüche an Microsoft verloren gehen könnten.

Leider ist es nicht möglich die SharePoint-Zentraladministration (SP2010 und MOSS 2007) nachträglich mit unterstützter Funktionalität auf eine andere Sprache umzustellen. Dennoch ist dies mit Hilfe einer kleinen Manipulation machbar.

Den Rest des Eintrags lesen »

Geschrieben in SharePoint 2010, MOSS 2007, SharePoint | Drucken | Keine Kommentare »

28.1.2011 von cbrix.

Beziehungen zwischen Listen (Relationen)

In den vorangegangenen SharePoint Versionen gab es echte Relationen zwischen verschiedenen Listen einer Webseite nicht, oder nur in der Form, dass aus einer Liste Nachschlagespalten auf eine andere Liste erstellt werden konnten.

In SharePoint 2010 kommt nun eine „echte“ Beziehung zwischen Listen zu Stande, wenn eine Nachschlagespalte auf eine andere Liste erstellt wird. Durch die Herstellung einer Beziehung zwischen Listen kann gleichzeitig eine referentielle Integritätsprüfung konfiguriert werden, die dafür sorgt, dass abhängige Listeneinträge in untergeordneten Listen gelöscht werden, wenn der übergeordnete Listeneintrag gelöscht wird.

Dies sorgt für deutlich mehr Konsistenz in miteinander verbundenen Listen und kann dazu genutzt werden tatsächlich Abhängigkeiten darzustellen.

Beispiel:

Verbundene Listen sollen dazu genutzt werden, ein Projekt mit Sammelvorgängen und Untervorgängen darzustellen. Dazu wird eine Aufgaben-Liste mit einer zweiten Liste über ein Nachschlagefeld verknüpft.

Abbildung 8 und 9:
Konfiguration verknüpfter Listen über ein Nachschlagefeld mit Löschweitergabe

n diesem Beispiel werden die Listen über eine neu angelegte Spalte namens „Vorgang“ verknüpft. Somit ist die Liste Unteraufgaben mit den Projektaufgaben verbunden und wenn eine Projektaufgabe gelöscht wird, so werden alle auf sie bezogenen Unteraufgaben ebenfalls gelöscht.

Geschrieben in SharePoint 2010, SharePoint | Drucken | Keine Kommentare »

25.1.2011 von cbrix.

Arbeiten mit großen Listen

In einer Collaboration-Umgebung kommt es schnell dazu, dass Listen sehr schnell wachsen und schon sehr bald viele Einträge (Listenelemente) beinhalten. In bisherigen Versionen des SharePoint gab es hier gewisse Einschränkungen und Empfehlungen von Seiten Microsoft, wie mit Listen mit mehreren Tausend Einträgen umgegangen werden sollte. Schnell stieß man hier auf Performance Einschränkungen oder Empfehlungen, die dann eine umfangreiche Ordnerstruktur vorsehen mussten, um große Listen performant und bedienbar zu halten.

Um dies zu vermeiden, wurden Konfigurationseinstellungen auf Web-Anwendungsebene neu hinzugefügt, die es dem Administrator ermöglichen zum Beispiel das Aufrufen von Listenansichten, die mehr als eine definierte Anzahl von Elementen enthalten, zu verhindern. Damit werden von vorn herein Performance-Probleme und übermäßige Ressourcen Belastung der Server und Datenbank verhindert.

Auch für Entwickler interessant

Auch das Objektmodell bietet dem SharePoint-Entwickler an dieser Stelle neue Methoden, die der Entstehung von Ressourcen-Problemen vorbeugen. Hier wurden Methoden auf Listen und Bibliotheksebene hinzugefügt, die bisherige bekannte Methoden ersetzen und speziell für das Handling von großen Listen gedacht sind. Hierzu zählen:

• SPList.ItemCount

• SPList.AddItem

• SPList.GetItemByID

und weitere mehr.

Abbildung 7:
Ressourcen-Steuerung für große Listen in der Zentraladministration für eine Web-Anwendung

Geschrieben in SharePoint 2010, Workflow, SharePoint | Drucken | 1 Kommentar »

25.1.2011 von cbrix.

 Schon seit Erscheinen der ersten SharePoint Versionen wurde zwischen einer lizenzfreien Version und einer Server-Version unterschieden. Hier sind die Bezeichnungen SharePoint Team Services (STS), Windows SharePoint Services (WSS) und SharePoint Portal Server 2003 (SPS), sowie Microsoft Office SharePoint Server 2007 (MOSS) die bislang geläufigsten Bezeichnungen für die verfügbaren Versionen.In der Version 2010 lauten die offiziellen Microsoft Bezeichnungen SharePoint Server 2010 und SharePoint 2010 Foundation. Auch hier wird zwischen den Basis Diensten und Funktionen sowie den darüber zusätzlich verfügbaren Server Diensten und Funktionen unterschieden. Die SharePoint Foundation 2010 bildet sozusagen den Grundstock an Funktionen, mit denen SharePoint aufwartet.
Den Rest des Eintrags lesen »

Geschrieben in SharePoint 2010, SharePoint | Drucken | 1 Kommentar »

9.12.2010 von cbrix.

Wenn ein IFilter installiert wird, so ist es meist von Nöten die DOCICON.XML des SharePoint (14\Template\xml) anzupassen, um für den neuen Dateityp das richtige Symbol anzugeben. Dabei geht man üblicherweise so vor, dass man sich eine Zeile aus dem Abschnitt <ByExtension> kopiert, einfügt und entsprechend die Dateiendung, sowie das darzustellende Icon verändert.
Manchmal jedoch kopiert man sich auch die empfohlene Zeile aus einem Blog oder Artikel im Internet.
Dabei Vorsicht!
Nicht weil das Internet ein so gefährlicher Ort ist…. sondern weil hier die Anführungszeichen manchmal als “<test>“ und nicht als “<test>” kopiert werden. *smile* siehe Bild:

Sehen Sie den Unterschied? Wahrscheinlich auf den ersten Blick nicht. Und genau das ist das Problem Um das erste <test> befinden sich orthograpische Anführungszeichen, um das zweite eben die ganz popeligen, die man erhält, wenn man im Editor Shift-2 drückt.

Das kann zu üblen Problemen und extrem frustrierender Fehlersuche führen, zumal SharePoint keinerlei Fehler meldet. Hinzu kommt, dass alle Einträge nach einem solchen fehlerhaften mit falschen Anführungszeichen nicht mehr abgearbeitet werden, also plötzlich viele oder sogar alle Dokumenten-Symbole nicht mehr angezeigt werden. Je nachdem, ob Sie den neuen Eintrag im Abschnitt <ByExtension> weit oben, oder weiter unten hinzugefügt haben.

Geschrieben in SharePoint 2010, Web, SharePoint | Drucken | Keine Kommentare »

21.11.2010 von cbrix.

Beim Branding von SharePoint 2010 sollte man an einigen Stellen Vorsicht walten lassen, um Auswirkungen auf das SharePoint-Verhalten und auch das Verhalten von Drittanbieter-Produkten zu vermeiden.

Mit den CSS Tags S4-workspace, s4-bodycontainer und dem boy-tag in der Masterpage sollte man vorsichtig umgehen. In einigen Posts im Netzt wird beispielsweise vorgeschlagen den s4-workspace Tag um zu benennen oder gar ihn zu löschen. Dies meist im Kontext mit Lösungen dazu, die Ribbon-Bar aus dem sichtbaren Bereich heraus scrollen zu lassen. Dies ist besonders im Kontext von Produkten, wie Nintex-Workflow 2010 keine gute Idee. Nintex benutzt in seinen Scripten (Java Script im Workflow-Designer) dieses Tag dazu, die aktuell darstellbare Höhe und Breite des Arbeitsbereichs herauszufinden. Wird vom Script der s4-workspace Tag nicht gefunden, so findet man sich ein einem beihane endlos nach unten scrollenden Arbeitsbereich unter Nintex wieder, der es nicht zulässt Workflow-Aktionen aus der Werzeugleiste zu ziehen.

Auch die Entfernung des “scroll” Attributes aus dem body-Tag der Masterpage führt zu ungewöhnlichem Verhalten, sobald es um die Bearbeitung von WebParts geht, oder mit Listen gearbeitet wird, die viele Spalten enthalten, also in der Darstellung sehr breit werden.

Fazit: Möglichst Finger weg von diesen zentralen CSS Tags!

Geschrieben in SharePoint 2010, SharePoint | Drucken | 1 Kommentar »

27.4.2010 von cbrix.

if you get an “access denied” error message while joining an existing SharePoint farm with another server (i.e. adding another web front end) it is likely that your server runs a different SharePoint Version that the existing config database.

Check your patchlevel and service packs

Geschrieben in SharePoint 2010, Administration, MOSS 2007, SharePoint | Drucken | Keine Kommentare »

28.11.2009 von cbrix.

Als erstes möchte ich mich mit Listen und Bibliotheken im neuen SharePoint 2010 beschäftigen. Sie sind letztendlich einer der Hauptbestandteile mit denen sich Benutzer beschäftigen und mit denen sie arbeiten.

Den Rest des Eintrags lesen »

Geschrieben in SharePoint 2010, SharePoint | Drucken | Keine Kommentare »