Einrichten eines Dev Drive-Laufwerks unter Windows 11

Dev Drive ist eine neue Form des Verfügbaren Speichervolumes, um die Leistung für wichtige Entwicklerworkloads zu verbessern.

Dev Drive baut auf der ReFS-Technologie auf, um gezielte Dateisystemoptimierungen zu verwenden und mehr Kontrolle über Speichervolumeseinstellungen und -sicherheit zu bieten, einschließlich Vertrauensbezeichnung, Antiviruskonfiguration und administrativer Kontrolle darüber, welche Filter angefügt sind.

Im Blogbeitrag: Dev Drive for Performance Improvements in Visual Studio und Dev Boxes finden Sie einige durchschnittliche Verbesserungsmessungen in allgemeinen Entwicklungsvorgängen.

Einrichten eines Dev Drive-Laufwerks

Um ein neues Dev Drive einzurichten, öffnen Sie die Windows-Einstellungen und navigieren Sie zu SystemSpeicherErweiterte SpeichereinstellungenDatenträger & Volumes. Wählen Sie "Entwicklerlaufwerk erstellen" aus. Vorhandene Speichervolumes können nicht in ein Dev Drive-Laufwerk konvertiert werden. Die Zuordnung als Dev Drive erfolgt nur im Zeitpunkt der ursprünglichen Formatierung.

Stellen Sie vor dem Einrichten eines Dev Drive sicher, dass die Voraussetzungen erfüllt sind.

Voraussetzungen

• Windows 11, Build #10.0.22621.2338 oder höher (Auf Windows-Updates überprüfen)
• Empfehlen Sie 16 GB Arbeitsspeicher (mindestens 8 GB)
• Mindestens 50 GB freier Speicherplatz
• Dev-Drives sind in allen Windows SKU-Versionen verfügbar.
• Berechtigungen von lokalen Administratoren.

Beim Aktualisieren auf die neueste Windows 11-Version müssen Sie möglicherweise einen zusätzlichen Neustart vornehmen, bevor das Dev Drive-Feature verfügbar wird. Wenn Sie in einer Unternehmensumgebung arbeiten, muss Ihr Sicherheitsadministrator die Dev Drive-Sicherheitsrichtlinie konfigurieren , um Dev Drive zu aktivieren.

Warnung

Dev Drive ist nur für wichtige Entwicklerszenarien vorgesehen, und alle benutzerdefinierten Einstellungen werden weiterhin von Gruppenrichtlinieneinstellungen in Geschäfts- oder Unternehmensumgebungen abgedeckt. Erfahren Sie mehr darüber, wie Sie die Dev Drive-Sicherheitsrichtlinie konfigurieren.

Einrichtungsoptionen

Es gibt drei Optionen:

1. Neue VHD erstellen – Volume auf einer neuen virtuellen Festplatte erstellen
2. Ändern der Größe eines vorhandenen Volumes – Erstellen von neuem nicht zugewiesenem Speicherplatz für zukünftige Erweiterungen
3. Nicht zugewiesener Speicherplatz auf dem Datenträger – Verwenden Sie den nicht zugewiesenen Speicherplatz auf einem vorhandenen Datenträger. * Diese Option wird nur angezeigt, wenn Sie zuvor nicht zugewiesenen Speicherplatz in Ihrem Speicher eingerichtet haben.

Auswählen zwischen der Verwendung einer Datenträgerpartition oder einer VHD

Es gibt Vorteile und Nachteile, die Sie berücksichtigen sollten, wenn Sie entscheiden, ob Sie eine Datenträgerpartition erstellen oder eine neue VHD zum Speichern Ihres Dev Drive erstellen möchten.

• Erstellen Sie eine Datenträgerpartition: Das Speichern Ihres Dev Drive auf einer Datenträgerpartition bietet in der Regel eine schnellere Leistung, da sie den physischen Datenträger direkt ohne zusätzliche Ebenen verwendet. Die Nachteile sind, dass die Verwendung eines partitionierten Datenträgers weniger flexibel ist, da das Ändern der Partitionsgröße komplexer und riskanter sein kann, und weniger Portierbarkeit bietet, da die Partition an den physischen Datenträger gebunden ist.

• Erstellen Sie eine neue VHD: Das Speichern Ihres Dev Drive auf einer virtuellen Festplatte (Virtual Hard Disk, VHD) kann aufgrund des Mehraufwands bei der Verwaltung der virtuellen Datenträgerebene zu einer etwas geringeren Leistung führen. Andererseits bieten VHDs mehr Flexibilität für dynamische Größenänderungen (wenn Sie Speicherplatz effizient verwalten müssen) sowie für das Verschieben oder Sichern von Daten. VHDs sind auch sehr gut portierbar, sodass die VHD-Datei auf einen anderen Computer oder Sicherungsspeicherort übertragen werden kann. Beachten Sie jedoch Folgendes: Wenn eine VHD auf einer Festplatte (HDD oder SSD) gehostet wird, ist es nicht empfehlenswert, die VHD zu kopieren, sie auf einen anderen Computer zu verschieben und weiterhin als Dev Drive zu verwenden.

Erstellen einer neuen VHD

Wenn Sie die Option "Neue VHD erstellen" zum Einrichten eines Dev Drive auswählen, müssen Sie dann Folgendes ermitteln:

• Name der virtuellen Festplatte: Geben Sie Ihrer VHD (Dev Drive) einen Namen.
• Speicherort: Weisen Sie einen Verzeichnispfad zu, in dem sich die Dev Drive-VHD auf Ihrem Computer befindet. Der Standardspeicherort lautet C:\, es sei denn, ein Dev Drive mit Dev Home wird erstellt, in diesem Fall ist %userprofile%\DevDrivesder Standardspeicherort . Es wird empfohlen, einen Verzeichnispfad pro Benutzer*in zu verwenden, um das Dev Drive zu speichern und unbeabsichtigtes Teilen zu vermeiden.
• Größe der virtuellen Festplatte: Weisen Sie den Speicherplatz zu, der für das zu verwendende Volume zugewiesen wird. Die Mindestgröße beträgt 50 GB.
• Format der virtuellen Festplatte:
  • VHD: Unterstützt virtuelle Datenträger mit einer Größe von bis zu 2040 GB.
  • VHDX (Empfohlen): Unterstützt maximal 64 TB und bietet einen stabileren Schutz vor unerwarteten E/A-Fehlern, die durch Probleme wie Stromausfall verursacht werden. Erfahren Sie mehr über das Verwalten von VHDs.
• Datenträgertyp:
  • Feste Größe – Diese virtuelle Festplattendatei wird der maximalen Größe zugewiesen, wenn sie erstellt wurde.
  • Dynamisch erweitern – Die virtuelle Festplatte wächst auf die maximale Größe, wenn Daten auf den Datenträger geschrieben werden. (Empfohlen)

Nachdem Sie die gewünschten Optionen ausgewählt haben, wird das Dev Drive-Laufwerk erstellt.

Ändern der Größe eines vorhandenen Volumes oder Verwenden von nicht zugeordnetem Speicherplatz auf einem vorhandenen Datenträger

So ändern Sie die Größe eines vorhandenen Volumes:

1. Wählen Sie ein Volume aus, dessen Größe geändert werden soll.

   

2. Wählen Sie eine neue Größe für das Volume aus. Sie müssen mindestens 50 GB nicht zugewiesenen Speicherplatz zur Verfügung haben, die Mindestgröße, die für ein Dev Drive erforderlich ist. Nachdem die Größe festgelegt wurde, wählen Sie "Weiter" aus.

   

3. Um ein Dev Drive im neuen freien Speicherplatz zu formatieren, geben Sie die Bezeichnung (Laufwerkname), den Laufwerkbuchstaben und die Größenzuweisung an. Die maximale Größe entspricht der Menge des freien Speicherplatzes, den Sie im vorherigen Schritt zugewiesen haben. Die Mindestgröße für ein Dev Drive beträgt 50 GB.

   

Herzlichen Glückwunsch! Sie haben nun die Größe Ihres Dev Drive-Laufwerks geändert.

Um nicht zugewiesenen Speicherplatz auf einem vorhandenen Laufwerk zu finden und zu verwenden, können Sie SystemSpeicherDatenträger & Volumes öffnen und die Seite ansehen, um zu überprüfen, ob Speicherplatz als "Nicht zugewiesen" gelistet ist. Wählen Sie "Volume erstellen" aus, und Sie erhalten die Optionen " Einfaches Volume erstellen " (ein Standardmäßiges NTFS-Speichervolume) oder "Dev Drive erstellen". Um ein Dev Drive zu erstellen, sind die Schritte identisch wie oben, Sie müssen eine Bezeichnung (Laufwerkname), Einen Laufwerkbuchstaben hinzufügen und die Größenzuweisung bestätigen.

Formatieren eines Speichervolumes als Dev Drive über die Befehlszeile

Als Alternative zur Verwendung von Windows-Einstellungen gibt es zwei Optionen zum Erstellen von Dev Drive-Speichervolumes über die Befehlszeile. Beide Optionen erfordern, dass Sie die Befehlszeile als Administrator öffnen. Sie müssen Mitglied der Gruppe „Administratoren“ sein, um eine Festplatte formatieren zu können. Diese Befehlszeilenformatierungsmethoden können beim Erstellen mehrerer Dev Drives oder als Administrator für mehrere Computer von Vorteil sein.

1. Verwenden des Befehlszeilentools "Format" aus Windows CMD oder PowerShell:

Format D: /DevDrv /Q

2. Verwenden des Cmdlets "Format-Volume" in PowerShell:

Format-Volume -DriveLetter D -DevDrive

Für diese Codebeispiele müssen Sie D: durch den Zielspeicherort ersetzen. Weitere Optionen und Befehlsparameter finden Sie unter den Links.

Funktionsweise von Dev Drive

Ein Speichervolume gibt an, wie Daten im Dateisystem über Verzeichnisse und Dateien in einem bestimmten Format gespeichert werden. Windows verwendet NTFS für das Systemlaufwerk und standardmäßig für die meisten Nicht-Wechseldatenträger. Das resiliente Dateisystem (ReFS) ist ein neueres Microsoft-Dateisystemformat, das darauf ausgelegt ist, die Datenverfügbarkeit zu maximieren, effizient auf große Datasets in verschiedenen Workloads zu skalieren und Datenintegrität mit Ausfallsicherheit für Beschädigungen bereitzustellen. Es versucht, die Erweiterung verschiedener Speicherszenarien zu behandeln und eine Grundlage für zukünftige Innovationen herzustellen.

Das Dev Drive verwendet ReFS, sodass Sie ein Speichervolume speziell für Entwicklungsworkloads initialisieren, eine schnellere Leistung bieten und anpassbare Einstellungen bereitstellen können, die für Entwicklungsszenarien optimiert sind. ReFS umfasst mehrere dateisystemspezifische Optimierungen, um die Leistung wichtiger Entwicklerszenarien zu verbessern.

Erfahren Sie mehr darüber , wie Dev Drive sicherheit behandelt.

Was sollte auf einem Dev Drive-Laufwerk gespeichert werden?

Das Dev Drive Laufwerk ist vorgesehen für:

• Quellcoderepositorys und Projektdateien
• Paket-Cache
• Buildausgabe und Zwischendateien

Überlegungen zum Installieren von Entwicklertools und SDKs auf Dev Drive: Entwicklertools und SDKs werden in der Regel an einem Administrator- oder Benutzerspeicherort platziert. Diese Standorte bieten spezifische Sicherheits- und Isolationsgarantien für Windows und wirken sich auf das Verhalten von Microsoft Defender aus. Viele Tools bieten jedoch die Flexibilität, den Installationsspeicherort auszuwählen, einschließlich eines Dev Drive.

Bevor Sie mit der Installation von Entwicklertools oder SDKs auf einem Dev Drive fortfahren, bewerten Sie die mit dem System und den asynchronen Überprüfungen verbundenen Einschränkungen, um sicherzustellen, dass sie den Sicherheitsanforderungen Ihres Geräts und Ihrer Organisation entsprechen. Sie haben die Möglichkeit, einen Administrator- oder Benutzerordner auf dem Dev Drive zu erstellen. Darüber hinaus ist es wichtig zu überprüfen, ob der Microsoft Defender-Leistungsmodus (z. B. asynchrones Scannen) Ihre Anforderungen für die Behandlung von Binärdateien erfüllt.

Hinweis

IT-Administratoren sollten Ordner mit benutzerspezifischen Zugriffssteuerungslisten für Geräte mit mehreren Benutzern erstellen, um EOP-Angriffe zu vermeiden.

Speichern des Paketcaches auf dem Dev Drive-Laufwerk

Ein Paketcache ist der globale Ordnerspeicherort, der von Anwendungen zum Speichern von Dateien für installierte Software verwendet wird. Diese Quelldateien werden benötigt, wenn Sie die installierte Software aktualisieren, deinstallieren oder reparieren möchten. Visual Studio ist eine solche Anwendung, die einen großen Teil seiner Daten im Paketcache speichert. Nachdem Sie Die Umgebungsvariablen geändert haben, müssen Sie möglicherweise alle geöffneten Konsolenfenster neu starten oder das Gerät neu starten , damit die neuen Werte angewendet werden.

• Npm-Cache (NodeJS): Erstellen Sie ein npm-Cacheverzeichnis in Ihrem Dev Drive, z D:\packages\npm. B., und legen Sie dann eine globale Umgebungsvariable npm_config_cache auf diesen Pfad fest, z setx /M npm_config_cache D:\packages\npm. B. . Wenn Sie NodeJS bereits auf Ihrem Computer installiert haben, verschieben Sie den Inhalt von %AppData%\npm-cache in dieses Verzeichnis. (Auf einigen Systemen befindet sich der npm-Cache möglicherweise in %LocalAppData%\npm-cache). Weitere Informationen finden Sie in den npm-Dokumenten: npm-cache und npm config: cache.

• Ordner "Globale NuGet-Pakete": Der Ordner "Globale NuGet-Pakete" wird von dotnet, MSBuild und Visual Studio verwendet. Erstellen Sie ein benutzerspezifisches NuGet-Verzeichnis in Ihrem CopyOnWrite (CoW)-Dateisystem. Beispiel: D:\<username>\.nuget\packages. Verwenden Sie eine der folgenden Methoden, um den Ordner für globale Pakete vom Standardspeicherort in den neu erstellten Ordner zu ändern (um die global installierten Pakete zu verwalten):

  • Legen Sie die globale Umgebungsvariable NUGET_PACKAGES auf diesen Pfad fest. Beispiel: setx /M NUGET_PACKAGES D:\<username>\.nuget\packages.

  • Legen Sie globalPackagesFolder (bei Verwendung von PackageReference) bzw. repositoryPath (bei Verwendung von packages.config) in den Konfigurationseinstellungen auf diesen Pfad fest.

  • Legen Sie die MSBuild-Eigenschaft RestorePackagesPath (nur MSBuild) auf diesen Pfad fest.

    Führen Sie zum Überprüfen des Ordners für globale Pakete den folgenden Befehl aus: dotnet nuget locals global-packages --list. Bei der Wiederherstellung werden Pakete im neuen Pfad installiert und heruntergeladen. Der Standardordner für globale NuGet-Pakete kann gelöscht werden. Weitere Informationen finden Sie in den NuGet-Dokumenten: Verwalten der globalen Pakete, des Caches und der temporären Ordner.

Hinweis

Es gibt derzeit ein bekanntes Problem: Der Befehl des Dotnet-Tools berücksichtigt den Pfad von Nuget-Paketen nicht. Das .NET-Team ist sich dessen bewusst und untersucht einen Fix für .NET 10 und ein Wartungsversionsupdate für 8.0 und 9.0.

• vcpkg-Cache: Erstellen Sie ein vcpkg-Cacheverzeichnis in Ihrem Dev Drive, z D:\packages\vcpkg. B., und legen Sie dann eine globale Umgebungsvariable VCPKG_DEFAULT_BINARY_CACHE auf diesen Pfad fest, z setx /M VCPKG_DEFAULT_BINARY_CACHE D:\packages\vcpkg. B. . Wenn Sie bereits Pakete installiert haben, verschieben Sie den Inhalt von %LOCALAPPDATA%\vcpkg\archives bzw. %APPDATA%\vcpkg\archives in dieses Verzeichnis. Weitere Informationen finden Sie in den vcpkg-Dokumenten: vcpkg Binary Caching.

• Pip-Cache (Python): Erstellen Sie ein Pip-Cacheverzeichnis in Ihrem Dev Drive, z. B. D:\packages\pip, und legen Sie eine globale Umgebungsvariable PIP_CACHE_DIR auf diesen Pfad fest, z. B. setx /M PIP_CACHE_DIR D:\packages\pip. Wenn Sie bereits pip-Pakete und Wheels auf Ihrem Computer wiederhergestellt haben, verschieben Sie den Inhalt von %LocalAppData%\pip\Cache in dieses Verzeichnis. Weitere Informationen finden Sie in den Pip-Dokumenten: Pip Caching und siehe StackOverflow zum Ändern des Verzeichnisses des Pip-Caches unter Linux?.

• Cargo cache (Rust): Erstellen Sie ein Cargo-Cacheverzeichnis in Ihrem Dev Drive, zum Beispiel D:\packages\cargo, und legen Sie dann eine globale Umgebungsvariable CARGO_HOME auf diesen Pfad fest, zum Beispiel setx /M CARGO_HOME D:\packages\cargo. Wenn Sie Cargo-Pakete bereits auf Ihrem Computer installiert haben, verschieben Sie den Inhalt von %USERPROFILE%\.cargo in dieses Verzeichnis. Weitere Informationen finden Sie in den Cargo-Dokumenten: Cargo Environmental Variables.

• Maven-Cache (Java): Erstellen Sie ein Maven-Cacheverzeichnis in Ihrem Dev Drive, z. B. D:\packages\maven. Dann setzen Sie eine globale Umgebungsvariable MAVEN_OPTS, um eine Konfigurationseinstellung zu diesem Pfad hinzuzufügen, z. B. setx /M MAVEN_OPTS "-Dmaven.repo.local=D:\packages\maven". Verschieben Sie den Inhalt von %USERPROFILE%\.m2\repository zu diesem Verzeichnis (dies umfasst nur die Abhängigkeiten, Plug-Ins und andere Artefakte, die Maven in den repository-Ordner herunterlädt und für Ihre Projekte verwendet). Weitere Informationen finden Sie in den Maven-Dokumenten und unter StackOverflow zum Angeben eines alternativen Speicherorts für den M2-Ordner oder settings.xml dauerhaft?.

• Gradle-Cache (Java): Erstellen Sie ein Gradle-Cacheverzeichnis in Ihrem Dev Drive, D:\packages\gradlez. B. . Legen Sie dann eine globale Umgebungsvariable GRADLE_USER_HOME fest, sodass sie auf diesen Pfad verweist. Verwenden Sie beispielsweise setx /M GRADLE_USER_HOME "D:\packages\gradle" in der Eingabeaufforderung, um sie systemweit festzulegen. Nach dem Festlegen dieser Variablen verwendet Gradle das angegebene Verzeichnis (D:\packages\gradle) für seine Caches und Konfigurationsdateien. Wenn Sie über bestehende Gradle-Dateien verfügen, verschieben Sie die Inhalte in dieses %USERPROFILE%\.gradle neue Verzeichnis. Ausführlichere Informationen finden Sie in der Gradle-Dokumentation und erkunden Communityressourcen wie StackOverflow für Tipps zum Verwalten von Gradle-Konfigurationen und Cacheverzeichnissen.

Sicherheitsrisiken und Vertrauen in Bezug auf Dev Drive verstehen

Sicherheit und Vertrauensstellung sind wichtige Aspekte bei der Arbeit mit Projektdateien. In der Regel gibt es einen Kompromiss zwischen Leistung und Sicherheit. Durch die Verwendung eines Dev Drive-Laufwerks wird die Kontrolle über dieses Gleichgewicht in die Hände von Entwickler*innen und Sicherheitsadministrator*innen gelegt. Diese sind dafür verantwortlich, welche Filter angefügt werden und welche Einstellungen für Microsoft Defender Antivirus-Überprüfungen festgelegt werden.

Antivirenfilter, einschließlich Microsoft Defender und Antivirenfilter von Drittanbietern, werden standardmäßig an ein Dev Drive-Laufwerk angefügt. Microsoft Defender Antivirus verwendet standardmäßig die neue Einstellung "Leistungsmodus" auf Dev Drives unter Berücksichtigung von Geschwindigkeit und Leistung, während eine sichere Alternative zu Ordnerausschlüssen bereitgestellt wird. Für ein erhöhtes Schutzniveau bietet Microsoft Defender auch den "Echtzeitschutzmodus".

Alle Produkte oder Funktionen, die zusätzliche Filter erfordern, funktionieren nicht, es sei denn, der Filter wird zum Dev Drive hinzugefügt.

Warnung

Dev Drive-Laufwerke können ohne angeschlossene Antivirenfilter betrieben werden. Lassen Sie besondere Vorsicht walten. Das Entfernen von Antivirenfiltern ist ein Sicherheitsrisiko und bedeutet, dass Ihr Speicherlaufwerk nicht durch die standardmäßigen Sicherheitsüberprüfungen abgedeckt ist. Sie sind für die Bewertung der Risiken verantwortlich, die mit dem Entfernen von Antivirenfiltern verbunden sind. Sie sollten diese nur entfernen, wenn Sie sicher sind, dass Ihre auf dem Dev Drive-Laufwerk gespeicherten Dateien keinen böswilligen Angriffen ausgesetzt sind.

Microsoft empfiehlt die Verwendung der Standardeinstellung für den Leistungsmodus bei Verwendung eines vertrauenswürdigen Dev Drive.

Was ist ein „vertrauenswürdiges“ Dev Drive?

Dev Drives werden automatisch als vertrauenswürdig festgelegt, indem ein flag verwendet wird, das während der ursprünglichen Formatierungszeit in der Systemregistrierung gespeichert ist und standardmäßig die bestmögliche Leistung bietet. Ein vertrauenswürdiges Dev Drive bedeutet, dass der Entwickler, der das Volume verwendet, ein hohes Vertrauen in die Sicherheit der dort gespeicherten Inhalte hat.

Ähnlich wie beim Hinzufügen eines Ausschlusses zu Windows-Sicherheit übernimmt der Entwickler die Verantwortung für die Verwaltung der Sicherheit der gespeicherten Inhalte, um zusätzliche Leistung zu erzielen.

Ein als vertrauenswürdig gekennzeichnetes Dev Drive ist ein Signal, dass Microsoft Defender im Leistungsmodus ausgeführt wird. Die Ausführung von Microsoft Defender im Leistungsmodus bietet ein ausgewogenes Gleichgewicht zwischen Bedrohungsschutz und Leistung. Der Echtzeitschutz ist weiterhin auf allen anderen Speichervolumes aktiviert.

Aufgrund von Sicherheitsüberlegungen, weil möglicherweise Filter deaktiviert wurden, führt der Transport eines Dev Drive-Laufwerks zwischen Computern dazu, dass das Volume als normales Volume ohne spezielle Richtlinien für das Anfügen von Filtern behandelt wird. Das Volume muss als vertrauenswürdig gekennzeichnet werden, wenn es an einen neuen Computer angefügt wird. Erfahren Sie , wie kann ich ein Dev Drive als vertrauenswürdig festlegen?.

Ein nicht vertrauenswürdiges Dev Drive verfügt nicht über dieselben Berechtigungen wie ein vertrauenswürdiges Dev Drive. Die Sicherheit wird im Echtzeitschutzmodus ausgeführt, wenn ein Dev Drive nicht vertrauenswürdig ist. Seien Sie vorsichtig, wenn Sie eine Vertrauensstellung für ein Dev Drive-Laufwerk festlegen, nachdem es erstmalig erstellt wurde.

Festlegen eines Dev Drive-Laufwerks als vertrauenswürdig

So legen Sie ein Dev Drive als vertrauenswürdig fest:

1. Öffnen Sie PowerShell (oder CMD) mit erhöhten Berechtigungen, indem Sie mit der rechten Maustaste darauf klicken und „Als Administrator ausführen“ aus dem Kontextmenü auswählen.
2. Wenn Sie Ihr Dev Drive als vertrauenswürdig festlegen möchten, geben Sie den folgenden Befehl ein, und ersetzen Sie ihn durch <drive-letter> den Buchstaben des Speicherlaufwerks, dem Sie vertrauen möchten. Beispiel: fsutil devdrv trust D:.

fsutil devdrv trust <drive-letter>:

Geben Sie den folgenden Befehl ein, um zu bestätigen, dass ein Dev Drive-Laufwerk vertrauenswürdig ist:

fsutil devdrv query <drive-letter>:

Das Laufwerk C: auf Ihrem Computer kann nicht als Dev Drive-Laufwerk festgelegt werden. Entwicklungstools, z. B. Visual Studio, MSBuild, .NET SDK, Windows SDK usw., sollten auf dem Laufwerk C: gespeichert werden, nicht auf einem Dev Drive-Laufwerk.

Was ist der Microsoft Defender-Leistungsmodus?

Der Leistungsmodus ist jetzt in Windows 11 als neue Microsoft Defender Antivirus-Funktion verfügbar. Diese Funktion verringert die Auswirkung von Microsoft Defender Antivirus-Überprüfungen auf die Leistung für Dateien, die auf einem Dev Drive-Laufwerk gespeichert sind.

Weitere Informationen zum Leistungsmodus und zur Vergleichsweise mit echtzeitbasiertem Schutz finden Sie unter Microsoft Defender: Schützen von Dev Drive mithilfe des Leistungsmodus.

Damit der Leistungsmodus aktiviert werden kann, muss das Dev Drive als vertrauenswürdig festgelegt werden, und der Echtzeitschutz von Microsoft Defender muss auf "Ein" festgelegt sein.

Wie werden zusätzliche Filter für Dev Drive konfiguriert?

Standardmäßig deaktiviert der Filter-Manager alle Filter auf einem Dev Drive, mit Ausnahme von Antivirenfiltern. Ein Antivirenfilter ist ein Filter, der im FSFilter Anti-Virus-Bereich (320000-329999) angefügt ist. FSFilter Anti-Virus enthält Filter, die Viren während Datei-E/A-Vorgängen erkennen und desinfizieren.

Die Standardrichtlinie kann so konfiguriert werden, dass mithilfe von fsutil keine Antivirenfilter an Dev Drive angefügt werden. ACHTUNG: Diese Richtlinie gilt für ALLE Dev Drives auf dem System.

fsutil devdrv enable /disallowAv

Der Befehl fsutil devdrv enable [/allowAv|/disallowAv] umfasst die folgenden zwei Optionen:

• disallowAv: Gibt an, dass Ihre Dev Drive(s) keine angefügten Filter haben (nicht einmal Antivirenfilter). Filter können mithilfe des Befehls fsutil devdrv setfiltersallowed <Filter-1> wieder hinzugefügt werden. (Ersetzen Sie dazu <Filter-1> durch den Namen des gewünschten Filters.)

• allowAv: Gibt an, dass Dev Drive-Laufwerke durch den Standardantivirenfilter geschützt werden sollen.

Geben Sie den Befehl fsutil devdrv enable /? ein, wenn Sie Unterstützung benötigen. Wenn weder /allowAv noch /disallowAv angegeben ist, ist die Antivirenrichtlinie für Ihr Dev Drive-Laufwerk nicht konfiguriert, und das System wird standardmäßig durch einen Antivirenfilter geschützt.

Warnung

Seien Sie beim Entfernen von Filtern äußerst vorsichtig. Das Entfernen von Antivirenfiltern ist ein Sicherheitsrisiko und bedeutet, dass Ihr Speicher nicht durch die Standardüberprüfungen des Echtzeitschutzmodus oder Leistungsmodus von Microsoft Defender abgedeckt ist. Sie sind für die Bewertung der Risiken verantwortlich, die mit dem Entfernen von Antivirenfiltern verbunden sind. Sie sollten diese nur entfernen, wenn Sie sicher sind, dass Ihre Dateien keinen böswilligen Angriffen ausgesetzt sind.

Weitere Informationen zu Filtern finden Sie unter Informationen zu Dateisystemfiltertreibern, Installieren eines Filtertreibers,Filter-Manager-Konzepte, Ladenreihenfolgegruppen und Höhen für Minifiltertreiber.

Zulassen des Anfügens von ausgewählten Filtern an Dev Drive-Laufwerke

Wenn Sie in einer Geschäfts- oder Unternehmensumgebung arbeiten, ist die Gruppenrichtlinie Ihres Unternehmens möglicherweise so konfiguriert, das bestimmte Filter an Dev Drive-Laufwerke angefügt werden sollen. Dies gilt zusätzlich zur oben genannten Richtlinie. Ein Systemadministrator kann sich auch dafür entscheiden, zusätzliche Filter an ein bestimmtes Dev Drive oder alle Dev Drives mithilfe einer Zulassungsliste anzufügen.

Ein*e Systemadministrator*in möchte einen Filter namens „Foo“ hinzufügen. Er wird hier FooFlt genannt. Möglicherweise möchte er bzw. sie nur, dass dieser Filter auf dem Dev Drive-Lauf aktiviert ist, das als D: eingebunden ist. Dieser Filter wird für ein anderes Dev Drive-Laufwerk (E:) nicht benötigt. Der Administrator kann änderungen an einer Zulassungsliste mit Filtern auf dem Dev Drive vornehmen, indem erfsutil.exeverwendet, ein vom System bereitgestelltes Befehlszeilenprogramm.

Filter, die speziell als zulässig festgelegt sind, können zusätzlich zu den oben beschriebenen Antivirenfilterrichtlinien an ein Dev Drive angefügt werden.

Beispiele für Filter in der Zulassungsliste

Die folgenden Beispiele veranschaulichen die Möglichkeit eines Administrators, mithilfe einer Zulassungsliste Filter festzulegen, die auf allen Dev Drive-Laufwerken auf einem Computer zugelassen sind.

Mit dem folgenden setfiltersallowed-Befehl können Sie Filter-01 und Filter-02 auf allen Dev Drive-Laufwerken zulassen:

fsutil devdrv setfiltersallowed Filter-01, Filter-02

Verwenden Sie den folgenden Befehl, um die Filter-Anfügepolitik für alle Dev Drives anzuzeigen:

fsutil devdrv query

Die resultierende Ausgabe zeigt folgende Informationen an:

• Entwicklervolumes sind aktiviert.
• Entwicklervolumes sind durch Antivirenfilter geschützt.
• Die Filter Filter-01 und Filter-02 sind für alle Dev Drive-Laufwerk zugelassen.

Verwenden Sie den folgenden Befehl, um diese Dev Drive-Konfiguration so zu ändern, dass nur Filter-03 auf Dev Drive-Laufwerken zugelassen ist sowie Filter-01 und Filter-02 nicht mehr angefügt werden dürfen:

fsutil devdrv setfiltersallowed Filter-03

Mit fsutil devdrv /? können Sie weitere ähnliche Befehle anzeigen.

Filter für häufige Szenarien

Die folgenden Filter können mit Dev Drive verwendet werden:

Szenario: Beschreibung	Filtername
GVFS: Sparse-Eintragungen von Windows	PrjFlt
MSSense: Microsoft Defender for Endpoint für den EDR-Sensor	MsSecFlt
Defender: Windows Defender-Filter	WdFilter
Docker: Ausführen von Containern außerhalb des Dev Drives	bindFlt, wcifs
Windows Performance Recorder: Messen von Dateisystemvorgängen	Dateiinformation
Ressourcenmonitor: Zeigt die Auslastung der Ressourcen an. Erforderlich zum Anzeigen von Dateinamen in Datenträgeraktivität	Dateiinformation
Prozessmonitor – Sysinternals: Überwachen von Dateisystemaktivitäten	ProcMon24
Windows-Upgrade: Wird während des Betriebssystemupgrades verwendet. Erforderlich, wenn Der Benutzer TEMP-Umgebungsvariable auf Dev Drive verschiebt	WinSetupMon
Windows Defender-Anwendungssteuerung (WDAC): Nachverfolgen verwalteter Installationsprogramme mit AppLocker-Identitätsdiensten	applockerfltr

Der Filter WdFilter ist standardmäßig angefügt. Der folgende Befehl veranschaulicht, wie Sie alle aufgeführten zusätzlichen Filter an ein Dev Drive-Laufwerk anfügen:

fsutil devdrv setfiltersallowed "PrjFlt, MsSecFlt, WdFilter, bindFlt, wcifs, FileInfo, ProcMon24"

Tipp

Um die für ein bestimmtes Szenario erforderlichen Filter zu ermitteln, müssen Sie möglicherweise vorübergehend ein Dev Drive als nicht vertrauenswürdig markieren. Führen Sie dann das Szenario aus, und notieren Sie sich alle Filter, die an das Volume angefügt sind. Legen Sie das Dev Drive erneut als vertrauenswürdig fest, und fügen Sie dann die Filter zur Liste "Zulassen" für dieses Dev Drive hinzu, um sicherzustellen, dass das Szenario erfolgreich ist. Entfernen Sie schließlich alle Filter, die möglicherweise nicht benötigt werden, einzeln nacheinander, und achten Sie darauf, dass das Szenario weiterhin wie erwartet funktioniert.

Tipp

Der Filtername für den Prozessmonitor kann sich ändern. Wenn das Hinzufügen des Filternamens „ProcMon24“ keine Dateisystemaktivitäten auf einem Dev Drive erfasst, listen Sie die Filter mithilfe des Befehls fltmc filters auf. Suchen Sie anschließend den Filternamen für den Prozessmonitor, und verwenden Sie diesen Namen dann anstelle von „ProcMon24“.

Unterstützung für Blockklonung

Ab Windows 11 24H2 und Windows Server 2025 wird nun das Klonen von Blöcken auf Dev Drive unterstützt. Da Dev Drive das ReFS-Dateisystemformat verwendet, bedeutet die Unterstützung für block cloning kostenlose Leistungsvorteile, wenn Sie eine Datei mit Dev Drive kopieren. Mit dem Block-Klonen kann das Dateisystem einen Bereich von Dateibytes für eine Anwendung als kostengünstige Metadatenoperation kopieren, anstatt teure Lese- und Schreibvorgänge in die zugrunde liegenden physischen Daten auszuführen. Dies führt zu einem schnelleren Kopierabschluss, weniger E/A zum zugrunde liegenden Speicher und zu einer verbesserten Speicherkapazität, indem mehrere Dateien dieselben logischen Cluster gemeinsam nutzen können. Erfahren Sie mehr über das Klonen von Blöcken.

Welche Szenarien werden von Dev Drive nicht unterstützt? Welche Einschränkungen gelten?

Es gibt einige Szenarien, in denen die Verwendung von Dev Drive nicht empfohlen wird. Dazu gehören:

• Durch die Neuformatierung eines vorhandenen Speichervolumes als Dev Drive-Laufwerk werden alle auf diesem Volume gespeicherten Inhalte gelöscht. Die Neuformatierung eines vorhandenen Volumes mit Beibehaltung der dort gespeicherten Inhalte wird nicht unterstützt.
• Wenn Sie eine virtuelle Festplatte (Virtual Hard Disk, VHD) erstellen, die auf einer Festplatte (HDD oder SSD) gehostet wird, ist es nicht empfehlenswert, die VHD zu kopieren, sie auf einen anderen Computer zu verschieben und weiterhin als Dev Drive zu verwenden.
• Ein Volume, das auf einem Wechseldatenträger oder einem Hot-Plug-fähigen Datenträger gespeichert ist (z. B. ein externes USB-Laufwerk, Festplattenlaufwerk oder SSD-Laufwerk), kann nicht als Dev Drive-Laufwerk festgelegt werden.
• Ein Volume in einer VHD, die von einem Wechseldatenträger oder Hot-Plug-fähigen Datenträger gehostet wird, kann nicht als Dev Drive-Laufwerk festgelegt werden.
• Das Laufwerk C: auf Ihrem Computer kann nicht als Dev Drive-Laufwerk festgelegt werden.
• Der Zweck eines Dev Drive-Laufwerks besteht darin, Dateien zum Erstellen und Debuggen von Softwareprojekten zu hosten, die zum Speichern von Repositorys, Paketcaches, Arbeitsverzeichnissen und temporären Ordnern bestimmt sind. Es wird nicht empfohlen, Anwendungen auf einem Dev Drive-Laufwerk zu installieren.
• Die Verwendung von Dev Drive auf dynamischen Datenträgern wird nicht unterstützt. Verwenden Sie stattdessen "Speicherplätze", um Ihre Daten vor Laufwerksfehlern zu schützen und den Speicher im Laufe der Zeit zu erweitern, während Sie Ihrem PC Laufwerke hinzufügen.

Löschen eines Dev Drive

Sie können ein Dev Drive in den Windows 11-Systemeinstellungen löschen: System>Storage>Disks & volumes.

Öffnen Sie das Menü " Windows-Einstellungen ", und wählen Sie dann " Speicher" und dann " Erweiterte Speichereinstellungen" und dann "Datenträger & Volumes" aus, in dem Sie eine Liste der Speichervolumes auf Ihrem Gerät finden. Wählen Sie "Eigenschaften " neben dem Dev Drive-Speichervolume aus, das Sie löschen möchten. In den Eigenschaften des Laufwerks finden Sie die Option zum Löschen unter der Bezeichnung "Format ".

Das Dev Drive wird jetzt gelöscht. Allerdings: Wenn das Dev Drive als neue VHD erstellt wurde, muss die VHD gelöscht werden, um den von dieser VHD verwendeten Speicherplatz zurückzufordern. Um dies zu tun, müssen Sie zuerst den virtuellen Datenträger trennen, damit die VHD-Datei, in der das Dev Drive gehostet wird, gelöscht werden kann. Führen Sie dazu die folgenden Schritte aus:

1. Öffnen Sie das Datenträgerverwaltungstool, indem Sie "Computerverwaltung" in das Suchfeld in der Taskleiste eingeben. Wählen Sie "Datenträgerverwaltung " unter der Überschrift "Speicher" aus. Wählen Sie den Datenträger (nicht das Volume) des Dev Drive aus. Klicken Sie mit der rechten Maustaste auf den ausgewählten Datenträger, auf dem das Dev Drive gehostet wird, und wählen Sie im resultierenden Menü " VHD trennen" aus.
2. Es erscheint ein Popup-Fenster, das Sie darüber informiert, dass das Trennen einer virtuellen Festplatte dazu führt, dass diese nicht mehr verfügbar ist.
3. Sobald die VHD getrennt wurde, kann sie gelöscht werden.

Häufig gestellte Fragen zu Dev Drive

Zu den häufig gestellten Fragen zu Dev Drive gehören:

Wie kann ich ein Dev Drive-Laufwerk an meine Anforderungen anpassen?

Die Dev Drive-Standardeinstellungen wurden für gängige Entwicklungsszenarien optimiert, können aber angepasst werden, sodass die Steuerung von Treibern und Diensten auf dem Speichervolume möglich ist. Zum Anpassen der Dev Drive-Einstellungen öffnen Sie das Menü "Einstellungen" . Wechseln Sie unter SystemSpeicherDatenträger & Volumes zu Eigenschaften.

Wichtig

Wenn Sie für ein Geschäft oder Unternehmen arbeiten, gelten für das Dev Drive weiterhin die jeweiligen Unternehmenseinstellungen. Einige Anpassungen sind daher abhängig von der Unternehmensrichtlinie möglicherweise nicht verfügbar.

Muss ich meine Anwendungen neu installieren, um ein Dev Drive-Laufwerk verwenden zu können?

Nein, Anwendungen oder Tools, die auf dem Laufwerk C: Ihres Computers installiert sind, können Dateien auf einem Dev Drive-Laufwerk verwenden. Für Entwicklungsprojekte wird jedoch empfohlen, alle projektspezifischen Verzeichnisse, Dateien und Paketcaches im Dev Drive-Laufwerk zu speichern. Das Dev Drive kann als Erinnerung an den Schnellzugriff des Datei-Explorers angeheftet werden.

Verwendet ReFS mehr Arbeitsspeicher als NTFS?

Ja, ReFS benötigt geringfügig mehr Arbeitsspeicher als NTFS. Wir empfehlen einen Computer mit mindestens 8 GB Arbeitsspeicher, idealerweise 16 GB.

Kann ich mehr als ein Dev Drive-Laufwerk in meinem Computer haben?

Ja. Wenn Sie über ausreichend Speicherplatz verfügen, können Sie beliebig viele Dev Drive-Laufwerke erstellen. Wenn Sie für jedes Softwareentwicklungsprojekt ein separates Dev Drive-Laufwerk verwenden, können Sie das Laufwerk am Ende der Entwicklung einfach löschen, anstatt den Datenträger erneut zu partitionieren. Beachten Sie jedoch, dass die Mindestgröße für ein Dev Drive 50 GB beträgt.

Was muss ich über die Verwendung von Dev Drive mit Visual Studio wissen?

Sobald Sie ein Dev Drive erstellt haben, erkennt Visual Studio dieses automatisch, wenn Sie ein neues Projekt erstellen oder ein bestehendes Projekt klonen, und wählt standardmäßig diesen Dateipfad. Um die Leistung bei Verwendung von Visual Studio zu optimieren, empfiehlt es sich, Projektcode, Paketcaches und Copy on write MS Build-Aufgaben auf das Dev Drive zu verschieben, die möglicherweise zuvor an anderer Stelle gespeichert wurden. (Weitere Informationen unter Wie das Build Output-Verzeichnis geändert werden kann in der Visual Studio-Dokumentation.) Wir empfehlen auch, die umgekehrte Umleitung von %TEMP% und %TMP% zum Dev Drive. Hierfür muss auch der WinSetupMon-Filter hinzugefügt werden, der für den Windows Update-Prozess erforderlich ist. (Siehe Filter für allgemeine Szenarien. Diese werden von vielen Programmen verwendet, achten Sie also auf mögliche Nebenwirkungen. Außerdem wird empfohlen , den Leistungsmodus für Microsoft Defender für asynchrone Leistungssteigerungen mit Dev Drive zu verwenden. Das vollständige Deaktivieren von Microsoft Defender kann zu den höchsten Leistungssteigerungen führen, aber das Sicherheitsrisiko erhöhen. Daher wird diese Einstellung vom Systemadministrator gesteuert.

Weitere Informationen finden Sie im Blogbeitrag: Dev Drive for Performance Improvements in Visual Studio und Dev Boxes.

Funktioniert Dev Drive mit WSL-Projektdateien?

Sie können von einer Linux-Distribution, die über WSL ausgeführt wird, aus auf Dev Drive-Projektdateien zugreifen, die auf dem Windows-Dateisystem ausgeführt werden. WSL wird jedoch in einer VHD ausgeführt, sodass Dateien für eine optimale Leistung im Linux-Dateisystem gespeichert werden sollten. WSL liegt außerhalb des Bereichs des Windows-Dateisystems, sodass Sie beim Zugriff auf Projektdateien in einem Dev Drive-Lauf ausgehend von einer Linux-Distribution, die über WSL ausgeführt wird, keine Leistungsverbesserungen erwarten sollten.

Welche Methode wird zum Formatieren eines Windows-Speichervolumes verwendet?

Entsprechende Informationen finden Sie unter MSFT_Volume class in der Dokumentation zu Windows-Treibern.

Wie können Sie Live Unit Testing mit einem Dev Drive konfigurieren und verwenden?

In der Visual Studio-Dokumentation finden Sie Anleitungen zum Konfigurieren und Verwenden von Live Unit Testing . Beachten Sie jedoch, dass eine Abhängigkeit von ProjFS besteht. Sie müssen den Arbeitsbereich „Live Unit Testing“ in das Dev Drive verschieben und Windows Projected File System zur Liste der zulässigen Filter hinzufügen. Zu diesem Zweck können Sie den folgenden Befehl in PowerShell ausführen:

fsutil devdrv setfiltersallowed PrjFlt

Wird eine für die Verwendung als Dev Drive erstellte VHD verschlüsselt, wenn in dem Laufwerk, auf dem es gespeichert wird, BitLocker aktiviert ist?

Ja, die Dev Drive-VHD wird in die BitLocker-Verschlüsselung des Hostingvolumes aufgenommen. Es ist nicht erforderlich, BitLocker auf der eingebundenen VHD zu aktivieren.

Kann Dev Drive die Java-Entwicklung unter Windows beschleunigen?

Ja, die Verwendung eines Dev Drive kann die Effizienz verbessern und die Erstellungszeiten bei einem Java-Entwicklungsprojekt reduzieren. Lesen Sie den Blogbeitrag "Beschleunigen Sie Ihre Java-Entwicklung unter Windows mit Dev Drive".

Kann der Dev Drive-Leistungsmodus neben Microsoft Defender auf Antivirenprogramme angewendet werden?

Der Dev Drive-Leistungsmodus ist speziell eine Microsoft Defender Antivirus-Funktion im Zusammenhang mit dem Echtzeitschutz von Defender. Wenn Sie alternative Antivirenprogramme mit Dev Drive verwenden, wird der Leistungsmodus nicht angewendet, aber es ist möglich, die Zulassungsliste der Sicherheitsfilter anzupassen , die an das Dev Drive angefügt sind, um das richtige Gleichgewicht zwischen Leistung und Sicherheit für Ihre Entwicklungsarbeit zu finden. Sie müssen sicherstellen, dass Sie die Funktion aller angefügten Filter verstehen, wenn Sie Änderungen an der Liste angefügter Filter vornehmen. Suchen Sie eine Liste mit Beschreibungen in Filtern für allgemeine Szenarien.

Wie finde ich ein Dev Drive, das ich erstellt und verloren habe?

Wenn Sie nach der Bereitstellung eines Dev Drive vergessen, wo sich das Laufwerk befindet, können Sie die folgenden Methoden verwenden, um es zu finden:

• Verwenden Sie DiskPart und den Befehl "list vdisk", um den vollständigen Pfad zur vhdx anzuzeigen: 1) Öffnen Sie eine Befehlszeile und geben Sie diskpart ein, 2) Sobald DiskPart geöffnet ist, geben Sie list vdisk ein.

• Verwenden Sie PowerShell und "Get-Disk | Select-Object FriendlyName,Location]": Öffnen Sie PowerShell, und geben Sie Get-Disk | Select-Object FriendlyName,Location ein.

Wie kann ich einen Beitrag zu dieser Dokumentation und häufig gestellten Fragen leisten?

Wenn Sie Probleme in dieser Dokumentation feststellen oder weitere FAQ-Vorschläge einreichen möchten, besuchen Sie das Open Source-Repository von Windows Dev Docs auf GitHub.