Какие объекты являются частью файловой системы

Обновлено: 21.11.2024

В следующем коде показано, как объект FileSystemObject используется для возврата объекта TextStream, из которого можно читать или записывать:

В примере кода:

Функция CreateObject возвращает FileSystemObject ( fs ).
Метод CreateTextFile создает файл как объект TextStream ( a ).
Метод WriteLine записывает строку текста в созданный текстовый файл.
Метод Close очищает буфер и закрывает файл.

Методы

< /tr> < /tr> < tr>

Метод	Описание
BuildPath	Добавляет имя к существующему пути.
CopyFile	Копирует один или несколько файлов из одного места в другое.
CopyFolder	Копирует одну или несколько папок из одного места в другое. .
CreateFolder	Создает новую папку.
CreateTextFile	Создает текстовый файл и возвращает объект TextStream, который может использоваться для чтения или записи в файл.
DeleteFile	Удаляет один или несколько указанных файлов.
DeleteFolder	Удаляет одну или несколько указанных папок.
DriveExists	Проверяет, существует ли указанный диск.
FileExists	Проверяет, существует ли указанный файл.
FolderExists	Проверяет, существует ли указанная папка.
GetAbsolutePathName	Возвращает полный путь от корня диска для указанного пути.
GetBaseName	Возвращает базовое имя указанного файла или папки.
GetDrive	Возвращает объект Drive, соответствующий диску по указанному пути.
GetDriveName	Возвращает имя диска по указанному пути.
GetExtensionName	Возвращает расширение файла для последнего компонента по указанному пути.
GetFile	Возвращает объект File для указанного пути.
GetFileName	Возвращает имя файла или имя папки для последнего компонента по указанному пути.< /td>
GetFolder	Возвращает объект Folder для указанного пути.
GetParentFolderName	Возвращает имя родительской папки последний компонент в указанном пути.
GetSpecialFolder	р возвращает путь к некоторым специальным папкам Windows.
GetTempName	Возвращает случайно созданный временный файл или папку.
Переместить	Перемещает указанный файл или папку из одного места в другое.
MoveFile	Перемещает один или несколько файлов из одного места в другое.
MoveFolder	Перемещает одну или несколько папок из одного места в другое.
OpenAsTextStream	Открывает указанный файл и возвращает объект TextStream, который можно использовать для чтения, записи или добавления в файл.
OpenTextFile	Открывает файл и возвращает объект TextStream, который может использоваться для доступа к файлу.
WriteLine	Записывает указанную строку и символ новой строки в файл TextStream.

Свойства

< td style="text-align: left;">Возвращает информацию о типе файла или папки (например, для файлов, оканчивающихся на .TXT, возвращается "Текстовый документ"). < /tbody>

Свойство	Описание
Диски	Возвращает коллекцию всех объектов "Диск" на компьютере.
Имя	Задает или возвращает имя указанного файла или папка.
Путь	Возвращает путь для указанного файла, папки или диска.
Размер	Для files, возвращает размер указанного файла в байтах; для папок возвращает размер в байтах всех файлов и подпапок, содержащихся в папке.
Тип

См. также

Поддержка и обратная связь

Есть вопросы или отзывы об Office VBA или этой документации? См. раздел Поддержка и отзывы об Office VBA, чтобы узнать, как получить поддержку и оставить отзыв.

В настоящее время компьютерный рынок предлагает огромное разнообразие возможностей для хранения информации в цифровом виде. Существующие устройства хранения включают в себя внутренние и внешние жесткие диски, карты памяти фото/видеокамер, USB-накопители, RAID-массивы, а также другие сложные хранилища. Части данных хранятся на них в виде файлов, таких как документы, изображения, базы данных, сообщения электронной почты и т. д., которые должны быть эффективно организованы на диске и легко извлекаться при необходимости.

В следующей статье представлен общий обзор файловой системы, основного средства управления данными в любом хранилище, а также описаны особенности ее различных типов.

Что такое файловая система?

Любой компьютерный файл хранится на носителе данных заданной емкости. Фактически каждое хранилище представляет собой линейное пространство для чтения или чтения и записи цифровой информации. Каждый байт информации в нем имеет свое смещение от начала хранения, известное как адрес, и ссылается на него по этому адресу. Хранилище может быть представлено в виде сетки с набором пронумерованных ячеек (каждая ячейка представляет собой один байт). Любой элемент, сохраненный в хранилище, получает свои собственные ячейки.

Чтобы опустить вторую часть адреса (смещение внутри сектора), файлы обычно хранятся начиная с начала сектора и занимают целые сектора (например: 10 -байтовый файл занимает весь сектор, 512-байтовый файл также занимает весь сектор, в то же время 514-байтовый файл занимает целых два сектора).

Каждый файл хранится в "неиспользуемых" секторах и может быть прочитан позже по известному положению и размеру. Однако как узнать, какие сектора заняты, а какие свободны? Где хранится размер, положение и имя файла? Именно за это отвечает файловая система.

В целом файловая система (часто сокращенно ФС) представляет собой структурированное представление данных и набор метаданных, описывающих эти данные. Применяется к хранилищу во время операции форматирования. Эта структура служит для целей всего хранилища, а также является частью изолированного сегмента хранилища — раздела диска. Обычно он работает в блоках, а не в секторах. Блоки FS — это группы секторов, которые оптимизируют адресацию хранилища. Современные типы обычно используют блоки размером от 1 до 128 секторов (512-65536 байт). Файлы обычно хранятся в начале блока и занимают целые блоки.

Помимо данных пользователя, файловая система также содержит свои собственные параметры (например, размер блока), дескрипторы файла (включая его размер, местоположение, фрагменты и т. д.), имена и иерархия каталогов. Он также может хранить информацию о безопасности, расширенные атрибуты и другие параметры.

Чтобы соответствовать различным требованиям пользователей, таким как производительность, стабильность и надежность хранилища, разработано множество типов (или форматов) файловых систем, которые могут более эффективно служить различным целям.

Файловые системы Windows

Microsoft Windows использует две основные файловые системы: NTFS, основной формат, который большинство современных версий этой ОС используют по умолчанию, и FAT, унаследованную от старой DOS и имеющую более позднее расширение exFAT. ReFS также был представлен Microsoft как формат нового поколения для серверных компьютеров, начиная с Windows Server 2012. HPFS, разработанный Microsoft совместно с IBM, можно найти только на очень старых машинах под управлением Windows NT до 3.5.

FAT (таблица размещения файлов) — один из самых простых типов файловых систем, который существует с 1980-х годов.Он состоит из FS сектора дескриптора (загрузочного сектора или суперблока), таблицы размещения блоков (называемой таблицей размещения файлов) и < em>простое пространство для хранения данных. Файлы в FAT хранятся в каталогах. Каждый каталог представляет собой массив 32-байтовых записей, каждая из которых определяет файл или его расширенные атрибуты (например, длинное имя). Запись атрибутирует первый блок файла. Любой следующий блок можно найти в таблице размещения блоков, используя ее как связанный список.

Таблица размещения блоков содержит массив дескрипторов блоков. Нулевое значение указывает на то, что блок не используется, а отличное от нуля значение относится к следующему блоку файла или специальному значению его конца.

Числа в FAT12, FAT16, FAT32 обозначают количество битов, используемых для адресации блока FS. Это означает, что FAT12 может использовать до 4096 различных ссылок на блоки, в то время как FAT16 и FAT32 могут использовать до 65536 и 4294967296 соответственно. Фактическое максимальное количество блоков еще меньше и зависит от реализации драйвера FS драйвера.

Форматы

FAT12 и FAT16 использовались для старых гибких дисков и в настоящее время не находят широкого применения. FAT32 по-прежнему широко используется для карт памяти и USB-накопителей. Формат поддерживается смартфонами, цифровыми камерами и другими портативными устройствами.

FAT32 можно использовать на совместимых с Windows внешних хранилищах или разделах диска размером менее 32 ГБ при их форматировании с помощью встроенного инструмента этой ОС, или до 2 ТБ, если для форматирования хранилища используются другие средства. Файловая система также не позволяет создавать файлы, размер которых превышает 4 ГБ. Для решения этой проблемы была введена exFAT, которая не имеет реальных ограничений по размеру и часто используется на современных внешних жестких дисках и твердотельных накопителях.

NTFS (файловая система новой технологии) была представлена в 1993 году вместе с Windows NT и в настоящее время является наиболее распространенной файловой системой для компьютеров конечных пользователей на базе Windows. Большинство операционных систем линейки Windows Server также используют этот формат.

Этот тип файловой системы достаточно надежен благодаря журналированию и поддерживает множество функций, включая управление доступом, шифрование и т. д. Каждый файл в NTFS хранится в виде дескриптора в Главная таблица файлов и содержимое ее данных. Таблица основных файлов содержит записи со всей информацией о них: размер, распределение, имя и т. д. Первые 16 записей таблицы сохраняются для BitMap, в котором ведется учет всех свободных и используемых кластеров, журнала, используемого для записей журнала, и BadClus, содержащий информацию о плохих кластерах. Первый и последний секторы файловой системы содержат ее настройки (загрузочную запись или суперблок). Этот формат использует 48 и 64-битные значения для ссылок на файлы, что позволяет поддерживать хранилища данных с очень большой емкостью.

ReFS (Resilient File System) — это последняя разработка Microsoft, представленная вместе с Windows 8 и теперь доступная для Windows 10. Его архитектура абсолютно отличается от других форматов Windows и в основном организована в виде B+-дерево. ReFS обладает высокой устойчивостью к сбоям благодаря включенным в нее новым функциям. Среди них наиболее примечательным является Copy-on-Write (CoW): никакие метаданные не изменяются без копирования; данные не записываются поверх существующих данных — они помещаются в другую область на диске. После любых модификаций новая копия метаданных сохраняется в свободной области хранилища, а затем система создает ссылку из более старых метаданных на более новую копию. Таким образом, значительное количество старых резервных копий хранится в разных местах, что обеспечивает простоту восстановления данных, если только это пространство хранения не будет перезаписано.

High Performance File System (высокопроизводительная файловая система) была создана Microsoft в сотрудничестве с IBM и представлена в OS/2 1.20 в 1989 году как файловая система для серверов, которая могла обеспечить гораздо более высокую производительность по сравнению с FAT. . В отличие от FAT, которая просто выделяет любой первый свободный кластер на диске для фрагмента файла, HPFS стремится упорядочить файл непрерывными блоками или, по крайней мере, убедиться, что его фрагменты (называемые экстентами) расположены максимально близко друг к другу. . В начале HPFS есть три управляющих блока, занимающих 18 секторов: загрузочный блок, суперблок и резервный блок. Оставшееся пространство хранения разделено на части смежных секторов, называемых бэндами, занимающими по 8 МБ каждый. У бэнда есть своя битовая карта распределения секторов, показывающая, какие сектора в нем заняты (1 — занято, 0 — свободно). У каждого файла и каталога есть свой F-узел, расположенный рядом с ним на диске – эта структура содержит информацию о расположении файла и его расширенных атрибутах.Для хранения каталогов используется специальная полоса каталогов, расположенная в центре диска, а сама структура каталогов представляет собой сбалансированное дерево с алфавитными записями.

Подсказка: Информацию о перспективах восстановления данных типов ФС, используемых Windows, можно найти в статьях об особенностях восстановления данных разных ОС и шансах на восстановление данных. Подробные инструкции и рекомендации можно найти в руководстве по восстановлению данных из Windows.

Файловые системы macOS

В macOS от Apple применяются два типа FS: HFS+, расширение их устаревшей HFS, используемой на старых компьютерах Macintosh, и APFS, формат, используемый современными компьютерами Mac под управлением macOS 10.14. и позже.

Формат

HFS+ раньше был основным форматом продуктов Apple для настольных ПК, включая компьютеры Mac, iPod, а также продукты Apple X Server, прежде чем он был заменен на APFS в macOS. Высокая Сьерра. Усовершенствованные серверные продукты также используют Apple Xsan, кластерную файловую систему, производную от StorNext и CentraVision.

HFS+ использует B-деревья для размещения и поиска файлов. Тома разбиваются на сектора, обычно размером 512 байт, затем группируются в блоки размещения, количество которых зависит от размера всего тома. Информация о свободных и использованных блоках размещения хранится в файле размещения. Все блоки распределения, назначенные каждому файлу в качестве расширений, записываются в файл расширений переполнения. И, наконец, все атрибуты файла перечислены в файле Attributes. Надежность данных повышается за счет журналирования, что позволяет отслеживать все изменения в системе и быстро возвращать ее в рабочее состояние в случае непредвиденных событий. Среди других поддерживаемых функций — жесткие ссылки на каталоги, шифрование логических томов, контроль доступа, сжатие данных и т. д.

Файловая система Apple предназначена для решения фундаментальных проблем, присутствующих в ее предшественнике, и была разработана для эффективной работы с современными флэш-накопителями и твердотельными накопителями. Этот 64-разрядный формат использует метод копирования при записи для повышения производительности, что позволяет копировать каждый блок до того, как к нему будут применены изменения, и предлагает множество функций целостности данных и экономии места. Все содержимое и метаданные о файлах, папках и других структурах APFS хранятся в контейнере APFS. Контейнерный суперблок хранит информацию о количестве блоков в Контейнере, размере блока и т. д. Информация обо всех выделенных и свободных блоках Контейнера управляется с помощью растровых структур. Каждый том в контейнере имеет свой собственный суперблок тома, который предоставляет информацию об этом томе. Все файлы и папки тома записываются в B-дерево файлов и папок, а B-дерево экстентов отвечает за экстенты — ссылки на содержимое файла (начало файла, его длину в блоках).

Подсказка: Подробно о возможности восстановления данных с этих типов ФС можно прочитать в статьях об особенностях восстановления данных в зависимости от операционной системы и шансах на восстановление данных. Если вас интересует практическая сторона процедуры, обратитесь к руководству по восстановлению данных из macOS.

Файловые системы Linux

Linux с открытым исходным кодом предназначен для реализации, тестирования и использования различных типов файловых систем. К наиболее популярным форматам для Linux относятся:

Ext2, Ext3, Ext4 — это просто разные версии "родной" файловой системы Linux Ext. Этот тип подпадает под активные разработки и усовершенствования. Ext3 — это просто расширение Ext2, использующее операции записи транзакционных файлов с журналом. Ext4 является дальнейшим развитием Ext3, расширенным за счет поддержки оптимизированной информации о размещении файлов (экстентов) и расширенных атрибутов файлов. Эта ФС часто используется как "корневая" для большинства установок Linux.

РайзерФС

ReiserFS — альтернативная файловая система Linux, оптимизированная для хранения огромного количества небольших файлов. Он имеет хорошие возможности поиска и позволяет компактно размещать файлы, сохраняя их хвосты или просто очень маленькие элементы вместе с метаданными, чтобы избежать использования для этой цели больших блоков файловой системы. Однако этот формат больше не разрабатывается и не поддерживается.

XFS — надежная файловая система журналирования, изначально созданная Silicon Graphics и используемая серверами IRIX компании. В 2001 году он попал в ядро Linux и теперь поддерживается большинством дистрибутивов Linux, некоторые из которых, например Red Hat Enterprise Linux, даже используют его по умолчанию. Этот тип FS оптимизирован для хранения очень больших файлов и томов на одном хосте.

JFS — файловая система, разработанная IBM для мощных вычислительных систем компании. JFS1 обычно означает JFS, JFS2 — второй выпуск. В настоящее время этот проект имеет открытый исходный код и реализован в большинстве современных версий Linux.

Btrfs

Btrfs – файловая система, основанная на принципе копирования при записи (COW), разработанная Oracle и поддерживаемая основным ядром Linux с 2009 года. Btrfs включает в себя функции диспетчера логических томов, позволяя охватывать несколько устройств и предлагает гораздо более высокую отказоустойчивость, лучшую масштабируемость, простое администрирование и т. д., а также ряд дополнительных возможностей.

F2FS — файловая система Linux, разработанная Samsung Electronics и адаптированная к специфике запоминающих устройств на базе флэш-памяти NAND, широко используемых в современных смартфонах и других вычислительных системах. Этот тип работает на основе лог-структурированного подхода FS (LFS) и учитывает такие особенности флэш-памяти, как постоянное время доступа и ограниченное количество циклов перезаписи данных. Вместо того, чтобы создавать один большой фрагмент для записи, F2FS собирает блоки в отдельные фрагменты (до 6), которые записываются одновременно.

Концепция «жестких ссылок», используемая в операционных системах такого типа, делает большинство типов Linux FS похожими в том смысле, что имя файла не рассматривается как атрибут файла, а скорее определяется как псевдоним для файла в определенном каталоге. Файловый объект может быть связан из многих местоположений, даже из одного и того же каталога под разными именами. Это может привести к серьезным и даже непреодолимым трудностям при восстановлении имен файлов после их удаления или логического повреждения.

Подсказка: Информацию о возможности успешного восстановления данных из указанных типов ФС можно найти в статьях, описывающих особенности восстановления данных из разных операционных систем и шансы на восстановление данных. Чтобы понять, как должна выполняться процедура, воспользуйтесь руководством по восстановлению данных из Linux.

Файловые системы BSD, Solaris, Unix

Наиболее распространенной файловой системой для этих операционных систем является UFS (файловая система Unix), также часто называемая FFS (Fast File System).

В настоящее время UFS (в различных редакциях) поддерживается всеми операционными системами семейства Unix и является основной файловой системой ОС BSD и ОС Sun Solaris. Современные компьютерные технологии, как правило, заменяют UFS в различных операционных системах (ZFS для Solaris, JFS и производные форматы для Unix и т. д.).

Подсказка: Информацию о вероятности успешного восстановления данных из этих типов ФС можно найти в статьях об особенностях восстановления данных в ОС и шансах на восстановление данных. Сам процесс описан в инструкции, посвященной восстановлению данных из Unix, Solaris и BSD.

Кластерные файловые системы

Кластерные файловые системы используются в компьютерных кластерных системах и поддерживают распределенное хранилище.

К типам распределенных FS относятся:

ZFS — компания Sun "Zettabyte File System" — формат, разработанный для распределенных хранилищ ОС Sun Solaris.

Apple Xsan — эволюция CentraVision и более поздней версии StorNext компанией Apple.

VMFS — «Файловая система виртуальной машины», разработанная компанией VMware для своего сервера VMware ESX.

GFS — Red Hat Linux "Глобальная файловая система".

JFS1 — исходный (устаревший) дизайн IBM JFS, использовавшийся в старых системах хранения AIX.

Общими свойствами этих файловых систем являются поддержка распределенных хранилищ, расширяемость и модульность.

Чтобы узнать о других технологиях, используемых для хранения данных и управления ими, обратитесь к разделу технологий хранения.

Объекты файловой системы включают файлы и каталоги для OS/2, UNIX, NetWare и всех операционных систем Windows, а также ссылки на файловые системы для операционных систем UNIX. В этом разделе представлен формат каждой строфы объектов файловой системы.

Замена целевых объектов

Объекты файловой системы можно добавлять, удалять или заменять с помощью определений, представленных в этих разделах. При удалении целевого объекта или замене целевого объекта исходным объектом выполняемая операция зависит от настроек следующих атрибутов:

заменить_если_существующий
replace_if_newer (применимо только к файлам)
удалить_если_изменено
verify_crc

На платформах Windows версия файла Windows, если она указана, всегда сравнивается первой. Проверка версии файла выполняется только в том случае, если исходным хостом является компьютер с Windows или если программный пакет, содержащий рассматриваемый объект, был собран на компьютере с Windows и импортирован в формате блока программного пакета (встроенного).

Если replace_if_newer=y, даже если файловая версия целевого объекта новее, чем исходный объект, целевой объект заменяется. Если версия файла не задана (например, на платформах, отличных от Windows), сравнивается время модификации. Даже если время модификации целевого объекта более позднее, чем у исходного объекта, целевой объект заменяется.

На рис. 2 показана логика замены целевых объектов исходными объектами.

На рис. 3 показана логика сравнения исходного и целевого файлов. Это сравнение может быть полезно для проверки целостности файла в случае временного сбоя сетевого подключения во время установки файла.

На рис. 4 показана логика удаления целевых объектов.

Каталоги и файлы

Определения в этом разделе показывают атрибуты, которые можно определить в разделе add_directory. Для получения информации об этих атрибутах см. Таблицу 11.

Следующее определение показывает атрибуты, которые могут быть определены в разделе remove_directory. Для получения информации об этих атрибутах см. Таблицу 11.

Следующее определение показывает атрибуты, которые могут быть определены в разделе add_file. Для получения информации об этих атрибутах см. Таблицу 11.

Следующее определение показывает атрибуты, которые могут быть определены в разделе remove_file. Для получения информации об этих атрибутах см. Таблицу 11.

Управление атрибутами по умолчанию для файлов и каталогов

Атрибуты по умолчанию для файлов и каталогов задаются во время сборки только в том случае, если вы не указали их явно в программном пакете (используя либо графический интерфейс пользователя (GUI), либо файл SPD). Например, если исходный хост работает под управлением Windows XP и вы указываете ntfs_attributes для определенного файла, для других платформ не устанавливаются никакие атрибуты по умолчанию (fat_attributes, unix_attributes или netware_attributes).

Атрибуты файловой системы, связанные с платформой сборки, загружаются непосредственно с исходного хоста, а атрибуты, относящиеся к другим поддерживаемым платформам, используют значения по умолчанию в соответствии со следующими правилами. В следующих таблицах "н/д" означает, что применяется атрибут платформы сборки по умолчанию.

Если в качестве платформы сборки используется таблица размещения файлов (FAT), применяются следующие атрибуты по умолчанию:

Таблица 6. Атрибуты по умолчанию для платформы сборки FAT

Построить платформу FAT	NTFS	UNIX< /th>	NetWare
R	R	r, r, r	R
A	A	н/д	A
H	H	n /a	H
S	S	н/д	S

Если в качестве платформы сборки используется файловая система NT (NTFS), применяются следующие атрибуты по умолчанию:

Таблица 7. Атрибуты по умолчанию для платформы сборки NTFS < /tbody>

Сборка платформы NTFS	FAT	UNIX< /th>	NetWare
R	R	r, r, r	R
A	A	н/д	A
H	H	n /a	H
S	S	н/д	S
C	н/д	н/д	н/д

Если платформа сборки — UNIX, применяются следующие атрибуты по умолчанию:

Таблица 8. Атрибуты по умолчанию для платформы сборки UNIX < tr>

Сборка платформы UNIX	FAT	NTFS< /th>	NetWare
r -wx	R	R	R
rx.	н/д	н/д	н/д

Если платформа сборки — NetWare, применяются следующие атрибуты по умолчанию:

Таблица 9.Атрибуты по умолчанию для платформы сборки NetWare

Например, если для fat_attributes задано значение R , для других платформ применяются следующие значения по умолчанию:

ntfs_attributes = R
netware_attributes = R
unix_attributes = r, r, r

Если для параметра netware_attributes задано значение A D X , применяются следующие значения по умолчанию:

ntfs_attributes = R
fat_attributes = R
unix_attributes = r – x, r – x, r – x

Если для unix_attributes задано значение r - x. , применяются следующие значения по умолчанию:

ntfs_attributes = R
fat_attributes = R
netware_attributes = R X

Управление заблокированными файлами

По умолчанию файлы, используемые целевыми приложениями во время установки, не заменяются на целевом устройстве. Вместо этого такие заблокированные файлы заменяются при следующей перезагрузке цели. Это достигается путем установки программного пакета в транзакционном режиме, а затем выполнения операции фиксации с перезагрузкой.

Чтобы избежать необходимости перезагрузки, вы можете использовать атрибут rename_if_locked для операций установки. Если для параметра rename_if_locked задано значение y , во время установки Software Distribution пытается перезаписать или переименовать заблокированный файл, чтобы можно было заменить файл и продолжить установку. Новая копия файла вступит в силу при следующем запуске приложения. Если он не может ни перезаписать, ни переименовать файл, установка завершится ошибкой. Таким образом, несмотря на то, что установка этого атрибута позволяет избежать перезагрузки, она также несет в себе риск сбоя установки.

Во время операции удаления невозможно избежать перезагрузки с помощью атрибута rename_if_locked. Если удаляемый файл используется и для параметра rename_if_locked установлено значение y , удаление файла откладывается до следующей перезагрузки целевой системы.

Вы можете использовать атрибут rename_if_locked на всех поддерживаемых платформах Windows (для всех типов файлов) и в OS/2 (только для файлов .exe и .dll).

Если вы не уверены, используются ли целевые файлы, выполните раздачу, указав параметр "желательно не транзакционный" ( -to ), а также фиксацию с параметром "перезагрузка только в случае необходимости" ( -co ), который выполняет транзакционную установку и автоматическую перезагрузку, если файлы используются (заблокированы). Если файлы не заблокированы, выполняется установка в активную область.

Обратите внимание, что если целевые файлы заблокированы для чтения и записи, когда вы выполняете распространение в режиме отмены, операция резервного копирования, необходимая для потенциальной отмены распространения, завершится ошибкой. Если целевые файлы заблокированы только для записи, операция резервного копирования завершится успешно. Использование режима Undo-transactional позволяет избежать этой проблемы.

Дополнительную информацию о режимах и командах, описанных в этом разделе, см. в разделах Выполнение операций управления изменениями и Использование команд.

Указание имен файлов и каталогов с помощью подстановочных знаков

При указании пути к исходному или целевому файлу имена файлов и каталогов могут содержать подстановочные знаки (совпадающие с шаблоном). Поддерживаемые подстановочные знаки включают:

Звездочка (*) Соответствует любой строке, включая нулевую строку. Вопросительный знак (?) Соответствует любому одиночному символу.

В следующем примере показано, как использовать подстановочные знаки для добавления каталогов и файлов.

В этом примере в пакет добавляются каталоги и файлы, соответствующие шаблону в имени. Файлы и каталоги устанавливаются с их исходными именами в целевой каталог во время установки. Если те же самые каталоги указаны с атрибутом down_dirs = n, добавляются только файлы и каталоги на верхнем уровне указанной структуры каталогов.

С другой стороны, если вы укажете следующие файлы:

в целевой системе будут установлены следующие файлы:

В следующем примере показано, как использовать подстановочные знаки для удаления каталогов и файлов:

В этом примере каталоги и файлы, соответствующие шаблону в имени, удаляются из цели. Например, если в целевом объекте присутствуют следующие каталог и файлы, они удаляются:

Если указан атрибут reject_dirs = n, удаляются только файлы на верхнем уровне указанной структуры каталогов. В приведенном выше примере из цели удаляются следующие файлы:

Ссылки

В следующем определении показаны атрибуты, которые можно определить в разделе add_link. Для получения информации об этих атрибутах см. Таблицу 11.

В следующем определении показаны атрибуты, которые можно определить в разделе remove_link. Для получения информации об этих атрибутах см. Таблицу 11.

В таблице 10 приведены результаты возможных взаимодействий значений follow_links и hard_link.

Платформа сборки NetWare	FAT	NTFS	UNIX
X	н/д	н/д	н/д
B (общий доступ)	н/д< /td>	н/д	н/д
T ( транзакция)	н/д	н/д	н/д
P (очистка)	н/д	н/д	н/д
N (запрет переименования)	н/д	н/д	р, р, р,
D (удалить запрет)	R	R	r, r, r
C (запрет копирования)	н/д	н/д	н/д
R	R	R	r, r, r
A	A	A	н/д
H	H	H	н/д
S	S	S	н/д

Таблица 10. Объединение значений follow_links и hard_link

Значение Follow_links	Значение жесткой_ссылки	Результат< /th>
n	n	Создает файл символической ссылки (называемый назначением) на источник. Обратите внимание, что источник может существовать или не существовать.
n	y	Создает жесткую ссылку на источник. Обратите внимание, что источник должен существовать, в противном случае отображается сообщение об ошибке и операция установки завершается сбоем.
y	n	Создает новый файл ссылки назначения, копируя файл, на который указывает ссылка source_file, на хосте-источнике. Источник и файл, на который он указывает, должны существовать.
y	y	Недопустимая комбинация.

Атрибуты в разделах файловой системы

В таблице 11 показан список всех атрибутов, которые могут быть определены в разделах каталога, файла и ссылки.

Файлы в базовом пакете, которые были изменены с момента установки, не могут быть восстановлены с использованием этого алгоритма. Если вы выбрали файл для дельта-сжатия, а его базовый файл был изменен с момента установки, установка завершится ошибкой. Чтобы избежать этой ситуации, используйте параметр n, если есть вероятность, что вы обновляете измененные файлы. Вы также можете использовать параметр d для сжатия файлов, которые удовлетворяют перечисленным выше правилам. Это файлы, такие как исполняемые файлы, которые не будут изменены.

Если для этого атрибута установлено значение y, а для атрибута is_signature установлено значение d, в случае, если файлы, выбранные в качестве подписи, недействительны, вы получите предупреждающее сообщение для всех таких файлов, присутствующих во вложенных каталогах.

Если установлено значение y , создается жесткая ссылка на файл, указанный в исходном_файле. В случае жесткой ссылки исходный файл должен существовать. В противном случае отображается сообщение об ошибке, и операция установки завершается сбоем.

Хотя это и не требуется, но если значение для hard_link не указано в разделе удаления ссылки, используется значение по умолчанию n. Установка соответствующего значения позволяет системе определить при создании пакета резервной копии, следует ли удалить жесткую или символическую ссылку, например, во время отменяемых операций с пакетом, содержащим раздел удаления ссылки.

Это исполняемый файл или .DLL
Это не временный файл
Он не публикуется
Он не принадлежит ни системному каталогу, ни общему каталогу файлов

Для получения дополнительной информации см. IBM Tivoli Configuration Manager: Руководство пользователя по распространению программного обеспечения.

Вы должны знать, что корневой каталог диска, например g:\, имеет атрибут "скрытая система". Если вы укажете корневой каталог в качестве исходного местоположения для добавления каталога, добавленный каталог будет создан как «скрытый».

Пример файла SPD: добавление объектов каталога файловой системы

В этом примере два системных файла .dll, один из которых является общим, добавляются в целевой системный каталог.

Содержание Решения для хранения объектов arrow_forward

Поделиться этой страницей

Объектное хранилище, также известное как хранилище на основе объектов, представляет собой стратегию, которая управляет хранилищем данных и манипулирует им как отдельными единицами, называемыми объектами. Эти объекты хранятся в одном хранилище и не внедряются в файлы внутри других папок. Вместо этого объектное хранилище объединяет части данных, составляющих файл, добавляет в этот файл все соответствующие метаданные и прикрепляет настраиваемый идентификатор.

Хранилище объектов добавляет в файл исчерпывающие метаданные, устраняя многоуровневую файловую структуру, используемую в хранилище файлов, и помещает все в плоское адресное пространство, называемое пулом хранения. Эти метаданные являются ключом к успеху объектного хранилища, поскольку они обеспечивают глубокий анализ использования и функций данных в пуле хранения.

Хранилище объектов, файловое хранилище и блочное хранилище

Хранилище объектов берет каждый фрагмент данных и обозначает его как объект. Данные хранятся в отдельных хранилищах, а не файлы в папках, и объединяются со связанными метаданными и уникальным идентификатором для формирования пула хранения.

Файловое хранилище хранит данные в виде отдельной части информации в папке, что упрощает их организацию среди других данных. Это также называется иерархическим хранилищем, имитирующим способ хранения бумажных файлов. Когда вам нужен доступ к данным, ваша компьютерная система должна знать путь для их поиска.

Блочное хранилище разбивает файл на отдельные блоки данных, а затем сохраняет эти блоки как отдельные фрагменты данных. Каждая часть данных имеет свой адрес, поэтому их не нужно хранить в файловой структуре.

Преимущества хранения объектов

Теперь, когда мы описали, что такое объектное хранилище, в чем его преимущества?

Расширенная аналитика данных. Хранилище объектов управляется метаданными, и с таким уровнем классификации для каждой части данных возможностей для анализа гораздо больше.
Неограниченная масштабируемость. Продолжайте добавлять данные навсегда. Ограничений нет.
Ускоренный поиск данных. Благодаря структуре категоризации хранилища объектов и отсутствию иерархии папок вы можете извлекать данные гораздо быстрее.
Снижение затрат. Благодаря масштабируемости объектного хранилища хранение всех данных обходится дешевле.
Оптимизация ресурсов. Поскольку объектное хранилище не имеет файловой иерархии, а метаданные полностью настраиваются, ограничений гораздо меньше, чем в файловом или блочном хранилище.

Случаи использования хранилища объектов

Существует несколько вариантов использования хранилища объектов. Например, он может помочь вам следующим образом:

. Определяйте рабочие процессы, используя лучшие в отрасли решения для управления неструктурированными данными. Сократите свои расходы на глобально распространяемые мультимедиа. . Оптимизируйте ценность ваших данных на протяжении всего их жизненного цикла и предоставляйте конкурентоспособные услуги хранения. . Эффективно управляйте межмашинными данными, поддерживайте искусственный интеллект и аналитику, а также сокращайте стоимость и время процесса проектирования.

Что такое хранилище Amazon S3?

Amazon Simple Storage Service (S3) – это система хранения данных для Интернета, в которой вы можете хранить и извлекать любые объемы данных в любое время и в любом месте. Это упрощает для разработчиков масштабирование веб-вычислений, а также дает им доступ к инфраструктуре, которую Amazon использует для управления глобальной сетью веб-сайтов. Amazon S3 API предлагает общий путь для быстрой разработки и создания развертываний гибридного облака в любом масштабе.

NetApp и хранилище объектов

Храните и управляйте неструктурированными данными в любом масштабе с помощью NetApp ® StorageGRID ® для безопасного и надежного объектного хранилища для частного и общедоступного облака. Размещайте контент в нужном месте, в нужное время и на нужном уровне хранения, оптимизируя рабочие процессы и снижая общие затраты на глобально распределенные мультимедиа.

Эталонная архитектура и неструктурированные данные

Непропорционально большая доля сегодняшних корпоративных данных неструктурирована — доступ к ним и их хранение осуществляется в различных средах. Из этого набора для начинающих по эталонной архитектуре вы узнаете, как решить лабиринт данных в вашей организации.

Управление неструктурированными данными

Решения NetApp для неструктурированных данных предоставляют конкурентоспособные услуги хранения, которые помогут вам оптимизировать ценность ваших данных

StorageGRID и хранилище объектов

Есть технические вопросы о StorageGRID или объектном хранилище? Посетите руководство по документации NetApp StorageGRID и объектное хранилище и получите ответы на свои вопросы.

NetApp — мировой лидер в области корпоративных решений для хранения данных и управления ими.

Наши решения дают вам полный контроль над вашими данными с простотой, эффективностью и гибкостью.

NetApp — признанный лидер в области модернизации и упрощения среды хранения данных.

С NetApp вы можете соблюдать строгие окна резервного копирования и восстановления, защищаться от сбоев и нарушений и обеспечивать безопасность данных.

Ваши потребности в хранении данных растут быстрее, чем когда-либо, и только StorageGRID обеспечивает простоту, скорость и интеграцию с облаком, необходимые для развития вашего бизнеса. Узнайте, как StorageGRID может упростить управление неструктурированными данными.

Читайте также: