Nachdem ich die deutsche Übersetzung von MOSS als praktisch unbrauchbar bewertet hatte, wollte ich die Software deinstallieren und die englische Version installieren (vor der deutschen Version hatte ich schon mal die englische installiert).

Egal, wie ich mich anstelle, MOSS erscheint nach der Neuinstallation ab dem englischen .exe immer noch in deutsch. Irgendwelche Languagefiles sind also irgendwo versteckt worden, die bei einer Deinstallation auf der Kiste bleiben - nur weiss ich nicht wo. Und auch nicht, ob ich das “best practise” finden soll…

Folgendes Vorgehen hat bei mir funktioniert, um eine Site auf einem Server mit dem stsadm-Tool zu backupen und auf dem Zielserver zu restoren:

1. mit stsadm-Tool auf Server A ein backup machen
   (stsadm -o backup -url http://whatyouwant/ -filename E:\Transfer\Backup\nameofthefile)
2. backup file auf server B kopieren
3. auf Server A allenfalls eine schon an dieser Stelle existierende Site löschen (v.a. falls ein Zugriff verweigert Error erscheint beim restoren)
4. in der entsprechenden Webanwendung eine Inhaltsdatenbank erstellen mit dem gleichen Namen wie die backupte DB
5. mit stsadm-Tool auf Server B restore durchführen
   (stsadm -o restore -url http://whatever.whatsoever.ch -filename E:\Transfer\Backup\nameofthefile -overwrite)
6. unter Zentraladministration > Anwendungsverwaltung > Richtlinie für Webanwendung einen Administrator hinzufügen, der Benutzer der Site verwalten kann. (aus unbekannten Gründen geht das nicht, wenn nur die 2 Benutzer “LOKALER DIENST” und “NETZWERKDIENST” da drin stehen, obwohl auf dem Quellsystem das so funktionierte)

Vor einigen Tagen hatte ich erfolgreich eine Site mittels Backup/Restore auf einen anderen Server transferieren können. Jetzt geht das irgendwie nicht mehr, folgende Fehlermeldung erscheint:

“Die Sicherung stammt von einer anderen Version von Windows SharePoint Services und kann auf einem Server mit der aktuellen Version nicht wiederhergestellt werden. Die Sicherungsdatei sollte auf einem Server mit Version 1836597052.1702240364.1869181810.824327 oder höher wiederhergestellt werden.”

Ich verwende das stsadm-Tool (mit den eingebauten Tools hatte ich das auch das erste Mal nicht hingekriegt). Eric Cherng hat da einige Infos dazu.

Update:
jetzt hat’s geklappt. Das Problem war bei mir: wenn man ein Restore mit dem stsadm-Tool machen will, muss man dafür auch ein File haben, das mit diesem Tool erstellt wurde. Man kann nicht ein Backupfile verwenden, das mit Hilfe der Zentraladministration erstellt wurde.

Fabian hat eine gute Anleitung zur Umsetzung von Forms-basierten Authentifizierungen in Sharepoint. Danke!

Zur Ergänzung vielleicht noch Folgendes: nach dem hinzufügen von “Admin” mit Vollzugriff zur Website, wie Fabian beschreibt, kann man mit dem “Admin” (oder wie auch immer der entsprechende User heisst) in die Website einloggen und dort unter “Websiteeinstellungen” “Benutzer und Gruppen” die anderen erstellten Benutzer hinzufügen, als normale Teilnehmer. Ich musste eine Weile suchen

Die Übersetzung von Sharepoint 2007 ins Deutsche ist meiner Meinung nach nicht sehr gelungen. Zahlreiche Begriffe sind nur schwer verständlich. Gerade wenn man googeln muss, ist es gut, die englischen Begriffe zu kennen:

“Zielgruppenadressierung” ist gleich “Audience Targeting” (nicht etwa target groups oder sowas) und wenn man es wieder zurück übersetzt heisst’s plötzlich “Benutzergruppen” (in der SSP-Administration).

The Stsadm.exe tool provides a method for performing the Office SharePoint Server 2007 administration tasks at the command line or by using batch files or scripts. Stsadm.exe provides access to operations not available by using the Central Administration site, such as changing the administration port. The command-line tool has a more streamlined interface than Central Administration, and it allows you to perform the same tasks. There are certain operations and certain parameters that are only available by using the Stsadm.exe command-line utility.

Mehr Informationen zum stsadm Tool