Logikai lemezkezelő - Logical Disk Manager

Nem tévesztendő össze a Logical Volume Managerrel .

A Logical Disk Manager ( LDM ) a Microsoft és a Veritas Software által kifejlesztett logikai kötetkezelő megvalósítása a Microsoft Windows NT számára . A Windows 2000 operációs rendszerrel vezették be , és a Windows XP , a Windows Server 2003 , a Windows Vista , a Windows 7 , a Windows 8 és a Windows 10 támogatja . Az MMC- alapú Lemezkezelő beépülő modul ( diskmgmt.msc ) tárolja a Logical Disk Manager alkalmazást. Windows 8 és Windows Server 2012 rendszereken a Microsoft megszüntette az LDM-et a Storage Spaces javára .

A Logical Disk Manager lehetővé teszi, hogy a lemezkötet dinamikus legyen , ellentétben a szokásos alapkötet- formátummal. Az alapkötetek és a dinamikus kötetek abban különböznek egymástól, hogy kiterjeszthetik a tárhelyet egy fizikai lemezen túl. Az alapvető partíciók rögzített méretűre korlátozódnak egy fizikai lemezen. A dinamikus kötetek kibővíthetők, hogy több szabad hely legyen - ugyanarról a lemezről vagy egy másik fizikai lemezről. (A különbségről az alábbiakban olvashat: Alapvető és dinamikus lemezek és kötetek .)

Áttekintés

Az alapvető tárolás magában foglalja a lemez felosztását elsődleges és kiterjesztett partíciókra . Ezt az utat járták be a Windows összes olyan verziója, amely a DOS- kezelt tárhelyre támaszkodott , és az így formázott lemezeket alaplemezként ismerjük. A dinamikus tárolás magában foglalja egyetlen partíció használatát, amely lefedi az egész lemezt, és maga a lemez kötetre van felosztva vagy más lemezekkel kombinálva nagyobb méretű kötetekké alakul, mint egy lemez. A kötetek bármilyen támogatott fájlrendszert használhatnak .

Az alaplemezek frissíthetők dinamikus lemezekké; azonban ha ez megtörtént, a lemezt nem lehet könnyen visszaalakítani alaplemezre. A leminősítés elvégzéséhez a dinamikus lemezen lévő adatokat először valamilyen más tárolóeszközre kell menteni. Másodszor, a dinamikus lemezt újra meg kell formázni alaplemezként (az összes adat törlése). Végül a biztonsági másolat adatait vissza kell másolni az újonnan formázott alaplemezre.

A dinamikus lemezek lehetővé teszik a RAID szoftveres megvalósítását . A dinamikus lemezek fő hátránya a Microsoft Windowsban az, hogy csak bizonyos operációs rendszerek, például a Windows 2000 vagy újabb verziók (például a Windows XP Home Edition, a Windows Vista Home Basic és Premium verziók ), a FreeBSD vagy a Linux kernel a 2.4.8 verziótól kezdődően.

A Windows alatt lévő dinamikus lemezeket a lemez (ek) re tárolt adatbázisok használatával biztosítjuk. A köteteket dinamikus köteteknek nevezzük. Dinamikus lemezenként 2000 dinamikus kötet lehet, de a Microsoft által javasolt maximális érték 32.

Partíciótáblák típusai

ID ( GUID partíciós tábla és MBR partíciós tábla ) Leírás
GPT: 5808C8AA-7E8F-42E0-85D2-E1E90434CFB3
MBR: Nincs		 "metadata" partíció. A lemez azon területe, amely az LDM által kezelt köteteket leíró konfigurációs adatok tárolására szolgál.
GPT: AF9B60A0-1431-4F62-BC68-3311714A69AD
MBR: 0x42 		"data" partíció. A lemez azon területe, amelyet maguk az LDM kötetek tárolására használnak.

^ 1 Az MBR partíciós táblázat sémával particionált lemezen a Logical Disk Managermetaadatainem tárolódnak egy partícióban, hanem 1MBterületentárolódnak a lemez végén, amely nincs hozzárendelve egyetlen partícióhoz sem. A Windows 2000-től a Windows 10-ig terjedő lemezpartíciós eszközök nem ezt a területet használják a lemezpartíciókhoz, de a többi operációs rendszer eszközei igen. A fent említett 1 MB-os foglalás csak egy lemezen fordul elő, amelyet a Windows "Helyi lemezként" azonosít, szemben a "Cserélhető lemezzel". Így egyCompactFlash(CF) kártya, amely valódiIDEmódraképescsatlakozni egy Windows operációs rendszert futtató számítógéphez IDE porton vagy USB-ATA-hídon keresztül, például egy mobil HDD burkolat esetében, ezt a fenntartást kapja, ellentétben azzal, amelyik normál módon csatlakozik USB-kártyaolvasó vagy passzív 16 bites CF-PCMCIAadapter, ahol nem érdemli meg ezt a fenntartást.

Alapvető és dinamikus lemezek és kötetek

A dinamikus lemez a Microsoft saját formátuma, amelyet a Veritas-szal fejlesztettek ki. Az alapkötet az alaplemezen tárolt kötet, míg a dinamikus kötet a dinamikus lemezen tárolt kötet. Az alapvető kötetek és a dinamikus kötetek abban különböznek egymástól, hogy egy fizikai lemezen túl meghosszabbíthatják a tárhelyet. Az alap partíciók egy lemezre korlátozódnak, és méretük rögzített. A dinamikus kötetek lehetővé teszik a méret beállítását és több szabad hely hozzáadását ugyanarról a lemezről vagy egy másik fizikai lemezről. A csíkos kötetek (RAID 0) és a lefedett kötetek (SPAN) dinamikus kötetek, amelyek helyet foglalnak a különböző fizikai lemezeken. Jelenleg a lefedett kötet legfeljebb 32 fizikai lemezt használhat.

Az alapvető és a dinamikus lemezek közötti fő különbségek a következők:

  • A dinamikus lemezek támogatják a többpartíciós köteteket; az alaplemezek nem.
  • A Windows az alaplemez-partíció információkat tárolja a rendszerleíró adatbázisban, a dinamikus lemez-partíciókat pedig a lemezen

A dinamikus lemezek rugalmasabb konfigurációt tesznek lehetővé a rendszer újraindítása nélkül. A Windows telepítőprogramja lefoglal egy kis helyet a lemez végén az 5.x rendszermag verziójával, nehogy a lemezt dinamikusra frissítsék. A lefoglalt összeg egy henger vagy 1 MB, amelyik nagyobb. Egy henger a meghajtó geometriájától és a fordítástól függően legfeljebb 8 MB lehet (egészen pontosan 512 bájt / szektor × 63 szektor / fej × 255 fej / henger = 8225280 bájt = 7,844 MB), amelyek egyszer a 8 MB fennmaradó szabad teret jelentik A Windows telepítésével létrehozható egy partíció. Véletlenül a Solaris 11 pontosan ekkora helyet hagy a lemez elején. Ez ráadásul nem igaz, mivel a Windows Vista, amely mindig 1 MB-ot hagy a 2048-as szektorhatárokhoz igazítva a helyi lemez végén a dinamikus lemezek céljából.

Kompatibilitási problémák

Lásd még: Partíció igazítása

A Windows Vista lemezkezelése partíciókat hoz létre 1 MB-os igazítási határ szerint, figyelmen kívül hagyva a korábbi "meghajtógeometriának" vagy "CHS-nek" nevezett konvenciókat . Más szavakkal, a Vista Disk Management úgy viselkedik, mintha nem szabványos CHS geometriát használna: 2048 szektor / sín / fej és 1 sín / fej / henger (a szektorok 512 bájtok, így 2048 szektor 1  MB ).

Kompatibilitási problémák 1 MB-os igazítási határ használatával

  • A Vista Lemezkezeléssel szerkesztett kiterjesztett partíciós táblákat nem szabad Windows XP Lemezkezelővel szerkeszteni. Az XP Disk Management figyelmeztetés nélkül törölheti ezeket a kiterjesztett partíciókat. A vegyes partíciós táblák kijavításának egyik módja az összes partíció törlése (a meghajtó újraindítása vagy újracsatlakoztatása), és csak egy partíció szerkesztő használata a meghajtón.
  • Előfordulhat, hogy nem tudja telepíteni az XP vagy a Windows Server 2003 rendszert a Vista Lemezkezeléssel létrehozott partíciókra.
  • Ezek az 1 MB-os beállítások figyelmen kívül hagyják a korábbi CHS- egyezményeket, például a partíciók kezdési és befejezési időközét, valamint a kiterjesztett indítórekordok és logikai meghajtóik közötti távolságot .
Más operációs rendszereknek (esetleg a biztonsági mentési vagy helyreállítási szoftverek által használt DOS- programoknak), a betöltő betöltőknek vagy a particionálóknak problémái lehetnek a CHS igazítást nem követő partíciók megtekintésével vagy szerkesztésével. (Általában kiszámíthatatlan eredmények származhatnak, ha egynél több partíciót használnak ugyanazon a partíciós táblán anélkül, hogy ellenőriznék az igazításokat olyan eszközökkel, mint a Ranish Partition Manager . Például az operációs rendszer telepítői általában partíció szerkesztővel indulnak, ezért fontos lehet, hogy ez ugyanazok a beállítások, mint az előző partíciószerkesztőknél, ha az operációs rendszer telepítése előtt az összes partíciót nem törlik (és a számítógép nem állítja alaphelyzetbe). A CHS geometriájának változása szinte mindig eltérő fejszám hengerenként, például 240 helyett 240 . Úgy tűnik azonban, hogy a partíció szerkesztői bizonyos helyzetekben figyelmen kívül hagyják az ilyen geometriát. A "fej" és a "nyom" ugyanazt jelenti ebben az összefüggésben.)

Az 1 MB-os igazítási határ használatának előnyei

  • A Microsoft kijelenti, hogy a nagy szektorú meghajtókon, más néven fejlett formátumon "teljesítményprobléma" (azaz probléma) merül fel, amikor az első partíció kezdeti eltolása "páratlan" szám. Ez a partíció igazítási eltolás az új generációs meghajtókat is érinti, amelyek nem feltétlenül vannak speciális formátumban megadva, mint például az SSD meghajtók. Az eltérés súlyos romlást okoz nemcsak a véletlenszerű írási teljesítmény, hanem a szekvenciális írási teljesítmény esetén is (általában sokkal kisebb mértékben).
(A Microsoftot közvetlenül idézve): "A Windows korábbi verzióiban a merevlemez-meghajtó első partíciójának alapértelmezett kezdési eltolása a 0x3F szektor volt. Mivel ez a kezdeti eltolás páratlan szám volt, teljesítményproblémákat okozhat a nagy szektorú meghajtókon, mert a partíció és a fizikai szektor közötti eltérés. A Windows Vista rendszerben az alapértelmezett kiindulási eltolás általában a 0x800 szektor lesz. "
A "kezdő eltolás" a partíció előtti szektorokra vonatkozik. "3F" egy hexadecimális érték; tizedesjegyben, azaz "63". Ez egy fej (vagy "pálya") mérete a standard CHS geometriában . A "800" hexaérték decimális formában 2048, tehát ez a lemez kezdetétől számított első MB területre vonatkozik. Mivel a Vista partíciók 1 MB-os igazítási határt használnak , a hagyományos 63 szektor (31,5 KB ) helyett 1 MB-ot "fenntartanak" a Master boot rekord (MBR ) számára. Ne feledje, hogy az MBR csak egy szektor méretű, de sok szoftvercsomag ezt a 63 "szabad terület" (vagy a partíciót megelőző "szabad terület") szektort használja céljaira. A 63 szektor az a minimális hely, amelyet az MBR-nek vagy egy kiterjesztett rendszerindítási rekordnak (EBR) kell lefoglalni .
Ez azt jelenti, hogy ha az indításkor nem voltak partíciók a lemezen, akkor egy partíciót a szokásos CHS geometriával hoztak létre (ahogy a legtöbb partíciószerkesztő, például a DOS fdisk, a Linux fdisk, a Ranish Partition Manager vagy a XP telepítőlemez), és ezt a partíciót a lemez elején hozták létre, majd a partíció a 2. fejen indul. A partíció nem kezdődhetett el az első szektornál, mert az ott található MBR, ezért ehelyett a második fejen indítja el a partíciót. Amikor az elsődleges partíciók bárhol máshol jönnek létre (a tipikus CHS geometriai igazítást követve), akkor a henger elején kezdődnek.
Ha egy számítógép partíciók megadása nélkül indul, és az első partíció a Vista telepítőlemezzel jön létre, akkor az 1 MB-os igazítást használja. (A Vista telepítőlemezén lévő particionáló ugyanúgy követi az 1 MB-os igazítást, mint a Vista Disk Management.) Az 1 MB-os igazítást követve minden partíciónak páros lesz az eltolása (mindaddig, amíg más meghajtót nem használnak a meghajtón. ).
  • 1 MB-os igazítási határ használata biztonságosabbá teszi a partíciós tábla szerkesztését a Vista Disk Management segítségével.
A CHS geometriát (vagy az igazítások keverékét) használó partíciós táblák megakadályozhatják a Vistát a partíciók átméretezésében, vagy szokatlan partíciós táblákat hozhatnak létre. Például az " EBR kiterjesztett partíciók" ( 0x05 típus ) végződései átfedhetnek más partíciókat, és soha nem látott mennyiségű helyet hagynak a kibővített rendszerindítási rekord és a logikai meghajtó között. Ranish Partition Manager nem nem mutat hibát, ha több mint 63 ágazat között az EBR és a logikai kötet, mindaddig, amíg a EBRs és v széles s vannak a első szektor bármely pálya (fej) . Ha a VBR vagy az EBR nem a fej első szektorában található, akkor a Ranish Partition Manager piros színnel mutatja a "partíciót", a partíció kiemelésekor pedig ez a hibaüzenet jelenik meg: "A rendszerindítási szektornak nincs érvényes információja". Az 1 MB-os igazítási határ használata nem teszi VBR-eket vagy EBR-eket a pálya első szektorába (bármely szabványos CHS-geometria szerint), és a Vista Disk Management nem fogja használni egy másik partíciószerkesztővel létrehozott partíciós tábla CHS-geometriáját.
  • A kizárólag a Vista Lemezkezeléssel particionált lemez pontosan MB méretben készíthet partíciókat, és soha nem hagyhat fennmaradt helyet a partíciók között. (Mindaddig, amíg nem számolja az egyes logikai partíciók számára lefoglalt teljes 1 MB-ot, hogy csak egyetlen szektor kiterjesztett indítási rekordot tartalmazzon.)
A Vista DM használatával az összes logikai meghajtó a kiterjesztett partíció elejéhez legközelebb esőeken kívül ( 0x0F típus ) általában pontosan egy további MB-ot tart fenn egy kiterjesztett rendszerindító rekord számára a leggyakrabban fenntartott 63 szektor (31,5 KB) helyett. CHS geometrián alapuló igazítások szerint. Ha a lemezen más partíciószerkesztőket használnak, akkor a Vista DM különböző mennyiségű helyet foglalhat el az EBR-ek számára .

Lásd még

Hivatkozások

Külső linkek