/
/

Verschieben von Benutzer-App-Daten auf Nicht-Systemvolumes in Windows 10 aktivieren oder deaktivieren

von Team Ninja
How to Enable or Disable Moving User App Data to Non-System Volumes in Windows 10 blog banner image

Kurzüberblick

Dieser NinjaOne-Blogbeitrag bietet eine umfassende Liste grundlegender CMD-Befehle und einen tiefen Einblick in die Windows-Befehle mit über 70 wichtigen CMD-Befehlen für Anfänger:innen und Fortgeschrittene. Der Blogartikel erklärt praktische Befehle der Eingabeaufforderung für die Dateiverwaltung, die Navigation in Verzeichnissen, die Fehlersuche im Netzwerk, Festplattenoperationen und die Automatisierung mit echten Beispielen zur Steigerung der Produktivität. Egal, ob Sie grundlegende CMD-Befehle lernen oder fortgeschrittene Windows CLI-Tools beherrschen möchten, dieser Leitfaden hilft Ihnen, die Eingabeaufforderung effektiver zu verwenden.

Schlüsselpunkte

  • Lokale Gruppenrichtlinie für die AppData-Speicherung bearbeiten: Öffnen Sie den Editor für lokale Gruppenrichtlinien und wechseln Sie zu Computerkonfiguration > Administrative Vorlagen > System > Benutzerprofile und
  • Einstellung über den Registrierungs-Editor aktivieren oder deaktivieren: Passen Sie den DWORD-Wert DisableAppDataRedirectionToNonSystemVolumes unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System an, um die AppData-Umleitung zu erlauben oder zu blockieren.
  • Konfiguration prüfen und testen: Kontrollieren Sie die Konfiguration mit rsop.msc, dem Registrierungs-Editor und dem Datei-Explorer. Testen Sie anschließend mit einem neuen Benutzerprofil, ob die Speicherung der Anwendungsdaten der gewünschten AppData-Umleitungsrichtlinie entspricht.
  • Überlegungen zu Sicherheit und Leistung: Machen Sie sich mit den Vorteilen und Risiken vertraut, die eine AppData-Speicherung auf Nicht-Systemvolumes mit sich bringt, insbesondere im Hinblick auf Laufwerksgeschwindigkeit und Datenschutz.
  • Anwendungsfälle in Unternehmen und Mehrbenutzerumgebungen: Ideal für Unternehmen mit servergespeicherten Profilen, gemeinsam genutzten Workstations oder einer geteilten SSD/HDD-Speicherstrategie.
  • Best Practices für Fehlerbehebung und Kompatibilität: Lösen Sie typische Probleme, indem Sie Berechtigungen, widersprüchliche Richtlinien und das Verhalten älterer Anwendungen prüfen und mit neuen Benutzerprofilen testen.

Wenn der Speicherplatz auf dem Systemlaufwerk Ihres Windows-10-Systems knapp wird, kann es Ihre Rettung sein, zu wissen, wie Sie das Verschieben von Benutzer-App-Daten auf Nicht-Systemvolumes aktivieren oder deaktivieren. Windows 10 bietet eine Funktion, mit der Sie die Speicherung von App-Daten auf sekundäre Laufwerke umleiten können. So schaffen Sie Platz auf Ihrer primären SSD oder Festplatte.

Egal, ob Sie diese Funktion aktivieren möchten, um wertvollen Speicherplatz freizugeben, oder sie deaktivieren wollen, um alle App-Daten zentral zu halten: Dieser Leitfaden führt Sie durch die einfachen, aber wirkungsvollen Registrierungsänderungen, mit denen Sie steuern, wo Ihre Anwendungen ihre Daten ablegen.

Die Richtlinieneinstellung verstehen

Die Richtlinie „Verschieben von AppData auf Nicht-Systemvolumes aktivieren“ ist eine Windows-10-Funktion, mit der sich die Speicherung von Anwendungsdaten vom Systemlaufwerk auf andere Speicherorte umleiten lässt. Ist sie aktiviert, können Benutzer:innen die Speicherung von Windows-App-Daten selbst steuern. Das ist besonders dann nützlich, wenn auf dem primären Laufwerk wenig Platz ist oder wenn der Speicher auf bestimmte Weise organisiert werden soll.

AppData umfasst drei Hauptordner, in denen benutzerspezifische Anwendungsdaten abgelegt werden:

  • Local: enthält rechnerspezifische Daten, die nicht zwischen Geräten mitwandern sollen
  • LocalLow: ähnlich wie Local, jedoch mit einer niedrigeren Integritätsstufe für weniger vertrauenswürdige Anwendungen
  • Roaming: enthält Daten, die Benutzer:innen in Domänenumgebungen von Rechner zu Rechner begleiten können

Das Verschieben von AppData auf Nicht-Systemvolumes kann sowohl das Verhalten von Anwendungen als auch die Systemleistung deutlich beeinflussen. Positiv ist, dass auf dem Systemlaufwerk wertvoller Speicherplatz frei wird, was besonders bei kleineren SSDs hilfreich ist. Allerdings bringt diese Umleitung auch Aspekte mit sich, die die Leistung betreffen.

Anwendungen laden unter Umständen etwas langsamer, wenn der sekundäre Speicher langsamer ist als das primäre Laufwerk. Hinzu kommt: Manche Anwendungen wurden mit festen Annahmen über den AppData-Speicherort entwickelt und verhalten sich nach einer Verlagerung unerwartet oder geben Fehler aus. Für optimale Ergebnisse empfiehlt es sich, diese Funktion mit schnellem Sekundärspeicher zu kombinieren, um mögliche Leistungseinbußen gering zu halten.

Gründe, diese Einstellung zu aktivieren oder zu deaktivieren

Vor- und Nachteile von AppData auf Nicht-Systemvolumes

Die Aktivierung dieser AppData-Richtlinie bringt mehrere Vorteile, allen voran die Möglichkeit, wertvollen Platz auf SSDs und Festplatten freizugeben. Diese Flexibilität erlaubt es, Speicherressourcen besser zu verwalten und selten genutzte Anwendungsdaten auf sekundären Laufwerken abzulegen. Der Ansatz hat jedoch auch Nachteile, darunter mögliche Kompatibilitätsprobleme: Einige Programme suchen ihre Daten ausdrücklich an den Standardorten und funktionieren nicht mehr richtig, wenn diese verschoben wurden.

Überlegungen zu Sicherheit und Leistung

Aus Sicherheitssicht bringt das Verschieben von AppData sowohl Vorteile als auch Risiken mit sich. Werden sensible Anwendungsdaten auf separaten Volumes gespeichert, entsteht eine zusätzliche Trennschicht gegenüber den Systemdateien, was das Risiko in bestimmten Cyberangriff-Szenarien verringern kann.

(Hinweis: Ist das sekundäre Laufwerk weniger sicher als das Standardlaufwerk, kann das Verschieben von AppData Benutzerdaten ungewollt einem höheren Risiko aussetzen.)

In puncto Leistung gibt es einen möglichen Zielkonflikt: Der Zugriff auf Daten auf sekundären Laufwerken ist häufig langsamer als auf der primären SSD, besonders wenn es sich beim sekundären Laufwerk um eine mechanische HDD handelt.

Anwendungsfälle in Unternehmen und Mehrbenutzerumgebungen

In Unternehmensumgebungen bietet diese Richtlinie deutliche Vorteile für die zentrale Verwaltung. IT-Administrator:innen können damit unternehmensweit einheitliche Richtlinien für die Datenspeicherung umsetzen und AppData-Ordner beispielsweise auf Netzwerkspeicher umleiten, um Backup und Verwaltung zu zentralisieren. Besonders wertvoll ist das in Umgebungen mit Thin Clients oder wenn Benutzerprofile zwischen mehreren Rechnern wandern. In gemeinsam genutzten Computerumgebungen hilft das Verlagern von Anwendungsdaten auf separate Volumes, die Leistung des Systemlaufwerks zu erhalten und gleichzeitig mehrere Benutzer:innen mit unterschiedlichen Anwendungsanforderungen zu bedienen.

So bearbeiten Sie die lokale Gruppenrichtlinie für die AppData-Speicherung

Wenn Sie die Richtlinie zur AppData-Umleitung über die lokale Gruppenrichtlinie anpassen, verwalten Sie diese Einstellung zentral und dauerhaft auf Ihrem System. Gehen Sie folgendermaßen vor, um per Gruppenrichtlinie Benutzerdaten auf ein anderes Laufwerk zu verschieben:

1. Öffnen Sie das Dialogfeld „Ausführen“ mit Win + R.

2. Geben Sie „gpedit.msc“ ein und drücken Sie die Eingabetaste, um den Editor für lokale Gruppenrichtlinien zu starten.

3. Navigieren Sie im linken Navigationsbereich zu: Computerkonfiguration > Administrative Vorlagen > System > Benutzerprofile

4. Suchen Sie im rechten Bereich die Richtlinieneinstellung „Benutzer daran hindern, AppData auf Nicht-Systemvolumes umzuleiten“.

⚠️ Wichtiger Hinweis:

Diese Richtlinie ist auf manchen Windows-10-Pro-Systemen möglicherweise nicht sichtbar. Microsoft hat die Einstellung zwar dokumentiert, doch sie erscheint nicht in jedem Build im Gruppenrichtlinien-Editor, auch nicht in den Editionen Professional, Enterprise oder Education.

5. (Falls sie angezeigt wird) Doppelklicken Sie auf diese Richtlinie, um ihre Eigenschaften zu öffnen.

  • Um die AppData-Umleitung zu deaktivieren (und damit alle AppData auf dem Systemvolume zu belassen), wählen Sie „Aktiviert“.

Um die AppData-Umleitung auf Nicht-Systemvolumes zuzulassen, wählen Sie entweder „Deaktiviert“ oder „Nicht konfiguriert“.

6. Klicken Sie auf „Übernehmen“ und anschließend auf „OK“, um Ihre Änderungen zu speichern.

7. Die Richtlinienänderungen werden nach dem nächsten Systemneustart oder der nächsten Benutzeranmeldung wirksam.

⚠️ Für Windows 10 Home oder wenn die Richtlinie fehlt:

Wenn Sie Windows 10 Home verwenden oder die Richtlinie in Ihrer Windows-10-Pro-Version nicht auftaucht, müssen Sie stattdessen den Weg über den Registrierungs-Editor gehen. Diese Alternative beschreibt der nächste Abschnitt ausführlich.

So aktivieren oder deaktivieren Sie diese Einstellung über den Registrierungs-Editor

Wenn Sie keinen Zugriff auf den Gruppenrichtlinien-Editor haben oder lieber direkt in der Registrierung arbeiten, können Sie die Einstellung zur AppData-Umleitung über den Windows-Registrierungs-Editor anpassen.

📌 Wichtige Klarstellung:

Diese Richtlinie sorgt nicht für eine Registerkarte „Pfad“ in den Eigenschaften des AppData-Ordners. Anders als Ordner wie „Dokumente“ oder „Musik“ ist AppData nicht dafür vorgesehen, manuell über den Explorer verschoben zu werden.

Stattdessen steuert diese Einstellung, ob Systemprozesse und Anwendungen AppData auf Nicht-Systemvolumes schreiben dürfen, typischerweise während der Installation oder der Bereitstellung über Deployment-Tools im Unternehmen.

Wenn Sie diese Anleitung befolgen, werden Sie im Datei-Explorer keine neue Option sehen. Das ist so vorgesehen. Die Richtlinie steuert internes Verhalten, keine Optionen in der Benutzeroberfläche.

So aktivieren oder deaktivieren Sie diese Funktion:

1. Öffnen Sie das Dialogfeld „Ausführen“ mit Win + R.

2. Geben Sie „regedit“ ein und drücken Sie die Eingabetaste, um den Registrierungs-Editor zu starten.

3. Navigieren Sie zu folgendem Registrierungspfad:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System

4. Suchen Sie im rechten Bereich nach einem DWORD-Wert mit dem Namen „DisableAppDataRedirectionToNonSystemVolumes“.

Existiert dieser Wert nicht, müssen Sie ihn anlegen: Klicken Sie mit der rechten Maustaste in den rechten Bereich, wählen Sie Neu > DWORD-Wert (32-Bit) und benennen Sie ihn „DisableAppDataRedirectionToNonSystemVolumes“.

5. Doppelklicken Sie auf diesen DWORD-Wert, um ihn zu bearbeiten.

  • Um die AppData-Umleitung zu verhindern (alle AppData bleiben auf dem Systemvolume):

Setzen Sie den Wert auf 1.

  • Um die AppData-Umleitung auf Nicht-Systemvolumes zuzulassen:
  • Setzen Sie den Wert auf 0.

6. Klicken Sie auf „OK“, um die Änderung zu speichern.

7. Schließen Sie den Registrierungs-Editor.

8. Starten Sie Ihren Computer neu, damit die Änderungen wirksam werden.

Diese Registrierungsänderung funktioniert in allen Windows-10-Editionen, auch in Windows 10 Home. Wie bei allen Eingriffen in die Registrierung empfiehlt es sich, vorher einen Wiederherstellungspunkt anzulegen, damit Sie die Änderungen bei Bedarf rückgängig machen können.

Konfiguration prüfen und testen

So stellen Sie sicher, dass die Einstellung korrekt greift

Um zu überprüfen, ob Ihre Einstellung zur AppData-Umleitung richtig konfiguriert ist, können Sie das System auf mehreren Wegen kontrollieren:

1. Registrierungswert prüfen: Öffnen Sie den Registrierungs-Editor erneut und vergewissern Sie sich, dass der Wert „DisableAppDataRedirectionToNonSystemVolumes“ korrekt gesetzt ist (0 für aktivierte Umleitung, 1 für deaktivierte).

2. Gruppenrichtlinienergebnisse ansehen:

    • Drücken Sie Win + R, geben Sie „rsop.msc“ ein und drücken Sie die Eingabetaste, um den Richtlinienergebnissatz zu öffnen.
    • Navigieren Sie zu Computerkonfiguration > Administrative Vorlagen > System > Benutzerprofile.
    • Prüfen Sie den Status der Richtlinie „Benutzer daran hindern, AppData auf Nicht-Systemvolumes umzuleiten“.

3. Tatsächlichen Zugriff prüfen:

    • Öffnen Sie den Datei-Explorer und wechseln Sie zu Ihrem Benutzerprofilordner (üblicherweise C:\Users[YourUsername]).
    • Klicken Sie mit der rechten Maustaste auf den Ordner AppData und wählen Sie Eigenschaften.
    • Ist die Umleitung aktiviert, sehen Sie möglicherweise eine Registerkarte „Pfad“, die den aktuellen Speicherort anzeigt.

Empfohlene Testschritte in einer kontrollierten Umgebung

Bevor Sie diese Änderung breit ausrollen, sollten Sie die Konfiguration in einer kontrollierten Umgebung testen:

1. Testbenutzerkonto anlegen: Richten Sie ein neues Benutzerkonto speziell für den Test dieser Funktion ein.

2. Einstellung anwenden: Aktivieren oder deaktivieren Sie die AppData-Umleitung ausschließlich für dieses Testkonto.

3. Testanwendungen installieren: Installieren Sie verschiedene Anwendungen, die typischerweise Daten in AppData-Ordnern ablegen.

4. Speichernutzung beobachten:

  • Nutzen Sie integrierte Windows-Werkzeuge wie die Speicheroptimierung, um zu beobachten, wo Daten abgelegt werden.
  • Prüfen Sie sowohl das Systemvolume als auch die sekundären Volumes auf die erwarteten Veränderungen.

5. Funktion der Anwendungen testen:

  • Starten Sie alle Testanwendungen und prüfen Sie, ob sie normal funktionieren.
  • Achten Sie auf ungewöhnliche Fehlermeldungen oder Leistungsprobleme.
  • Richten Sie besonderes Augenmerk auf Anwendungen, die stark auf schnellen Zugriff auf ihre Datendateien angewiesen sind.

6. Systemwiederherstellung testen: Legen Sie einen Wiederherstellungspunkt an und üben Sie das Zurücksetzen der Änderungen, damit Sie in einer Produktivumgebung bei Bedarf problemlos zurückrollen können.

Fallen alle Tests zufriedenstellend aus, können Sie die Konfiguration bedenkenlos auf Ihr Hauptbenutzerkonto oder im gesamten Unternehmen anwenden.

Anwendungsszenarien

Unternehmen mit SSDs als Systemlaufwerk und HDDs für Daten

In Unternehmen, die auf eine zweigeteilte Speicherstrategie setzen, also schnellere SSDs für Systemdateien und größere HDDs für Daten, bietet die AppData-Umleitung erhebliche Vorteile. So können IT-Abteilungen kleinere, kostengünstigere SSDs als Systemlaufwerke beschaffen und gleichzeitig HDDs mit höherer Kapazität für die Speicherung von Anwendungsdaten nutzen.

Durch das Umleiten der AppData-Ordner bleibt die Systemleistung für kritische Vorgänge erhalten, während zugleich der oft erhebliche Speicherbedarf moderner Business-Anwendungen gedeckt wird. Besonders lohnend ist das bei Workstations mit ressourcenhungriger Software wie Grafikprogrammen, Videoschnitt-Suiten oder Datenanalyse-Plattformen, die große temporäre Dateien und Caches erzeugen.

Gemeinsam genutzte Workstations mit servergespeicherten Profilen

In Umgebungen, in denen mehrere Benutzer:innen dieselben physischen Rechner nutzen, sorgt die AppData-Umleitung in Kombination mit servergespeicherten Profilen für effizienteres Arbeiten. Betriebe mit Schichtbetrieb profitieren davon, weil benutzerspezifische Anwendungsdaten auf zentralem Netzwerkspeicher liegen.

So finden Benutzer:innen unabhängig davon, an welcher Workstation sie sich anmelden, stets dieselben Anwendungseinstellungen und Daten vor. Die Richtlinie hilft außerdem, die Leistung des Systemlaufwerks auf gemeinsam genutzten Rechnern zu erhalten, weil sich dort nicht die Anwendungsdaten mehrerer Benutzer:innen ansammeln.

Umgebungen mit Fokus auf Anwendungsisolierung oder Sandboxing

Für sicherheitsbewusste Unternehmen, die Strategien zur Anwendungsisolierung umsetzen, spielt die Kontrolle über den AppData-Speicherort eine zentrale Rolle beim Aufbau wirksamer Sandboxes. Indem die Daten bestimmter Anwendungen auf separate Volumes umgeleitet werden, können IT-Administrator:innen zusätzliche Sicherheitsgrenzen zwischen Anwendungen mit sensiblen Informationen und dem übrigen System ziehen.

Dieser Ansatz unterstützt die Compliance, weil Daten klarer getrennt sind, und erlaubt feiner abgestufte Backup- und Wiederherstellungsverfahren. Und in Testumgebungen, in denen das Verhalten von Anwendungen analysiert werden soll, ohne das gesamte System zu beeinträchtigen, ermöglicht die AppData-Umleitung isolierte Tests mit geringem Risiko für kritische Systemkomponenten.

Tipps zur Fehlerbehebung

Typische Probleme und Fehlkonfigurationen

Beim Arbeiten mit Einstellungen zur AppData-Umleitung treten einige typische Probleme auf, die die Funktion verhindern. Erstens können widersprüchliche Einstellungen zwischen Gruppenrichtlinie und Registrierung zu Konflikten führen, sodass sich das System anders verhält als erwartet. Ein weiteres häufiges Problem sind unzureichende Berechtigungen auf dem Ziel-Nicht-Systemvolume, wodurch Anwendungen beim Schreiben von Daten scheitern.

Häufig gibt es auch Schwierigkeiten mit älteren Anwendungen, die den Standardpfad zu AppData fest einprogrammiert haben. Die Folge sind Anwendungsfehler oder Datenverlust. Hinzu kommt: Wird AppData umgeleitet, während Anwendungen gerade auf diese Ordner zugreifen, kann es zu beschädigten Dateien oder Synchronisierungsproblemen kommen.

Das sollten Sie prüfen, wenn die Einstellung nicht zu wirken scheint

Wenn Sie die AppData-Umleitung konfiguriert haben, sie aber nicht wie erwartet funktioniert, überprüfen Sie diese zentralen Punkte:

  1. Vergewissern Sie sich, dass Ihre Windows-Edition diese Funktion unterstützt (in erster Linie die Editionen Pro, Enterprise und Education).
  2. Prüfen Sie auf widersprüchliche Richtlinien, indem Sie „gpresult /h report.html“ in einer Eingabeaufforderung mit erhöhten Rechten ausführen und den erzeugten Bericht auswerten.
  3. Kontrollieren Sie, ob die Registrierungseinstellung korrekt angewendet und nicht durch spätere Gruppenrichtlinien-Aktualisierungen überschrieben wurde.
  4. Stellen Sie sicher, dass Sie den Computer nach den Änderungen neu gestartet haben, denn manche Umleitungseinstellungen greifen erst nach einem vollständigen Neustart.
  5. Sehen Sie in den Ereignisprotokollen der Anwendungen nach berechtigungsbezogenen Fehlern, die auf Probleme mit dem Zielspeicherort hindeuten.
  6. Testen Sie mit einem neu angelegten Benutzerprofil, um festzustellen, ob das Problem nur bestehende Profile mit bereits etablierten Datenpfaden betrifft.
  7. Prüfen Sie, ob Datenträgerkontingente oder andere Funktionen zur Speicherverwaltung den Umleitungsvorgang stören.
  8. Wenn Sie für die Umleitung Netzwerkspeicher nutzen, vergewissern Sie sich, dass die Netzwerkverbindung stabil ist und die passenden Zugriffsberechtigungen vorliegen.

Die Richtlinie zum AppData-Speicherort in Windows 10 konfigurieren: das Wichtigste in Kürze

Wenn der Speicherplatz auf dem Windows-10-Systemlaufwerk knapp wird, kann das Verschieben von Anwendungsdaten der Benutzer:innen auf Nicht-Systemvolumes die Rettung sein. Windows 10 bietet eine Funktion, mit der Sie den Speicherort des AppData-Ordners ändern und so Platz auf Ihrer primären SSD oder Festplatte schaffen.

Vom Aufbau von AppData bis zur Umsetzung der Änderungen per Gruppenrichtlinie oder Registrierungseingriff wissen Sie nun alles, was Sie brauchen, um Speicherorte für Anwendungsdaten wirksam zu verwalten, typische Fallstricke zu umgehen und das System stabil zu halten.

FAQs

Sie können symbolische Verknüpfungen verwenden, statt Registrierungspfade zu ändern. Das ist die sicherste Methode, weil die ursprüngliche Pfadstruktur erhalten bleibt und die Speicherung trotzdem umgeleitet wird. Anwendungen suchen ihre Daten weiterhin am ursprünglichen Ort, während Windows auf den neuen Speicherort umleitet. So gehen Sie vor:

  1. Legen Sie ein Backup Ihres aktuellen AppData-Ordners an.
  2. Erstellen Sie das Zielverzeichnis auf Ihrem Nicht-Systemlaufwerk (z. B. D:\AppData).
  3. Kopieren Sie alle Inhalte aus dem ursprünglichen AppData-Ordner an den neuen Ort.
  4. Benennen Sie den ursprünglichen AppData-Ordner um (z. B. AppData_old).
  5. Öffnen Sie die Eingabeaufforderung als Administrator.
  6. Erstellen Sie eine symbolische Verknüpfung: mklink /D „C:\Users\YourUsername\AppData” „D:\AppData”

Testen Sie Ihre Anwendungen, um sicherzugehen, dass sie einwandfrei laufen.

Behalten Sie das Backup, bis Sie überprüft haben, dass alles funktioniert.

Die Methode mit der symbolischen Verknüpfung erhält aus Sicht der Anwendung die ursprüngliche Pfadstruktur. Deshalb ist sie weniger anfällig für Kompatibilitätsprobleme als Umleitungen über die Registrierung.

Wird AppData auf ein Nicht-Systemvolume verschoben, legt Windows Umleitungsverknüpfungen an, die Anwendungen auf den neuen Speicherort verweisen und dabei die Kompatibilität mit den meisten Programmen wahren. Ihre Anwendungseinstellungen, zwischengespeicherten Daten und benutzerspezifischen Dateien liegen dann auf dem sekundären Laufwerk statt auf dem Systemlaufwerk.

Die meisten Anwendungen funktionieren weiterhin normal und greifen über den integrierten Umleitungsmechanismus von Windows auf ihre Daten zu. Je nach Geschwindigkeit des sekundären Speichermediums können jedoch Leistungsunterschiede spürbar werden, und bestimmte Anwendungen mit fest einprogrammierten Pfadabhängigkeiten benötigen unter Umständen zusätzliche Konfiguration.

Wird sie per Gruppenrichtlinie auf Ebene der Computerkonfiguration angewendet, gilt diese Einstellung für alle Benutzer:innen des Rechners. Haben Sie die Anleitung weiter oben befolgt und die Registrierung über HKEY_LOCAL_MACHINE angepasst, wirkt die Änderung systemweit. Es gibt allerdings keine unterstützte Möglichkeit, diese spezielle Richtlinie unter HKEY_CURRENT_USER für einzelne Benutzer:innen zu konfigurieren.

Ändern Sie die Registrierung dagegen direkt im Profil einer bestimmten Person (HKEY_CURRENT_USER), gilt die Änderung nur für diese Person. Wenn Sie im Unternehmen unterschiedliche Richtlinien für verschiedene Benutzergruppen umsetzen möchten, können Sie die Gruppenrichtlinie anhand von Sicherheitsgruppen oder Organisationseinheiten filtern und die Einstellung so gezielt anwenden. Die meisten Administrator:innen setzen diese Einstellung lieber einheitlich für alle Benutzer:innen eines Rechners um, damit sich das System vorhersehbar verhält und die Fehlersuche einfacher bleibt.

Ja, diese Einstellung lässt sich über verschiedene Wege der Automatisierung effizient verwalten. PowerShell-Skripte können den Registrierungswert direkt mit Befehlen wie Set-ItemProperty anpassen.

In Domänenumgebungen können Sie Gruppenrichtlinienobjekte erstellen und verknüpfen, die diese Einstellung konfigurieren und automatisiert auf Computer in bestimmten Organisationseinheiten anwenden. Damit eignet sich die Einstellung besonders für großflächige Rollouts, bei denen eine manuelle Konfiguration unpraktikabel wäre.

Ja, Sie können die AppData-Umleitung in Windows 10 deaktivieren. Dafür gibt es zwei wesentliche Wege:

  1. Über den Gruppenrichtlinien-Editor (für die Editionen Pro, Enterprise oder Education):
    • Öffnen Sie den Gruppenrichtlinien-Editor (gpedit.msc).
    • Navigieren Sie zu Computerkonfiguration > Administrative Vorlagen > System > Benutzerprofile.
    • Aktivieren Sie die Richtlinie „Benutzer daran hindern, AppData auf Nicht-Systemvolumes umzuleiten“.
  1. Über den Registrierungs-Editor (funktioniert in allen Windows-10-Editionen):
    • Öffnen Sie den Registrierungs-Editor (regedit).
    • Navigieren Sie zu HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System.
    • Erstellen oder bearbeiten Sie den DWORD-Wert „DisableAppDataRedirectionToNonSystemVolumes“.
    • Setzen Sie den Wert auf 1, um die AppData-Umleitung zu deaktivieren.
    • Starten Sie Ihren Computer neu, damit die Änderungen wirksam werden.

Damit verhindern Sie, dass Windows das Verschieben von AppData-Ordnern auf Nicht-Systemvolumes zulässt, und alle Anwendungsdaten bleiben auf Ihrem Systemlaufwerk.

Das könnte Sie auch interessieren

Sind Sie bereit, die schwierigsten Aufgaben der IT zu vereinfachen?

NinjaOne Allgemeine Geschäftsbedingungen für Skripte

Indem Sie unten auf die Schaltfläche „Ich akzeptiere“ klicken, erklären Sie Ihr Einverständnis mit den folgenden rechtlichen Bedingungen sowie mit unseren Nutzungsbedingungen:

  • Eigentumsrechte: NinjaOne besitzt und wird weiterhin alle Rechte, Titel und Interessen an dem Skript (einschließlich des Urheberrechts) behalten. NinjaOne gewährt Ihnen eine eingeschränkte Lizenz zur Nutzung des Skripts in Übereinstimmung mit diesen rechtlichen Bedingungen.
  • Einschränkung der Nutzung: Sie dürfen das Skript nur für Ihre legitimen persönlichen oder internen Geschäftszwecke verwenden und es nicht an Dritte weitergeben.
  • Verbot der Wiederveröffentlichung: Sie sind unter keinen Umständen berechtigt, das Skript in einer Skriptbibliothek, die einem anderen Softwareanbieter gehört oder von diesem kontrolliert wird, erneut zu veröffentlichen.
  • Gewährleistungsausschluss: Das Skript wird „wie gesehen“ und „wie verfügbar“ bereitgestellt, ohne jegliche Garantie. NinjaOne gibt keine Versprechen oder Garantien, dass das Skript frei von Fehlern ist oder dass es Ihre speziellen Bedürfnisse oder Erwartungen erfüllt.
  • Risikoübernahme: Die Verwendung des Skripts erfolgt auf eigene Gefahr. Sie erkennen an, dass die Nutzung des Skripts mit bestimmten Risiken verbunden ist, und Sie verstehen und übernehmen jedes dieser Risiken.
  • Verzicht und Freigabe: Sie machen NinjaOne nicht für nachteilige oder unbeabsichtigte Folgen verantwortlich, die sich aus Ihrer Nutzung des Skripts ergeben, und Sie verzichten auf alle gesetzlichen oder billigkeitsrechtlichen Rechte oder Rechtsmittel, die Sie gegen NinjaOne im Zusammenhang mit Ihrer Nutzung des Skripts haben könnten.
  • EULA: Wenn Sie ein NinjaOne-Kunde sind, unterliegt Ihre Nutzung des Skripts dem für Sie geltenden Endbenutzer-Lizenzvertrag (EULA).