Nastavení Dev Drive ve Windows 11

Dev Drive je nová forma svazku úložiště, která je k dispozici ke zlepšení výkonu klíčových úloh vývojářů.

Dev Drive staví na technologii ReFS , která využívá cílené optimalizace systému souborů a poskytuje větší kontrolu nad nastavením a zabezpečením svazků úložiště, včetně označení důvěryhodnosti, konfigurace antivirové ochrany a kontroly nad tím, jaké filtry jsou připojené.

Podívejte se na blogový příspěvek: Dev Drive pro vylepšení výkonu ve Visual Studio a Dev Boxech pro některá průměrná vylepšení napříč běžnými vývojovými operacemi.

Jak nastavit Dev Drive

Pokud chcete nastavit novou jednotku Dev Drive, otevřete Nastavení a přejděte na Systém>Úložiště>Rozšířená nastavení úložiště>Disky a svazky. Vyberte Vytvořit vývojovou jednotku. Existující svazky úložiště nelze převést na jednotku Dev Drive. Označení Dev Drive probíhá pouze při původním formátování.

Před nastavením Dev Drive se ujistěte, že jsou splněné požadavky.

Snímek obrazovky systémového úložiště Disky & svazky

Požadavky

• Windows 11, build č. 10.0.22621.2338 nebo novější (kontrola aktualizací Windows)
• Doporučte 16 GB paměti (minimálně 8 GB).
• Minimálně 50 GB volného místa na disku
• Dev Drive jsou k dispozici ve všech verzích SKU Windows.
• Oprávnění místního správce.

Při aktualizaci na nejnovější verzi Windows 11 možná budete potřebovat další restartování, než bude funkce Dev Drive dostupná. Pokud pracujete v podnikovém prostředí, bude správce zabezpečení muset nakonfigurovat zásady zabezpečení Dev Drive , aby bylo možné službu Dev Drive povolit.

Výstraha

Dev Drive je určený jenom pro klíčové vývojářské scénáře a všechna vlastní nastavení budou dál pokryta nastavením zásad skupiny v pracovních prostředích Business nebo Enterprise. Přečtěte si další informace o konfiguraci zásad zabezpečení Dev Drive.

Nastavení možností

Budete mít tři možnosti:

1. Vytvoření nového virtuálního pevného disku – Sestavení svazku na novém virtuálním pevném disku
2. Změna velikosti existujícího svazku – Vytvoření nového nepřiděleného prostoru, na kterém lze stavět
3. Nepřidělené místo na disku – použijte nepřidělené místo na existujícím disku. * Tato možnost se zobrazí jenom v případě, že jste dříve nastavili nepřidělený prostor v úložišti.

Výběr mezi použitím oddílu disku nebo virtuálního pevného disku

Existují výhody a kompromisy, které je potřeba vzít v úvahu při výběru, jestli chcete vytvořit diskový oddíl , nebo vytvořit nový virtuální pevný disk pro uložení disku Dev Drive.

• Vytvořte diskový oddíl: Uložení dev disku na diskový oddíl bude obecně nabízet rychlejší výkon, protože přímo používá fyzický disk bez dalších vrstev. Kompromisy jsou, že použití děleného disku bude méně flexibilní, protože změna velikosti oddílů může být složitější a riziknější a méně přenositelnosti, protože oddíl je svázaný s fyzickým diskem.

• Vytvoření nového VHD: Uložení Dev Drive na virtuální pevný disk (VHD) může mít mírně nižší výkon kvůli režii při správě vrstvy virtuálního disku. Kompromisy jsou, že virtuální pevné disky nabízejí větší flexibilitu pro dynamickou změnu velikosti (pokud potřebujete efektivně spravovat místo na disku), přesouvání nebo zálohování dat. Virtuální pevné disky jsou také vysoce přenosné, což umožňuje přenos souboru VHD do jiného počítače nebo umístění zálohování. Mějte ale na paměti, že pokud je virtuální pevný disk hostovaný na pevném disku (HDD nebo SSD), nedoporučuje se kopírovat virtuální pevný disk, přesunout ho na jiný počítač a pak ho dál používat jako vývojovou jednotku.

Vytvořte nový virtuální pevný disk

Když zvolíte možnost Vytvořit nový virtuální pevný disk pro nastavení vývojářského disku, budete muset určit následující:

• Název virtuálního pevného disku: Zadejte název virtuálního pevného disku (Dev Drive).
• Umístění: Přiřaďte cestu adresáře, kde bude na vašem počítači umístěn virtuální pevný disk Dev Drive. Výchozí umístění je C:\, pokud vytváříte vývojovou jednotku pomocí Dev Home, pak je výchozí umístění %userprofile%\DevDrives. Pro uložení Vaší Dev Drive doporučujeme použít umístění cesty adresáře pro jednotlivé uživatele, abyste zabránili neúmyslnému sdílení.
• Velikost virtuálního pevného disku: Určete množství místa na disku, které bude přiděleno pro použití svazku; minimální velikost je 50 GB.
• formát virtuálního pevného disku:
  • VHD: Podporuje virtuální disky o velikosti až 2040 GB.
  • VHDX (doporučeno): Podporuje maximálně 64 TB a nabízí odolnější ochranu před neočekávaným selháním vstupně-výstupních operací způsobených problémy, jako je výpadek napájení. Přečtěte si další informace o správě virtuálních pevných disků.
• Typ disku:
  • Pevná velikost – Tento soubor virtuálního pevného disku je přidělen maximální velikosti při vytváření.
  • Dynamicky se zvětšují – soubor virtuálního pevného disku roste na maximální velikost, protože se data zapisují na disk. (Doporučeno)

Po dokončení procesu výběru mezi těmito možnostmi se vytvoří vaše dev drive.

Změna velikosti existujícího svazku nebo použití nepřiděleného místa na existujícím disku

Pro změnu velikosti existujícího svazku:

1. Zvolte svazek, u kterého chcete změnit velikost.

   

2. Zvolte novou velikost svazku. Budete muset mít k dispozici alespoň 50 GB nepřiděleného místa, což je minimální velikost potřebná pro Dev Drive. Po nastavení velikosti vyberte Další.

   

3. Pokud chcete naformátovat jednotku Dev Drive na nový volný prostor, zadejte označení (název jednotky), písmeno jednotkya velikost. Maximální velikost bude velikost volného místa, které jste přidělil v předchozím kroku, minimální velikost jednotky Dev Drive je 50 GB.

   

Gratulujeme! Nyní jste změnili velikost Dev Drive.

Pokud chcete najít a použít nepřidělené místo na existující jednotce, můžete otevřítdisky a svazky>> a podívat se, jestli je nějaký prostor úložiště uvedený jako nepřidělený. Vyberte Vytvořit svazek a budete mít možnost Vytvořit jednoduchý svazek (standardní svazek úložiště NTFS) nebo Vytvořit vývojovou jednotku. Pokud chcete vytvořit jednotku Dev Drive, postup je stejný jako výše, budete muset přidat popisek (název jednotky), písmeno jednotky a potvrdit přidělení Velikost.

Formátování svazku úložiště jako Dev Drive z příkazového řádku

Jako alternativu k použití nastavení Windows existují dvě možnosti pro vytváření svazků úložiště Dev Drive z příkazového řádku. Obě možnosti vyžadují, abyste otevřeli příkazový řádek jako správce. Abyste mohli formátovat pevný disk, musíte být členem skupiny Pro správu. Tyto metody formátování příkazového řádku se můžou upřednostňovat při vytváření více disků Dev Drive nebo jako správce pro více počítačů.

1. Použití nástroje příkazového řádku Formát z Windows CMD nebo PowerShellu:

Format D: /DevDrv /Q

2. Použití rutiny Format-Volume z PowerShellu:

Format-Volume -DriveLetter D -DevDrive

Tyto ukázky kódu vyžadují nahrazení D: umístěním jednotky, na které chcete cílit. Další možnosti a parametry příkazů najdete na odkazech.

Jak dev Drive funguje?

Svazek úložiště určuje, jak se data ukládají v systému souborů prostřednictvím adresářů a souborů v určitém formátu. Systém Windows používá pro systémovou jednotku NTFS a ve výchozím nastavení pro většinu nevyjímatelných jednotek. ReFS (odolný systém souborů) je novější formát systému souborů Microsoftu, navržený pro maximalizaci dostupnosti dat, efektivní škálování na velké datové sady napříč různými úlohami a poskytování integrity dat s odolností proti poškození. Snaží se řešit rozšiřující se sadu scénářů úložiště a vytvořit základ pro budoucí inovace.

Dev Drive používá ReFS, což vám umožňuje inicializovat úložný svazek speciálně pro vývojové úlohy, přináší rychlejší výkon a přizpůsobitelná nastavení optimalizovaná pro vývojové scénáře. Odolný souborový systém ReFS obsahuje několik optimalizací pro zlepšení výkonu klíčových vývojářských scénářů.

Přečtěte si další informace o tom, jak Dev Drive zpracovávázabezpečení.

Co mám dát na dev Drive?

Dev Drive je určený pro:

• Úložiště zdrojového kódu a soubory projektu
• Mezipaměti balíčků
• Vytváření výstupních a zprostředkujících souborů

Důležité informace o instalaci vývojářských nástrojů a sad SDK na Dev Drive: Vývojářské nástroje a sady SDK se obvykle umístí do umístění správce nebo umístění pro jednotlivé uživatele. Tato umístění poskytují specifické záruky zabezpečení a izolace v systému Windows a ovlivňují chování v programu Microsoft Defender. Mnoho nástrojů ale nabízí flexibilitu při výběru umístění instalace, včetně jednotky Dev Drive.

Než budete pokračovat v instalaci vývojářských nástrojů nebo sad SDK na Dev Drive, vyhodnoťte kompromisy spojené se systémem a asynchronní kontrolou, abyste zajistili, že je v souladu s požadavky na zabezpečení vašeho zařízení a organizace. Máte možnost vytvořit na DevDrivu složku správce nebo složky pro jednotlivé uživatele. Kromě toho je důležité ověřit, že režim výkonu v programu Microsoft Defender (např. asynchronní skenování) splňuje vaše potřeby pro zpracování binárních souborů.

Poznámka:

Správci IT budou chtít vytvořit složky seznamu řízení přístupu pro jednotlivé uživatele (ACL) pro zařízení s více uživateli jako osvědčený postup, aby se zabránilo útokům EOP.

Ukládání mezipaměti balíčků na Dev Drive

Mezipaměť balíčků je globální umístění složky používané aplikacemi k ukládání souborů pro nainstalovaný software. Tyto zdrojové soubory jsou potřeba, když chcete aktualizovat, odinstalovat nebo opravit nainstalovaný software. Visual Studio je jednou z takových aplikací, která ukládá velkou část svých dat do mezipaměti balíčků. Po změně proměnných prostředí možná budete muset restartovat všechna otevřená okna konzoly nebo restartovat zařízení , aby se použily nové hodnoty.

• Mezipaměť Npm (NodeJS): Vytvořte adresář mezipaměti npm na vašem Dev Drive, například , poté nastavte globální proměnnou prostředí D:\packages\npm na tuto cestu, například npm_config_cache. Pokud jste už na svém počítači nainstalovali NodeJS, přesuňte obsah %AppData%\npm-cache do tohoto adresáře. (V některých systémech může být mezipaměť npm v %LocalAppData%\npm-cache). Další informace najdete v dokumentaci npm: npm-cache a konfigurace npm: mezipaměti.

• složka globálních balíčků NuGet: Složku globálních balíčků NuGet používají dotnet, MSBuild a Visual Studio. V systému souborů CopyOnWrite (CoW) vytvořte adresář NuGet specifický pro uživatele. Například: D:\<username>\.nuget\packages. Pomocí jednoho z následujících způsobů změňte složku globálních balíčků z výchozího umístění na nově vytvořenou složku (pro správu globálně nainstalovaných balíčků):

  • Nastavte globální proměnnou prostředí NUGET_PACKAGES na danou cestu. Například: setx /M NUGET_PACKAGES D:\<username>\.nuget\packages.

  • Nastavte globalPackagesFolder, při použití PackageReferencenebo repositoryPath, při použití packages.config, na danou cestu v nastavení konfigurace.

  • Nastavte vlastnost RestorePackagesPath MSBuild (pouze MSBuild) na uvedenou cestu.

    Pokud chcete ověřit složku global-packages, spusťte příkaz dotnet nuget locals: dotnet nuget locals global-packages --list. Proces obnovení nainstaluje a stáhne balíčky do nové cesty. Výchozí složku globálních balíčků NuGet lze odstranit. Další informace najdete v dokumentaci NuGet: Správa globálních balíčků, mezipaměti a dočasných složek.

Poznámka:

V současné době existuje známý problém: Příkaz nástroje Dotnet nerespektuje cestu balíčků NuGet. Tým .NET si je vědom problému a zkoumá opravu pro .NET 10 a aktualizaci servisní verze pro 8.0 a 9.0.

• vcpkg cache: Vytvořte adresář mezipaměti vcpkg ve službě Dev Drive, například D:\packages\vcpkg, pak nastavte globální proměnnou VCPKG_DEFAULT_BINARY_CACHE prostředí na danou cestu, například setx /M VCPKG_DEFAULT_BINARY_CACHE D:\packages\vcpkg. Pokud jste už nainstalovali balíčky, přesuňte obsah %LOCALAPPDATA%\vcpkg\archives adresáře nebo %APPDATA%\vcpkg\archives do tohoto adresáře. Další informace najdete v dokumentaci k vcpkg: binární ukládání do mezipaměti vcpkg.

• Mezipaměť pip (Python): Vytvořte adresář mezipaměti pip ve službě Dev Drive, například D:\packages\pip, a poté nastavte globální proměnnou prostředí k této cestě, například PIP_CACHE_DIR. Pokud jste už na svém počítači obnovili balíčky pip a Wheel, přesuňte obsah %LocalAppData%\pip\Cache do tohoto adresáře. Další informace najdete v dokumentaci pip: ukládání do mezipaměti pip a podívejte se na StackOverflow na Jak změnit adresář mezipaměti pip v systému Linux?.

• Mezipaměť nákladu (Rust): Vytvořte adresář pro mezipaměť Cargo na vašem Dev Drive, například D:\packages\cargo, a poté nastavte globální proměnnou prostředí CARGO_HOME na tuto cestu, například setx /M CARGO_HOME D:\packages\cargo. Pokud jste na svém počítači již obnovili balíčky Cargo, přesuňte obsah %USERPROFILE%\.cargo do tohoto adresáře. Další informace naleznete v dokumentaci Cargo: proměnné prostředí Cargo .

• Mezipaměť Maven (Java):: Vytvořte adresář mezipaměti Maven ve službě Dev Drive, například D:\packages\mavennastavte globální proměnnou MAVEN_OPTS prostředí pro přidání konfiguračního nastavení do této cesty, například setx /M MAVEN_OPTS "-Dmaven.repo.local=D:\packages\maven". Přesuňte obsah %USERPROFILE%\.m2\repository tohoto adresáře (zahrnuje pouze závislosti, moduly plug-in a další artefakty, které Maven stáhne do repository složky a používá je pro vaše projekty). Přečtěte si další informace v dokumentaci Mavenu a přečtěte si téma StackOverflow o tom, jak zadat alternativní umístění pro složku .m2 nebo settings.xml trvale?.

• Gradle cache (Java): Vytvořte adresář mezipaměti Gradle na oddílu Dev Drive, například D:\packages\gradle. Potom nastavte globální proměnnou prostředí GRADLE_USER_HOME tak, aby ukazovala na tuto cestu, například použijte setx /M GRADLE_USER_HOME "D:\packages\gradle" v příkazovém řádku, abyste ji nastavili systémově. Po nastavení této proměnné bude Gradle používat zadaný adresář (D:\packages\gradle) pro své mezipaměti a konfigurační soubory. Pokud máte existující soubory Gradle, přesuňte obsah %USERPROFILE%\.gradle do tohoto nového adresáře. Podrobnější informace najdete v dokumentaci k Gradle a prozkoumat komunitní zdroje, jako je StackOverflow, a získat tipy ke správě konfigurací Gradle a adresářů mezipaměti.

Porozumění rizikům zabezpečení a důvěryhodnosti ve vztahu k Dev Drive

Zabezpečení a důvěryhodnost jsou důležité aspekty při práci se soubory projektu. Obvykle existuje kompromis mezi výkonem a zabezpečením. Použití vývojového disku umísťuje kontrolu nad touto rovnováhou do rukou vývojářů a správců zabezpečení, kteří nesou odpovědnost za volbu, které filtry jsou připojeny, a nastavení kontrol Microsoft Defender Antivirus.

Antivirové filtry, včetně antivirového filtru v programu Microsoft Defender i antivirové filtry třetích stran, jsou ve výchozím nastavení připojené k Dev Drive. Ve výchozím nastavení je Microsoft Defender Antivirus na Dev Drives nastaven na nový "režim výkonu", který bere v úvahu rychlost a výkon. Zároveň poskytuje zabezpečenou alternativu k vyloučení složek. Pro zvýšení úrovně ochrany nabízí Microsoft Defender také režim ochrany v reálném čase.

Jakýkoli produkt nebo funkce vyžadující další filtry nebudou fungovat, pokud se filtr nepřidá na Dev Drive.

Výstraha

Dev Drive je možné spustit bez připojených antivirových filtrů. Využte si extrémní opatrnost! Odebrání antivirových filtrů představuje bezpečnostní riziko a znamená, že vaše jednotka úložiště nebude pokryta standardními kontrolami zabezpečení. Zodpovídáte za vyhodnocení rizik spojených s odpojením antivirových filtrů a měli byste to udělat jenom v případě, že budete mít jistotu, že vaše soubory uložené na dev disku nebudou vystaveny škodlivým útokům.

Microsoft doporučuje při použití důvěryhodné Dev Drive použít výchozí nastavení režimu výkonu .

Co je "důvěryhodný" vývojářský disk?

Dev Drive jsou automaticky označeny jako důvěryhodné pomocí příznaku uloženého v systémovém registru během původního formátování, což poskytuje nejlepší možný výkon ve výchozím nastavení. Spolehlivé Dev Drive znamená, že vývojář, který používá svazek, má vysokou důvěru v bezpečnost obsahu uloženého tam.

Podobně jako když se vývojář rozhodne přidat vyloučení doZabezpečení systému Windows, přebírá odpovědnost za správu zabezpečení obsahu uloženého za účelem získání dalšího výkonu.

Dev Drive označený jako důvěryhodný je signálem pro Microsoft Defender, aby běžel v režimu výkonu. Spuštění Programu Microsoft Defender v režimu výkonu poskytuje rovnováhu mezi ochranou před hrozbami a výkonem. Ochrana v reálném čase bude stále povolena na všech ostatních svazcích úložiště.

V důsledku bezpečnostních úvah souvisejících s odpojením filtrů bude při přenosu vývojového disku mezi počítači svazek považován za běžný svazek bez speciálních zásad připojení filtrů. Svazek musí být po připojení k novému počítači označený jako důvěryhodný. Viz Jak označím vývojovou jednotku jako důvěryhodnou?.

nedůvěryhodný Dev Drive nebude mít stejná oprávnění jako důvěryhodná Dev Drive. Zabezpečení se spustí v režimu ochrany v reálném čase, když je Dev Drive nedůvěryhodným. Při nastavování důvěry vývojovému disku buďte opatrní, pokud to děláte jindy než při jeho prvním vytvoření.

Jak označím jednotku Dev Drive jako důvěryhodnou?

Určení jednotky Dev Drive jako důvěryhodné:

1. Otevřete PowerShell (nebo CMD) se zvýšenými oprávněními tak, že kliknete pravým tlačítkem a vyberete Spustit jako správce.
2. Pokud chcete jednotku Dev Drive určit jako důvěryhodných zadejte následující příkaz a nahraďte <drive-letter> písmenem jednotky úložiště, pro kterou označujete důvěryhodnost. Například fsutil devdrv trust D:.

fsutil devdrv trust <drive-letter>:

Pokud chcete ověřit, jestli je dev drive důvěryhodný, zadejte příkaz:

fsutil devdrv query <drive-letter>:

Disk C: na vašem počítači nelze nastavit jako jednotku Dev Drive. Vývojářské nástroje, jako jsou Visual Studio, MSBuild, .NET SDK, Windows SDK atd., by měly být uložené na jednotce C: a ne na vývojové jednotce.

Co je režim výkonu v programu Microsoft Defender?

Režim výkonu je nyní k dispozici ve Windows 11 jako nová funkce Antivirové ochrany v programu Microsoft Defender. Tato funkce snižuje dopad antivirové ochrany v programu Microsoft Defender na soubory uložené na určené jednotce Dev Drive.

Další informace o režimu výkonu a porovnání s ochranou v reálném čase najdete v programu Microsoft Defender: Ochrana Dev Drive pomocí režimu výkonu.

Aby bylo možné povolit režim výkonu, musí být Dev Drive označený jako důvěryhodný a ochrana v reálném čase v programu Microsoft Defender musí být nastavená na zapnuto.

Jak nakonfiguruji další filtry na Dev Drive?

Správce filtru ve výchozím nastavení vypne všechny filtry na dev disku s výjimkou antivirových filtrů. Antivirový filtr je filtr, který je připojený ve výškovém rozsahu FSFilter Anti-Virus (tj. 320000–329999). FSFilter Anti-Virus zahrnuje filtry, které během vstupně-výstupních operací souborů detekují a dezinfikují viry.

Výchozí zásady je možné nakonfigurovat tak, aby nepřipojovaly antivirové filtry k Dev Drive pomocí fsutil. UPOZORNĚNÍ: Tato zásada se vztahuje na všechny vývojové disky v systému.

fsutil devdrv enable /disallowAv

Příkaz obsahuje fsutil devdrv enable [/allowAv|/disallowAv]následující dvě možnosti:

• disallowAv: Určuje, že vaše Dev Drive(y) nemají připojené filtry (ani antivir). Filtry je možné přidat zpět pomocí fsutil devdrv setfiltersallowed <Filter-1> příkazu. (Nahrazení <Filter-1> názvem požadovaného filtru.)

• allowAv: Určuje, že vývojové jednotky mají být chráněné výchozím antivirovým filtrem.

Pro pomoc zadejte příkaz: fsutil devdrv enable /?. /allowAv Pokud ani /disallowAv není zadáno, nejsou nakonfigurované antivirové zásady pro vaši jednotku Dev Drive a výchozí nastavení systému je, aby služba Dev Drive byla chráněna antivirovým filtrem.

Výstraha

Při odpojování filtrů buďte velmi opatrní. Odpojení antivirových filtrů představuje bezpečnostní riziko a znamená, že vaše úložiště nebude pokryto standardní kontrolou ochrany v reálném čase nebo režimem výkonu v programu Microsoft Defender. Zodpovídáte za vyhodnocení rizik spojených s odpojením antivirových filtrů a měli byste to provést pouze v případě, že budete mít jistotu, že vaše soubory nebudou vystaveny škodlivým útokům.

Další informace o filtrech najdete v tématu O ovladačích filtru systému souborů, instalaci ovladače filtru, konceptech Správce filtrů, skupinách pořadí načtení a výškách pro ovladače minifiltru.

Povolení připojení vybraných filtrů na Dev Drive

Pokud pracujete v podnikovém nebo firemním prostředí, zásady skupiny vaší společnosti mohou být nakonfigurovány tak, aby se připojily filtry k Dev Drive, a to navíc k výše uvedeným zásadám. Správce systému se také může rozhodnout připojit další filtry ke konkrétnímu vývojovému disku nebo ke všem vývojovým diskům pomocí seznamu povolených .

Správce systému může chtít přidat filtr s názvem "Foo", budeme na něj odkazovat jako FooFlt. Mohou chtít, aby byl tento filtr povolený jenom na Dev Drive připojený jako D:. Tento filtr nepotřebují na jiném vývojovém disku připojeném jako E:. Správce může provádět změny v seznamu povolených filtrů na Dev Drive pomocí fsutil.exe, systémového nástroje příkazového řádku.

Filtry, které jsou konkrétně nastavené jako Povolené, se mohou připojit k jednotce Dev Drive kromě zásad antivirového filtru, které jsou popsány výše.

Příklady filtrů seznamu povolených položek

Následující příklady ukazují možnost správce nastavit filtry povolené na všech dev drivech na počítači pomocí seznamu povolených.

Pokud chcete tento příkaz použít setfiltersallowed k povolení Filter-01 a Filter-02 na všech dev drivech, použijte tento příkaz:

fsutil devdrv setfiltersallowed Filter-01, Filter-02

Pro zobrazení zásady připojení filtru pro všechny Dev Drive použijte tento příkaz:

fsutil devdrv query

Výsledek zobrazí následující:

• Svazky vývojářů jsou povoleny.
• Vývojářské svazky jsou chráněny antivirovým filtrem.
• Filtry povolené na libovolném vývojovém disku: Filter-01, Filter-02

Pokud chcete tuto konfiguraci Dev Drive změnit tak, aby umožňovala pouze připojení Filter-03 na Dev Drivech a Filter-01 a Filter-02 se už nemohly připojit, použijte tento příkaz:

fsutil devdrv setfiltersallowed Filter-03

Viz fsutil devdrv /? pro další související příkazy.

Filtry pro běžné scénáře

S Dev Drive je možné použít následující filtry:

Scénář: Popis	Název filtru
GVFS: Zhuštěné zařazení Windows	PrjFlt
MSSense: Microsoft Defender pro koncový bod pro snímač EDR	MsSecFlt
Defender: Filtr Windows Defenderu	WdFilter
Docker: Spouštění kontejnerů z Dev Drive	bindFlt, wcifs
Windows Performance Recorder: Měřte operace souborového systému	Informace o souborech
Monitorování prostředků: Zobrazuje využití prostředků. Požadováno k zobrazení názvů souborů v aktivitě disku	Informace o souborech
Sledování procesů – Sysinternals: Monitorování aktivit systému souborů	ProcMon24
Upgrade systému Windows: Používá se během upgradu operačního systému. Vyžaduje se, pokud uživatel přesune proměnnou prostředí TEMP na Dev Drive.	WinSetupMon
Řízení aplikací v programu Windows Defender (WDAC): Sledování spravovaného instalačního programu pomocí služeb identit AppLockeru	applockerfltr

Ve výchozím nastavení je WdFilter připojeno. Následující příkaz je příkladem, jak připojit všechny tyto dodatečné filtry k Dev Drive:

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

Návod

Pokud chcete určit filtry požadované pro konkrétní scénář, možná budete muset dočasně označit Dev Drive jako nedůvěryhodný. Poté spusťte scénář a poznamenejte si všechny filtry, které jsou připojeny ke svazku. Označte Dev Drive jako důvěryhodný a pak přidejte filtry do seznamu povolených pro tento Dev Drive, aby scénář uspěl. Nakonec odeberte všechny filtry, které nemusí být potřeba, po jednom a zároveň se ujistěte, že scénář funguje podle očekávání.

Návod

Název filtru pro Sledování procesů se může změnit. Pokud přidání názvu filtru "ProcMon24" nezachytává aktivity systému souborů na Dev Drive, vypište filtry pomocí příkazu fltmc filters, najděte název filtru pro Process Monitor a použijte tento název místo "ProcMon24".

Podpora klonování bloků

Počínaje Windows 11 24H2 a Windows Serverem 2025 je klonování bloků podporováno na Dev Drive. Vzhledem k tomu, že Dev Drive využívá formát systému souborů ReFS , bude podpora klonování bloků znamenat výhody bezplatného výkonu při každém kopírování souboru pomocí Dev Drive. Klonování bloků umožňuje systému souborů kopírovat rozsah bajtů souborů jménem aplikace jako nízkonákladovou operaci metadat, nikoli provádět nákladné operace čtení a zápisu do podkladových fyzických dat. Výsledkem je rychlejší dokončování kopírování, méně vstupně-výstupních operací do podkladového úložiště a vylepšená kapacita úložiště tím, že umožňuje více souborům sdílet stejné logické clustery. Přečtěte si další informace o klonování bloků.

Jaké scénáře dev Drive nepodporuje? Jaká jsou omezení?

Existuje několik scénářů, ve kterých nedoporučujeme používat Dev Drive. Patří mezi ně:

• Přeformátování existujícího svazku úložiště na "Dev Drive" zničí veškerý obsah uložený v daném svazku. Přeformátování existujícího svazku při zachování obsahu uloženého v něm není podporováno.
• Při vytváření virtuálního pevného disku (VHD) hostovaného na pevném disku (HDD nebo SSD) se nedoporučuje kopírovat virtuální pevný disk, přesunout ho na jiný počítač a pak ho dál používat jako vývojovou jednotku.
• Svazek uložený na vyměnitelném nebo připojitelném disku (jako je USB, HDD nebo externí jednotka SSD) nelze označit jako Dev Disk.
• Svazek ve virtuálním pevném disku (VHD), který je hostován vyměnitelným nebo za provozu připojitelným diskem, nepodporuje označení jako Dev Drive.
• Disk C: na vašem počítači nelze nastavit jako jednotku Dev Drive.
• Účelem vývojové jednotky je hostovat soubory pro sestavování a ladění softwarových projektů určených k ukládání úložišť, mezipamětí balíčků, pracovních adresářů a dočasných složek. Nedoporučujeme instalovat aplikace na Dev Drive.
• Použití Dev Drive na dynamických discích není podporováno. Místo toho použijte Prostory úložiště, které vám pomůžou chránit data před selháním jednotek a prodloužit úložiště v průběhu času při přidávání jednotek do počítače.

Jak odstranit vývojovou jednotku

Dev Drive můžete odstranit v nastavení systému Windows 11: System>Storage>Disks & volumes.

Otevřete nabídku Nastavení systému Windows a pak zvolte Úložiště, pak Upřesnit nastavení úložiště a potom disky a svazky, kde najdete seznam svazků úložiště na vašem zařízení. Vyberte Vlastnosti vedle svazku úložiště Dev Drive, který chcete odstranit. Ve vlastnostech jednotky najdete možnost Odstranit pod položkou Formát.

Dev Drive se teď odstraní. Pokud byl Dev Drive vytvořen jako nový virtuální pevný disk (VHD), je třeba VHD odstranit, aby se uvolnil úložný prostor, který tento VHD využívá. Abyste toho dosáhli, musíte virtuální disk odpojit, aby bylo možné odstranit soubor VHD, který je hostitelem jednotky Dev Drive, pomocí následujících kroků:

1. Otevřete nástroj Správa disků tak, že do vyhledávacího pole na hlavním panelu zadáte "Správa počítače". Pod nadpisem Úložiště vyberte Správu disků . Vyberte disk (nikoli svazek) Dev Drive. Klikněte pravým tlačítkem na vybraný disk, který je hostitelem vývojové jednotky Dev Drive, a z výsledné nabídky vyberte Odpojit VHD.
2. Zobrazí se automaticky otevírané okno s informacemi o tom, že odpojení virtuálního pevného disku ho učiní nedostupným.
3. Po odpojení je možné virtuální pevný disk odstranit.

Nejčastější dotazy k Dev Drive

Mezi nejčastější dotazy k Dev Drive patří:

Jak mohu přizpůsobit Dev Drive tak, aby vyhovoval mým potřebám?

Výchozí nastavení Dev Drive je optimalizované pro běžné vývojové scénáře, ale je možné je přizpůsobit a umožnit tak kontrolu nad ovladači a službami spuštěnými na svazku úložiště. Pokud chcete přizpůsobit nastavení Dev Drive, otevřete nabídku Nastavení . V částiDisky a svazky>> přejděte na Vlastnosti.

Důležité

Pokud pracujete pro firmu nebo podnik, bude dev Drive dál spravovat nastavení vašeho podniku. Některá vlastní nastavení proto nemusí být dostupná v závislosti na zásadách společnosti.

Potřebuji přeinstalovat své aplikace, aby používaly Dev Drive?

Ne, aplikace nebo nástroje nainstalované na jednotce C: vašeho počítače můžou využívat soubory z jednotky Dev Drive. Pro vývojové projekty ale doporučujeme ukládat všechny adresáře, soubory a balíčky specifické pro projekt do mezipaměti na dev Drive. Dev Drive je možné připnout k Rychlému přístupu v Průzkumníkovi souborů jako připomenutí.

Používá odolný systém souborů (ReFS) více paměti než ntfs?

Ano, ReFS používá o něco více paměti než NTFS. Doporučujeme počítač s alespoň 8 GB paměti, ideálně 16 GB.

Můžu na svém počítači mít více než jednu jednotku Dev Drive?

Ano. Pokud máte prostor, můžete vytvořit libovolný počet dev disků. Použití samostatné jednotky Dev Drive pro každý projekt vývoje softwaru by vám umožnilo jednoduše odstranit jednotku na konci vývoje, a ne znovu rozdělit disk. Mějte ale na paměti, že minimální velikost pro Dev Drive je 50 GB.

Co potřebuji vědět o používání Dev Drive se sadou Visual Studio?

Po vytvoření Dev Drive ji Visual Studio automaticky rozpozná při vytváření nového projektu nebo klonování existujícího projektu a ve výchozím nastavení vybere tuto cestu. Pokud chcete optimalizovat výkon při používání sady Visual Studio, doporučujeme přesunout jakýkoli kód projektu, mezipaměti balíčků a Copy on write úlohy sestavení MS na jednotku Dev Drive, která byla dříve uložena jinde. (Viz Jak změnit výstupní adresář sestavení v dokumentaci k sadě Visual Studio.) Doporučujeme také zvážit přesměrování %TEMP% a %TMP% envvars na Dev Drive. To bude vyžadovat také přidání WinSetupMon filtru, který je potřeba pro proces služby Windows Update. (Viz Filtry pro běžné scénáře. Mnoho programů tyto používá, proto dávejte pozor na potenciální vedlejší účinky. Doporučujeme také použít režim výkonu pro Microsoft Defender pro asynchronní zvýšení výkonu pomocí Dev Drive. Úplné vypnutí programu Microsoft Defender může vést k největšímu zvýšení výkonu, ale to může zvýšit rizika zabezpečení a je to nastavení řízené správcem systému.

Další informace najdete v blogovém příspěvku: Dev Drive pro zlepšení výkonu ve Visual Studio a Dev Boxy.

Funguje Dev Drive se soubory projektu WSL?

K souborům projektu Dev Drive, které běží v systému souborů Windows, můžete přistupovat z distribuce Linuxu spuštěné přes WSL. WSL sice běží ve VHD, ale pro dosažení nejlepšího výkonu by měly být soubory uloženy v linuxovém systému souborů. WSL je mimo rozsah systému souborů Windows, takže byste neměli očekávat žádné zlepšení výkonu při přístupu k projektovým souborům na Dev Drive z linuxové distribuce spuštěné přes WSL.

Jakou metodu se používá k formátování svazku úložiště Windows?

Viz MSFT_Volume class dokumentaci ovladačů Windows.

Jak nakonfigurovat a používat Live Unit Testing s Dev Drive?

Pokyny k jak nakonfigurovat a používat funkci Live Unit Testing najdete v dokumentaci Visual Studio. Mějte však na paměti, že existuje závislost na systému ProjFS. Budete muset přesunout kořen pracovního prostoru Live Unit Testing do Dev Drive a přidat Windows Projected File System do seznamu povolených filtrů. Můžete to udělat pomocí následujícího příkazu v PowerShellu:

fsutil devdrv setfiltersallowed PrjFlt

Bude virtuální pevný disk vytvořený pro použití jako Dev Drive zašifrován, pokud je jednotka, na které je uložen, povolena pomocí nástroje BitLocker?

Ano, virtuální pevný disk pro vývoj bude součástí šifrování bitlockeru hostitelského svazku. Nástroj BitLocker není nutné povolit na připojeném virtuálním pevného disku.

Může Dev Drive zrychlit vývoj v Javě ve Windows?

Ano, použití Dev Drive může zvýšit efektivitu a zkrátit dobu sestavení při práci na vývojovém projektu v Javě. Podívejte se na blogový příspěvek "Zrychlení vývoje v Javě ve Windows pomocí Dev Drive".

Dá se režim výkonu Dev Drive použít u antivirových programů kromě programu Microsoft Defender?

Dev Drive Performance Mode je specifická funkce Microsoft Defender Antivirus související s ochranou v reálném čase v programu Defender. Pokud používáte alternativní antivirové programy s dev drive, režim výkonu se nepoužije, ale je možné upravit seznam povolených filtrů zabezpečení , které jsou připojené k vývojové jednotce, aby bylo možné najít správnou rovnováhu mezi výkonem a zabezpečením pro vaši vývojovou práci. Při provádění změn v připojeném seznamu filtrů musíte zajistit, abyste porozuměli funkci všech připojených filtrů. Vyhledejte seznam s popisy ve filtrech pro běžné scénáře.

Jak mohu najít disk pro vývoj, který jsem vytvořil(a) a ztratil(a) stopu?

Když se připojí vývojový disk, ale zapomněli jste, kde je, můžete ho najít následujícími metodami:

• Pomocí nástroje DiskPart a příkazu list vdisk zobrazte úplnou cestu k vhdx: 1) Otevřete příkazový řádek a zadejte diskpart, 2) Jakmile se diskPart otevře, zadejte list vdisk.

• Použijte PowerShell a Get-Disk | Select-Object FriendlyName,Location]: Otevřete PowerShell a zadejte Get-Disk | Select-Object FriendlyName,Location.

Jak přispívat k těmto dokumentům a nejčastějším dotazům?

Pokud v této dokumentaci najdete nějaké problémy nebo chcete přispívat dalšími návrhy nejčastějších dotazů, navštivte opensourcové úložiště Windows Dev Docs na GitHubu.