Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Содержание
Введение
Реализация логического менеджера томов для Microsoft Windows NT
Implementation of logical volume manager for Microsoft Windows NT
Logical Disk Manager (LDM) – это реализация логического менеджера томов для Microsoft Windows NT, разработанная компаниями Microsoft и Veritas Software. Она была представлена вместе с операционной системой Windows 2000 и поддерживается в Windows XP, Windows Server 2003, Windows Vista, Windows 7, Windows 8, Windows 10 и Windows 11. Инструмент управления дисками на основе MMC содержит Logical Disk Manager. В Windows 8 и Windows Server 2012 компания Microsoft отказалась от использования LDM в пользу Storage Spaces. Logical Disk Manager позволяет создавать динамические дисковые тома, в отличие от стандартного базового формата тома. Базовые и динамические тома различаются по возможности расширения хранилища за пределы одного физического диска. Базовые разделы ограничены фиксированным размером на одном физическом диске. Динамические тома могут быть расширены за счет добавления дополнительного свободного места с того же диска или с другого физического диска. (Подробнее о различиях см. раздел «Основные и динамические диски и тома» ниже.)
The Logical Disk Manager (LDM) is an implementation of a logical volume manager for Microsoft Windows NT, developed by Microsoft and Veritas Software. It was introduced with the Windows 2000 operating system, and is supported in Windows XP, Windows Server 2003, Windows Vista, Windows 7, Windows 8, Windows 10 and Windows 11. The MMC based Disk Management snap in hosts the Logical Disk Manager. On Windows 8 and Windows Server 2012, Microsoft deprecated LDM in favor of Storage Spaces. Logical Disk Manager enables disk volumes to be dynamic, in contrast to the standard basic volume format. Basic volumes and dynamic volumes differ in their ability to extend storage beyond one physical disk. Basic partitions are restricted to a fixed size on one physical disk. Dynamic volumes can be enlarged to include more free space either from the same disk or another physical disk. (For more information on the difference, see Basic and dynamic disks and volumes, below.)
Обзор
Основное хранилище предполагает разделение диска на первичные и расширенные разделы. Такой подход использовался во всех версиях Windows, которые зависели от DOS, и диски, отформатированные таким образом, называются базовыми дисками. Динамическое хранилище предполагает использование одного раздела, охватывающего весь диск, при этом сам диск разделяется на тома или объединяется с другими дисками для создания томов, превышающих размер одного диска. В томах может использоваться любая поддерживаемая файловая система. Базовые диски можно преобразовать в динамические, однако после этого их нелегко вернуть к базовому типу. Для понижения необходимо сначала создать резервную копию данных с динамического диска на другое устройство хранения. Затем динамический диск необходимо переформатировать в базовый (что приведет к удалению всех данных). И, наконец, данные из резервной копии необходимо скопировать обратно на вновь отформатированный базовый диск. Динамические диски обеспечивают возможность программной реализации RAID. Основным недостатком динамических дисков в Microsoft Windows является то, что они распознаются только определенными операционными системами, такими как Windows 2000 и более поздние (за исключением версий Windows XP Home Edition, Windows Vista Home Basic и Premium), FreeBSD или ядро Linux, начиная с версии 2.4.8. Динамические диски в Windows используют базы данных, хранящиеся на дисках. Эти тома называются динамическими томами. На динамический диск можно создать до 2000 динамических томов, однако Microsoft рекомендует не превышать 32. Функция RAID5 LDM поддерживается только в серверных версиях Windows (Windows Server).
Basic storage involves dividing a disk into primary and extended partitions. This is the route that all versions of Windows that were reliant on DOS handled storage took, and disks formatted in this manner are known as basic disks. Dynamic storage involves the use of a single partition that covers the entire disk, and the disk itself is divided into volumes or combined with other disks to form volumes that are greater in size than one disk itself. Volumes can use any supported file system. Basic disks can be upgraded to dynamic disks; however, when this is done the disk cannot easily be downgraded to a basic disk again. To perform a downgrade, data on the dynamic disk must first be backed up onto some other storage device. Second, the dynamic disk must be re formatted as a basic disk (erasing all data). Finally, data from the backup must be copied back over to the newly re formatted basic disk. Dynamic disks provide the capability for software implementations of RAID. The main disadvantage of dynamic disks in Microsoft Windows is that they can only be recognized under certain operating systems, such as Windows 2000 or later (excluding versions such as Windows XP Home Edition, and Windows Vista Home Basic and Premium), FreeBSD, or the Linux kernel starting with version 2.4.8. Dynamic disks under Windows are provided with the use of databases stored on disk(s). The volumes are referred to as dynamic volumes. It is possible to have 2000 dynamic volumes per dynamic disk, but the maximum recommended by Microsoft is 32. Only server versions of Windows (Windows Server) can support RAID5 feature of LDM.
Типы таблиц разделов
ID (таблица разделов GUID и таблица разделов MBR) Описание GPT: MBR: Нет раздела "метаданные". Область диска, используемая для хранения данных конфигурации, описывающих тома, управляемые LDM. GPT: MBR: Раздел "данные". Область диска, используемая для хранения самих томов LDM. На диске, разделенном по схеме таблицы разделов MBR, метаданные логического дискового менеджера не хранятся в разделе, а располагаются в области размером 1 МБ в конце диска, не назначенной ни одному разделу. Инструменты разбиения диска в Windows 2000 – Windows 10 не используют эту область для создания разделов, однако инструменты других операционных систем могут это делать. Упомянутое резервирование 1 МБ происходит только на диске, который Windows определяет как "Локальный диск", а не "Съемный диск". Таким образом, карта CompactFlash (CF), поддерживающая режим IDE и подключенная к ПК с Windows через порт IDE или мост USB-ATA (например, корпус для мобильного HDD), получит это резервирование, в отличие от подключения через обычный USB-кардридер или пассивный 16-битный адаптер CF-PCMCIA, где оно не требуется.
ID (GUID Partition Table and MBR Partition Table) Description GPT: MBR: None "metadata" partition. The area of the disc that is used for holding configuration data that describe the volumes that LDM manages. GPT: MBR: "data" partition. The area of the disc that is used for holding LDM volumes themselves. On a disk partitioned with the MBR Partition Table scheme, the Logical Disk Manager metadata are not stored in a partition, but are stored in a 1 MB area at the end of the disk that is not assigned to any partition. The disc partitioning tools in Windows 2000 up to Windows 10 will not use that area for disk partitions, but the tools in other operating systems might. The aforementioned reservation of 1 MB would only occur on a disk which is identified by Windows as a "Local Disk" as opposed to a "Removable Disk". Thus a CompactFlash (CF) card capable of true IDE mode connected to a PC running Windows through an IDE port or a USB to ATA bridge, a mobile HDD enclosure case for instance, would get this reservation in contrast to one being connected through a normal USB card reader or a passive 16 bit CF to PCMCIA adapter where it does not deserve this reservation.
Проблемы совместимости
Управление дисками в Windows Vista создает разделы с выравниванием по границе в 1 МБ, игнорируя прежние соглашения, известные как "геометрия диска" или "CHS". Иными словами, управление дисками Vista ведет себя так, как будто использует нестандартную геометрию CHS с 2048 секторами на дорожку/голову и 1 дорожкой/голову на цилиндр (при размере сектора 512 байт, 2048 секторов составляют 1 МБ).
Disk Management in Windows Vista creates partitions according to a 1 MB alignment boundary, ignoring the previous conventions called "drive geometry" or "CHS". In other words, Vista's Disk Management acts like it is using a non standard CHS geometry of 2048 sectors per track/head and 1 track/head per cylinder (the sectors being of 512 bytes so that 2048 sectors is 1 MB).
Проблемы совместимости с использованием границы выравнивания 1 МБ
Расширенные таблицы разделов, отредактированные в Vista Disk Management, не должны редактироваться в Windows XP Disk Management. XP Disk Management может удалить эти расширенные разделы без предупреждения. Один из способов исправить такие смешанные таблицы разделов — удалить все разделы (перезагрузить или повторно подключить диск) и использовать только один редактор разделов на диске. Возможно, вы не сможете установить XP или Windows Server 2003 на разделы, созданные с помощью Vista Disk Management. Выравнивание в 1 МБ игнорирует предыдущие соглашения CHS, такие как регулярные интервалы начала и окончания разделов, а также расстояние между расширенными загрузочными записями и их логическими дисками. "Начальный сдвиг" относится к секторам, предшествующим разделу. "3F" — это шестнадцатеричное значение, что в десятичной системе равно "63". Это размер одной головки (или "трека") в терминах стандартной геометрии CHS. Шестнадцатеричное значение "800" в десятичной форме равно 2048, что соответствует первому МБ пространства с начала диска. Поскольку разделитель Vista использует границу выравнивания в 1 МБ, 1 МБ "резервируется" для главной загрузочной записи (MBR) вместо традиционных 63 секторов (31,5 КБ). Обратите внимание, что MBR имеет размер всего в один сектор, но многие программные пакеты используют эти 63 сектора "свободного пространства" (или любое "свободное пространство", предшествующее разделу) для своих целей. 63 сектора — это минимальное пространство, которое должно быть зарезервировано для MBR или расширенной загрузочной записи (EBR). Это означает, что если при загрузке диска не было разделов, раздел был создан с использованием стандартной геометрии CHS (как это делают большинство редакторов разделов, такие как DOS fdisk, Linux fdisk, Ranish Partition Manager или установочный диск XP), и этот раздел был создан в начале диска, то раздел будет начинаться со второй головки. Раздел не мог начаться с первого сектора, так как там находится MBR, поэтому он начинается со второй головки. При создании первичных разделов в другом месте (в соответствии с типичным выравниванием CHS) они начинаются в начале цилиндра. Если компьютер загружается без определенных разделов, и первый раздел создается с помощью установочного диска Vista, он будет использовать выравнивание в 1 МБ. (Разделитель на установочном диске Vista следует выравниванию в 1 МБ, как и Vista Disk Management.) При следовании выравниванию в 1 МБ все разделы будут иметь четный сдвиг (если только на диске не используется другой разделитель). Использование границы выравнивания в 1 МБ обеспечивает более безопасное редактирование таблицы разделов в Vista Disk Management. Таблицы разделов, использующие геометрию CHS (или некоторую смесь выравниваний), могут помешать Vista изменять размер разделов или могут создавать нетрадиционные таблицы разделов. Например, концы "расширенных разделов EBR" (тип) могут перекрывать другие разделы и оставлять беспрецедентное количество пространства между расширенной загрузочной записью и ее логическим диском. Ranish Partition Manager не показывает ошибку, если между EBR и его логическим томом больше 63 секторов, если EBR и VBR находятся в первом секторе любого трека (головки). Если VBR или EBR не находятся в первом секторе головки, Ranish Partition Manager показывает "раздел" красным цветом, и при выделении раздела появляется сообщение об ошибке: "Начальный сектор не содержит действительной информации". Использование границы выравнивания в 1 МБ не помещает VBR или EBR в первый сектор трека (в соответствии с любой стандартной геометрией CHS), а Vista Disk Management не будет использовать геометрию CHS таблицы разделов, созданной с помощью другого редактора разделов. Диск, полностью разделенный с помощью Vista Disk Management, может создавать разделы точного размера в МБ и никогда не оставлять неиспользованные биты пространства между разделами (если только не учитывать 1 МБ, выделенный для каждого логического раздела, чтобы содержать только один сектор расширенной загрузочной записи). В Vista DM все логические диски, кроме ближайшего к началу расширенного раздела (тип 0x0F), обычно резервируют ровно один дополнительный МБ для расширенной загрузочной записи, вместо 63 секторов (31,5 КБ), которые обычно резервируются в соответствии с выравниваниями, основанными на геометрии CHS. Если на диске используются другие редакторы разделов, Vista DM может резервировать разный объем пространства для EBR.
Extended partition tables that are edited with Vista Disk Management should not be edited with Windows XP Disk Management. XP Disk Management may delete these extended partitions without warning. One way to correct these mixed partition tables is to delete all partitions (reboot or reconnect drive) and use only one partition editor on the drive. You may not be able to install XP or Windows Server 2003 to partitions created with Vista Disk Management. These 1 MB alignments ignore prior CHS conventions such as the regular intervals at which partitions begin and end, and the distance between the extended boot records and their logical drives. The "starting offset" refers to the sectors before the partition. "3F" is a hexadecimal value; in decimal that is "63". This is the size of one head (or "track") in terms of a standard CHS geometry. The hex value "800", in decimal form is 2048, so this is referring to the first MB of space, from the start of the disk. Because a 1 MB alignment boundary is used by the Vista partitioner(s), 1 MB is "reserved for" the Master boot record (MBR), instead of the traditional 63 sectors (31.5 KB). Note that the MBR is only one sector in size, but many software packages use these 63 sectors of "free space" (or any "free space" preceding the partition) for their purposes. 63 sectors is the minimum space that should be reserved for the MBR or an Extended Boot Record(EBR). What this means is that, if there were no partitions on a disk when it was booted, a partition was created using standard CHS geometry (as would be used by most partition editors such as DOS fdisk, Linux fdisk, Ranish Partition Manager, or an XP installation disk), and this partition was created at the start of the disk, then the partition will start on the 2nd head. The partition could not begin at the first sector because the MBR located there, so instead it starts the partition on the second head. When primary partitions are created anywhere else (following typical CHS geometry alignment) they start at the beginning of a cylinder. If a computer is booted with no partitions defined, and the first partition is created with the Vista installation disk, it will instead use the 1 MB alignment. (The partitioner on the Vista installation disk follows the 1 MB alignment just as Vista Disk Management does.) By following a 1 MB alignment, all partitions will have an even numbered offset (so long as no other partitioner is used on the drive). Using a 1 MB alignment boundary allows safer editing of the partition table with Vista Disk Management. Partition tables using a CHS geometry (or some mix of alignments) may prevent Vista from resizing partitions or it may produce unconventional partition tables. For example, the endings of the "EBR extended partitions" (type ) may overlap other partitions, and it will leave unprecedented amounts of space between an extended boot record and its logical drive. Ranish Partition Manager does not show an error if there are more than 63 sectors between the EBR and its logical volume, so long as the EBRs and VBRs are on the first sector of any track (head). If either the VBR or the EBR are not on the first sector of a head, Ranish Partition Manager shows the "partition" in red and when the partition is highlighted, this error message appears: "Boot sector doesn't have valid information". Using the 1 MB alignment boundary will not put VBRs or EBRs on the first sector of a track (according to any standard CHS geometry) and Vista Disk Management will not use the CHS geometry of a partition table created with a different partition editor. A disk that is solely partitioned with Vista Disk Management can create partitions in exact MB sizes and never leave leftover bits of space between partitions. (As long as you don't count the full 1 MB allocated for each logical partition to contain just a single sector extended boot record.) With Vista DM, all the logical drives besides the one nearest the beginning of the extended partition (type 0x0F), usually reserve exactly one additional MB, for an extended boot record, instead of the 63 sectors (31.5 KB) that is most commonly reserved according to alignments based on a CHS geometry. If other partition editors are used on the disk then Vista DM may reserve different amounts of space for the EBRs.