Какой файл отвечает за хранение пользовательских настроек в реестре windows

Реестр Windows (англ. Windows Registry), или системный реестр — иерархически построенная база данных параметров и настроек в большинстве операционных систем семейства Microsoft Windows [2].

В реестре хранятся данные, которые необходимы для правильного функционирования Windows. К ним относятся профили всех пользователей, сведения об установленном программном обеспечении и типах документов, которые могут быть созданы каждой программой, информация о свойствах папок и значках приложений, а также установленном оборудовании и используемых портах [1].

Реестр Windows (Windows Registry) – это центральная база данных настроек и параметров во всех операционных системах семейства Windows (начиная с Windows 3.1). В нем хранится вся информация об аппаратных средствах, операционной системе и установленных в ней приложениях, а также пользовательские данные и настройки. По аналогии с человеческой анатомией я бы назвал реестр центральной нервной системой компьютера, ведь от настроек реестра напрямую зависит поведение системы в той или иной ситуации.

Реестр не является единым целым, а представляет из себя составную структуру, динамически формирующуюся из различных данных следующим образом:

• Сначала, при установке ОС, создаются файлы, хранящие данные о начальной конфигурации системы.
• Затем, в процессе загрузки и входа пользователя в систему формируется некий виртуальный объект Registry. Данные для формирования он берет частично из тех самых файлов, частично из информации, собранной при загрузке Windows.

Этот объект и является тем самым реестром, с которым взаимодействует операционная система и который видим мы.

Основные файлы, отвечающие за формирование реестра

• system
• software
• sam
• security
• default
• components
• bcd-template

Хранятся они в папке %SystemRoot%System32Config (обычно это C:WindowsSystem32Config) и в зависимости от версии ОС их состав может несколько различаться.

Также файлы, отвечающие за пользовательские настройки, могут храниться в C:Documents and Settings%Username% (Ntuser.dat) и в C:Documents and Settings%Username%Local SettingsApplication DataMicrosoftWindows (UsrClass.dat).

Еще есть резервные копии файлов реестра, созданные системой, в зависимости от ОС они хранятся в:

C:Windowsrepair — для XP и Server 2003;
C:WindowsSystem32configRegBack — для  Windows 7 Server 2008 и более новых.

По умолчанию операционная система делает резервные копии этих файлов раз в 10 дней с помощью планировщика задач.

Взаимодействие реестра с операционной системой

• При запуске компьютера распознаватель аппаратных средств (hardware recognizer) помещает в реестр список обнаруженных им устройств. Обычно распознавание аппаратных средств осуществляется программой Ntdetect.com и ядром операционной системы Ntoskrnl.exe

• При старте системы ядро системы  извлекает из реестра сведения о загружаемых драйверах устройств и порядке их загрузки. Кроме того, программа Ntoskrnl.exe передает в реестр информацию о себе (напр. номер версии).

• В процессе загрузки системы драйверы устройств обмениваются с реестром параметрами загрузки и конфигурационными данными. Драйвер устройства сообщает об используемых им системных ресурсах, включая аппаратные прерывания (IRQ) и каналы доступа к памяти (DMA), чтобы система могла включить эти данные в реестр. Кстати, реестр позволяет создавать несколько аппаратных профилей. Аппаратный профиль (hardware profile) представляет собой набор инструкций, с помощью которого можно указать операционной системе, драйверы каких устройств должны загружаться при запуске компьютера. По умолчанию системой создается стандартный аппаратный профиль, который содержит информацию обо всех аппаратных средствах, обнаруженных на компьютере.

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

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

• При администрировании системы. Когда пользователь вносит изменения в конфигурацию системы с помощью средств администрирования системы (напр. утилиты Панели управления или оснастки MMC), все изменения сразу отражаются в системном реестре. По сути средства администрирования представляют собой наиболее удобные и безопасные средства модификации реестра. Кстати, к средствам администрирования можно отнести и редактор реестра (regedit.exe), ведь все изменения в систему можно вносить непосредственно правкой реестра.

Структура реестра

Реестр имеет древовидную структуру и состоит из 5 основных разделов, их еще называют ветвями реестра (Registry hives):

HKEY_LOCAL_MACHINE (HKLM) — самый большой раздел реестра. В нем сосредоточены все основные настройки операционной системы, а также аппаратного и программного обеспечения компьютера. Информация, содержащаяся в этом разделе, применяется ко всем пользователям, регистрирующимся в системе.

HKEY_ CLASSES_ ROOT (HKCR) — содержит ассоциации между приложениями и типами файлов (по расширениям файлов). Кроме того, в этом разделе находится информация о зарегистрированных типах файлов и объектах COM и ActiveX. Кроме HKEY_ CLASSES_ ROOT эти сведения хранятся также в разделах HKEY_LOCAL_MACHINE и HKEY_CURRENT_USER. Раздел HKEY_LOCAL_MACHINESoftwareClasses содержит параметры по умолчанию, которые относятся ко всем пользователям локального компьютера. Параметры, содержащиеся в разделе HKEY_CURRENT_USERSoftwareClasses, переопределяют принятые по умолчанию и относятся только к текущему пользователю. Раздел HKEY_CLASSES_ROOT включает в себя данные из обоих источников.

HKEY_USERS( HKU) — содержит настройки среды для каждого из загруженных пользовательских профилей, а также для профиля по умолчанию. В HKEY_USERS находится вложенный раздел Default, а также другие подразделы, определяемые идентификатором безопасности (Security ID, SID) каждого пользователя

HKEY_CURRENT USER (HKCU) — cодержит настройки среды для пользователя, на данный момент зарегистрировавшегося в системе (переменные окружения, настройки рабочего стола, параметры сети, приложений и подключенных устройств).
Этот раздел дублирует информацию в HKEY_USERSuser SID, где user SID — идентификатор безопасности пользователя, зарегистрировавшегося в системе на текущий момент (узнать SID текущего пользователя можно, набрав в командной строке whoami /user) .

HKEY_CURRENT_ CONFIG (HKCC) — cодержит настройки для текущего аппаратного профиля. Текущий аппаратный профиль включает в себя наборы изменений, внесенных в стандартную конфигурацию устройств, заданную в подразделах Software и System корневого раздела HKEY LOCAL_MACHINE. В HKEY_CURRENT_CONFIG отражаются только изменения. Кроме того, информация этого раздела находится в HKEY_LOCAL_MACHINESystem CurrentControlSetHardwareProfilesCurrent

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

Основные типы данных, применяемые в реестре

REG_DWORD —  32-х разрядное число. Этот тип данных используют многие параметры драйверов устройств и сервисов. Редакторы реестра могут отображать эти данные в двоичном, шестнадцатеричном и десятичном формате

REG_SZ — Текстовая строка в формате, удобном для восприятия человеком. Значениям, представляющим собой описания компонентов, обычно присваивается именно этот тип данных

REG_EXPAND_SZ — Расширяемая строка данных. Эта строка представляет собой текст, содержащий переменную, которая может быть заменена при вызове со стороны приложения, например, используется для записи переменных окружения

REGJMULTI_SZ — Многострочное поле. Значения, которые фактически представляют собой списки текстовых строк в формате, удобном для восприятия человеком, обычно имеют этот тип данных. Строки разделены символом NULL

REG_BINARY — Двоичные данные. Большинство аппаратных компонентов используют информацию, которая хранится в виде двоичных данных. Редакторы реестра отображают эту информацию в шестнадцатеричном формате

REG_RESOURCE_LIST — Список аппаратных ресурсов. Применяется только в ветви HKEY_LOCAL_MACHINEHARDWARE

Также иногда можно встретить такие типы данных реестра:

REG_RESOUECE_ REQUIREMENTS_LIST — Список необходимых аппаратных ресурсов. Применяется только в ветви HKEY_LOCAL_MACHINEHARDWARE

REG_FULL_RESOURCE_ DESCRIPTOR — Дескриптор (описатель) аппаратного ресурса. Применяется только в ветви HKEY_LOCAL_MACHINEHARDWARE

REG_LINK — Символическая ссылка Unicode. Этот тип данных интересен тем, что позволяет одному элементу реестра ссылаться на другой ключ или параметр.

REG_QWORD — 64-х разрядное число.

REG_DWORD_ LITTLE_ENDIAN — 32-разрядное число в формате «остроконечников» (little-endian), эквивалент REG_DWORD

REG_DWORD_BIG_ ENDIAN — 32-разрядное число в формате «тупоконечников» (big-endian)

REG_QWORD_LITTLE_ ENDIAN — 64-разрядное число в формате «остроконечников». Эквивалент REG_QWORD

REG_NONE — Параметр не имеет определенного типа данных

Как хранить настройки программ

Примечание. Все упоминаемые в статье модули, функции и т.п. относятся к Delphi.

Нижеприведенный текст являет собой вольное изложение отдельных статей
февральского выпуска Microsoft Platform SDK. Год 2001 от рождества Христова.
При проектировании способов хранения настроек своей программы следует
задаться тремя вопросами:

• Что хранить?
• Где хранить?
• Как хранить?

Что хранить

Поскольку первая часть вопроса нам известна по определению, т.е. хранить мы
будем настройки программы, то перейдем ко второй части вопроса. Ваша
программа устанавливается на КОМПЬЮТЕР а пользуются ей ПОЛЬЗОВАТЕЛИ.
Соответственно все настройки разделяются на две части а то и на все три —
настройки которые относятся к компьютеру в целом, настройки которые
относятся ко всем локальным пользователям, настройки которые относятся к
конкретному пользовател. В зависимости от специфики программы первая и
вторая часть могут быть совмещены или разделены.
Поэтому важно сделать логическое разделение — какие настройки вашей
программы действительно специфичны для самого ПК, какие настройки должны
прилагаться ко всем пользователям, какие должны прилагаться к конкретному
пользователю. Кроме того Мокрософт рекомендует чтобы настройки учитывали
возможную мобильность пользователя, т.е. для пользователя находящегося в
разных местах, возможно потребуется иметь разные наборы настроек.

Где хранить

Вообще в голову приходят три вещи.

• Хранить настройки в системном реестре.
• Хранить настройки в каталоге куда установлена программа.
• Хранить настройки в системном каталоге Windows.
• Хранить настройка в домашнем каталоге пользователя.

В Windows имеется три места предназначенных для хранения настроек которыми и
следует пользоваться.

• Системный реестр.
• Домашний каталог пользователя (точнее один из его подкаталогов).
• Общий каталог для пользователей.

Прочие мысли о местах хранения настроек должны быть выброшены из голов как
вредные и противоестественные, Microsoft уже за вас все придумала и нефиг
извращаться. Для тех кто не понимает почему, объясняю. На нормальной ОС
(W’NT, W’2K) программа обычно запускается от имени и с правами конкретного
пользователя. Обычно, если этот пользователь не является администратором, он
имеет право изменять содержимое следующих ресурсов:

• часть реестра HKEY_CURRENT_USER*
• содержимое своего домашнего каталога.
• содержимое временного каталога (который как правило находится внутри домашнего).
• содержимое некого каталога или каталогов специально выделенного для этого администратором.

При нормальном (читайте параноидальном) администрировании системы прочие
места либо доступны только в режиме чтения, либо вообще недоступны. В том
числе и папки Program Files и Windows. Посему любая попытка программы
изменять любые файловые ресурсы окромя вышеуказанных черевата тем что ее
(программу) и его (пользователя) пошлют подальше. Причем далеко не в самой
вежливой форме.
Пример. Adobe Photoshop и его разработчики наивно полагают что им должны быть выданы
эксклюзивные права мусорить своими scratch-файлами в корневых каталогах
дисков, кроме того они полагают что им должна быть выдана в пользование в
режиме полный доступ часть системного реестра.. Временных каталогов,
специально выделенных для подобоного рода занятий, их не устраивает. Как
результат — Photoshop имеет серьезные проблемы с работой под Windows
NT/2000.

Системный реестр

С точки зрения хранения настроек программы системный реестр разделен на две
части. Это ветви HKEY_CURRENT_USER для хранения настроек специфичных для
пользователя, и HKEY_LOCAL_MACHINE для хранения настроек специфичных для
всего ПК и соответственно всех пользователей, работающих с этим ПК.
Рекомендуемая структура ветвей для хранения настроек программы —
HKEY_CURRENT_USERSoftwareCompany NameApplication NameVersion и
соответственно HKEY_LOCAL_MACHINESoftwareCompany NameApplication
NameVersion. Параметры Company Name, Application Name, Version желательно
не хранить в виде hard-coded строк в коде программы а устанавливать в опциях
проекта (ProjectOptionsVersion Info) и доставать впоследствии из ресурса с
помощью той же библиотеки RxLib. Альтернативный путь выбирать данные о
версии программы из ресурсов — использование Windows API
(GetFileVersionInfo, GetFileVersionInfoSize, VerQueryValue).
Программе следует расчитывать на то что доступ к подключам
HKEY_LOCAL_MACHINE разрешен в режиме только для чтения, а доступ к подключам
HKEY_CURRENT_USER допускает чтение, изменение и создание новых подключей и
значений.
Программе следует расчитывать на то что нужных ей ключей может не оказаться
в реестре или значения лежащие в реестре имеют неверный формат или
недопустимые значения. В таком случае, вместо несуществующих или неверных
значений настройки, программа должна использовать значения по умолчанию
которые разработчик может «железно забить в код» или получить с помощью
различных системных функций.
Не следует использовать системный реестр для хранения больших кусков данных.
Вместо этого лучше хранить объемные данные в отдельном файле, а в реестре
запомнить имя этого файла.

Домашний каталог пользователя

Для хранения настроек слишком больших для того чтобы их размещать в реестре
существуют специально выделенные каталоги внутри домашнего каталога
пользователя. Эти каталоги обычно называются «специальными каталогами» и
имеют имена Application Data и Local Settings. Полный путь к ним можно
получить с помошью функций SHGetSpecialFolderPath или SHGetFolderPath.

Общий каталог пользователей

Обычно это каталог «Documents and SettingsAll users». Внутри него имеются
такие-же подкаталоги для хранения настроек и данных программ но относящихся
ко всем пользователям. Полный путь к ним можно также получить с помошью
функций SHGetSpecialFolderPath или SHGetFolderPath.

Как хранить

Системный реестр

Для работы с системным реестром можно использовать функции Registry API
общим числом около 40 штук, а можно использовать классы из Registry.pas —
TRegistry, TRegistryIniFile, TRegIniFile. Особенно следует обратить внимание
на TRegistryIniFile который предоставляет упрощенную модель доступа к
системному реестру очень схожую с моделью работы с INI-файлами.

INI-файлы

Это старый метод хранения настроек программ, но все еще применяющийся
программистами. Настройки хранятся в текстовом файле в виде:

[Section1]
Field1=Value1
Field2=Value2
...
FieldN=ValueN

[Section2]
Field1=Value1
Field2=Value2
...
FieldN=ValueN
...

[SectionN]
Field1=Value1
Field2=Value2
...
FieldN=ValueN

Для доступа к данным содержащимся в INI-файлах существуют классы из модуля
IniFiles — TIniFile, TMemIniFile.
Преимущество использования INI-файлов состоит в том что их можно легко
подредактировать с помощью текстового редактора. Они обычно легче
воспринимаются для прочтения нежели дерево ключей системного реестра.

Бинарные файлы настроек

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

• Экономится место.
• Настройку можно спрятать от пользователя (сделать нечитабельной).

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

Заключение

Почти вся эта информация была вычерпана из кладезя мудрости под названием
Platform SDK (Software Development Kit), поставляемого в составе сборника
документации MSDN (Microsoft Software Developer Network). Разработчикам
настоятельно рекомендуется приобрести Platform SDK, это снимает огромную
массу вопросов связанную с программированием под Windows.

В данной статье рассмотрены общие сведения о реестре операционной системы Windows.

Реестр Windows (Windows Registry, системный реестр) — это иерархическая (древовидная) база данных, содержащая записи, определяющие параметры и настройки операционных систем Microsoft Windows.

Реестр в том виде, как он выглядит при просмотре редактором реестра, формируется из данных, источниками которых являются файлы реестра и информация об оборудовании, собираемая в процессе загрузки. В описании файлов реестра на английском языке используется термин Hive. В документации от Microsoft этот термин переводится как Куст.

Основные файлы, отвечающие за формирование реестра

Файлы реестра создаются в процессе установки операционной системы и хранятся в папке:

%SystemRoot%\system32\config (обычно C:\windows\system32\config).

Для операционных систем Windows это файлы с именами:

• system
• software
• sam
• security
• default
• components
• bcd-template

В операционных системах Windows Vista, Windows 7, Windows8, Windows 8.1, Windows 10, файлы реестра располагаются в каталоге \Windows\system32\config и имеют такие же имена, однако в этих операционных системах добавился новый раздел реестра для хранения данных конфигурации загрузки (Boot Configuration Data) с именем BCD00000000.

Файл с данными этого раздела имеет имя bcd и находится в скрытой папке Boot активного раздела (раздела, с которого выполняется загрузка системы).

Обычно, при стандартной установке Windows, создается активный раздел небольшого размера (от 100 до 500 мегабайт в зависимости от операционной системы), который скрыт от пользователя и содержит только служебные данные для загрузки системы – загрузочные записи, менеджер загрузки bootmgr, хранилище конфигурации загрузки BCD, файлы локализации и программы тестирования памяти

Расположение куста bcd зависит от того, как сконфигурирован загрузчик системы при ее установке, и может находиться на том же разделе, где и каталог Windows.

Место расположения файлов реестра в любой версии Windows можно просмотреть с помощью редактора реестра, в разделе:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\hivelist

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

Структура реестра

Реестр Windows имеет древовидную структуру и состоит из 5 основных разделов реестра:

HKEY_LOCAL_MACHINE (HKLM) — самый большой раздел реестра. В нем сосредоточены все основные настройки операционной системы, а также аппаратного и программного обеспечения компьютера. Информация, содержащаяся в этом разделе, применяется ко всем пользователям, регистрирующимся в системе.

HKEY_ CLASSES_ ROOT (HKCR) — содержит ассоциации между приложениями и типами файлов (по расширениям файлов). Кроме того, в этом разделе находится информация о зарегистрированных типах файлов и объектах COM и ActiveX. Кроме HKEY_ CLASSES_ ROOT эти сведения хранятся также в разделах HKEY_LOCAL_MACHINE и HKEY_CURRENT_USER.

Раздел HKEY_LOCAL_MACHINE\Software\Classes содержит параметры по умолчанию, которые относятся ко всем пользователям локального компьютера. Параметры, содержащиеся в разделе HKEY_CURRENT_USER\Software\Classes, переопределяют принятые по умолчанию и относятся только к текущему пользователю. Раздел HKEY_CLASSES_ROOT включает в себя данные из обоих источников.

HKEY_USERS (HKU) — содержит настройки среды для каждого из загруженных пользовательских профилей, а также для профиля по умолчанию. В HKEY_USERS находится вложенный раздел \Default, а также другие подразделы, определяемые идентификатором безопасности (Security ID, SID) каждого пользователя.

HKEY_CURRENT USER (HKCU) — cодержит настройки среды для пользователя, на данный момент зарегистрировавшегося в системе (переменные окружения, настройки рабочего стола, параметры сети, приложений и подключенных устройств).

Этот раздел дублирует информацию в HKEY_USERS\user SID, где user SID — идентификатор безопасности пользователя, зарегистрировавшегося в системе на текущий момент (узнать SID текущего пользователя можно, набрав в командной строке whoami /user).

HKEY_CURRENT_ CONFIG (HKCC) — cодержит настройки для текущего аппаратного профиля. Текущий аппаратный профиль включает в себя наборы изменений, внесенных в стандартную конфигурацию устройств, заданную в подразделах Software и System корневого раздела HKEY LOCAL_MACHINE.

В HKEY_CURRENT_CONFIG отражаются только изменения. Кроме того, информация этого раздела находится в HKEY_LOCAL_MACHINE\System\CurrentControlSet\HardwareProfiles\Current.

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

Основные типы данных, применяемые в реестре

REG_DWORD — 32-х разрядное число. Этот тип данных используют многие параметры драйверов устройств и сервисов. Редакторы реестра могут отображать эти данные в двоичном, шестнадцатеричном и десятичном формате.

REG_SZ — Текстовая строка в формате, удобном для восприятия человеком. Значениям, представляющим собой описания компонентов, обычно присваивается именно этот тип данных.

REG_EXPAND_SZ — Расширяемая строка данных. Эта строка представляет собой текст, содержащий переменную, которая может быть заменена при вызове со стороны приложения, например, используется для записи переменных окружения.

REG_MULTI_SZ — Многострочное поле. Значения, которые фактически представляют собой списки текстовых строк в формате, удобном для восприятия человеком, обычно имеют этот тип данных. Строки разделены символом NULL.

REG_BINARY — Двоичные данные. Большинство аппаратных компонентов используют информацию, которая хранится в виде двоичных данных. Редакторы реестра отображают эту информацию в шестнадцатеричном формате.

REG_RESOURCE_LIST — Список аппаратных ресурсов. Применяется только в ветви HKEY_LOCAL_MACHINE\HARDWARE.

Также иногда можно встретить такие типы данных реестра:

• REG_RESOURCE_ REQUIREMENTS_LIST — Список необходимых аппаратных ресурсов. Применяется только в ветви HKEY_LOCAL_MACHINE\HARDWARE.
• REG_FULL_RESOURCE_ DESCRIPTOR — Дескриптор (описатель) аппаратного ресурса. Применяется только в ветви HKEY_LOCAL_MACHINE\HARDWARE.
• REG_LINK — Символическая ссылка Unicode. Этот тип данных интересен тем, что позволяет одному элементу реестра ссылаться на другой ключ или параметр.
• REG_QWORD — 64-х разрядное число.
• REG_DWORD_ LITTLE_ENDIAN — 32-разрядное число в формате «остроконечников» (little-endian), эквивалент REG_DWORD.
• REG_DWORD_BIG_ ENDIAN — 32-разрядное число в формате «тупоконечников» (big-endian).
• REG_QWORD_LITTLE_ ENDIAN — 64-разрядное число в формате «остроконечников». Эквивалент REG_QWORD.
• REG_NONE — Параметр не имеет определенного типа данных.

Взаимодействие реестра с операционной системой

При запуске компьютера распознаватель аппаратных средств (hardware recognizer) помещает в реестр список обнаруженных им устройств. Обычно распознавание аппаратных средств осуществляется программой Ntdetect.com и ядром операционной системы Ntoskrnl.exe.

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

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

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

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

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

При администрировании системы. Когда пользователь вносит изменения в конфигурацию системы с помощью средств администрирования системы (например при помощиПанели управления или оснастки MMC), все изменения сразу отражаются в системном реестре. По сути средства администрирования представляют собой наиболее удобные и безопасные средства модификации реестра. Кстати, к средствам администрирования можно отнести и редактор реестра (regedit.exe), ведь все изменения в систему можно вносить непосредственно правкой реестра.

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

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

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

Некоторые настройки, необходимые MS-DOS хранятся в простом текстовом файле CONFIG.SYS. DOS-программы должны сделать свои собственные механизмы для хранения пользовательских настроек.
ОС Windows первоначально использовала INI файлы — текстовые файлы организованные в простом формате, которые могут быть прочитаны и записаны с помощью специальных процедур доступных для Windows программ. В Windows есть конфигурационный файл, SYSTEM.INI, который используеться для всех внутренних настроек плюс еще файл, WIN.INI, для пользовательских настроек. Каждое приложение было  в INI-файле, и как правило, названо в честь себя.
Эта система работала очень хорошо, и до сих пор используется некоторыми программами для Windows, но оказалось, есть несколько недостатков. INI-файлы не спешили дать доступ и ограничивали по размеру до 64Kb. Существовал также только один INI-файл в программе для каждого компьютера, что делает его трудно доступным иметь разные настройки для каждого пользователя компьютера.
Так что ,начиная с Windows NT и Windows 95, Microsoft представила реестр. Вы можете думать о реестре как о базе данных для хранения и доступа к данным конфигурации. Как и все хорошие базы данных реестр может хранить различные типы данных. Он организован для быстрого и эффективного доступа. Данные хранятся в иерархической манере, как папки на жестком диске. Реестр данных, которые используются в настоящее время кэшируются в память, чтобы обеспечить лучшую производительность.
Преимущества реестра
Реестр имеет ряд преимуществ по сравнению с другими схемами для хранения конфигурационных данных. Все данные хранятся в едином логическом месте, что делает его легким при выполнии резервного копирования и восстановления. (На самом деле, реестр состоит из двух или более отдельных файлов, как мы увидим позже.) Физическое местоположение не имеет значения  , реестр прозрачен для пользователя: он может либо храниться локально, так и доступен по сети. Хранение реестра на удаленном сервере полезно в бизнес-среде, поскольку он позволяет людям войти, используя различные ПК, но по-прежнему имеет свои собственные персональные настройки пользователя.
Недостаток этого — все время в одном месте, и трудно создать резервную копию индивидуальных предпочтений программ таким образом, что они могут быть перенесены на новый компьютер после того,как программное обеспечение было переустановлено. Не рекомендуется, чтобы попытаться восстановить весь реестр на другом компьютере, потому что большая часть информации в нем зависит от системы.
Хотя реестр может считаться иерархией папок, термин «папка» не часто используется, когда речь идет о расположении данных. «Путь», который идентифицирует конкретную «папку» реестра более правильно называть «ключ». Тем не менее, этот термин больше подходит, если вы программист и понимаете способ доступа информационных программ в реестре.
Чтобы получить доступ к определенной папке программа открывает его, указав путь и тип доступа который требуется (например, только для чтения, или чтение / запись), и получает ключ. Этот ключ является своего рода маркером, который используется в последующих командах программы для чтения или записи данных значений, хранящихся в том ключе, и получить доступ к суб-ключу от него. Когда программа закончит обращение к реестру ,он закрывается и освобождает ключ. Этот механизм помогает получить эффективный доступ к реестру. Он также позволяет Windows, реализовать контроль доступа и предотвращения одного приложения от изменения данных реестра, а другой она закрывает. Другой особенностью реестра является то что,он имеет общую базу данных , и он не редактируется с помощью текстового редактора. Это двоичный файл и его можно только читать и изменять с помощью программ, разработанных специально для этого. Несколько человек попытались внести изменения в реестр с помощью таких инструментов, как Нортон DiskEdit , но результат будет почти всегда катастрофический. К сожалению, Windows не является совершенной системой . Дела идут не так, и единственный способ, чтобы исправить их может быть, чтобы сделать изменения в реестре вручную. К счастью, Microsoft предоставила инструмент, специально предназначенные для этой цели. И называется, он как ни странно, редактор реестра. Его имя файла REGEDIT.EXE под Windows XP .
Редактор реестра представляет собой графический Explorer — подобный вид на реестр. Он имеет две панели окна. Левая панель содержит складной вид дерева иерархии ключей. Когда выбран ключ в левой панели ,в  правой панели отображаются значения которые он содержит и любой суб-ключ. В ходе этой статьи , мы будем использовать редактор реестра, как наш основной инструмент исследования.
Значительная неудача редактора реестра, что вы всегда должны иметь в виду, что у него нет «отката» объекта и вы не можете отменить любые изменения которые вы можете сделать. Всё слишком легко и можно случайно изменить или удалить то, что может иметь фатальные последствия для ОС Windows или приложений. Так что всегда желательно, чтобы создать резервные копии файлов реестра, прежде чем использовать редактор. Категории данных
Данные, записанные в реестр попадают в две категории: информационные системы и пользовательская информация. Информация о системе это то, что имеет отношение только к самому компьютеру. Она включает в себя информацию об аппаратном обеспечении и периферийных устройствах, их драйверах и так далее. Она может также включать информацию, связанную с программным обеспечением, которое было установлено на машине.
Информация о пользователе — все настройки, которые относятся к пользователю компьютера, в том числе их личных предпочтений. Компьютер на Windows XP поддерживает несколько пользователей и настаивает, что бы при входе в систему использовать его. Windows XP также позволяет использовать профили пользователей. Помните также, требование, чтобы пользователь мог получить доступ к их личным настройкам при входе в систему с другого компьютера по сети. Для удовлетворения этого, системные и пользовательские данные хранятся в отдельных файлах в реестре и будут использовать другой файл информации о пользователе в зависимости от имени пользователя или профиля.
Под Windows XP, системная информация хранится в файле SYSTEM.DAT. Этот файл находится в папке Windows. Если вы хотите, чтобы создать резервные копии реестра, этот файл является одним из тех, который всегда должен быть прикреплён. Потому что в нём содержится информация конкретного компьютера,и она никогда не может быть восстановлена на другом компьютере .
Пользовательская информация хранится в файле USER.DAT. По умолчанию он также находится  в папке Windows, и содержит данные по умолчанию для вашей системы или только пользователя. Если профили пользователей были включены, также будет USER.DAT для каждого пользователя, хранящийся в папке C: Windows Profiles имя_пользователя. Когда новый профиль устанавливается по умолчанию USER.DAT используется в качестве отправной точки. При резервном копировании системы вручную, вы должны гарантировать, что всё  из папки  C: Windows Profiles поапло в  резервное копирование, если вы хотите сохранить персональные настройки для каждого пользователя. Опять же, не рекомендуется, чтобы попытаться восстановить этот файл заново при переустановке  системы.
Информация о системе хранится в нескольких различных файлах, большинство из которых доступны только системным администраторам по соображениям безопасности. Большинство из них хранятся в папке System32 Config. Пользовательская информация хранится в файлах с именами NTUSER.DAT, которые хранятся в профилях подпапок главной папки Windows. Чтобы создать резервную копию реестра вручную содержимое обоих Config и профили вложенных папок должны быть прикреплены. Рекомендуется использовать NTBACKUP.EXE или другие совместимые программы резервного копирования.
Как реестр хранит информацию , не представляет большого интереса, за исключением целей резервного копирования. Более полезно, чтобы понять логическое представление о нём, как видно его в Windows и приложениях, а так же как представлен вам редактор реестра. В оставшейся части этой статьи я объясню, что вы можете видеть и какую пользу Вы могли бы получить из этой информации.
Корневые ключи
Как вы можете видеть, когда вы начинаете редактировать реестр, реестр состоит из шести основных отраслей или «ключи корня.» Каждая ветвь используется для хранения различных классов информации.
Редактор реестра, показывает шесть основных ветвей или корневые ключи
HKEY_LOCAL_MACHINE это отрасль, которая содержит информацию, конкретно связанную с компьютером как такового. Примеры этого включают установленное оборудование и программное обеспечение, драйверы для оборудования и данные о конфигурации программного обеспечения. Содержание этой ветви хранится в файле SYSTEM.DAT в реестре Windows XP.
Среди связанных с программным обеспечением данных, хранящихся в этой отрасли является информация о типах файлов и действий (Open, печать и так далее), которые можно выполнять на них. Например, когда вы устанавливаете приложение для просмотра изображений, которое позволяет работать с файлами формата TIFF, информация, связывающая данный тип файлов (с расширением. TIF) с данным приложением, будет храниться здесь.
Также здесь хранится информация о программных компонентах, установленных в компьютере. Windows, поддерживает объектно-ориентированную архитектуру, которая позволяет программным компонентам использоваться любым приложением. Данная технология развивалась и была введена в Windows 3 и была известна как связывание и внедрение объектов (OLE), ActiveX и Component Object Model (COM). Компоненты, установленные на компьютере, которые зарегистрированы в реестре, так что другие программы знают, что они существуют и могут использовать их. Примером этого является браузер Internet Explorer, компоненты которого могут быть использованы любой программой, которая должна отображать веб-страницы или другие HTML-форматированные данные.
HKEY_CLASSES_ROOT содержит информацию о типах файлов, и действиях, которые могут быть выполнены над ними (Open, печать и так далее), а также информация об установленных программных компонентах. В самом деле, это зеркало соответствующее отделению в HKEY_LOCAL_MACHINE которое сделано доступной в качестве корневого ключа из соображений совместимости. Microsoft впервые ввёл это  в реестр 16-разрядных Windows 3, но в нём только хранилась эта информация. HKEY_CLASSES_ROOT позволяет программе получить код, написанный для Windows 3 и работать без изменений, но и предоставляет удобный способ для современного программного обеспечения для доступа к часто используемым классам данных реестра.

Продолжение статьи Реестр Windows читайте  в следующих статьях — Реестр Windows часть II ,Реестр Windows часть III.

Решебником или гдз называется книга, которая выпущена для конкретного учебника и содержит решения предлагаемых в нём задач. Наш сайт представляет для всех желающих бесплатные онлайн гдз — готовые домашние задания. Мы верим в то, что решебники в онлайне или скачанные на ПК во всех случаях окажут помощь при подготовке к занятиям.