Dukel

Die Profileservices sind für die mysite, collaboration und Sozial Features. Sharepoint selbst nutzt AD für die User (z.B. Berechtigungen,...) und als Serviceuser.

Solche Informationen würde ich in einer Datenbank und nicht im AD speichern.

Sollte das nicht mit einem Ressourcenpostfach besser gehen?

War ja auch keine Anforderung des TO. Gibt viel was Foundation bzw. Search Server Express nicht unterstützen, aber das reicht auch manchmal.

Mit Notes und Exchange hat das nichts zu tun. Wichtig ist, dass ein AD (Active Directory) im Haus ist. Wegen der Lizenzierung: Wenn schon ein AD im Haus ist müsst ihr dafür auch schon Windows Server CAL's haben und für Sharepoint werden keine mehr benötigt. Wenn ihr nicht die kostenlosen Produkte (Sharepoint Foundation bzw. Search Server Express und den SQL Server Express) einsetzt kommen dafür noch extra CAL's (Sharepoint Cals bzw. SQL Server CAL's) dazu.

Wenn man es richtig machen will braucht man einen AD User als Sharepoint User. Außerdem möchte man die User aus dem Directory im Sharepoint haben und nicht doppelt pflegen. Wenn der Hoster alles hostet (auch AD) wird das ein sehr komplexes Konstrukt und ihr solltet euch Unterstützung holen oder Sharepoint auch hosten lassen.

Extern heißt bei einem Hoster? Wo werden denn eure User angelegt und verwaltet?

Wo werden die Userkonten angelegt? Ohne AD würde ich (außer in speziellen Szenarien) keinen Sharepoint aufsetzen.

Genau. So installierst du das ganze. Hast du noch andere Windows Server (z.B. AD)?

Wenn man nur mit einer IP auf Freigaben kommt ist etwas anderes falsch.

Du weißt was Environmentsettings sind? Gib einmal get-childitem env: in der Powershellconsole oder set.exe in der cmd.exe ein. Edit: Zu deinem Script: Fang mit kleinen Dingen an und nicht mit irgendwelchen Guis. Hier kannst du die Abfrage nach dem Zielpfad in das erste if einbauen. Sonst kommt die Frage nach dem Ziel auch wenn die Quelle schon falsch ist. Wieso reicht es nicht, wenn der User den kompletten Pfad eingibt?

Wo ist das Problem, dass ein Rechner eine IP bekommt?

Sharepoint Server hat erst mal nichts mit dem SQL Server zu tun. Du brauchst einen SQL Server. Je nach Version entscheidet sich welche Features (HA,...) du nutzen kannst und wie viel Speicher (nur bei Express) zur Verfügung steht. Die Sharepointversion (Standard, Enterprise, Foundation, Search Server Express) bestimmt, welche Features im Sharepoint zur Verfügung stehen. Das hat nichts mit dem Speicher zu tun. Können schon, aber es ist nicht empfohlen. In einer Produktiven Umgebung würde ich IMMER min. 2 Server nutzen.

Was hast du denn vor? Die Anmeldung an deine Domäne kommt doch sowieso nur für Rechner, die in der Domäne sind. Fremde Rechner bekommen nur eine Lokale Anmeldung.

Was hat das mit den User eines Kalenders zu tun?

Es kommt darauf an was der User eingeben soll. Wenn er den kompletten Pfad eingeben soll geht das mit Test-Path ohne Probleme. Wenn der User z.B. nur einen Ordner, der in seinem Profil liegt eingeben soll (wie in dem Beispiel "sqltest") muss der Anfang ja ergänzt werden. "$env:USERPROFILE" ist das Profil, daran wird (mit +) ein Backslash und danach den zu suchenden Ordner angehängt. Das ganze wird in der Variable $var1 neu geschrieben, die ja für das test-path da ist.

Hast du dir mal die Parameter von copy-item angeschaut? Bei $var1 = $env:USERPROFILE + '\' + $var1 vergleiche ich nichts.

Wenn du Powershell aufrufst bist du in deinem Profil unter "C:\Benutzer\User1". Wenn es den Ordner sqltest gibt ist das korrekt. Für test-path gibst du am besten einen kompletten Pfad an. Entweder der User tut dies oder du im Script. z.B. $var1 = $env:USERPROFILE + '\' + $var1

Gebe einmal in der Powershell (mit der Correlation ID aus der Fehlermeldung): get-splogevent | ? { $_.Correlation -eq '0baf...' } ein. Ggf. ein | fl Message dahinter, damit man die Texte besser lesen kann.

Du kannst verbieten (GPO), dass sich jemand Lokal an einem Rechner anmeldet. Was ist das Ziel des ganzen? So hat man auch gerne einen Lokalen Admin ausgesperrt, der ein System reparieren möchte, wenn es mal Probleme gibt und der Rechner sich nicht an der Domäne anmelden kann.

Es geht um die Bleche und nicht um die installieren Windows Betriebssysteme. Doch. Nur weil das lizenzrechtlich nicht trivial ist muss es nicht sinnlos sein.

Benutzt du noch Netbios?

Wo soll dieser Ordner sein?

Laufen die w3p Prozesse? Wie viel RAM hat der Server?

Ich glaube du wirst einen AD User benötigen, da das nicht mit "Netzwerkdienst" geht.