Где лежит файл реестра windows 2003
Обновлено: 03.07.2024
куст — это раздел реестра, отображаемый как файл на жестком диске. Имя используется для указания на ветвящуюся структуру.
файлы реестра Windows XP:
(имени файла соответствует куст реестра Windows XP)
SAM — HKEY_LOCAL_MACHINE\SAM
SECURITY — HKEY_LOCAL_MACHINE\Security
Software — HKEY_LOCAL_MACHINE\Software
System — HKEY_LOCAL_MACHINE\System
HKEY_CURRENT_CONFIG
Default — HKEY_USERS\.DEFAULT
Файлы Ntuser.dat — HKEY_CURRENT_USER
(эти файлы хранятся в С: \Documents and Settings\%UserName%) и содержат конфигурацию для конкретного пользователя.
По умолчанию почти все файлы кустов: Default, SAM, Security, Software и System, — сохраняются в папке %SystemRoot%\System32\Config.
Папка %SystemRoot%\Profiles содержит настройки для каждого пользователя компьютера.
Если есть сомнения, то точный список файлов реестра Windows XP можно посмотреть здесь: HKEY_LOCAL_MACHINE\System\CotnrolSet\Control\HiveList\.
При начальной загрузке к этому разделу обращается Configuration Manager, чтобы проинициализировать все основные разделы реестра.
РУКАМИ файлы реестра НЕ ОТРЕДАКТИРОВАТЬ!
C:\Windows\System32\config\RegBack
В папке RegBack все файлы реестра. В идеале делаем так:
1 - Устанавливаем чистую винду
2 - Сразу копируем папку RegBack в несистемный раздел (это чистейший непорочный реестр)
3 - когда винда начинает глючить и тупить загружаемся с загрузочной флешки например Linux лайф CD, и копируем наш архив RegBack на системный раздел, предварительно удалив больную папку RegBack на системном разделе.
Винда будет летать как новая, возможно некоторые проги и дрова перестанут работать из-за отсутствия записи в чистом реестре, просто переустановите нерабочую прогу и всё ок.
Таким же способом можно восстановить загрузочные файлы типа Boot (когда винда вообще не стартует) заранее сохранив копии в несистемном разделе.
Есть конечно другой способ - создание полного образа-архива системного раздела при помощи загрузочной флэшки Acronis True Image, но это другая тема несколько.
В систему Windows , начиная с Windows 95 , включается единое хранилище, которое называется реестром ( registry ) и используется для хранения информации об этой операционной системе и установленных приложениях. Реестр является базой данных, и он используется почти во всем, что вы делаете. Он содержит информацию о самом компьютере, его оборудовании, периферийных устройствах , подсоединенных к компьютеру, об установленном ПО , а также о пользователях, выполняющих вход на этот компьютер .
Приложения используют реестр все время, используя стандартные интерфейсы прикладных программ WIN32 API для доступа к необходимым данным. Программы установки ПО используют стандартные API для добавления, изменения или удаления данных реестра. Реально реестр принадлежит программному обеспечению (включая операционную систему) и предназначен для того, чтобы предоставлять информацию для ПО , а не для пользователей.
Большинство данных реестра, которые записываются в результате действий пользователей, помещаются туда из диалоговых окон, в которых работает пользователь (например, из апплетов Панели управления [ Control Panel ]), или из групповых политик. Предполагается, что вы вносите изменения в элементы конфигурации в окнах графического интерфейса и в диалоговых окнах.
Однако в реальных условиях многие из нас считают, что непосредственная работа в реестре выполняется быстрее и проще, чем прохождение через последовательность диалоговых окон. Кроме того, некоторые проблемы могут быть разрешены только путем непосредственных изменений в реестре.
Обзор реестра
Реестр пополнялся из целого ряда управляющих файлов и баз данных, которые имелись в предыдущих версиях Windows , что логически привело к современной реализации этого хранилища настроек Windows Server 2003.
В системе Microsoft Windows 3.1, которая была первой широко используемой версией Windows (особенно в бизнесе) использовались три типа файлов , определяющих оборудование компьютера и приложения для этой операционной системы. Два типа файлов использовались для инициализации и имели расширение имени .ini, и третий тип файлов использовался как база данных для регистрации. Среди файлов инициализации (.ini-файлов) имелись файлы, включенные в Windows , а также множество частных .ini-файлов из приложений (прикладного ПО ).
В Windows 3.1 использовались шесть .ini-файлов для загрузки и управления средой Windows ( control .ini, progman.ini, protocol .ini, system .ini, win .ini и winfile.ini).
Файл win .ini был основным местом хранения информации, относящейся к конфигурации ПО этой операционной системы, а также специальной информации для всей системы, добавляемой приложениями. Поскольку каждое приложение вносило изменения в файл win .ini (не принимая во внимание все остальные приложения), этот файл разрастался очень быстро. Это вызывало проблемы, когда размер файла превышал 64 Кб. В операционной системе разрешался рост этого файла сверх 64 Кб (без уведомления пользователя, что превышен этот предел ), хотя любая запись , выходящая за границу 64 Кб, игнорировалась. Если приложения добавляли записи в верхние разделы файла win .ini, то информация внизу файла выталкивалась за границу инициализации , и эта информация не реализовалась. Приложения, которым требовались эти потерянные записи инициализации , переставали работать полностью или утрачивали определенные функции . Пытаясь воспрепятствовать этой проблеме, Microsoft рекомендовала разработчикам приложений сохранять информацию приложений в частных .ini-файлах, которые бы относились только к их приложению. Хотя это помогло, большинство разработчиков приложений продолжали размещать большое количество информации в файле win .ini.
Файл system .ini использовался как основное хранилище системной информации об оборудовании, установленном на компьютере, чтобы указывать операционной системе на оборудование и связанные с ним программные компоненты (драйверы устройств, оболочки и т.д.).
Файл progman.ini содержал настройки инициализации для Windows Program Manager , и файл winfile.ini содержал настройки инициализации для Windows File Manager . Отсутствие этих файлов не препятствовало работе Windows (в отличие от файлов system .ini и win .ini), но загружалась конфигурация по умолчанию для приложений, которыми они управляли, без каких-либо настроек, внесенных пользователем.
Файл protocol .ini, который впервые появился для версии Windows for Workgroups в Windows 3.1x, содержал информацию инициализации для сетевой работы в Windows .
Частные файлы инициализации были .ini-файлами, которые добавлялись в каталог Windows приложениями от сторонних фирм, которые устанавливались на компьютере. Эти файлы содержали конкретную информацию о состоянии приложения, включая такие элементы, как положение на экране, список недавно использовавшихся файлов и т.д.
Файл win .ini до сих пор существует в большинстве систем Windows NT / 2000/ Server 2003, и его роль состоит в поддержке 16-битных приложений.
И последним файлом, который использовался системой Windows 3.1x для конфигурации системы, был файл reg. dat . Это была база данных регистрации Windows 3.1 Registration Database , которая являлась непосредственным предшественником реестра. (Прошло не слишком много времени, и пользователи сократили Registration Database до registry.) Эта база данных с вложенными структурами, начиная от единственного корня ( HKEY_CLASSES_ROOT ), содержала информацию, связанную с расширениями имен файлов, а также поддержку OLE ( Object Linking and Embedding ) для функции drag - and - drop . В отличие от .ini-файлов, которые являлись простыми текстовыми файлами ASCII , и которые можно было редактировать в любом текстовом редакторе, файл reg. dat был двоичным файлом и поставлялся со своей собственной программой редактирования, Registration Information Editor (Regedit.exe). Этот первый реестр имел некоторые серьезные ограничения в виде единственной иерархической структуры и предельного размера в 64 Кб файла reg. dat .
Большой проблемой реестра Windows 3.1 было то, как он использовался или, скорее, не использовался этой операционной системой. Не было особого смысла в аккуратной поддержке этой базы данных регистрации на уровне текущих изменений. Приложения могли вносить в него записи, а могли и не вносить. В операционную систему не было встроено никаких стандартов, чтобы приложения записывали в реестр те же данные, что и в собственные .ini-файлы или в системные .ini-файлы. Если конфигурация программного обеспечения, .ini-файлы и база данных регистрации имели одинаковую информацию, это часто бывало просто совпадением. Кроме того, методы связи, использовавшиеся для запроса и записи в реестр, были сложны и требовали больших дополнительных затрат ресурсов, что часто замедляло работу компьютера. И, наконец, настроек отдельного пользователя не существовало, поэтому пользователи одного компьютера получали настройки, оставленные последним работавшим пользователем.
Когда Microsoft выпустила первый вариант Windows NT ( NT 3.1), реестр стал намного более гибким и мощным. Ограничение в 64 Кб было снято. Иерархическая структура была расширена, включив несколько контейнеров с вложенными уровнями, а код управления реестром был переработан, чтобы поддерживать достаточно высокую производительность . Было реализовано дистанционное администрирование , что упростило жизнь сетевого администратора . Microsoft заставила разработчиков использовать реестр для переменных и значений и даже ее собственные программы стали поддерживать реестр.
На самом деле .ini-файлы продолжают играть определенную роль в самых новых версиях Windows. Запустите поиск .ini-файлов на вашем компьютере Windows Server 2003, и вы найдете очень много таких .ini-файлов. После задания ролей компьютера, но перед установкой каких-либо приложений поиск .ini-файлов на моем компьютере Windows Server 2003 дал 228 .ini-файлов.Правила Microsoft для разработчиков включают указание, что любая программа должна записывать свои установочные настройки в раздел HKEY_LOCAL_MACHINE\ Software \Имя_поставщика и все пользовательские настройки в HKEY_CURRENT_USER\ Software \Имя_поставщика . Слишком многие компании, разрабатывающие ПО, игнорируют это правило или не выполняют его должным образом. Некоторые приложения создают подразделы, но не заполняют их данными. Некоторые приложения пишут данные реестра, которые очевидным образом нарушают это правило, например, регистрируя информацию командной строки, которая указывает на .ini-файл вместо исполняемого файла программы.
Еще одним существенным изменением в выпуске Windows NT 3.1 было появление Regedt32. Этот новый 32-битный редактор реестра выводил каждое поддерево в его собственном окне и содержал новые мощные команды, позволяющие, например, подсоединяться к реестру на удаленном компьютере, а также защищать разделы реестра.
Windows NT 4 и Windows 95 (а позже Windows 98) были выпущены с почти одинаковыми реестрами. В обоих случаях были добавлены два новых поддерева : HKEY_CURRENT_CONFIG и HKEY_DYN_DATA .
Все эти изменения привели нас к реестру Windows Server 2003 (а также Windows 2000), который является темой этой лекции.
Структура реестра
Реестр – это иерархическая база данных , содержащая вложенные контейнеры и данные следующего типа.
- Поддеревья (Subtree). Корни, или основные группы этой иерархии .
- Разделы (Key). Основные контейнеры , находящиеся непосредственно в поддеревьях .
- Подразделы (Subkey). Дочерние подразделы. Подразделы могут содержать вложенные подразделы или записи.
- Записи (Entry). Реальные данные (значения), которые влияют на систему. Записи представлены в правой панели редактора реестра.
Ульи и файлы ульев
Физически реестр – это набор файлов, которые называются ульями. Улей (hive) – это определенная часть реестра (определенный набор разделов, подразделов и параметров), которая представлена файлом на вашем компьютере. Файлы ульев можно просматривать или редактировать только с помощью редактора реестра. Однако их можно копировать, что является способом их резервного копирования вручную. (Большинство программ резервного копирования , включая соответствующую встроенную программу в Windows Server 2003, позволяют выполнять резервное копирование реестра.)
Файлы ульев реестра сохраняются в виде . dat -файлов, и для каждого из этих файлов имеется соответствующий . log-файл , который действует как журнал транзакций для основного . dat -файла. Добавление . log-файла к . dat -файлу используется как средство отказоустойчивости . В случае изменений, когда требуется обновить файл определенного улья, эти изменения сначала вносятся в . log-файл , который действует как файл транзакций. (Если вы знакомы с Microsoft Exchange Server или общим подходом к использованию базы данных /файла транзакций Jet, то здесь используется тот же принцип.)
При обновлении . log-файла транзакции записываются на диск, и затем происходит обновление файла улья с диска. Запись на диск является принудительной; это не тот случай, когда "изменения помещаются в кэш , а их запись происходит, когда на это есть время". При отказе компьютера до обновления файла улья можно выполнить " откат " транзакций . log-файла , чтобы вернуться к предыдущим настройкам.
В самом реестре ведется запись для файлов ульев в списке HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Hive . Просматривая этот список, вы увидите пару интересных элементов.
Второй интересный момент – это путь к файлу: \Device\HarddiskVolume1\Windows\System32\Config\<имя_файла> (вместо файлов настроек выполнившего вход пользователя, которые находятся в подпапках \Device\HarddiskVolume1\ Documents and Settings) . Если вы не используете Windows как "цель" для своей установки Windows Server 2003, то происходит подстановка использованного вами имени папки (на протяжении всего этого курса я использую для обозначения этой папки %SystemRoot% ). Этот формат позволяет понять, в какой момент Windows выполняет доступ к этой информации во время загрузки операционной системы. Операционная система не может читать или назначать буквы-обозначения дисков, пока не войдет в процесс запуска, то есть это единственный способ, посредством которого Windows может найти соответствующее местоположение.
В таблице 4.1 показано местоположение файлов ульев (а также их содержимое) на вашем компьютере Windows Server 2003.
Элементы данных реестра
Элементы данных реестра находятся на нижнем уровне иерархии реестра. Они содержат данные, которые определяют поведение разделов и подразделов (хотя не все разделы и подразделы содержат записи данных). Записи представлены в правой панели редактора реестра.
Любая запись содержит три элемента.
- Имя (параметр).
- Тип данных .
- Значение данных.
Имя записи
Имя записи это почти всегда (но не всегда) одно слово, даже если фактически это составное имя . Например, AutoRepeatRate – это имя записи в подразделе Keyboard Response . Во время редактирования реестра вы можете добавлять новые записи и присваивать им имя, однако это имя не должно быть произвольным. Имена должны быть известны операционной системе или приложению, которое использует данную запись, и вы должны знать это имя, прежде чем добавлять запись.
Типы данных записи
Каждая запись имеет тип данных, которые может хранить эта запись. Существуют десять типов данных , но некоторые из них не используются системой Windows Server 2003. В следующих разделах описываются типы данных , которые могут вам встретиться.
REG_DWORD . Это двойное слово – два 16-битных слова, образующих 32-битное значение. Это наиболее распространенный тип данных в реестре, и он используется для разнообразных записей. Вы можете встретить записи с информацией о драйвере устройства, булевыми значениями, такие величины, как количество секунд, которое должно пройти, прежде чем что-то произойдет или не произойдет, и другую информацию.
В редакторе Regedit записи типа REG_DWORD выводятся в шестнадцатеричном формате, но вы можете переходить в десятичный или двоичный формат (в зависимости от вида записи), если хотите выполнить редактирование. Я не могу выполнять в уме преобразование шестнадцатеричных значений в другие системы счисления , поэтому при необходимости изменения какой-либо величины, например, периода тайм-аута, я должен изменить формат представления, чтобы выполнить свою задачу. Если вы можете выполнять такие преобразования в уме, то сможете работать быстрее.
REG_BINARY . Этот тип данных используется в записях с необработанными двоичными данными. "Необработанные" означает, что нет никаких терминаторов , кроме самих двоичных данных. Этот тип данных обычно используется для информации о компонентах оборудования. Эти данные можно выводить и редактировать в двоичном или шестнадцатеричном формате в Regedit.
REG_SZ - это тип данных для текстовых строк фиксированной длины. Большинство записей, где используется этот тип, содержит булевы значения или короткие текстовые строки. Это очень распространенный тип данных , видимо, используемый почти так же часто, как и тип REG_DWORD .
Обозначение SZ означает String/Zero, поскольку в конце строки ставится нулевой байт . Regedit не показывает конечный нуль, поэтому вы можете не помнить об этом (за исключением ситуации, когда вы пишете программу, работающую с реестром, и тогда вы должны учитывать этот конечный байт ).
В случае просмотра или редактирования записи этого типа в Regedit открывающееся окно озаглавлено "String Editor " (Редактор строк).
REG_MULTI_SZ . Этот тип данных используется в записях данных, содержащих несколько текстовых строк. Строки разделяются запятыми или пробелами, и запись заканчивается двумя нуль-символами (которые не видны в редакторе реестра). В окне редактирования Regedit видны двоичные данные (хотя вы можете видеть текст в правой части этого окна).
Когда приложения ищут какую-либо запись типа REG_MULTI_SZ , им отправляется вся запись; они не могут запрашивать конкретную строку (что важно знать, если вы программист).
REG_EXPAND_SZ . Этот тип используется, когда в запись включаются одна или несколько переменных, значения которых должны быть подставлены какой-либо службой операционной системы или приложением. Это те же переменные, которые вы используете в пакетных файлах и скриптах (например, %SystemRoot% или % UserName %). Я так и не смог определить, почему сам реестр не может присваивать значение такой переменной и передавать его запрашивающей службе или программе, – ведь реестру известно, где искать эту информацию.
REG_FULL_RESOURCE_DESCRIPTOR . Этот тип записи используется для хранения списка ресурсов для компонентов оборудования. Его содержимое представлено матрицей , объединяющей ресурсы для определенного компонента (или драйвера). Regedit выводит эту информацию в двоичном формате.
REG_LINK . Этот тип данных содержит символическую ссылку между данными и каким-либо значением в реестре. Например, если приложению требуется знать уникальный идентификатор пользователя (для информации о настройках), то оно может искать идентификатор безопасности ( security ID) текущего пользователя ( HKEY_CURRENT_USER ).
REG_DWORD_LITTLE_ENDIAN . Этот тип записи аналогичен типу записи REG_DWORD . Он чаще всего используется для хранения чисел. Значение данных – это 32-битное число, в котором наиболее значащий байт выводится на экран как старший (левый) байт . Этот тип записи имеется только в Windows Server 2003, Windows 2000 и Windows 98. Технически он присутствует в Windows NT , но реестр Windows NT автоматически преобразует данные, записанные в REG_DWORD_LITTLE_ENDIAN , в стандартный тип REG_DWORD .
REG_DWORD_BIG_ENDIAN . Этот тип записи противоположен типу REG_DWORD_LITTLE_ENDIAN . Наиболее значащий байт выводится на экран как младший (правый) байт , и это используется платформами, где байты следуют именно в этом порядке ( PowerPC и Alpha ). Поскольку Windows Server 2003 не поддерживает эти платформы, любые оставшиеся элементы реестра этого типа игнорируются.
где находится Свойства Экран в Windows 7
Через 1 час гаснит монитор. Как отключить эту функцию в Windows 7 . Пол дня искал, не найти хоть.
Где находится видео просмотренное в firefox в Windows 7
Суть коротко. После каждого просмотра видео в Mozilla Firefox места на системном диске с Windows 7.
C:\WINDOWS\system32\config :
software-HKEY_CURRENT_CONFIG
system - HKEY_LOCAL_MACHINE, HKEY_CLASSES_ROOT
default - HKEY_USERS
C:\Documents and Settings\%user%
NTUSER.DAT - HKEY_CURRENT_USER
файлы реестра.
Добавлено через 2 минуты
а вот насчет редактировать блокнотом,сомневаюсь,но точно не знаю .
открывать произвольные файлы с реестром, а не только реестр текущей системы а вот насчет редактировать блокнотом,сомневаюсь,но точно не знаю .. и можно ли его отредактировать блокнотом и т.п.(под другой системой) Требовалось то вот что. думаю что такие проги есть, но как то пока не сталкивался с ними. Разве regedit умеет открывать произвольные файлы с реестром, а не только реестр текущей системы? regedit умеет открывать произвольные файлы с реестром magirus, А он существующие ветки текущей системы не заменит случаем? Если через "Файл"- "Загрузить куст", то ничего не затирается. Создается новый куст с произвольным (заданным вами) именем.
Где в windows 7 находится исполняемый файл exe - мастер создать ярлык?
Где в windows 7 находится исполняемый файл exe - мастер создать ярлык? И можно ли его запустить с.
Где в папке Windows находится файл, через который выключается компьютер?
Здравствуйте. Помогите пожалуйста кто может. Где в папке Windows находится файл через который.
Где в Windows 7 находится опция, в которой можно выбрать внешний вид системы?
Где в Windows 7 находится опция, в которой можно выбрать внешний вид системы? Это не Перонализация.
Где находится раздел "Установка оборудования" в Windows 7 Professional
Необходимо установить драйвер FStarForce(Для запуска Xenus 2),но не могу найти,куда его.
Реестр Windows (англ. Windows Registry), или системный реестр — иерархически построенная база данных параметров и настроек в большинстве операционных систем семейства Microsoft Windows [2].
В реестре хранятся данные, которые необходимы для правильного функционирования Windows. К ним относятся профили всех пользователей, сведения об установленном программном обеспечении и типах документов, которые могут быть созданы каждой программой, информация о свойствах папок и значках приложений, а также установленном оборудовании и используемых портах [1].
Открытие реестра¶
Поскольку файлов в реестре несколько, его нельзя открыть, например, в текстовом редакторе и внести какие-либо коррективы. Для работы с ним требуется специальная программа – редактор реестра, который является встроенным компонентом операционной системы Windows и вызывается путем ввода команды Regedit [4].
Существует несколько способов открыть редактор реестра.
Способ №1 – Открытие через утилиту «Выполнить»:
- Выбрать Пуск → Выполнить, либо нажать сочетание клавиш Win+R ( Win — клавиша, между Ctrl и Alt в нижнем ряду клавиатуры, обычно на ней изображен значок Microsoft Windows ;
- В открывшимся окне ввести команду regedit ;
- Нажать клавишу ОК .
Рис. 1 – Открытие через утилиту «Выполнить»
Способ №2 – Открытие через поиск по меню «Пуск»:
- Открыть меню Пуск;
- Ввести в строке поиска regedit и запустить найденный файл, который отобразится в верхней части Пуска.
Рис. 2 – Открытие через поиск по меню «Пуск»
С другими способами можно ознакомиться в статье Три способа открыть редактор реестра Windows.
Структура реестра¶
Реестр имеет иерархическую структуру, которая напоминает файловую систему жесткого диска – с его каталогами, подкаталогами и файлами. Но называются элементы реестра по-другому: верхний уровень иерархии составляют разделы, каждый из которых может содержать вложенные подразделы, а также параметры. Именно в параметрах хранится основное содержимое реестра, разделы служат лишь для группировки схожих по назначению параметров [4].
Рис. 3 – Редактор реестра
Далее приведен краткий перечень и краткое описание стандартных разделов реестра. Максимальная длина имени раздела составляет 255 символов.
HKEY_CURRENT_USER
Данный раздел является корневым для данных конфигурации пользователя, вошедшего в систему в настоящий момент. Здесь хранятся папки пользователя, цвета экрана и параметры панели управления. Эти сведения сопоставлены с профилем пользователя. Вместо полного имени раздела иногда используется аббревиатура HKCU .
HKEY_USERS
Данный раздел содержит все активные загруженные профили пользователей компьютера. Раздел HKEY_CURRENT_USER является подразделом раздела HKEY_USERS . Вместо полного имени раздела иногда используется аббревиатура HKU .
HKEY_LOCAL_MACHINE
Раздел содержит параметры конфигурации, относящиеся к данному компьютеру (для всех пользователей). Наиболее интересным является подраздел Software , который включает в себя настройки всех установленных в системе приложений. Вместо полного имени раздела иногда используется аббревиатура HKLM .
HKEY_CLASSES_ROOT
Является подразделом HKEY_LOCAL_MACHINE\Software . Хранящиеся здесь сведения обеспечивают выполнение необходимой программы при открытии файла с использованием проводника. Вместо полного имени раздела иногда используется аббревиатура HKCR . Начиная с Windows 2000, эти сведения хранятся как в HKEY_LOCAL_MACHINE , так и в HKEY_CURRENT_USER .
Раздел HKEY_LOCAL_MACHINE\Software\Classes содержит параметры по умолчанию, которые относятся ко всем пользователям локального компьютера. Параметры, содержащиеся в разделе HKEY_CURRENT_USER\Software\Classes , переопределяют принятые по умолчанию и относятся только к текущему пользователю.
Раздел HKEY_CLASSES_ROOT включает в себя данные из обоих источников. Кроме того, раздел HKEY_CLASSES_ROOT предоставляет эти объединенные данные программам, разработанным для более ранних версий Windows. Изменения настроек текущего пользователя выполняются в разделе HKEY_CURRENT_USER\Software\Classes . Модификация параметров по умолчанию должна производиться в разделе HKEY_LOCAL_MACHINE\Software\Classes . Данные из разделов, добавленных в HKEY_CLASSES_ROOT , будут сохранены системой в разделе HKEY_LOCAL_MACHINE\Software\Classes . Если изменяется параметр в одном из подразделов раздела HKEY_CLASSES_ROOT и такой подраздел уже существует в HKEY_CURRENT_USER\Software\Classes , то для хранения информации будет использован раздел HKEY_CURRENT_USER\Software\Classes , а не HKEY_LOCAL_MACHINE\Software\Classes .
HKEY_CURRENT_CONFIG
Данный раздел содержит сведения о профиле оборудования, используемом локальным компьютером при запуске системы.
Реестр 64-разрядных версий Windows подразделяется на 32- и 64-разрядные разделы. Большинство 32-разрядных разделов имеют те же имена, что и их аналоги в 64-разрядном разделе, и наоборот. По умолчанию редактор реестра 64-разрядных версий Windows отображает 32-разрядные разделы в следующем узле: HKEY_LOCAL_MACHINE\Software\WOW6432Node
Файлы реестра на жестком диске¶
Основные файлы, отвечающие за формирование реестра хранятся в папке %SystemRoot%\System32\Config\ . Обычно это C:\Windows\System32\Config\ и в зависимости от версии ОС их состав может несколько различаться.
Файл, хранящий личные настройки пользователя, «скрыт» в папке соответствующей учетной записи, например, в C:\Documents and Settings\Dmitry . Также файлы, отвечающие за пользовательские настройки, могут храниться в:
- C:\Documents and Settings\%Username%\(Ntuser.dat) ;
- C:\Documents and Settings\%Username%\Local Settings\Application Data\Microsoft\Windows\ (UsrClass.dat) .
Еще есть резервные копии файлов реестра, созданные системой, хранятся они в
- C:\Windows\System32\config\RegBack – для Windows 7 и Server 2008;
- C:\Windows\repair – для XP и Server 2003.
По умолчанию операционная система делает резервные копии этих файлов раз в 10 дней с помощью планировщика задач.
Вспомогательные файлы для всех кустов за исключением HKEY_CURRENT_USER хранятся в системах Windows NT 4.0, Windows 2000, Windows XP, Windows Server 2003 и Windows Vista в папке %SystemRoot%\System32\Config .
Вспомогательные файлы для куста HKEY_CURRENT_USER хранятся в папке %SystemRoot%\Profiles\Имя_пользователя . Расширения имен файлов в этих папках указывают на тип содержащихся в них данных. Отсутствие расширения также иногда может указывать на тип содержащихся в файле данных.
Куст (дерево) реестра (англ. hive) - это группа разделов, подразделов и параметров реестра с набором вспомогательных файлов, содержащих резервные копии этих данных.
| Куст реестра | Вспомогательные файлы |
|---|---|
| HKEY_LOCAL_MACHINE\SAM | Sam , Sam.log , Sam.sav |
| HKEY_LOCAL_MACHINE\Security | Security , Security.log , Security.sav |
| HKEY_LOCAL_MACHINE\Software | Software , Software.log , Software.sav |
| HKEY_LOCAL_MACHINE\System | System , System.alt , System.log , System.sav |
| HKEY_CURRENT_CONFIG | System , System.alt , System.log , System.sav , Ntuser.dat , Ntuser.dat.log |
| HKEY_USERS\DEFAULT | Default , Default.log , Default.sav |
Например, кусту HKEY_LOCAL_MACHINE\Software соответствует на жестком диске файл C:\Windows\System32\config\SOFTWARE .
Как и в предыдущих версиях операционных систем из семейства Windows (включая Windows 9x/ME и Windows NT/2000/XP), реестр Windows Server 2003 представляет собой централизованную базу данных параметров настройки системы и работающих в ней приложений. В этом смысле реестр аналогичен разнообразным INI-файлам, а также файлам autoexec.bat и config.sys, которые использовались ранее. Реестр содержит информацию обо всех аппаратных средствах, программном обеспечении, операционной системе и сетевых параметрах компьютера. Эта сложная иерархическая база данных принимает участие во всех аспектах работы Windows. Хорошее понимание принципов работы реестра, выполняемых им задач, а также умение манипулировать реестром необходимо всем: системным и сетевым администраторам, специалистам из групп технической поддержки, а также опытным пользователям из числа программистов. Кроме того, для системных администраторов особенно важны вопросы администрирования и защиты реестра, а также его резервного копирования и восстановления.
Примечание
Как и в предыдущих системах, в Windows Server 2003 реестр также играет ключевую роль в управлении системной конфигурацией и представляет собой централизованное хранилище всей информации об аппаратных средствах, операционной системе и установленных приложениях, а также данных, управляющих пользовательской средой. Реестр по-прежнему хранится на диске в виде файлов ульев, в состав которых внесены лишь незначительные изменения. Однако в код реестра Windows XP/Windows Server 2003 были внесены изменения, направленные на повышение производительности системы за счет ускорения доступа к реестру и на снятие ограничений по размеру реестра, существовавших во всех предыдущих версиях, включая Windows 2000. Усовершенствования, внесенные в реестр, будут подчеркиваться далее по ходу изложения материала данной главы.
Реестр пришел на смену конфигурационным файлам (INI-файлам) и призван был снять неудобства и ограничения, связанные с их использованием. В виде, более или менее напоминающем его нынешнюю структуру, реестр появился в Windows NT 3.5 (тогда он имел 4 корневых ключа: HKEY_LOCAL_MACHINE, HKEY_CURRENT_USER, HKEY_CLASSES_ROOT и HKEY_USERS). Новый компонент операционной системы был предназначен для того, чтобы заменить собой многочисленные инициализационные и установочные файлы, разбросанные по различным каталогам на жестком диске и сетевом сервере. Эти файлы требовались для обеспечения корректной работы операционной системы, приложений и аппаратных устройств, но управление ими было задачей сложной, трудоемкой и неудобной. Реестр как централизованная база данных представляет собой источник конфигурационной информации, где все параметры сведены воедино, что обеспечивает возможность эффективного управления операционной системой.
Перечисление компонентов Windows Server 2003, использующих реестр, и краткое описание их взаимодействия с этой базой данных приведено ниже.
Примечание
Обязательные пользовательские профили (mandatory user profiles) поддерживаются в Windows XP и Windows Server 2003 только в целях обеспечения обратной совместимости с существующими доменами Windows NT 4.0. Если же в вашей сети уже применяются домены на базе Windows 2000 или Windows Server 2003, и необходимость обеспечения обратной совместимости отсутствует, то вместо обязательных пользовательских профилей рекомендуется использовать групповую политику (Group Policy).
- Аппаратные профили (hardware profiles). Реестр, в отличие от INI-файлов, позволяет хранить множественные аппаратные конфигурации. Так, например, можно создать профили для dock-станций (что актуально для пользователей портативных компьютеров), а также профили для съемных устройств. Аппаратный профиль представляет собой набор инструкций, с помощью которого можно указать операционной системе, драйверы каких устройств должны загружаться при запуске компьютера. В процессе установки системы создается стандартный аппаратный профиль, который содержит информацию обо всех аппаратных средствах, обнаруженных на компьютере на момент инсталляции.
Как и реестры систем Windows NT/2000/XP, реестр Windows Server 2003 состоит из пяти так называемых корневых ключей (root keys):
- HKEY_CLASSES_ROOT
- HKEY_CURRENT_USER
- HKEY_LOCAL_MACHINE
- HKEY_USERS
- HKEY_CURRENT_CONFIG
Каждый отдельный ключ может содержать элементы данных, которые называются параметрами (value entries), а также дополнительные вложенные ключи (subkeys). Для понимания этой концепции можно провести аналогию с файловой системой. Ключи в структуре реестра аналогичны каталогам, а значимые элементы — файлам. Рис. 24.1 иллюстрирует иерархическую структуру реестра.
Рис. 24.1. Реестр имеет иерархическую структуру, и его ключи могут содержать вложенные ключи и параметры
Все имена корневых ключей начинаются со строки HKEY_, что указывает разработчикам программного обеспечения на то, что это — дескриптор, который может использоваться программой. Дескриптор (handle) — это значение, используемое для уникального описания ресурса, к которому программа может получить доступ. Описания корневых ключей реестра Windows NT/2000/XP и Windows Server 2003 приведены в табл. 24.1.
Таблица 24.1. Корневые ключи реестра
Примечание
Многие пользователи Windows, даже довольно опытные, часто ошибочно считают, что система идентифицирует пользователей по их регистрационной информации — входному имени (username или login name) и паролю (password). Следует особо подчеркнуть, что это распространенное мнение является ошибочным, т. к. система идентифицирует пользователей именно по их идентификаторам безопасности. Пользовательские профили также идентифицируются по ассоциированным с ними SID (рис. 24.2).
Данные реестра поддерживаются в виде параметров, расположенных под ключами реестра. Каждый параметр характеризуется именем, типом данных и собственно значением. Три части параметра реестра всегда располагаются в следующем порядке:
Рис. 24.2. В отличие от Windows 9x/ME и по аналогии с Windows NT/2000, Windows XP и Windows Server 2003 идентифицируют пользовательские профили по ассоциированным с ним идентификаторам безопасности (SID)
В табл. 24.2 перечислены типы данных, определенные для параметров реестра и используемые в системе.
Таблица 24.2. Типы данных для параметров реестра
Хранение данных реестра
| Ветвь реестра | Имена файлов |
| НКЕ Y_LOCAL_MACHINE\SAM | Sam, Sam. log, Sam.sav* |
| HKEY_LOCAL_MACHINE\Security | Security, Security.log, Security. sav* |
| HKEY_LOCAL_MACHINE\Software | Software, Software.log, Software. sav |
| HKEY_LOCAL_MACHINE\System | System, System.alt**, System.log, System. sav |
| HKEY_CURRENT_CONFIG | System, System.alt**, System.log, System. sav |
| HKEY_USERS\.DEFAULT | Default, Default.log, Default.sav |
| (Файлы, не ассоциированные ни с одним ключом) | Userdiff, Userdiff.log, Userdifr***, Userdifr.log*** |
| HKEY_CURRENT_USER | Ntuser.dat, Ntuser.dat.log |
* Файлы, появляющиеся в системе лишь при определенных обстоятельствах.
** Файлы, исключенные из Windows XP и Windows Server 2003.
*** Файлы, присутствующие только в Windows XP.
Примечание
Как видно из приведенной выше таблицы, некоторые из файлов реестра в Windows XP и Windows Server 2003 больше не используются. Это является следствием усовершенствований, внесенных в их реестр.
Все файлы ульев реестра, за исключением HKEY_CURRENT_USER, находятся в подкаталоге %SystemRoot%\system32\config.
Поддержку улья HKEY_CURRENT_USER выполняют файлы Ntuser.dat и Ntuser.dat.log. В файлах Ntuser.dat хранятся пользовательские профили; файл Ntuser.dat.log отслеживает изменения, которые вносились в файл Ntuser.dat. В Windows NT 4.0 (а также в системах Windows 2000/XP и Windows Server 2003, установленных как обновление версий Windows NT 4.0) эти файлы располагаются во всех подкаталогах каталога %SystemRoot%\Profiles (за исключением подкаталога \Аll Users). В Windows 2000/XP и Windows Server 2003 эти файлы располагаются в каталогах %SystemRoot%\Documents and Settings\ % Username%.
Файлы Ntuser и Userdiff были впервые введены в Windows NT 4.0:
- файл Ntuser.dat, в котором хранится пользовательский профиль, заменил собой файлы usernamejcet и admiruco: из предыдущих версий Windows NT;
- файл Ntuser.dat из каталога %SystemRoot%\Profiles\DefaultUser заменил собой файл Userdef из предыдущих версий Windows NT. Этот профиль используется для построения улья HKEY_CURRENT_USER, когда новый пользователь впервые регистрируется в системе;
- файлы UserdifF, которые находятся только в каталоге %SystemRoot% \system32\config, не ассоциируются ни с одним ульем. Они служат для обновления существующих профилей пользователей, использовавшихся в предыдущих версиях Windows NT, таким образом, чтобы эти профили могли применяться в Windows NT 4.0 и последующих версиях (Windows 2000, Windows XP и Windows Server 2003).
С ульями ассоциируются файлы четырех типов. Все эти типы файлов (с соответствующими расширениями имен файлов) перечислены в табл. 24.4.
Таблица 24.4. Типы файлов, ассоциированных с ульями реестра Windows NT4.0Windows 2000/Windows XP/Windows Server 2003
| Тип файла | Описание |
| Без расширения имени файла | Содержит копию улья |
| ALT* | Содержит резервную копию жизненно важного улья HKEY LOCAL MACHlNE\System. Только ключ System имеет соответствующий файл с расширением alt. Файлы ульев с таким расширением существуют только в Windows NT/2000. В Windows XP и Windows Server 2003 они больше не используются вследствие того, что в этой операционной системе для хранения и доступа к реестру применяются усовершенствованные алгоритмы |
| LOG | Содержит журнал транзакций, в котором регистрируются все изменения, внесенные в ключи и значимые элементы улья |
| SAV | Содержит копии файлов улья в том виде, который они имели на момент завершения текстовой фазы процесса установки. Файлы с расширением sav появляются для ключей Software, System, SAM, Security И Default. Подобно Windows NT/2000/XP, Windows Server 2003 выполняет резервное копирование содержимого ульев в процессе инсталляции. Процедура инсталляции состоит из двух стадий: стадии текстового режима и стадии графического режима. Когда установка в текстовом режиме завершается, выполняется копирование ульев в файлы с расширением sav. Это делается для того, чтобы защитить ульи от ошибок, которые могут произойти в случае сбоя на графической стадии установки. Если процедура установки даст сбой на графической стадии, то после перезагрузки компьютера будет производиться повтор только графической стадии установки. SAV-файлы используются для перестройки ульев реестра |
*Файлы, исключенные изWindows XP иWindows Server 2003
Постовой
Нет сил или времени написать работу сам, рекомендую заказать реферат по разумным ценам
Читайте также: