Migrations- und List Import Tools für SharePoint

Anbei heute ein kurzer Artikel zu verschiedenen Import und Migrationstools für SharePoint 2010. Ich teste für meine Migrationsprojekte im Moment diese verschiedenen Tools nach den unterschiedlichen Anforderungen meiner Kunden. Zur Auswahl stehen dabei folgende Tools:

Screenshots dokumentieren alle Tests und am Ende gebe ich meine persönliche Bewertung zu jedem Tool

Bamboo Solution Bulk List Importer

Video zum Tool: http://www.youtube.com/watch?v=8w_X6Uh39-8

Nach der Installation präsentiert sich der List Bulk Importer als gewohnte Windows Anwendung. Nachdem wir uns zum Quellserver connectet haben kann im Anschluss die Importmethode gewählt werden:

Nach der Auswahl der Importmethode (in meinem Fall SharePoint List to SharePoint List) werden die Quell- und die Ziel Liste gewählt:

Danach kann das Metadaten Mapping konfiguriert werden.

Auch auf Duplikate kann geprüft werden:

Die Importkonfiguration lässt sich als XML File abspeichern:

Das Tool importiert zügig alle Files mit Metadaten und lässt dabei Informationen wie Ersteller, Datums- und Zeitangaben im Originalzustand. Zum Preis von 500,00 $ eine Empfehlung für ein Import Tool mit grafischer Oberfläche.

Tzunami Deployer v2.5

Der Zzunami Deployer in der Version 2.5 ist das Multitalent unter den Migrationstools. Neben unterschiedlichsten Quellsystemen (Lotus Notes Datenbanken, SharePoint Produktfamilie ab 2001) lassen sich wiederrum unterschiedlichste Zielsysteme einstellen. Ein grafisches Userinterface unterstützt dabei alle Arbeitsschritte. Darüber hinaus kann der Content neu aufgebaut oder restrukturiert werden. Das Tool bietet darüber hinaus Property und Value Mapping und Metadaten können komplett migriert werden.

Im Step 1 muss ein neues Projekt erstellt werden:

Für einen Listen Import mit Metadaten müssen natürlich Quell- und Ziel Server gewählt werden.

Per Drag&Drop können die Dokumente nun auf den Zielserver gezogen werden. Der Deploy Wizard übernimmt ab hier und leitet den User durch die verschiedenen Konfigurationsmöglichkeiten:

Angesprochenes Value und Property Mapping wird ebenfalls darüber konfiguriert:

Der Deploy Wizard schließt und mit dem drücken des NEXT Buttons wird das Deployment angestoßen:

Um den Import letztendlich abzuschließen muss lediglich noch der „Commit“ Button gedrückt werden und das Tool beginnt seine Tätigkeit:

Alle Dokumente werden mit Metadaten korrekt bereitgestellt. Das Tool ist in der Trial Version nicht wirklich schnell, dies wird jedoch als Beschränkung der Testversion mit angegeben. Das Tool macht insgesamt einen hervorragenden Eindruck und ist vom User Interface sowie dem Händling nur zu empfehlen. Leider liegt mir zum Zeitpunkt des Schreibens noch kein Preis vor.

Metalogix SharePoint Site Migration Manager 2010

Der SharePoint Site Migration Manager 2010 ist im Gegensatz zu den vorherigen Tools ein reines Migrationstool. Migriert werden SharePoint Sites, Listen und Bibliotheken. Eine Migration von SharePoint 2003 & MOSS 2007 auf SharePoint 2010 kann damit realisiert werden. Ebenfalls lassen sich SharePoint Inhalte im Zuge der Migration reorganisieren und die Migration kann ohne größere Ausfallzeiten realisiert werden.

Der SharePoint Site Migration Manager 2010 ist von der Bedienung einfach und erfüllt alle Anforderungen zur Migration von SharePoint Website-Collections, Websites und/oder Listen. Das Tool verrichtet zügig den Migrationsdienst. Nach meiner persönlichen Empfindung ist das Tool eine Kaufempfehlung, ich würde jedoch, sofern sich der Tzunami Deployer im gleichen Preissegment bewegt eher auf den Deployer zurückgreifen.

MetaVis Migrator for SharePoint

Der MetaVis Migrator für SharePoint ist ein Tool für die Migration von Inhalten zwischen 2 SharePoint Website, Website-Collections oder Servern. Unterstützt werden 2003er, 2007er und 2010er Umgebungen. Das Tool migriert dabei Inhalte, Listen, Bibliotheken, Websites und Website-Collections zwischen beliebigen Servern oder Farmen. Gleichwohl wird eine Reorganisation von SharePoint Inhalten unterstützt.

Zum Testing soll daher eine Subsite in eine andere Site Collection kopiert werden.

Die CA Seite wird angegeben und ebenfalls die Ziel-Site Collection. Es sind verschiedene Kopieroptionen auswählbar.

Der Kopiervorgang wird mit Warnungen beendet.

OrbitOne SharePoint Importer

Der OrbitOne SharePoint Importer ist ein kostenloses Tool und kann auf codeplex heruntergeladen werden. Das Tool ist ein Command-line Tool und muss über Befehle im Command Prompt bedient werden. Folgende Optionen stehen hierbei zur Verfügung:

Quelle: http://spbulkdocumentimport.codeplex.com/documentation

Command-line options

As you’re starting the program from a DOS prompt:

OrbitOne.SharePoint.Importer.exe -folder:folder -site:url -documenlibrary:name [-createfolders] [-createemptyfolders] [-archive:folder] [-username -password -domain]

Required arguments:

-folder: The folder that will be imported
-site: The url of the SharePoint Site
-documentlibrary: The name of the Document Library

Example
OrbitOne.SharePoint.Importer.exe -folder:“\\fileshare\2010\documentation“ -site:“http://intranet/2010″ -documentlibrary:“user guides“

This will process all files in the folder \\fileshare\2010\documentation and import them to the document library user guides on the SharePoint site http://intranet/2010

-archive:folder:

The folder that processed files will be moved to. Files will be moved to the archive. Folders will never be removed.

Example

OrbitOne.SharePoint.Importer.exe -folder:“\\fileshare\2010\documentation“ -site:“http://intranet/2010″ -documentlibrary:“user guides“ -archive:“\\fileshare\migrated\2010″

Import all files and move them to the folder \\fileshare\migrated\2010. This folder needs to be empty when the import is started

-createfolders -createemptyfolders

If specified folders will be created in the document library. empty folders are skipped by default but will be created when the „-createemptyfolders“ argument is specified

Example

OrbitOne.SharePoint.Importer.exe -folder:“\\fileshare\2010\documentation“ -site:“http://intranet/2010″ -documentlibrary:“user guides“ -createfolders -createemptyfolders

-importhiddenfiles

When specified hidden files will be imoprted. By default they are skipped.

-username -password -domain

Credentials that will be used to connect to SharePoint.

Example

OrbitOne.SharePoint.Importer.exe -folder:“\\fileshare\2010\documentation“ -site:“http://intranet/2010″ -documentlibrary:“user guides“ -username:Administrator -password:******* -domain:litwareinc*

This will connect to SharePoint as litwareinc\Administrator. If no credentials are specified the credentials of the current user are used.

Zum Test erstelle ich einen Filesystem Ordner und lege Dokumente dort ab:

Nach einem ersten Fehler in der Commando Zeile wird die Syntax recht schnell ersichtlich und ich kann den Befehl abfeuern.

Fazit: Es werden für die verschieden Anforderungen an eine Migration von SharePoint Inhalten und Seiten die verschiedensten Tools angeboten. Wer Dokumente aus dem Filesystem einfach und schnell in Portale integrieren will ist mit dem SharePoint 2010 Bulk Document Importer auf codeplex.com gut beraten. Möchte man Listen oder Bibliotheken zwischen 2 SharePoint Umgebungen möglichst mit Metadaten, Propertys und Values austauschen macht hier der Bamboo Solution List Bulk Importer einen soliden Eindruck.

Für eine saubere Migration von einer Plattform auf, z.B. SharePoint 2010, ist mein Faviorit der Tzunami Deployer v2.5. Warum? Der Deployer bietet Multi Plattform Management, erlaubt die Migration von Listen und Bibliotheken unter Berücksichtigung der Metadaten und ist gleichzeitig sehr einfach in der Bedienung.

Migration MOSS 2007 zu SharePoint 2010 / Database Migration / Fehler

Ich wende mich heute mit einer kleinen Frage an die Community. Im letzten Monat hatte ich das große Glück mehrere Migrationsprojekte für Kunden im Bereich SharePoint 2010 zu realisieren. Bei allen Migrationen habe ich die Migration über die Methode „Database Migration“ erfolgreich durchführen können. Nachteilig hieran ist lediglich dass ich Features und Anpassungen quasi manuell einspielen muss.

Bei der Migration eines Kundenportals in der letzten Woche trat jedoch zum ersten Mal ein Phänomen bzw. ein sehr unschöner Fehler auf. Alle Dokumente (Word, Excel, PPT,PDF) und Bilder (GIF, JPG, etc.) lassen sich nicht öffnen, runterladen oder deren Eigenschaften bearbeiten. Es erscheint hierbei folgende Fehlermeldung beim Öffnen von Dokumenten: „Dieses Element ist nicht mehr Verfügbar. Möglicherweise wurde es von einem anderen Benutzer gelöscht. Klicken Sie auf „OK“, um die Seite zu aktualisieren“. Möchte ich ein Bild öffnen erscheint der Seitenfehler: „Liste nicht vorhanden. Die gewählte Seite verweist auf eine nicht vorhandene Liste. Möglicherweise wurde sie von einem anderen Benutzer gelöscht.

Zu den Eckdaten des Livesystems: ca.8 GB an Content: Office 2000, Office XP, Office 2003/2007 Dokumente, PDF sowie Bilder (GIF, JPG, PNG), 245 User, Multiserver Umgebung mit 1xMOSS 2007 Enterprise sowie 1xSQL Server 2005 Standard.

Eckdaten des Migrationssystems: Multiserver Umgebung mit 1xSharePoint 2010 Enterprise sowie 1xSQL Server 2008 Standard.

Das Upgrade Logfile offenbart nach der Migration 10 Fehler und 20 Warnungen. Die Fehler beziehen sich hierbei auf „missing features“ die mit dem SharePoint Manager und SharePoint Inspector identifiziert werden konnten.

Im weiteren Verlauf des Logfiles sehe ich für alle Bildbibliotheken folgenden Log Eintrag:

Begin Delete field if internal name different 7e68a0f9-af76-404c-9613-6f82bc6dc28c – ImageWidth

[STSADM] [CmsImageLibrarySiteAction (13.0.16.0)] [INFO] [10.06.2010 16:34:10]: Field not found. fieldId: 7e68a0f9-af76-404c-9613-6f82bc6dc28c

[STSADM] [CmsImageLibrarySiteAction (13.0.16.0)] [INFO] [10.06.2010 16:34:10]: End Delete field if internal name different 7e68a0f9-af76-404c-9613-6f82bc6dc28c – ImageWidth

[STSADM] [CmsImageLibrarySiteAction (13.0.16.0)] [INFO] [10.06.2010 16:34:10]: Begin Delete field if internal name different 1944c034-d61b-42af-aa84-647f2e74ca70 – ImageHeight

[STSADM] [CmsImageLibrarySiteAction (13.0.16.0)] [INFO] [10.06.2010 16:34:10]: Field not found. fieldId: 1944c034-d61b-42af-aa84-647f2e74ca70

[STSADM] [CmsImageLibrarySiteAction (13.0.16.0)] [INFO] [10.06.2010 16:34:10]: End Delete field if internal name different 1944c034-d61b-42af-aa84-647f2e74ca70 – ImageHeight

[STSADM] [CmsImageLibrarySiteAction (13.0.16.0)] [INFO] [10.06.2010 16:34:10]: Begin Delete field if internal name different 922551b8-c7e0-46a6-b7e3-3cf02917f68a – ImageSize

[STSADM] [CmsImageLibrarySiteAction (13.0.16.0)] [INFO] [10.06.2010 16:34:10]: Field not found. fieldId: 922551b8-c7e0-46a6-b7e3-3cf02917f68a

[STSADM] [CmsImageLibrarySiteAction (13.0.16.0)] [INFO] [10.06.2010 16:34:10]: End Delete field if internal name different 922551b8-c7e0-46a6-b7e3-3cf02917f68a – ImageSize

 

Kennt jemand von Ihnen vielleicht das beschrieben Problem und weiß eine Lösung bzw. einen Blog mit einem Workaround? Im Moment bearbeite ich das Portal und bin über jede Hilfe sehr dankbar.

SharePoint 2010 Log Warnings and Errors

Nach meinen gestrigen Vorarbeiten zur Migration eines Kunden Portals auf Basis MOSS 2007 steht heute die Nachbereitung an. Dazu sollten zur Fehlersuche und Behebung die Eventlogs des SharePoints sowie des Systems herangezogen werden. Bei meinen Recherchen zu den verschiedenen EventIDs bin ich, der Community um EndUserSharePoint2010.com sei Dank, auf einen interessanten Artikel zur Fehleranalyse gestoßen. Anbei wie immer der Artikel:

Source: endusersharepoint.com

Author: Joan Resnick Ehrlich

This entry is part of a series, Joan Resnick Ehrlich – Life is Just a Bowl of SharePoint» Entries in this series:

  1. Life is Just a Bowl of SharePoint – Part 1: Introduction
  2. Life is Just a Bowl of SharePoint – Part 2: Setting up the Hardware, OS and Service Accounts
  3. Life is Just a Bowl of SharePoint – Part 3: SQL Server Database Engine and Management Tools Installation
  4. Life is Just a Bowl of SharePoint – Part 4: Configuring Ports and Protocols
  5. Life is Just a Bowl of SharePoint – Part 5: Installing SQL Server Reporting Services and Configuring for SharePoint Integrated Mode
  6. Life is Just a Bowl of SharePoint – Part 6: Installing SQL Server Analysis Services
  7. Life is Just a Bowl of SharePoint – Part 7: Installing SharePoint 2010 Beta Take 1
  8. Life is Just a Bowl of SharePoint – Part 8: Installing SharePoint 2010 Beta with Kerberos
  9. Life is Just a Bowl of SharePoint – Part 9: Post Installation Event Log Warnings and Errors
  10. Life is Just a Bowl of SharePoint – Part 10: Configuring Search (Kerberos cont’d)
  11. Life is Just a Bowl of SharePoint – Part 11: Creating Web Applications and Site Collections

Powered by Hackadelic Sliding Notes 1.6.4

Guest Author: Joan Resnick Ehrlich

Before proceeding with the next step in the TechNet article Configure Kerberos authentication (SharePoint 2010), configuring Search, I opened Event Viewer and reviewed the Application and System event logs for errors and warnings. I also reviewed the Operational log that SharePoint adds to Event Viewer. This log, highlighted in the screenshot below, can be found under Applications and Services Logs:

The Applications and Services Logs is a new category of logs beginning with Windows 2008 and Vista. Also new is the Custom Views category of logs. The revamped Event Viewer makes it easy to create a permanent custom view of filtered events and these are stored under the Custom Views section. Here is the Create Custom View dialog box:

One custom view is provided by default; this is Administrative Events, which a view of „Critical, Error and Warning events from all administrative logs“. In addition, when a server role is installed a related custom view is added under the Server Roles section of the Custom Views category; at least this has been my experience. I have found too that the logs for some server roles, though not all, will also appear under Applications and Services Logs category; that is, in both sections. For example, on my domain controllers, the DNS and Active Directory Services logs appear under both sections.

I found several warnings and errors, outlined below:

System Event Log:

Only a few and familiar errors:

  • Event ID 5048 (Source: WAS) about the invalid AppPoolID for the Security Token service web application pool appeared as expected and as described in Part 7 of this article series.
  • There was also Event ID 10016 (Source: DCOM), another error I was familiar with:

    Not only has this error occurred with every SharePoint 2010 Beta install that I’ve done, it also occurred on our WSS 3.0 server oh-so-long ago.  In fact there is a KB about it: Microsoft KB 920783.The fix was straightforward: use the Registry to identify the application with the CLSID cited in the Event, by searching for the CLSID in HKLM (HKey_Local_Machine). Then find the application in the Component Services MMC snap-in and grant Local Activation permission to the user account cited in the Event. Windows Server 2008 R2 threw a bit of a wrench into it, though. On Windows Server 2003 my domain admin account sufficed to change Local Activation permissions. On Windows Server 2008 R2 the DCOM controls were greyed out (not editable). An Internet search turned up the answer: due to increased security even domain admins do not have permissions to perform certain functions; editing DCOM permissions is one such function. The search also provided the solution, which SharePoint MVP Wictor Wilen describes in his blog post Fix the SharePoint DCOM 10016 error on Windows Server 2008 R2.

    The solution changes the Owner on the CLSID registry key. I was uncomfortable leaving the change so once I had completed the fix I reset the Owner back, though not without some Laurel and Hardy moments.  The original Owner is TrustedInstaller. This is a local account and the proper account name is NT SERVICE\TrustedIntaller.  To make a long story short, I had to manually type in NT SERVICE\TrustedInstaller as shown in the screenshot below rather than use the Advanced… button to search for the account. The account won’t show up in a query.

Application Log

There were also some warnings and errors in the Application Event Log:

  • Event ID 8059 (Source: SharePoint Foundation) about configuring alternate access mappings (AAM) for the Central Admin site:

    Adding AAMs is done via Central Admin, System Settings, Configure Alternate Access mappings. I clicked the Central Admin site, then clicked „Edit Public URLs“ and added the FQDN URL for Intranet zone mapping:

    After which the AAM list for Central Admin showed:

  • Event ID 7043 (Source: SharePoint Foundation) for the Taxonomy Picker web control. This error has occurred with all SharePoint 2010 installs I’ve done and is a known issue in the Beta:

    And for the Scenario Navigation web control, which also has repeated with each installation:

    I recently came across the reasons for the two errors in a forum thread: http://social.technet.microsoft.com/Forums/en/sharepoint2010setup/thread/c894d98c-24ab-416c-aca9-ae57644deb5e. Look for the reply by Koen van der Linden which relates directly to these errors. Apparently, the errors are caused by code errors.

  • Event 7362 (Source: Web Content Management)

    I have not done this yet for the new install but did so at work for the original install. This necessitated yet another domain user account (the list keeps getting longer), which I named portalsufull.

  • Event 5586 (Source: SharePoint Foundation)

    Followed by two of:

    This repeated once immediately in succession but not again.

  • Event  8193 (Source: VSS)

    The full error details show the error is related to SPSearch4 VSS Writer. This error has repeated intermittently days apart but I do not see a pattern. I will wait to see if the error repeats in the RTM.

One error I did not get but had gotten previously at home (pre-reformat) and at work the day after installation was a dreaded „Server Error in ‚/‘ Application“ when trying to open Central Admin:

At first I panicked and rebooted, and that worked. But the next day the error returned. So, reacting a bit more calmly this time I followed the instructions in the error message to turn customErrors mode to Off. Rather than edit the original web.config file, I made a copy to another location and edited the copy. I then renamed the original web.config file, moved the copy and used it. I use this method because when I first started with WSS I had an ugly experience editing the WSS web.config file on our test server – WSS got hosed – and reversing the changes did not undo the damage. Perhaps the file got corrupted. Fortunately I had first made a copy and so was able to use the copy.

With customErrors off, launching Central Admin brought up an error I could research:

Doing so led me to the solution: SharePoint 2010 beta error: Retrieving the COM class factory for component with CLSID {BDEADF26-C265-11D0-BCED-00A0C90AB50F} failed due to the following error: 800703fa by Microsoft Consultant Bassem Georgi.  So I went into IIS, selected the Central Admin web application pool, Advanced settings and set Load User Profile to True:

With none of the errors fatal, I proceeded to configure Search, which I will step through in Part 10.

Guest Author: Joan Resnick Ehrlich

Joan Resnick Ehrlich has been in the IT industry for 15 years and is Corporate IT Administrator for a mid-sized company on Long Island, NY. Prior to entering the industry Joan was a business researcher, and she enjoys combining her research skills with IT work. In addition to SharePoint, her primary responsibilities include Windows Server, Active Directory, Exchange Server, and SQL Server.