Dev Drive beállítása Windows 11 rendszeren

A Dev Drive a tárterület új formája, amely a kulcsfontosságú fejlesztői számítási feladatok teljesítményének javítása érdekében érhető el.

A Dev Drive a ReFS-technológiára épül, hogy célzott fájlrendszer-optimalizálást alkalmazzon, és nagyobb vezérlést biztosít a tárterület beállításai és biztonsága felett, beleértve a megbízhatósági kijelölést, a víruskereső konfigurációját és a szűrők felügyeleti vezérlését.

Lásd a következő blogbejegyzést: A Visual Studio és a Dev Box teljesítménybeli fejlesztéseihez készült Dev Drive a gyakori fejlesztői műveletek átlagos javulási méréseihez.

Dev Drive beállítása

Új Dev Drive beállításához nyissa meg a Windows-beállításokat, és lépjen a Rendszer>Tárhely>Speciális tárhelybeállítások>Lemezek és kötetek. Válassza Fejlesztői meghajtó létrehozásalehetőséget. A meglévő tárolókötetek nem konvertálhatók Dev Drive-meghajtóvá. A Dev Drive elnevezése csak az eredeti formázási időpontban történik.

A Dev Drive beállítása előtt győződjön meg arról, hogy teljesülnek az előfeltételek.

Előfeltételek

• Windows 11, Build #10.0.22621.2338 vagy újabb (Windows-frissítések keresése)
• 16 GB memória ajánlása (legalább 8 GB)
• Minimális 50 GB szabad lemezterület
• A Fejlesztői meghajtók minden Windows SKU-verzióban elérhetők.
• Helyi rendszergazdai engedélyek.

A Legújabb Windows 11-kiadásra való frissítéskor előfordulhat, hogy a Dev Drive szolgáltatás elérhetővé válása előtt további újraindításra van szükség. Ha vállalati vállalati környezetben dolgozik, a biztonsági rendszergazdának konfigurálnia kell a Dev Drive biztonsági szabályzatát a Dev Drive engedélyezéséhez.

Figyelmeztetés

A Dev Drive csak a kulcsfontosságú fejlesztői forgatókönyvekhez készült, és az egyéni beállításokra továbbra is vonatkoznak a vállalati vagy vállalati munkakörnyezetek csoportházirend-beállításai. További információ a Dev Drive biztonsági szabályzatának konfigurálásáról.

Beállítások beállítása

Három lehetőség közül választhat:

1. Új VHD létrehozása – Kötet építése egy új virtuális merevlemezen
2. Meglévő kötet átméretezése – Új, nem kiosztott terület létrehozása építéshez
3. Szabad terület a lemezen – Használja a meglévő lemezen lévő szabad területet. * Ez a beállítás csak akkor jelenik meg, ha korábban nem foglalt helyet állított be a tárolóban.

Választás lemezpartíció vagy VHD használata között

Vannak előnyök és kompromisszumok, amelyeket figyelembe kell venni, amikor eldönti, hogy lemezpartíciót hoz-e létre , vagy új VHD-t hoz létre a Dev Drive tárolásához.

• Lemezpartíció létrehozása: A Dev Drive lemezpartíción való tárolása általában gyorsabb teljesítményt nyújt, mivel közvetlenül a fizikai lemezt használja további rétegek nélkül. A kompromisszum az, hogy a particionált lemezek használata kevésbé lesz rugalmas, mivel a partíciók átméretezése összetettebb és kockázatosabb lehet, és kevésbé hordozható, mivel a partíció a fizikai lemezhez van kötve.

• Hozzon létre egy új VHD-t: A fejlesztői meghajtó virtuális merevlemezben (VHD) való tárolása a virtuális lemezréteg kezelésének többletterhelése miatt kissé alacsonyabb teljesítményt eredményezhet. A kompromisszum az, hogy a virtuális merevlemezek nagyobb rugalmasságot biztosítanak a dinamikus átméretezéshez (ha hatékonyan kell kezelnie a lemezterületet), az adatok áthelyezését vagy biztonsági mentését. A VHD-k szintén rendkívül hordozhatóak, így a VHD-fájl átkerülhet egy másik gépre vagy biztonsági mentési helyre. Ne feledje azonban, hogy ha egy VHD rögzített lemezen (HDD vagy SSD) van üzemeltetve, nem ajánlott a VHD másolása, áthelyezése egy másik gépre, majd továbbra is dev meghajtóként használni.

Új VHD létrehozása

Amikor a Dev Drive beállításához az Új VHD létrehozása lehetőséget választja, a következőket kell meghatároznia:

• Virtuális merevlemez neve: Adjon nevet a VHD-nek (Dev Drive).
• Hely: Adja meg annak a könyvtárnak az elérési útját, ahol a Dev Drive VHD lesz elhelyezve a gépén. Az alapértelmezett hely a következő C:\: . Javasoljuk, hogy használja a felhasználónkénti címtár elérési útját a Dev Drive tárolásához, hogy elkerülje a véletlen megosztást.
• Virtuális merevlemez mérete: Adja meg azt a lemezterületet, amit a kötet fog használni, a minimális méret 50 GB.
• Virtuális merevlemez formátuma:
  • VHD: Legfeljebb 2040 GB méretű virtuális lemezeket támogat.
  • VHDX (ajánlott): Legfeljebb 64 TB-ot támogat, és rugalmasabb védelmet nyújt az olyan problémák által okozott váratlan I/O-hibák ellen, mint az áramkimaradás. További információ a VHD-k kezeléséről.
• Lemez típusa:
  • Rögzített méret – Ezt a virtuális merevlemez-fájlt a rendszer a létrehozáskor a maximális mérethez rendeli.
  • Dinamikusan bővülő – A virtuális merevlemez-fájl a maximális méretre nő az adatok lemezre írása során. (Ajánlott)

Miután befejezte a beállítások közötti kiválasztási folyamatot, létrejön a Dev Drive.

Meglévő kötet átméretezése vagy szabad terület használata egy meglévő lemezen

Egy meglévő kötet átméretezése:

1. Válasszon egy méretezendő kötetet.

   

2. Válasszon egy új méretet a kötethez. Legalább 50 GB szabad szabad területtel kell rendelkeznie, amely a Dev Drive-meghajtóhoz szükséges minimális méret. A méret beállítása után válassza a Tovább gombot.

   

3. Ha egy Dev meghajtót szeretne formázni az új szabad területen, adja meg a Címkét (meghajtó neve), a Meghajtóbetűjeletés a Méret kiosztását. A maximális méret az előző lépésben lefoglalt szabad terület lesz, a Dev Drive minimális mérete 50 GB.

   

Gratulálok! Most átméretezte a Dev Drive-ot.

Ha egy meglévő meghajtón fel nem osztott helyet szeretne keresni és használni, nyissa meg a System>Storage>Lemezek és kötetek, tekintse át az oldalt, és ellenőrizze, hogy a tárterület "Nincs kiosztva" néven szerepel-e. Válassza a Kötet létrehozása lehetőséget, majd választhat a Egyszerű kötet létrehozása (egy szabványos NTFS-tárolókötet) vagy a Dev Drive létrehozásaközül. Dev meghajtó létrehozásához a lépések ugyanazok, mint fent: fel kell vennie egy címkét (meghajtónév), a meghajtóbetűjelet, és meg kell erősítenie a méret lefoglalását.

Tárolókötet formázása Dev Drive-meghajtónak a parancssorból

A Windows-beállítások használata helyett két lehetőség áll rendelkezésre a Dev Drive-tárolókötetek parancssorból való létrehozására. Mindkét beállításhoz rendszergazdaként kell megnyitni a parancssort. A merevlemezek formázásához a rendszergazdai csoport tagjának kell lennie. Ezek a parancssori formázási módszerek előnyben részesíthetők több fejlesztői meghajtó létrehozásakor vagy rendszergazdaként több géphez.

1. A Windows CMD-ből vagy a PowerShellből származó Formátum parancssori eszköz használata:

Format D: /DevDrv /Q

2. A PowerShell Format-Volume parancsmagjának használata:

Format-Volume -DriveLetter D -DevDrive

Ezeknél a kódmintáknál cserélje le a D:-t arra a meghajtóhelyre, amelyet meg kíván célozni. További beállításokat és parancsparamétereket a hivatkozások között talál.

Hogyan működik a Dev Drive?

A tárhely-kötet meghatározza, hogyan tárolódnak az adatok a fájlrendszerben könyvtárakon és fájlokon keresztül, adott formátumban. A Windows NTFS-t használ a rendszermeghajtóhoz, és alapértelmezés szerint a legtöbb nem cserélhető meghajtóhoz. A Rugalmas fájlrendszer (ReFS) egy újabb Microsoft fájlrendszerformátum, amelynek célja, hogy maximalizálja az adatok rendelkezésre állását, hatékonyan méretezhető legyen nagy adathalmazokra a különböző számítási feladatok között, és az adatintegritást a sérüléssel szembeni rugalmassággal biztosítsa. Célja a tárolási forgatókönyvek bővülő készletének kezelése és a jövőbeli innovációk alapjainak kialakítása.

A Dev Drive a ReFS használatával inicializálhat egy tárolókötetet kifejezetten a fejlesztési számítási feladatokhoz, gyorsabb teljesítményt és a fejlesztési forgatókönyvekhez optimalizált testreszabható beállításokat biztosítva. A ReFS számos fájlrendszerspecifikus optimalizálást tartalmaz a kulcsfontosságú fejlesztői forgatókönyvek teljesítményének javítása érdekében.

Tudjon meg többet arról, hogyan kezeli a Dev Drive a biztonságot .

Mit helyezzek a Dev Drive-ra?

A Dev Drive a következő célokra készült:

• Forráskódtárak és projektfájlok
• Csomag gyorsítótárak
• Kimenet és köztes fájlok létrehozása

A fejlesztői eszközök és SDK-k Dev Drive-on való telepítésével kapcsolatos szempontok: A fejlesztői eszközök és az SDK-k általában rendszergazdai vagy felhasználónkénti helyen vannak elhelyezve. Ezek a helyek konkrét biztonsági és elkülönítési garanciákat biztosítanak a Windowson, és hatással vannak a Microsoft Defender viselkedésére. Számos eszköz azonban rugalmasan választja ki a telepítési helyet, beleértve a Dev Drive-ot is.

Mielőtt továbbhalad a fejlesztői eszközök vagy SDK-k Dev Drive-on való telepítésével, értékelje ki a rendszerhez kapcsolódó kompromisszumokat és az aszinkron vizsgálatot, hogy az megfeleljen az eszköz és a szervezet biztonsági követelményeinek. Lehetősége van rendszergazdai vagy felhasználónkénti mappát létrehozni a Dev Drive-on. Emellett fontos ellenőrizni, hogy a Microsoft Defender teljesítménymódja (például aszinkron vizsgálat) megfelel-e a bináris fájlok kezeléséhez szükséges igényeknek.

Megjegyzés:

A rendszergazdák az EOP-támadások elkerülése érdekében ajánlott eljárásként felhasználónkénti hozzáférés-vezérlési lista (ACL) mappákat szeretnének létrehozni a többfelhasználós eszközökhöz.

Csomagtár tárolása a Dev Drive-on

A csomaggyorsítótár az alkalmazások által a telepített szoftverek fájljainak tárolására használt globális mappahely. Ezekre a forrásfájlokra akkor van szükség, ha frissíteni, eltávolítani vagy javítani szeretné a telepített szoftvert. A Visual Studio egy ilyen alkalmazás, amely az adatok nagy részét a Csomaggyorsítótárban tárolja. A környezeti változók módosítása után előfordulhat, hogy újra kell indítania az összes megnyitott konzolablakot, vagy újra kell indítania az eszközt az új értékek alkalmazásához.

• Npm cache (NodeJS):: Hozzon létre egy npm cache-könyvtárat a Dev Drive-ban, majd állítson be egy D:\packages\npmglobális környezeti változót npm_config_cache erre az útvonalra, például setx /M npm_config_cache D:\packages\npm. Ha már telepítette a NodeJS-t a gépére, helyezze át a %AppData%\npm-cache tartalmát ebbe a könyvtárba. (Egyes rendszerekben lehet, hogy az npm gyorsítótára van %LocalAppData%\npm-cache-ban). További információ az npm-dokumentumokban: npm-cache és npm config: cache.

• NuGet global-packages mappa: A NuGet global-packages mappát a dotnet, az MSBuild és a Visual Studio használja. Hozzon létre egy felhasználóspecifikus NuGet-könyvtárat a CopyOnWrite (CoW) fájlrendszerben. Például: D:\<username>\.nuget\packages. Az alábbi módszerek egyikével módosítsa a globális csomagok mappát az alapértelmezett helyről az újonnan létrehozott mappára (a globálisan telepített csomagok kezeléséhez):

  • Állítsa be globalPackagesFoldera PackageReference lévő elérési utat, ha használjarepositoryPath, vagy packages.configha használja. Ez az ajánlott módszer, mert a beállítás hatóköre a konfigurációs fájlra terjed ki, és nem bírálja felül az adattárspecifikus beállításokat, ahogyan egy környezeti változó tenné.

  • Állítsa az RestorePackagesPath MSBuild tulajdonságot (kizárólag MSBuild) erre az elérési útra.

  • Állítson be egy globális környezeti változót NUGET_PACKAGES erre az útvonalra. Például: setx /M NUGET_PACKAGES D:\<username>\.nuget\packages. Megjegyzés: ez a környezeti változó felülírja a NuGet-konfigurációs fájlokban lévő beállításokat globalPackagesFolder , beleértve az adattárspecifikus beállításokat is.

    A globális csomagok mappájának ellenőrzéséhez futtassa a dotnet nuget locals parancsot: dotnet nuget locals global-packages --list. A visszaállítás telepíti és letölti a csomagokat az új elérési útra. Az alapértelmezett NuGet globális csomagok mappa törölhető. További információ a NuGet-dokumentumokban: A globális csomagok, a gyorsítótár és az ideiglenes mappák kezelése.

Megjegyzés:

Jelenleg ismert probléma van: A Dotnet eszközparancs nem tartja tiszteletben a nuget-csomagok elérési útját. A .NET csapata tisztában van a .NET 10 javításával és a 8.0-s és 9.0-s karbantartási kiadás frissítésével.

• vcpkg cache: Hozzon létre egy vcpkg cache-könyvtárat a Dev Drive-ban, majd állítson be egy D:\packages\vcpkgglobális környezeti változót VCPKG_DEFAULT_BINARY_CACHE erre az elérési útra, például setx /M VCPKG_DEFAULT_BINARY_CACHE D:\packages\vcpkg. Ha már telepítette a csomagokat, helyezze át a %LOCALAPPDATA%\vcpkg\archives vagy %APPDATA%\vcpkg\archives tartalmát ebbe a könyvtárba. További információért lásd a vcpkg dokumentációt: A vcpkg bináris gyorsítótárazása.

• Pip cache (Python): Hozzon létre egy pip cache könyvtárat a Dev Drive-ban, majd állítson be például D:\packages\pipegy globális környezeti változót PIP_CACHE_DIR erre az útvonalra setx /M PIP_CACHE_DIR D:\packages\pip. Ha már visszaállította a pip csomagokat és a Wheel-eket a gépén, helyezze át a tartalmat %LocalAppData%\pip\Cache ebbe a könyvtárba. További információ a pip-dokumentációban: a pip gyorsítótárazásról, és lásd a StackOverflow-t , Hogyan módosítható a pip-gyorsítótár könyvtára Linuxon?.

• Cargo Cache (Rust): Hozzon létre egy Cargo Cache-könyvtárat a Dev Drive-ban, majd állítson be egy D:\packages\cargoglobális környezeti változót CARGO_HOME például setx /M CARGO_HOME D:\packages\cargoerre az útvonalra. Ha már visszaállította a Cargo-csomagokat a gépen, helyezze át a csomag tartalmát %USERPROFILE%\.cargo ebbe a könyvtárba. További információ a Cargo docs: Cargo Environmental Variables című témakörben.

• Maven cache (Java): Hozzon létre egy Maven-gyorsítótár könyvtárat a D:\packages\mavenDev Drive-ban, majd állítson be egy globális környezeti változót MAVEN_OPTS, hogy ahhoz az elérési úthoz konfigurációs beállítást adjon hozzá, például setx /M MAVEN_OPTS "-Dmaven.repo.local=D:\packages\maven". Helyezze át a %USERPROFILE%\.m2\repository könyvtár tartalmát ebbe a könyvtárba (ez csak azokat a függőségeket, beépülő modulokat és egyéb összetevőket foglalja magában, amelyeket a Maven letölt a repository mappába, és amelyeket a projektekhez használ). További információkért a Maven-dokumentumokban olvashat, és a .m2 mappa vagy a settings.xml végleges helyének megadásáról szóló kérdésben a StackOverflow oldalon talál részleteket..

• Gradle cache (Java): Hozzon létre egy Gradle cache könyvtárat a Dev Drive-ban, például D:\packages\gradle. Ezután állítson be egy globális környezeti változót GRADLE_USER_HOME, hogy az arra az útvonalra mutasson; például a rendszerszintű beállításhoz használja a parancssorban a setx /M GRADLE_USER_HOME D:\packages\gradle parancsot. A változó beállítása után a Gradle a megadott könyvtárat (D:\packages\gradle) használja a gyorsítótárakhoz és a konfigurációs fájlokhoz. Ha már rendelkezik Gradle-fájlokkal, a %USERPROFILE%\.gradle tartalmát helyezze át az új könyvtárba. Részletesebb információkért tekintse meg a Gradle dokumentációját , és fedezze fel az olyan közösségi erőforrásokat, mint a StackOverflow, a Gradle-konfigurációk és a gyorsítótár-könyvtárak kezelésével kapcsolatos tippekért.

A Dev Drive-tal kapcsolatos biztonsági kockázatok és megbízhatóság ismertetése

A biztonság és a megbízhatóság fontos szempont a projektfájlok használatakor. Általában a teljesítmény és a biztonság között van kompromisszum. A Dev Drive használata a fejlesztők és a biztonsági rendszergazdák kezében szabályozza ezt az egyensúlyt, és felelős a csatolt szűrők és a Microsoft Defender víruskereső beállításainak kiválasztásáért.

A víruskereső szűrők, beleértve a Microsoft Defendert és a külső víruskereső szűrőket is, alapértelmezés szerint dev drive-hoz vannak csatolva. A Microsoft Defender víruskereső alapértelmezés szerint az új "teljesítménymód" beállítást használja a Dev Drive-meghajtókon, figyelembe véve a sebességet és a teljesítményt, miközben biztonságos alternatívát kínál a mappakivételek helyett. A nagyobb szintű védelem érdekében a Microsoft Defender "valós idejű védelmi módot" is kínál.

Amennyiben a termékek vagy szolgáltatások további szűrőket igényelnek, nem fognak működni, hacsak a szűrő nincs hozzáadva a Dev Drive-hez.

Figyelmeztetés

A fejlesztői meghajtók víruskereső szűrők nélkül is futtathatók. Fokozott óvatosság! A víruskereső szűrők eltávolítása biztonsági kockázatot jelent, és azt jelenti, hogy a tárolómeghajtóra nem vonatkoznak a szabványos biztonsági vizsgálatok. Ön a felelős a víruskereső szűrők leválasztásával járó kockázatok kiértékeléséért, és csak akkor tegye ezt meg, ha biztos abban, hogy a Dev Drive-on tárolt fájlok nem lesznek kitéve rosszindulatú támadásoknak.

A Microsoft azt javasolja, hogy megbízható Dev Drive használata esetén használja az alapértelmezett teljesítménymód-beállítást.

Mi az a "megbízható" Dev Drive?

A fejlesztői meghajtók automatikusan megbízható lesznek megjelölve a rendszerregisztrációs adatbázisban az eredeti formázási idő alatt tárolt jelölő használatával, amely alapértelmezés szerint a lehető legjobb teljesítményt nyújtja. A megbízható Dev Drive azt jelenti, hogy a kötetet használó fejlesztő nagy bizalmat érez az ott tárolt tartalom biztonságában.

Ahhoz hasonlóan, amikor egy fejlesztő úgy dönt, hogy hozzáad egy kizárást a Windows Biztonsághoz, a fejlesztő vállalja a felelősséget a tárolt tartalom biztonságos kezeléséért a további teljesítmény érdekében.

A megbízhatóként megjelölt Dev Drive azt jelzi, hogy a Microsoft Defender teljesítmény üzemmódbanfut. A Microsoft Defender teljesítmény módban való futtatása egyensúlyt biztosít a fenyegetésvédelem és a teljesítmény között. A valós idejű védelem továbbra is engedélyezve lesz az összes többi tárolóköteten.

A szűrők leválasztásának biztonsági szempontjai miatt a dev meghajtó gépek közötti átvitele azt eredményezi, hogy a kötetet normál kötetként kezelik, speciális szűrőcsatolási szabályzatok nélkül. A kötetet megbízható kell megjelölni, amikor új géphez csatlakoztatják. Tekintse meg a Dev Drive megbízhatóként való kijelölését ismertető témakört.

A nem megbízható Dev Drive-meghajtók nem rendelkeznek ugyanazokkal a jogosultságokkal, mint a megbízható Dev Drive-meghajtók. A biztonság valós idejű védelmi módban fog futni, ha a Dev Drive nem megbízható. Körültekintően járjon el, ha az első létrehozási időponton kívül megbízik egy Dev Drive-on.

Hogyan jelölhetek ki egy Dev Drive-ot megbízhatóként?

Dev Drive kijelölése megbízhatónak:

1. Nyissa meg a PowerShellt (vagy a CMD-t) emelt szintű engedélyekkel, kattintson a jobb gombbal, és válassza a "Futtatás rendszergazdaként" lehetőséget.
2. Ha megbízhatóként szeretné megjelölni a Dev Drive-ot , írja be az alábbi parancsot, és cserélje le a <drive-letter> a megbízhatóságot kijelölő tárolómeghajtó betűjére. Például: fsutil devdrv trust D:.

fsutil devdrv trust <drive-letter>:

Annak ellenőrzéséhez, hogy egy Dev Drive megbízható-e, írja be a következő parancsot:

fsutil devdrv query <drive-letter>:

A gépen lévő C: meghajtó nem jelölhető ki Dev Drive-meghajtóként. A fejlesztői eszközöket, például a Visual Studiót, az MSBuildet, a .NET SDK-t, a Windows SDK-t stb. a C: meghajtón kell tárolni, nem pedig dev meghajtón.

Mi a Microsoft Defender teljesítménymódja?

A Teljesítmény mód mostantól elérhető a Windows 11-ben a Microsoft Defender víruskereső új képességeként. Ez a funkció csökkenti a Microsoft Defender víruskereső által a kijelölt Dev Drive-on tárolt fájlok vizsgálatának teljesítményét.

A teljesítménymódról és a valós idejű védelemmel való összehasonlításról a Microsoft Defender: A Dev Drive védelme teljesítménymóddal című témakörben olvashat bővebben.

A teljesítménymód engedélyezéséhez a Dev Drive-ot megbízhatóként kell kijelölni, a Microsoft Defender valós idejű védelmét pedig "Be" értékre kell állítani.

Hogyan konfigurálhatok további szűrőket a Dev Drive-on?

Alapértelmezés szerint a Szűrőkezelő kikapcsolja a fejlesztői meghajtó összes szűrőjét, a víruskereső szűrők kivételével. A víruskereső szűrő egy olyan szűrő, amely a FSFilter Anti-Virus magassági tartományban van csatlakoztatva (például 320000-329999). FSFilter Anti-Virus olyan szűrőket tartalmaz, amelyek észlelik és fertőtlenítik a vírusokat fájl I/O során.

Az alapértelmezett szabályzat konfigurálható úgy, hogy ne csatoljon víruskereső szűrőket a Dev Drive-hoz a használatával fsutil. FIGYELEM: Ez a szabályzat a rendszeren lévő összes dev meghajtóra vonatkozik.

fsutil devdrv enable /disallowAv

A parancs fsutil devdrv enable [/allowAv|/disallowAv]a következő két lehetőséget tartalmazza:

• disallowAv: Azt adja meg, hogy a Dev Drive-meghajtó(k) nem rendelkeznek csatolt szűrőkkel (még víruskeresőkkel sem). A szűrők a fsutil devdrv setfiltersallowed <Filter-1> parancs használatával visszaadhatók. (Cserélje le <Filter-1> a kívánt szűrő nevére.)

• allowAv: Azt határozza meg, hogy a Dev Drive-meghajtókat az alapértelmezett víruskereső szűrővel kell védeni.

Segítségért írja be a következő parancsot: fsutil devdrv enable /?. Ha nincs megadva /allowAv , /disallowAv a Dev Drive víruskereső szabályzata nincs konfigurálva, és a rendszer alapértelmezés szerint a Dev Drive-meghajtókat vírusszűrővel védi.

Figyelmeztetés

A szűrők leválasztásakor fokozott óvatossággal járjon el. A víruskereső szűrők leválasztása biztonsági kockázatot jelent, és azt jelenti, hogy a tárterületre nem terjed ki a Microsoft Defender szokásos valós idejű védelmi vagy teljesítménymód-vizsgálata. Ön a felelős a víruskereső szűrők leválasztásával járó kockázatok kiértékeléséért, és csak akkor tegye ezt meg, ha biztos abban, hogy a fájlok nem lesznek rosszindulatú támadásoknak kitéve.

A szűrőkről további információt a fájlrendszer szűrőillesztőiről, a szűrőillesztők telepítéséről, a Filter Manager alapfogalmairól, a terhelési sorrend csoportjairól és a miniszűrő-illesztőprogramok magasságairól szóló cikkben talál.

Szűrők csatolásának engedélyezése a Dev Drive-on

Ha vállalati vagy vállalati környezetben dolgozik, előfordulhat, hogy a vállalat csoportházirendje úgy van konfigurálva, hogy a fenti házirend mellett a Dev Driveshez csatolandó szűrőket is kiválaszthassa. A rendszergazdák úgy is dönthetnek, hogy további szűrőket csatolnak egy adott Dev Drive-hez vagy az összes Dev Drive-hez egy engedélyezési listát.

Előfordulhat, hogy egy rendszeradminisztrátor fel szeretne venni egy "Foo" nevű szűrőt.FooFlt Előfordulhat, hogy csak azt szeretnék, hogy a szűrő engedélyezve legyen a dev drive-on D:. Nincs szükségük erre a szűrőre egy másik, E:csatlakoztatott Dev Drive-meghajtón. A rendszergazda a rendszer által biztosított parancssori segédprogram, a fsutil.exehasználatával módosíthatja a Dev Drive szűrőinek engedélyezési listáját.

A kifejezetten engedélyezettként beállított szűrők a fent tárgyalt víruskereső szűrőszabályzaton kívül a Dev Drive-hoz is csatolhatók.

Listaszűrő példák engedélyezése

Az alábbi példák azt szemléltetik, hogy a rendszergazda egy engedélyezési lista használatával képes beállítani a számítógép összes fejlesztői meghajtóján engedélyezett szűrőket.

A(z) setfiltersallowed parancsot használva engedélyezhetjük Filter-01 és Filter-02 az összes Fejlesztői meghajtón, használja a következő parancsot:

fsutil devdrv setfiltersallowed "Filter-01, Filter-02"

Az összes fejlesztési meghajtóra vonatkozó szűrő csatolási szabály megjelenítéséhez használja a következő parancsot:

fsutil devdrv query

Az eredmény a következőt jeleníti meg:

• A fejlesztői kötetek engedélyezve vannak.
• A fejlesztői köteteket víruskereső szűrő védi.
• Bármely Fejlesztői meghajtón engedélyezett szűrők: Filter-01, Filter-02

Ha úgy szeretné módosítani ezt a Dev Drive-konfigurációt, hogy a csatolás csak Filter-03-re legyen engedélyezett a Dev Drive-meghajtókon, és Filter-01-et és Filter-02-t ne lehessen csatolni, használja a következő parancsot:

fsutil devdrv setfiltersallowed Filter-03

Lásd a fsutil devdrv /? kapcsolódó parancsokat.

Gyakori forgatókönyvek szűrői

A Dev Drive-tal a következő szűrők használhatók:

Forgatókönyv: Leírás	Szűrő neve
GVFS: Ritkított Windows-állományok	PrjFlt
MSSense: Microsoft Defender for Endpoint az EDR érzékelő számára	MsSecFlt
Defender: Windows Defender szűrő	WdFilter
Docker: Tárolók futtatása a Dev Drive-ból	bindFlt, wcifs
Windows Teljesítményrögzítő: Fájlrendszerműveletek mérése	Fájlinformáció
Erőforrás-figyelő: Az erőforrás-használatot jeleníti meg. A lemeztevékenység fájlneveinek megjelenítéséhez szükséges	Fájlinformáció
Folyamatfigyelő – Sysinternals: Fájlrendszer-tevékenységek monitorozása	ProcMon24
Windows-frissítés: Az operációs rendszer frissítése során használatos. Kötelező, ha a felhasználó áthelyezi a TEMP környezeti változót a Dev Drive-ba	WinSetupMon
Windows Defender alkalmazásvezérlés (WDAC): Felügyelt telepítőkövetés az AppLocker identitásszolgáltatásaival	applockerfltr

A WdFilter rendszer alapértelmezés szerint csatolva van. Az alábbi parancs egy példa, amely bemutatja, hogyan csatolhatja az összes további szűrőt egy Dev Drive-hoz:

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

Jótanács

Egy adott forgatókönyvhöz szükséges szűrők meghatározásához előfordulhat, hogy ideiglenesen nem megbízhatóként kell megjelölnie a Dev Drive-ot. Ezután futtassa a forgatókönyvet, és jegyezze fel a kötethez csatlakozó összes szűrőt. Jelölje ki ismét megbízhatóként a Dev Drive-ot, majd adja hozzá a szűrőket az adott Dev Drive engedélyezési listájához a forgatókönyv sikerességének biztosítása érdekében. Végül távolítsa el az esetlegesen nem szükséges szűrőket egyenként, miközben gondoskodjon arról, hogy a forgatókönyv a várt módon működjön.

Jótanács

A Folyamatfigyelő szűrőneve változhat. Ha úgy tűnik, hogy a "ProcMon24" szűrőnév hozzáadása nem rögzíti a fájlrendszer tevékenységeit egy Dev Drive-on, a parancs használatával fltmc filterslistázhatja a szűrőket, keresse meg a Folyamatfigyelő szűrőnevét, és használja ezt a nevet a "ProcMon24" helyett.

Klónozási támogatás letiltása

A Windows 11 24H2 és a Windows Server 2025 rendszertől kezdve a Blokk klónozása mostantól támogatott a Dev Drive-on. Mivel a Dev Drive a ReFS fájlrendszerformátumot használja, a klónozás letiltása ingyenes teljesítménybeli előnyöket jelent, amikor a Dev Drive használatával másol egy fájlt. A blokkok klónozása lehetővé teszi, hogy a fájlrendszer egy alkalmazás nevében több fájlbájtot másoljon alacsony költségű metaadat-műveletként ahelyett, hogy költséges olvasási és írási műveleteket hajt végre az alapul szolgáló fizikai adatokra. Ez gyorsabb másolási befejezést, kevesebb I/O-t eredményez a mögöttes tárterületen, és jobb tárolási kapacitást eredményez azáltal, hogy több fájl is ugyanazt a logikai fürtöt használja. További információ a klónozás blokkolásáról.

Milyen forgatókönyveket nem támogat a Dev Drive? Mik a korlátai?

Vannak olyan forgatókönyvek, amelyekben nem javasoljuk a Dev Drive használatát. Ezek a következők:

• Ha egy meglévő tárolókötetet "Dev Drive"-nak szeretne átalakítani, azzal megsemmisíti az adott kötetben tárolt összes tartalmat. A meglévő kötet újraformázása az ott tárolt tartalom megőrzése mellett nem támogatott.
• Rögzített lemezen (HDD vagy SSD) üzemeltetett virtuális merevlemez (VHD) létrehozásakor nem ajánlott a VHD másolása, áthelyezése egy másik gépre, majd továbbra is dev meghajtóként használni. A Fejlesztői meghajtó megjelölése (beleértve a megbízhatósági státuszt és a szűrőházirendeket) gépenként van tárolva, és nem kerül át automatikusan a VHD-fájllal. Ha egy VHD-t áthelyez egy új gépre, ismét csatlakoztatnia kell, újra Dev Drive-ként kell kijelölnie, és újra kell konfigurálnia az egyéni szűrőszabályokat.
• A cserélhető vagy hot-plug merevlemezen (például USB, HDD vagy SSD külső meghajtón) tárolt kötetek nem jelölhetők meg Dev Drive-ként.
• A cserélhető vagy gyorscsatlakozó lemez által üzemeltetett virtuális merevlemez kötete nem támogatja a Dev Drive-ként való megjelölést.
• A gépen lévő C: meghajtó nem jelölhető ki Dev Drive-meghajtóként.
• A Dev Drive célja, hogy fájlokat tároljon az adattárak, csomaggyorsítótárak, munkakönyvtárak és ideiglenes mappák tárolására kijelölt szoftverprojektek létrehozásához és hibakereséséhez. Nem javasoljuk az alkalmazások dev drive-ra való telepítését.
• A Dev Drive dinamikus lemezeken való használata nem támogatott. Ehelyett használja a Storage Spacest, amely segít megvédeni az adatokat a meghajtóhibáktól, és hosszabb ideig meghosszabbítani a tárhelyet, amikor meghajtókat ad hozzá a számítógéphez.

Dev Drive törlése

A Dev Drive a Windows 11 rendszerbeállításaiban törölhető: System>Storage>Disks & volumes.

Nyissa meg a Windows beállítások menüjét, majd válassza a Tárolás, majd a Speciális tárolási beállítások, majd a Lemezek > kötetek lehetőséget, ahol megtalálja az eszköz tárolóköteteinek listáját. Válassza a törölni kívánt Dev Drive-tárkötet melletti Tulajdonságok lehetőséget . A meghajtó tulajdonságai között megtalálja a Törlés lehetőséget a Formátum felirat alatt.

A Dev Drive ekkor törlődik. Ha azonban a Dev Drive új VHD-ként lett létrehozva, a VHD-t törölni kell a virtuális merevlemez által használt tárterület visszaszerzéséhez. Ehhez le kell választania a virtuális lemezt, hogy a Dev Drive-ot futtató VHD-fájl törölhető legyen az alábbi lépések végrehajtásával:

1. Nyissa meg a Lemezkezelő eszközt a tálcán lévő keresőmezőbe írja be a "Számítógép-kezelés" kifejezést. Válassza a Lemezkezelés lehetőséget a Tárterület fejléc alatt. Válassza ki a Dev Drive lemezét (nem a kötetet). Kattintson a jobb gombbal a fejlesztői meghajtót üzemeltető kijelölt lemezre, és az eredményül kapott menüben válassza a VHD leválasztása lehetőséget.
2. Egy felugró ablak jelenik meg, amely tájékoztatja arról, hogy a virtuális merevlemez leválasztása elérhetetlenné teszi azt.
3. A leválasztás után a VHD törölhető.

Dev Drive – gyakori kérdések

A Dev Drive-ra vonatkozó gyakori kérdések a következők:

Hogyan szabhatok testre egy Dev Drive-ot az igényeimnek megfelelően?

A Dev Drive alapértelmezett beállításai a gyakori fejlesztési forgatókönyvekhez lettek optimalizálva, de testre szabhatók, így szabályozható az illesztőprogramok és a szolgáltatások futtatása a tárterületen. A Dev Drive beállításainak testreszabásához nyissa meg a Beállítások menüt. A Rendszer>Tárhely>Lemezek és kötetek menüben válassza a Tulajdonságok lehetőséget.

Fontos

Ha egy üzletnél vagy vállalatnál dolgozik, a Dev Drive-ot továbbra is a vállalati beállítások kezelik. Előfordulhat, hogy egyes testreszabások a vállalati szabályzattól függően nem érhetők el.

Újra kell telepíteni az alkalmazásaimat a Dev Drive használatához?

Nem, a gép C: meghajtójára telepített alkalmazások vagy eszközök használhatják a Dev Drive-ból származó fájlokat. Fejlesztési projektek esetén azonban javasoljuk, hogy a Dev Drive-on belül tárolja a projektspecifikus könyvtárakat, fájlokat és csomaggyorsítótárakat. A Dev Drive a Fájlkezelő gyorselérési menüpontjához emlékeztetőként rögzíthető.

A ReFS több memóriát használ, mint az NTFS?

Igen, a ReFS valamivel több memóriát használ, mint az NTFS. Legalább 8 GB memóriával rendelkező gépet ajánlunk, ideális esetben 16 GB-ot.

Több Dev Drive is lehet a gépemen?

Igen. Ha rendelkezik a rendelkezésre álló területtel, annyi Dev Drive-meghajtót hozhat létre, amennyit csak szeretne. Ha minden szoftverfejlesztési projekthez külön Dev Drive-meghajtót használ, azzal egyszerűen törölheti a meghajtót a fejlesztés végén, ahelyett, hogy újraparticionálná a lemezt. Ne feledje azonban, hogy a Dev Drive minimális mérete 50 GB.

Mit kell tudnom a Dev Drive Visual Studióval való használatáról?

Miután létrehozta a Dev Drive-ot, a Visual Studio automatikusan felismeri azt egy új projekt létrehozásakor vagy egy meglévő projekt klónozásakor, és alapértelmezés szerint kiválasztja a fájlátjárót. A Visual Studio használatakor a teljesítmény optimalizálásához javasoljuk, hogy minden projektkódot, csomaggyorsítótáratés Copy on write MS Build feladatot, amelyeket korábban máshol tárolt, mozgasson át a fejlesztői meghajtóra. (Lásd Hogyan módosítható a build kimeneti könyvtár a Visual Studio dokumentációjában.) Javasoljuk azt is, hogy fontolja meg %TEMP% és %TMP% környezeti változók átirányítását a Dev Drive-ra. Ehhez hozzá kell adni a WinSetupMon szűrőt is, amely a Windows Update-folyamathoz szükséges. (Lásd a Gyakuori helyzetek szűrői.) Sok program használja ezeket, ezért vigyázz a lehetséges mellékhatásokra. Azt is javasoljuk, hogy a Microsoft Defender teljesítménymódját használja az aszinkron teljesítménynövekedéshez a Dev Drive használatával. A Microsoft Defender teljes kikapcsolása a legnagyobb teljesítménynövekedést eredményezheti, de ez növelheti a biztonsági kockázatokat, és a rendszer rendszergazdája által ellenőrzött beállítás.

További információt a következő blogbejegyzésben talál: Dev Drive a teljesítmény javításáért Visual Studio-ban és Dev Boxokban.

Működik a Dev Drive WSL-projektfájlokkal?

A Windows fájlrendszeren futó Dev Drive-projektfájlokat egy WSL-n futó Linux-disztribúcióból érheti el. A WSL azonban VHD-ben fut, és a legjobb teljesítmény érdekében a fájlokat a Linux fájlrendszerben kell tárolni. A WSL nem tartozik a Windows fájlrendszer hatókörébe, ezért nem várható teljesítménybeli javulás, ha A Dev Drive-ban lévő projektfájlokat WSL-en keresztül futó Linux-disztribúcióból éri el.

Megjegyzés:

A WSL metadata csatlakoztatási lehetőség, amely kiterjesztett attribútumokkal tárolja a Linux-fájlengedélyeket és a tulajdonjogot a Windows által üzemeltetett fájlokon, a ReFS-köteteken (a Dev Drive által használt fájlrendszeren) nem támogatott. Ha a munkafolyamat a Windows fájlrendszerben tárolt fájlok Linux-fájlengedélyeinek megőrzésétől függ, ezeket a fájlokat ntfs köteten vagy WSL virtuális lemezen tárolja.

Milyen módszerrel formázható a Windows-tárolókötet?

Lásd MSFT_Volume class a Windows-illesztőprogram dokumentációjában.

Hogyan konfigurálható és használható az élő egység tesztelése dev meghajtóval?

Az élő egységtesztelés konfigurálásáról és használatáról a Visual Studio dokumentációjában talál útmutatást. Azonban tartsa szem előtt, hogy van egy függőség a ProjFSesetében. Át kell helyeznie az Élő egység tesztelése munkaterület gyökerét a Dev Drive-ba, és fel kell vennie a Windows előrejelzett fájlrendszert az engedélyezett szűrőlistára. Ehhez használja a következő parancsot a PowerShellben:

fsutil devdrv setfiltersallowed PrjFlt

Titkosítva lesz-e egy Dev Drive-ként való használatra létrehozott VHD, ha az azt tároló meghajtó BitLockerrel van titkosítva?

Igen, a Dev Drive VHD része lesz az üzemeltetési kötet BitLocker-titkosításának. Nem szükséges engedélyezni a BitLockert a csatlakoztatott VHD-n.

Hogyan készíthetek biztonsági másolatot a Dev Drive-ról?

A legjobb biztonsági mentési módszer a Dev Drive beállításától függ:

• VHD-alapú fejlesztői meghajtó: A VHD-fájl (.vhd vagy .vhdx) bármely normál fájlhoz hasonlóan biztonsági másolatot készíthet. Másolja egy külső meghajtóra, hálózati megosztásra vagy felhőbeli tárolóba. Vegye figyelembe, hogy a Dev Drive-ra vonatkozó kijelölési és szűrési szabályzatok gépenként vannak, és nem lesznek automatikusan átadva – ha új gépre állítja vissza, újra kell csatlakoztatnia a VHD-t, és újra ki kell jelölnie Dev Drive-ként.

• Partícióalapú dev drive: A tartalom biztonsági mentéséhez használjon olyan szabványos Windows biztonsági mentési eszközöket, mint a Fájlelőzmények vagy a Robocopy . A felhőszinkronizálási eszközök (OneDrive stb.) az egyes fájlokról is készíthetnek biztonsági másolatot, bár előfordulhat, hogy nem őrzik meg a Dev Drive-specifikus beállításokat.

Mindkét esetben a Dev Drive-on tárolt csomaggyorsítótárak (npm, NuGet, pip stb.) általában újragenerálhatók, és nem kell szerepelnie a biztonsági másolatokban.

A Dev Drive felgyorsíthatja a Java fejlesztését Windows rendszeren?

Igen, a Dev Drive használata javíthatja a hatékonyságot, és csökkentheti a buildelési időt a Java-fejlesztési projekten való munka során. Tekintse meg a "Java-fejlesztés felgyorsítása Windows rendszeren a Dev Drive-tal" című blogbejegyzést.

Alkalmazható a Dev Drive teljesítménymódja a Víruskereső programokra a Microsoft Defenderen kívül?

A Dev Drive Performance Mode kifejezetten a Microsoft Defender víruskereső képessége, amely a Defender valós idejű védelméhez kapcsolódik. Ha alternatív víruskereső programokat használ a Dev Drive-tal, a teljesítménymód nem lesz alkalmazva, de a fejlesztői meghajtóhoz csatolt biztonsági szűrők engedélyezési listájának módosításával megtalálhatja a megfelelő egyensúlyt a teljesítmény és a biztonság között a fejlesztési munkához. A csatolt szűrőlista módosításakor meg kell győződnie arról, hogy tisztában van a csatolt szűrők funkcióval. Keressen egy listát a szűrőkben a gyakori forgatókönyvek leírásával.

Hogyan találhatok olyan Dev Drive-meghajtót, amelyet létrehoztam, és amelyről elvesztettem a nyomon követéseket?

Ha egy fejlesztői meghajtó csatlakoztatva van, de elfelejtette, hol található, a következő módszerekkel keresheti meg:

• A DiskPart és a "list vdisk" paranccsal megjelenítheti a vhdx teljes elérési útját: 1) Nyisson meg egy parancssort, és írja be diskparta következőt: 2) Miután megnyílik a DiskPart, írja be a parancsot list vdisk.

• Használja a PowerShellt és a "Get-Disk | Select-Object FriendlyName,Location]": Nyissa meg a PowerShellt, és írja be Get-Disk | Select-Object FriendlyName,Location.

Hogyan járulhat hozzá ezekhez a dokumentumokhoz és gyakori kérdésekhez?

Ha problémát talál ebben a dokumentációban, vagy további gyakori kérdéseket szeretne javasolni, látogasson el a GitHubon található Windows Dev Docs nyílt forráskódú adattárba.