Een Dev Drive instellen op Windows 11

Dev Drive is een nieuwe vorm van opslagvolume dat beschikbaar is om de prestaties voor belangrijke workloads van ontwikkelaars te verbeteren.

Dev Drive bouwt voort op ReFS-technologie om gerichte optimalisaties van het bestandssysteem te gebruiken en meer controle te bieden over de instellingen en beveiliging van opslagvolumes, waaronder vertrouwensbenaming, antivirusconfiguratie en beheerbeheer over welke filters zijn gekoppeld.

Zie het blogbericht: Dev Drive for Performance Improvements in Visual Studio en Dev Boxes voor een aantal gemiddelde verbeteringsmetingen in algemene ontwikkelbewerkingen.

Een Dev Drive instellen

Als u een nieuw Dev Drive wilt instellen, opent u Windows-instellingen en gaat u naar Systeem>Opslag>, selecteer Geavanceerde opslaginstellingen>, en vervolgens Schijven en volumes. Selecteer Dev Drive maken. Bestaande opslagvolumes kunnen niet worden geconverteerd naar een Dev Drive. De aanduiding Dev Drive vindt alleen plaats bij het originele formatteren.

Voordat u een Dev Drive instelt, moet u ervoor zorgen dat aan de vereisten wordt voldaan.

Vereiste voorwaarden

• Windows 11, Build #10.0.22621.2338 of hoger (Controleren op Windows-updates)
• 16 GB geheugen aanbevelen (minimaal 8 GB)
• Minimaal 50 GB vrije schijfruimte
• Dev Drives zijn beschikbaar in alle Windows SKU-versies.
• Lokale beheerdersmachtigingen.

Wanneer u bijwerkt naar de nieuwste versie van Windows 11, hebt u mogelijk een extra herstart nodig voordat de dev drive-functie beschikbaar is. Als u in een bedrijfsomgeving werkt, moet uw beveiligingsbeheerder Dev Drive-beveiligingsbeleid configureren om Dev Drive in te schakelen.

Waarschuwing

Dev Drive is alleen bedoeld voor belangrijke scenario's voor ontwikkelaars en eventuele aangepaste instellingen worden nog steeds gedekt door groepsbeleidsinstellingen in bedrijfs- of ondernemingswerkomgevingen. Meer informatie over het configureren van Dev Drive-beveiligingsbeleid.

Opties instellen

U krijgt drie opties:

1. Nieuwe VHD maken - Volume bouwen op een nieuwe virtuele harde schijf
2. Het formaat van een bestaand volume wijzigen - Nieuwe niet-toegewezen ruimte maken om op te bouwen
3. Niet-toegewezen ruimte op schijf : gebruik de niet-toegewezen ruimte op een bestaande schijf. * Deze optie wordt alleen weergegeven als u eerder niet-toegewezen ruimte in uw opslag hebt ingesteld.

Kiezen tussen het gebruik van een schijfpartitie of VHD

Er zijn voordelen en afwegingen waarmee u rekening moet houden bij het kiezen of u een schijfpartitie wilt maken of een nieuwe VHD wilt maken om uw Dev Drive op te slaan.

• Een schijfpartitie maken: het opslaan van uw Dev Drive op een schijfpartitie biedt over het algemeen snellere prestaties omdat deze rechtstreeks gebruikmaakt van de fysieke schijf zonder extra lagen. De afwegingen zijn dat het gebruik van een gepartitioneerde schijf minder flexibel is, omdat het wijzigen van het formaat van partities complexer en riskanter kan zijn, en minder overdraagbaarheid, omdat de partitie is gekoppeld aan de fysieke schijf.

• Maak een nieuwe VHD: het opslaan van uw Dev Drive in een virtuele harde schijf (VHD) kan iets lagere prestaties vertonen vanwege de overhead van het beheren van de virtuele schijflaag. De afwegingen zijn dat VHD's meer flexibiliteit bieden voor dynamisch aanpassen van grootte (als u schijfruimte efficiënt moet beheren), gegevens verplaatsen of back-uppen. VHD's zijn ook zeer draagbaar, waardoor het VHD-bestand kan worden overgedragen naar een andere computer of back-uplocatie. Houd er echter rekening mee dat wanneer een VHD wordt gehost op een vaste schijf (HDD of SSD), het niet wordt aanbevolen om de VHD te kopiëren, deze naar een andere computer te verplaatsen en deze vervolgens te blijven gebruiken als dev-station.

Nieuwe VHD maken

Wanneer u de optie Nieuwe VHD maken kiest om een Dev Drive in te stellen, moet u vervolgens het volgende bepalen:

• Naam van virtuele harde schijf: geef een naam aan uw VHD (Dev Drive).
• Locatie: Wijs een mappad toe waar de VHD van dev drive zich op uw computer bevindt. De standaardlocatie is C:\, tenzij je een Dev Drive maakt met Dev Home, in dat geval is de standaardlocatie %userprofile%\DevDrives. We raden aan een per gebruiker specifieke maplocatie te gebruiken om uw Dev Drive op te slaan en onbedoeld delen te voorkomen.
• Grootte van virtuele harde schijf: Wijs de hoeveelheid schijfruimte toe die wordt toegewezen voor het volume dat moet worden gebruikt. De minimale grootte is 50 GB.
• virtuele harde-schijfindeling:
  • VHD: ondersteunt virtuele schijven van maximaal 2040 GB.
  • VHDX (aanbevolen): ondersteunt maximaal 64 TB en biedt meer tolerante bescherming tegen onverwachte IO-fouten die worden veroorzaakt door problemen zoals stroomstoringen. Leer meer over het beheren van VHD's.
• Schijftype:
  • Vaste grootte : dit virtuele hardeschijfbestand wordt toegewezen aan de maximale grootte wanneer het wordt gemaakt.
  • Dynamisch uitbreiden : het virtuele hardeschijfbestand groeit tot de maximale grootte wanneer gegevens naar de schijf worden geschreven. (Aanbevolen)

Zodra u het selecteren tussen deze opties hebt voltooid, wordt uw Dev Drive gemaakt.

Het formaat van een bestaand volume wijzigen of niet-toegewezen ruimte op een bestaande schijf gebruiken

Om een bestaand volume te wijzigen:

1. Kies een volume om te vergroten of verkleinen.

   

2. Kies een nieuwe grootte voor het volume. U moet ten minste 50 GB aan niet-toegewezen ruimte beschikbaar hebben, de minimale grootte die nodig is voor een Dev Drive. Zodra de grootte is ingesteld, selecteert u Volgende.

   

3. Als u een Dev Drive wilt opmaken op de nieuwe vrije ruimte, geeft u de Label (stationsnaam), stationsletteren grootte toewijzing op. De maximale grootte is de hoeveelheid vrije ruimte die u in de vorige stap hebt toegewezen, de minimale grootte voor een Dev Drive is 50 GB.

   

Gefeliciteerd! U heeft uw Dev Drive nu opnieuw van formaat veranderd.

Als u niet-toegewezen ruimte op een bestaand station wilt zoeken en gebruiken, kunt u Systeem>Opslag>Schijven en -volumes openen. Bekijk de pagina om te zien of opslagruimte wordt vermeld als 'Niet-toegewezen'. Selecteer Volume maken en u krijgt de keuzen om Simple Volume (een standaard NTFS-opslagvolume) te maken of Dev Drive-maken. Als U een Dev Drive wilt maken, zijn de stappen hetzelfde als hierboven. U moet een Label (stationsnaam), stationslettertoevoegen en de toewijzing van Grootte bevestigen.

Een opslagvolume opmaken als een Dev Drive vanaf de opdrachtregel

Als alternatief voor het gebruik van Windows-instellingen zijn er twee opties voor het maken van Dev Drive-opslagvolumes vanaf de opdrachtregel. Voor beide opties moet u het opdrachtprompt als beheerder openen. U moet lid zijn van de groep Beheerder om een harde schijf te formatteren. Deze opdrachtregelopmaakmethoden kunnen de voorkeur hebben bij het maken van meerdere Dev Drives of als beheerder voor meerdere computers.

1. Gebruik het opdrachtregelprogramma Format van Windows CMD of PowerShell:

Format D: /DevDrv /Q

2. Gebruik de cmdlet Format-Volume van PowerShell:

Format-Volume -DriveLetter D -DevDrive

Voor deze codevoorbeelden moet u D: vervangen door de stationslocatie waarop u zich wilt richten. Zie de koppelingen voor meer opties en opdrachtparameters.

Hoe werkt Dev Drive?

Een opslagvolume geeft aan hoe gegevens worden opgeslagen in het bestandssysteem, via mappen en bestanden, in een bepaalde indeling. Windows gebruikt NTFS voor het systeemstation en standaard voor de meeste niet-verwijderbare schijven. Het Resilient File System (ReFS) is een nieuwere Microsoft-bestandssysteemindeling, ontworpen om de beschikbaarheid van gegevens te maximaliseren, efficiënt te schalen naar grote gegevenssets in diverse workloads en gegevensintegriteit te bieden met tolerantie voor beschadiging. Er wordt gezocht naar een groeiende set opslagscenario's en het opzetten van een basis voor toekomstige innovaties.

Dev Drive maakt gebruik van ReFS, zodat u een opslagvolume kunt initialiseren voor ontwikkelworkloads, snellere prestaties en aanpasbare instellingen die zijn geoptimaliseerd voor ontwikkelscenario's. ReFS bevat verschillende optimalisaties voor het bestandssysteem om de prestaties van belangrijke scenario's voor ontwikkelaars te verbeteren.

Meer informatie over hoe Dev Drive beveiliging afhandelt.

Wat moet ik op mijn Dev Drive zetten?

De Dev Drive is bedoeld voor:

• Broncodeopslagplaatsen en projectbestanden
• Pakketcaches
• Uitvoer- en tussenliggende bestanden bouwen

Overwegingen voor het installeren van ontwikkelhulpprogramma's en SDK's op Dev Drive: Ontwikkelhulpprogramma's en SDK's worden doorgaans in een directory van een beheerder of een gebruikersdirectory geplaatst. Deze locaties bieden specifieke beveiligings- en isolatiegaranties voor Windows en beïnvloeden het gedrag van Microsoft Defender. Veel hulpprogramma's bieden echter de flexibiliteit om de installatielocatie te kiezen, inclusief een Dev Drive.

Voordat u doorgaat met de installatie van ontwikkelhulpprogramma's of SDK's op een Dev Drive, evalueert u de afwegingen die aan het systeem zijn gekoppeld en asynchroon scannen om ervoor te zorgen dat deze overeenkomt met de beveiligingsvereisten van uw apparaat en organisatie. U hebt de mogelijkheid om op het Dev Drive een beheerdersmap of een per-gebruikermap te maken. Daarnaast is het belangrijk om te controleren of de Microsoft Defender-prestatiemodus (bijvoorbeeld asynchroon scannen) voldoet aan uw behoeften voor het verwerken van binaire bestanden.

Opmerking

IT-beheerders willen ACL-mappen (Access Control List) per gebruiker maken voor apparaten met meerdere gebruikers als best practice om EOP-aanvallen te voorkomen.

Pakketcache opslaan op Dev Drive

Een pakketcache is de locatie van de globale map die door toepassingen wordt gebruikt voor het opslaan van bestanden voor geïnstalleerde software. Deze bronbestanden zijn nodig wanneer u de geïnstalleerde software wilt bijwerken, verwijderen of herstellen. Visual Studio is een dergelijke toepassing die een groot deel van de gegevens in de pakketcache opslaat. Nadat u de omgevingsvariabelen hebt gewijzigd, moet u mogelijk alle geopende consolevensters opnieuw opstarten of het apparaat opnieuw opstarten om de nieuwe waarden toe te passen.

• Npm-cache (NodeJS): maak een npm-cachemap in uw Dev Drive, bijvoorbeeld D:\packages\npm, en stel een globale omgevingsvariabele npm_config_cache in op dat pad, bijvoorbeeld setx /M npm_config_cache D:\packages\npm. Als u NodeJS al op uw computer hebt geïnstalleerd, verplaatst u de inhoud naar %AppData%\npm-cache deze map. (Op sommige systemen kan de npm-cache zich in %LocalAppData%\npm-cachebevinden). Meer informatie vindt u in de npm-docs: npm-cache en npm-configuratie: cache.

• NuGet global-packages folder: The NuGet global-packages folder wordt gebruikt door dotnet, MSBuild en Visual Studio. Maak een gebruikerspecifieke NuGet-map in uw CoW-bestandssysteem (CopyOnWrite). Voorbeeld: D:\<username>\.nuget\packages. Gebruik een van de volgende manieren om de map global-packages te wijzigen van de standaardlocatie in de zojuist gemaakte map (om de globaal geïnstalleerde pakketten te beheren):

  • Stel een globale omgevingsvariabele in NUGET_PACKAGES op dat pad. Voorbeeld: setx /M NUGET_PACKAGES D:\<username>\.nuget\packages.

  • Stel globalPackagesFolderin, wanneer je PackageReferencegebruikt, of repositoryPathin, wanneer je packages.configgebruikt, om naar dat pad in de configuratie-instellingen te gaan.

  • Stel de eigenschap RestorePackagesPath MSBuild (alleen MSBuild) in op dat pad.

    Als u de map global-packages wilt controleren, voert u de opdracht dotnet nuget locals uit: dotnet nuget locals global-packages --list. Het herstel installeert en downloadt pakketten in het nieuwe pad. De standaardmap Globale Pakketten van NuGet kan worden verwijderd. Meer informatie vindt u in de NuGet-documenten: de globale pakketten, cache en tijdelijke mappen beheren.

Opmerking

Er is momenteel een bekend probleem: de dotnet-hulpprogrammaopdracht respecteert het pad naar nuget-pakketten niet. Het .NET-team is op de hoogte en onderzoekt een oplossing voor .NET 10 en een onderhoudsrelease-update voor 8.0 en 9.0.

• vcpkg-cache: Maak een vcpkg-cachemap in uw Dev Drive, bijvoorbeeld D:\packages\vcpkg, en stel vervolgens een globale omgevingsvariabele VCPKG_DEFAULT_BINARY_CACHE in op dat pad, bijvoorbeeld setx /M VCPKG_DEFAULT_BINARY_CACHE D:\packages\vcpkg. Als u al pakketten hebt geïnstalleerd, verplaatst u de inhoud van %LOCALAPPDATA%\vcpkg\archives of %APPDATA%\vcpkg\archives naar deze map. Meer informatie vindt u in de vcpkg documentatie: vcpkg binaire caching.

• Pip-cache (Python): Maak een pip-cachemap in uw Dev Drive, bijvoorbeeld D:\packages\pip. Stel vervolgens een globale omgeving variabele PIP_CACHE_DIR in op dat pad, bijvoorbeeld setx /M PIP_CACHE_DIR D:\packages\pip. Als u al pip-pakketten en Wheels op uw systeem hebt hersteld, verplaatst u de inhoud van %LocalAppData%\pip\Cache naar deze map. Meer informatie in de pip-documenten: pip caching en zie StackOverflow om map van pip-cache op Linux te wijzigen?.

• Cargo-cache (Rust): Maak een Cargo-cachemap aan in uw Dev Drive, bijvoorbeeld D:\packages\cargo, en stel een globale omgevingsvariabele CARGO_HOME in op dat pad, bijvoorbeeld setx /M CARGO_HOME D:\packages\cargo. Als u Cargo-pakketten al op uw computer hebt hersteld, verplaats de inhoud van %USERPROFILE%\.cargo naar deze map. Meer informatie vindt u in de Cargo docs: Cargo Environmental Variables.

• Maven-cache (Java): maak een Maven-cachemap in uw Dev Drive, stel bijvoorbeeld D:\packages\maveneen globale omgevingsvariabele MAVEN_OPTS in om een configuratie-instelling toe te voegen aan dat pad.setx /M MAVEN_OPTS "-Dmaven.repo.local=D:\packages\maven" Verplaats de inhoud van %USERPROFILE%\.m2\repository naar deze map (dit omvat alleen de afhankelijkheden, invoegtoepassingen en andere artefacten die Maven naar de repository map downloadt en gebruikt voor uw projecten). Meer informatie vindt u in de Maven-documentatie en raadpleeg StackOverflow voor hoe u een alternatieve locatie voor de map .m2 kunt opgeven of dit permanent kunt maken settings.xml?.

• Gradle cache (Java): Maak een Gradle cachemap in uw Dev Drive, bijvoorbeeld D:\packages\gradle. Stel vervolgens een globale omgevingsvariabele GRADLE_USER_HOME in zodat deze naar dat pad verwijst. Gebruik bijvoorbeeld setx /M GRADLE_USER_HOME "D:\packages\gradle" in de opdrachtregel om het systeemwijd in te stellen. Na het instellen van deze variabele gebruikt Gradle de opgegeven map (D:\packages\gradle) voor de caches en configuratiebestanden. Als u bestaande Gradle-bestanden hebt, verplaatst u de inhoud van %USERPROFILE%\.gradle deze nieuwe map. Voor meer gedetailleerde informatie kunt u de Gradle-documentatie raadplegen en communityresources zoals StackOverflow verkennen voor tips over het beheren van Gradle-configuraties en cachemappen.

Inzicht in beveiligingsrisico's en vertrouwen in relatie tot Dev Drive

Beveiliging en vertrouwen zijn belangrijke overwegingen bij het werken met projectbestanden. Normaal gesproken is er een compromis tussen prestaties en beveiliging. Het gebruik van een Dev Drive plaatst controle over dit evenwicht in handen van ontwikkelaars en beveiligingsbeheerders, met een verantwoordelijkheid voor het kiezen van welke filters worden gekoppeld en de instellingen voor Microsoft Defender Antivirus-scans.

Antivirusfilters, inclusief antivirusfilters van Microsoft Defender en derden, zijn standaard gekoppeld aan een Dev Drive. Microsoft Defender Antivirus is standaard ingesteld op de nieuwe instelling 'prestatiemodus' op Dev Drives, waarbij rekening wordt gehouden met snelheid en prestaties, terwijl u een veilig alternatief biedt voor mapuitsluitingen. Voor een verhoogd beveiligingsniveau biedt Microsoft Defender ook de 'realtime-beveiligingsmodus'.

Elk product of functies waarvoor extra filters zijn vereist, werkt alleen als het filter wordt toegevoegd aan Dev Drive.

Waarschuwing

Dev Drives kunnen worden uitgevoerd zonder dat er antivirusfilters zijn gekoppeld. Wees uiterst voorzichtig! Het verwijderen van antivirusfilters is een beveiligingsrisico en betekent dat uw opslagstation niet wordt gedekt door de standaardbeveiligingsscans. U bent verantwoordelijk voor het evalueren van de risico's die zijn verbonden aan het loskoppelen van antivirusfilters en moet dit alleen doen wanneer u zeker weet dat uw bestanden die zijn opgeslagen op de Dev Drive niet worden blootgesteld aan schadelijke aanvallen.

Microsoft raadt aan om de standaardinstelling voor prestatiemodus te gebruiken wanneer u een vertrouwde Dev Drive gebruikt.

Wat is een 'vertrouwde' Dev Drive?

Dev Drives worden automatisch aangewezen als betrouwbaar met behulp van een vlag die is opgeslagen in het systeemregister tijdens de oorspronkelijke formattering, waardoor de best mogelijke prestaties standaard worden geboden. Een vertrouwde Dev Drive betekent dat de ontwikkelaar die het volume gebruikt, veel vertrouwen heeft in de beveiliging van de inhoud die daar is opgeslagen.

Net als wanneer een ontwikkelaar ervoor kiest om een uitsluiting toe te voegen aan Windows-beveiliging, neemt de ontwikkelaar de verantwoordelijkheid voor het beheren van de beveiliging van de inhoud die is opgeslagen om extra prestaties te verkrijgen.

Een Dev Drive gemarkeerd als vertrouwde geeft aan dat Microsoft Defender wordt uitgevoerd in prestatiemodus. Het uitvoeren van Microsoft Defender in de prestatiemodus biedt een balans tussen bedreigingsbeveiliging en prestaties. Realtime-beveiliging wordt nog steeds ingeschakeld op alle andere opslagvolumes.

Vanwege beveiligingsoverwegingen bij het loskoppelen van filters, zal het verplaatsen van een dev-station tussen machines ertoe leiden dat het volume als een gewoon volume wordt behandeld, zonder speciaal beleid voor filterkoppeling. Het volume moet worden gemarkeerd als vertrouwde wanneer het aan een nieuwe computer is gekoppeld. Zie Hoe kan ik een Dev Drive aanwijzen als vertrouwd?

Een niet-vertrouwde Dev Drive heeft niet dezelfde bevoegdheden als een vertrouwde Dev Drive. Beveiliging wordt uitgevoerd in realtime-beveiligingsmodus wanneer een Dev Drive niet-vertrouwd. Wees voorzichtig bij het toewijzen van een vertrouwensrelatie aan een Dev Drive buiten de tijd dat deze voor het eerst wordt gemaakt.

Hoe kan ik een Dev Drive aanwijzen als vertrouwd?

Een Dev Drive aanwijzen als vertrouwde:

1. Open PowerShell (of CMD) met verhoogde machtigingen door met de rechtermuisknop te klikken en 'Als administrator uitvoeren' te selecteren.
2. Als u uw Dev Drive wilt aanwijzen als vertrouwde voert u het onderstaande commando in, door <drive-letter> te vervangen door de letter van het opslagstation waaraan u de vertrouwensrelatie toekent. Bijvoorbeeld: fsutil devdrv trust D:.

fsutil devdrv trust <drive-letter>:

Om te bevestigen of een Dev Drive wordt vertrouwd, voert u de volgende opdracht in:

fsutil devdrv query <drive-letter>:

Het station C: op uw computer kan niet worden aangewezen als dev-station. Ontwikkelhulpprogramma's, zoals Visual Studio, MSBuild, .NET SDK, Windows SDK, enzovoort, moeten worden opgeslagen op uw C:-station en niet in een Dev Drive.

Wat is de microsoft Defender-prestatiemodus?

De prestatiemodus is nu beschikbaar in Windows 11 als een nieuwe Microsoft Defender Antivirus-functie. Deze mogelijkheid vermindert de invloed van de prestaties van Microsoft Defender Antivirus-scans op bestanden die zijn opgeslagen op een aangewezen Dev Drive.

Zie Microsoft Defender: Dev Drive beveiligen met de prestatiemodus en hoe deze zich verhoudt tot realtime-beveiliging voor meer informatie over de prestatiemodus.

Als u de prestatiemodus wilt inschakelen, moet de Dev Drive worden aangewezen als vertrouwde en moet de real-time beveiliging van Microsoft Defender zijn ingesteld op "Aan".

Hoe configureer ik extra filters op Dev Drive?

Filterbeheer schakelt standaard alle filters op een Dev Drive uit, met uitzondering van antivirusfilters. Een antivirusfilter is een filter dat is gekoppeld aan het FSFilter Anti-Virus hoogtebereik (bijvoorbeeld 320000-329999). FSFilter Anti-Virus bevat filters die virussen detecteren en desinfecteren tijdens bestands-I/O.

Het standaardbeleid kan worden geconfigureerd om antivirusfilters niet aan Dev Drive te koppelen met behulp van fsutil. WAARSCHUWING: Dit beleid is van toepassing op ALLE dev drives op het systeem.

fsutil devdrv enable /disallowAv

De opdracht, fsutil devdrv enable [/allowAv|/disallowAv]bevat de volgende twee opties:

• disallowAv: Hiermee geeft u op dat uw Dev Drive(s) geen gekoppelde filters (zelfs antivirus) hebben. Filters kunnen opnieuw worden toegevoegd met behulp van fsutil devdrv setfiltersallowed <Filter-1> de opdracht. (Vervangen <Filter-1> door de naam van het gewenste filter.)

• allowAv: Hiermee geeft u op dat Dev Drives moeten worden beveiligd door het standaard antivirusfilter.

Voer voor hulp de volgende opdracht in: fsutil devdrv enable /?. Als noch /allowAv noch /disallowAv is opgegeven, is het antivirusbeleid voor uw Dev Drive niet geconfigureerd en is de standaardinstelling dat Dev Drives worden beschermd door een antivirusfilter.

Waarschuwing

Wees uiterst voorzichtig bij het loskoppelen van filters. Het loskoppelen van antivirusfilters is een beveiligingsrisico en betekent dat uw opslag niet wordt gedekt door de standaardscans van Microsoft Defender realtime-beveiliging of prestatiemodus. U bent verantwoordelijk voor het evalueren van de risico's die zijn verbonden aan het loskoppelen van antivirusfilters en moet dit alleen doen wanneer u zeker weet dat uw bestanden niet worden blootgesteld aan schadelijke aanvallen.

Zie voor meer informatie over filters de volgende secties: Over stuurprogramma's voor bestandssysteemfilters, Het installeren van een filterstuurprogramma, Filterbeheerconcepten, Groepen en hoogten voor minifilterstuurprogramma's.

Het toestaan van specifieke filters om te koppelen aan Dev Drive

Als u in een Bedrijfs- of Enterprise-omgeving werkt, kan het groepsbeleid van uw bedrijf worden geconfigureerd voor bepaalde filters die moeten worden gekoppeld aan Dev Drives, naast het bovenstaande beleid. Een systeembeheerder kan er ook voor kiezen om extra filters toe te voegen aan een specifiek Dev Drive of alle Dev Drives met behulp van een acceptatielijst.

Een systeembeheerder kan een filter met de naam 'Foo' toevoegen. We verwijzen ernaar.FooFlt Ze willen mogelijk alleen dat filter ingeschakeld is op de Dev Drive die is gekoppeld als D:. Ze hebben dit filter niet nodig op een andere Dev Drive die is gekoppeld als E:. De beheerder kan wijzigingen aanbrengen in een lijst met toegestane filters op het Dev Drive met behulp van fsutil.exe, een door het systeem opgegeven opdrachtregelprogramma.

Filters die specifiek zijn ingesteld als Toegestaan , kunnen worden gekoppeld aan een Dev Drive, naast het hierboven besproken antivirusfilterbeleid.

Voorbeelden van lijstfilters toestaan

In de volgende voorbeelden ziet u de mogelijkheid van een beheerder om filters in te stellen die zijn toegestaan op alle Dev Drives op een computer, met behulp van een acceptatielijst.

Om het setfiltersallowed-commando te gebruiken om Filter-01 en Filter-02 op alle Dev Drives toe te staan, gebruikt u het volgende commando:

fsutil devdrv setfiltersallowed Filter-01, Filter-02

Gebruik de opdracht om het filterkoppelingsbeleid voor alle Dev Drives weer te geven:

fsutil devdrv query

Het resultaat geeft het volgende weer:

• Ontwikkelaarsvolumes zijn ingeschakeld.
• Ontwikkelaarsvolumes worden beveiligd door antivirusfilters.
• Filters die zijn toegestaan op elke Dev Drive: Filter-01, Filter-02

Als u deze Dev Drive-configuratie wilt wijzigen zodat alleen Filter-03 op uw Dev Drive(s) is toegestaan en Filter-01 en Filter-02 niet langer mogen worden gekoppeld, gebruikt u de volgende opdracht:

fsutil devdrv setfiltersallowed Filter-03

Zie fsutil devdrv /? voor andere gerelateerde opdrachten.

Filters voor algemene scenario's

De volgende filters kunnen worden gebruikt met Dev Drive:

Scenario: Beschrijving	Filternaam
GVFS: Gedeeltelijke selecties van Windows	PrjFlt
MSSense: Microsoft Defender voor Eindpunt voor EDR-sensor	MsSecFlt
Defender: Windows Defender-filter	WdFilter
Docker: Containers uitvoeren op Dev Drive	bindFlt, wcifs
Windows Performance Recorder: Bestandssysteembewerkingen meten	FileInfo
Resourcecontrole: geeft resourcegebruik weer. Vereist om bestandsnamen weer te geven in schijfactiviteit	FileInfo
Procesmonitor - Sysinternals: Activiteiten van bestandssysteem bewaken	ProcMon24
Windows Upgrade: wordt gebruikt tijdens de upgrade van het besturingssysteem. Vereist als de gebruiker temp-omgevingsvariabele verplaatst naar Dev Drive	WinSetupMon
Windows Defender Application Control (WDAC): Tracering van beheerde installatieprogramma's met AppLocker-identiteitsservices	applockerfltr

De WdFilter is standaard bevestigd. De volgende opdracht is een voorbeeld waarin wordt gedemonstreerd hoe u al deze extra filters koppelt aan een Dev Drive:

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

Aanbeveling

Als u wilt bepalen welke filters vereist zijn voor een specifiek scenario, moet u mogelijk tijdelijk een Dev Drive markeren als niet-vertrouwd. Voer vervolgens het scenario uit en noteer alle filters die aan het volume zijn gekoppeld. Wijs de Dev Drive opnieuw aan als vertrouwd en voeg vervolgens de filters toe aan de lijst Toestaan voor dat Dev Drive om ervoor te zorgen dat het scenario slaagt. Verwijder ten slotte alle filters die mogelijk niet nodig zijn, één voor één, terwijl u ervoor zorgt dat het scenario werkt zoals verwacht.

Aanbeveling

De filternaam voor Procescontrole kan veranderen. Als het toevoegen van de filternaam "ProcMon24" niet lijkt vast te leggen wat voor bestandssysteemactiviteiten er plaatsvinden op een Dev Drive, vermeld dan de filters met behulp van de opdracht fltmc filters, vind de filternaam voor "Process Monitor" en gebruik die naam in plaats van "ProcMon24".

Ondersteuning voor blok-klonen

Vanaf Windows 11 24H2 en Windows Server 2025 wordt blockklonen nu ondersteund op Dev Drive. Omdat Dev Drive gebruikmaakt van het ReFS-bestandssysteem formaat, betekent ondersteuning voor blokklonen dat u gratis prestatievoordelen krijgt wanneer u een bestand kopieert via Dev Drive. Met blokklonen kan het bestandssysteem een bereik van bestandsbytes kopiëren namens een toepassing als een goedkope metagegevensbewerking, in plaats van dure lees- en schrijfbewerkingen uit te voeren op de onderliggende fysieke gegevens. Dit resulteert in snellere voltooiing van kopiëren, minder I/O naar de onderliggende opslag en verbeterde opslagcapaciteit door meerdere bestanden in staat te stellen om dezelfde logische clusters te delen. Meer informatie over Block klonen.

Welke scenario's worden niet ondersteund door Dev Drive? Wat zijn de beperkingen?

Er zijn enkele scenario's waarin we het gebruik van een Dev Drive niet aanbevelen. Deze omvatten:

• Als u een bestaand opslagvolume opnieuw opmaakt als een Dev Drive, worden alle inhoud die in dat volume is opgeslagen, vernietigd. Het opnieuw opmaken van een bestaand volume met behoud van de inhoud die daar is opgeslagen, wordt niet ondersteund.
• Wanneer u een virtuele harde schijf (VHD) maakt die wordt gehost op een vaste schijf (HDD of SSD), wordt het niet aanbevolen om de VHD te kopiëren, deze naar een andere computer te verplaatsen en vervolgens te blijven gebruiken als dev-station.
• Een volume dat is opgeslagen op een verwisselbare of hot-pluggable schijf (zoals een USB, HDD of SSD externe schijf) kan niet worden aangemerkt als een Dev Drive.
• Een volume in een VHD die wordt gehost door een verwisselbare of hot-pluggable schijf biedt geen ondersteuning voor aanduiding als een Dev Drive.
• Het station C: op uw computer kan niet worden aangewezen als dev-station.
• Het doel van een Dev Drive is het hosten van bestanden voor het bouwen en opsporen van fouten in softwareprojecten die zijn aangewezen voor het opslaan van opslagplaatsen, pakketcaches, werkende mappen en tijdelijke mappen. Het wordt afgeraden toepassingen te installeren op een Dev Drive.
• Het gebruik van Dev Drive op dynamische schijven wordt niet ondersteund. Gebruik in plaats daarvan Opslagruimten, waarmee u uw gegevens kunt beschermen tegen schijffouten en de opslagruimte kunt vergroten na verloop van tijd wanneer u schijven toevoegt aan uw pc.

Een Dev Drive verwijderen

U kunt een Dev Drive verwijderen in de Systeeminstellingen van Windows 11: System>Storage>Disks & volumes.

Open het menu Windows-instellingen en kies vervolgens Opslag, geavanceerde opslaginstellingen en vervolgens Schijven en volumes, waar u een lijst met de opslagvolumes op uw apparaat vindt. Selecteer Eigenschappen naast het Dev Drive-opslagvolume dat u wilt verwijderen. In de eigenschappen van het station vindt u de optie Verwijderen bij het label Opmaak.

De Dev Drive wordt nu verwijderd. Als de Dev Drive echter is gemaakt als een nieuwe VHD, moet de VHD worden verwijderd om de opslagruimte vrij te maken die door die VHD wordt gebruikt. Hiervoor moet u de virtuele schijf loskoppelen, zodat het VHD-bestand dat als host fungeert voor het Dev Drive kan worden verwijderd. Volg deze stappen:

1. Open het hulpprogramma Schijfbeheer door Computerbeheer in te voeren in het zoekvak op de taakbalk. Selecteer Schijfbeheer onder de kop Opslag. Selecteer de schijf (niet het volume) van de Dev Drive. Klik met de rechtermuisknop op de geselecteerde schijf die als host fungeert voor het dev-station en selecteer in het resulterende menu VHD loskoppelen.
2. Er wordt een pop-upvenster weergegeven met de mededeling dat het loskoppelen van een virtuele harde schijf ervoor zorgt dat deze niet beschikbaar is.
3. Nadat de VHD is losgekoppeld, kan deze worden verwijderd.

Veelgestelde vragen over Dev Drive

Enkele veelgestelde vragen over Dev Drive zijn:

Hoe kan ik een Dev Drive aanpassen aan mijn behoeften?

De standaardinstellingen van Dev Drive zijn geoptimaliseerd voor algemene ontwikkelingsscenario's, maar kunnen worden aangepast, zodat de controle over stuurprogramma's en services op het opslagvolume wordt uitgevoerd. Als u Dev Drive-instellingen wilt aanpassen, opent u het menu Instellingen . Ga onder SysteemOpslagSchijven & volumes naar Eigenschappen.

Belangrijk

Als u voor een bedrijf of onderneming werkt, wordt de Dev Drive nog steeds beheerd door uw bedrijfsinstellingen. Sommige aanpassingen zijn daarom mogelijk niet beschikbaar, afhankelijk van het bedrijfsbeleid.

Moet ik mijn toepassingen opnieuw installeren om een Dev Drive te kunnen gebruiken?

Nee, toepassingen of hulpprogramma's die op het C-station van uw computer zijn geïnstalleerd, kunnen bestanden van een Dev Drive gebruiken. Voor ontwikkelingsprojecten is het echter raadzaam om projectspecifieke mappen, bestanden en pakketcaches op te slaan in de Dev Drive. De Dev Drive kan als herinnering worden vastgemaakt aan de Snelle toegang van Verkenner.

Gebruikt ReFS meer geheugen dan NTFS?

Ja, ReFS gebruikt iets meer geheugen dan NTFS. We raden een machine aan met ten minste 8 GB geheugen, in het ideale geval 16 GB.

Kan ik meer dan één Dev Drive op mijn computer hebben?

Ja. Als u de ruimte hebt, kunt u zoveel Dev Drives maken als u wilt. Door een afzonderlijke Dev Drive voor elk softwareontwikkelingsproject te gebruiken, kunt u eenvoudig de schijf aan het einde van de ontwikkeling verwijderen, in plaats van uw schijf opnieuw te partitioneren. Houd er echter rekening mee dat de minimale grootte voor een Dev Drive 50 GB is.

Wat moet ik weten over het gebruik van Dev Drive met Visual Studio?

Nadat u een Dev Drive hebt gemaakt, herkent Visual Studio het automatisch wanneer u een nieuw project maakt of een bestaand project kloont en kiest u dat bestandspad standaard. Als u de prestaties wilt optimaliseren bij het gebruik van Visual Studio, raden we u aan om projectcode, pakketcaches en Copy on write MS Build-taken te verplaatsen naar het Dev Drive dat eerder elders is opgeslagen. (Zie Hoe de build-uitvoermap te wijzigen in de Visual Studio-documentatie.) We raden u ook aan om de omgevingsvariabelen %TEMP% en %TMP% om te leiden naar Dev Drive. Hiervoor moet ook het WinSetupMon filter worden toegevoegd, dat nodig is voor het Windows Update-proces. (Zie Filters voor veelvoorkomende scenario's. Veel programma's gebruiken deze, dus let op mogelijke bijwerkingen. We raden u ook aan de prestatiemodus voor Microsoft Defender te gebruiken voor asynchrone prestatieverbeteringen met behulp van Dev Drive. Als u Microsoft Defender volledig uitschakelt, kan dit leiden tot de meeste maximale prestatieverbeteringen, maar dit kan de beveiligingsrisico's verhogen en is een instelling die wordt beheerd door de systeembeheerder.

Zie het blogbericht: Dev Drive for Performance Improvements in Visual Studio en Dev Boxes voor meer informatie.

Werkt Dev Drive met WSL-projectbestanden?

U hebt toegang tot Dev Drive-projectbestanden, die worden uitgevoerd op het Windows-bestandssysteem, vanuit een Linux-distributie die via WSL wordt uitgevoerd. WSL wordt echter uitgevoerd in een VHD en voor de beste prestatiebestanden moeten worden opgeslagen in het Linux-bestandssysteem. WSL valt buiten het bereik van het Windows-bestandssysteem, dus verwacht u geen prestatieverbetering bij het openen van projectbestanden in Dev Drive vanuit een Linux-distributie die via WSL wordt uitgevoerd.

Welke methode wordt gebruikt om een Windows-opslagvolume op te maken?

Zie MSFT_Volume class in de documentatie van Windows-stuurprogramma's.

Live Unit Testing configureren en gebruiken met een Dev Drive

U vindt instructies voor het configureren en gebruiken van Live Unit Testing in de documentatie van Visual Studio. Houd er echter rekening mee dat er een afhankelijkheid is van ProjFS. U moet de rootmap van de Live Unit Testing-werkruimte verplaatsen naar de Dev Drive en Windows Projected File System toevoegen aan de toegestane filterlijst. U kunt dit doen met behulp van de volgende opdracht in PowerShell:

fsutil devdrv setfiltersallowed PrjFlt

Wordt een VHD die is gemaakt voor gebruik als dev-station versleuteld wanneer het station waarop bitLocker wordt opgeslagen, is ingeschakeld?

Ja, de Dev Drive-VHD wordt opgenomen in de BitLocker-versleuteling van het hostingvolume. Het is niet nodig om BitLocker in te schakelen op de gekoppelde VHD.

Kan Dev Drive Java-ontwikkeling sneller maken in Windows?

Ja, het gebruik van een Dev Drive kan de efficiëntie verbeteren en de buildtijden verminderen wanneer u aan een Java-ontwikkelingsproject werkt. Zie het blogbericht 'Uw Java-ontwikkeling in Windows versnellen met Dev Drive'.

Kan de Dev Drive-prestatiemodus worden toegepast op antivirusprogramma's naast Microsoft Defender?

De Dev Drive-prestatiemodus is specifiek een Microsoft Defender Antivirus-functie met betrekking tot de realtime-beveiliging van Defender. Wanneer u alternatieve Antivirus-programma's met Dev Drive gebruikt, wordt de prestatiemodus niet toegepast, maar is het mogelijk om de acceptatielijst met beveiligingsfilters die zijn gekoppeld aan de Dev Drive aan te passen om de juiste balans te vinden tussen prestaties en beveiliging voor uw ontwikkelwerkzaamheden. U moet ervoor zorgen dat u de functie van gekoppelde filters begrijpt wanneer u wijzigingen aanbrengt in de lijst met gekoppelde filters. Zoek een lijst met beschrijvingen in Filters voor veelvoorkomende scenario's.

Hoe vind ik een Dev Drive die ik heb gemaakt en kwijtgeraakt?

Wanneer een dev-station is gekoppeld, maar u bent vergeten waar het zich bevindt, kunnen de volgende methoden worden gebruikt om het te vinden:

• Gebruik DiskPart en de opdracht 'list vdisk' om het volledige pad naar de vhdx weer te geven: 1) Open een opdrachtregel en voer diskpart in, 2) Zodra DiskPart wordt geopend, voert u list vdisk in.

• Gebruik Powershell en 'Get-Disk | Select-Object FriendlyName,Location]': Open PowerShell en voer in Get-Disk | Select-Object FriendlyName,Location.

Hoe kan ik bijdragen aan deze documenten en veelgestelde vragen?

Als u problemen vindt in deze documentatie of als u aanvullende suggesties voor veelgestelde vragen wilt toevoegen, gaat u naar de open source-opslagplaats van Windows Dev Docs op GitHub.