iDiddi

Ich denke eher, das liegt am aktualisierten Outlook Spamfilter, der bestimmt über WSUS kam ;)

Die Berechtigungen siehst Du ja auch erst, wenn Du das Admin-Konto hinzugefügt hast ;) . Setze bei der GPO direkt "Admin zu servergesp. Profilen hinzufügen". Greift dann bei allen neuen Profilen. Bei allen alten Profilen musst Du die Rechte wie beschrieben manuell anpassen.

Nein. Nicht auf dem SBS. Natürlich am Anmelde-PC. Mach es am Besten über eine Gruppenrichtlinie, wie in dem Link beschrieben. Dann kannst Du es direkt bei allen Benutzern ausschließen.

Du musst den vollständigen Pfad ausgehend vom Benutzerprofilnamen eingeben. Also Anwendundsdaten\Apple Computer Evtl. noch den Unterordner, in dem die Updates liegen, mit dran hängen. An- und Abmelden reicht. Falls nicht, einfach die entsprechenden Daten am Server löschen.

Da haste Recht :D Bin in 5 min. da

Mir kommt das ganz recht. Mein Auto spielt mal wieder verrückt und lässt keinen mitspielen (geht zwischendurch aus :( ). Das hat alles verzögert. Aber spätestens um 8 werde ich auch zu Euch stoßen ;) I frai mi

Das wäre mir neu. Allerdings kann es sein, dass diese zurückgesetzt wird mit den Werten aus der Registrierung. Schau mal in diesem Beitrag nach: https://www.mcseboard.de/active-directory-forum-79/appdata-local-servergespeichertem-profil-179246.html Dort findest Du den Registrierungsschlüssel für die Ausschlüsse und auch, wie Du das per GPO setzen kannst.

Hab ich mir noch mal genauer durchgelesen. Besitz übernehmen würde ich nicht, da das Profil immer im Besitz des dazugehörigen Benutzers bleiben muss. Du kannst dem Admin aber (Voll-)Zugriffsrechte darauf erteilen.

Gut :) Dann warten wir mal ab.

Kann ich so nicht bestätigen. Bei mir haben alle Benutzer eine ntuser.ini. Du hast evtl. nicht auf alle Profile Zugriffsrechte (siehe unten). Wenn Du das in den Gruppenrichtlinien nicht definiert hast (Administrator zu servergespeicherten Profilen hinzufügen), stimmt seine Aussage. Das gilt dann aber nur für die Profile auf dem Server. Auf dem Domänen-Client müsstest Du mit dem Domänenadmin drauf kommen. Versuch es mal über die administrativen Freigaben (\\Client\c$\<Profilpfad>). Aber da kann ich mich auch irren, da ich dem Admin grundsätzlich Zugriff auf die Profile gewähre. Das hat aber nix mit SBS zu tun. Das gilt für alle Windows-Server ;)

Was ist, wenn Du ein ganz frisches Band nimmst?

Die Schreibgeschwindigkeit ist auch abhängig von den Dateien, die gesichert werden. 155 GB in 8 Stunden finde ich jetzt nicht ungewöhnlich incl. Überprüfung. War es denn mal anders bei gleicher Sicherungsmenge?

Was hat denn da nicht geklappt?

Dazu kannst Du die ntuser.ini im Profil des entsprechenden Benutzers anpassen Trage die auszuschließenden Ordner unter: ein.

Na siehste. Jetzt müsste Dir die Powershell auch die korrekte Größe anzeigen ;) Danke für Deine Rückmeldung

Und? Klappt's jetzt? Eine Rückmeldung wäre schön ;)

Schau doch einfach nach. Dafür gibt es doch die Serverkonsole. Zumindest in der Aufgabenplanung sollte der Backup-Task (wbadmin) ja aufgeführt sein.

Sicher. Da gibt es ja auch nicht viel falsch zu verstehen :rolleyes: Wie will dir denn die Powershell die Größe eines Ordners anzeigen, auf dem Du keine Leseberechtigung hast?! Wie gesagt: Du musst in den Eigenschaften von "System Volume Information" und evtl. auch von den Unterordnern unter Sicherheit Dein Admin-Konto zumindest eine Leseberechtigung erteilen, sonst wird das nix. Aber ich warne Dich davor, dort einfach Daten zu löschen. Passe doch einfach Deine Serversicherung entsprechend an.

Dafür musst Du in den Sicherheitseinstellungen des Ordners den Admin hinzufügen. Aber was versprichst Du Dir denn davon?

Oh Mann! Du solltest dort auch nicht wild irgend etwas setzen! Hier ist 'ne gute Hilfe-Seite. Schau sie dir mal durch. Besonders das mit dem Netbios oder evtl. Computerbrowserdienst könnte die Lösung für dich sein: Folgende Grundeinstellungen sind wichtig

Welche IPs bekommen denn die VPN-Clients zugewiesen? Hast Du einen eigenen Bereich definiert oder zieht er sich die über den DHCP-Server (evtl. über einen DHCP Relay Agent)? Vergleiche mal die Zuweisungen (DNS, IP, WINS etc.) der VPN-Verbindung mit einem Deiner lokalen Clients. Ist dort denn soweit alles identisch (gleicher IP-Adressbereich)?

Und warum schreibt er es dann nicht?

Hier noch der entscheidende KB-Artikel von MS, auf dem dort verwiesen wird: File shares on iSCSI devices may not be re-created when you restart the computer

Ob Du VSS auf D: aktiviert hast oder nicht, spielt keine Rolle, da die Sicherungsdaten darauf liegen und das Backup VSS benutzt.

Da kommen wir dem Problem doch schon näher ;) Schau mal zum Bleistift hier: shares dissapear after server restart Oder suche einfach mal nach "Shares lost after restart iscsi". Aber Vorsicht, sonst wirst Du von den Ergebnissen erschlagen :D