Windows レジストリ

Windows レジストリ

Windows 11のレジストリのユーザー インターフェイスであるレジストリ エディター
開発者	マイクロソフト
初回リリース	1992年4月6日; 32年前のWindows 3.1 ( 1992-04-06 )
オペレーティング·システム	マイクロソフトウィンドウズ
プラットフォーム	IA-32、x86-64、ARM（歴史的にはDEC Alpha、Itanium、MIPS、PowerPC）
含まれるもの	マイクロソフトウィンドウズ
タイプ	階層型データベース
ライセンス	独自
Webサイト	learn.microsoft.com/en-us/windows/win32/sysinfo/registry

Windowsレジストリは、 Microsoft Windowsオペレーティング システムと、レジストリを使用するアプリケーションの低レベルの設定を保存する階層型データベースです。カーネル、デバイス ドライバー、サービス、セキュリティ アカウント マネージャー、およびユーザー インターフェイスはすべてレジストリを使用できます。レジストリを使用すると、システム パフォーマンスのプロファイリング用の カウンターにアクセスすることもできます。

つまり、レジストリまたは Windows レジストリには、すべてのバージョンの Microsoft Windows オペレーティング システムにインストールされているプログラムとハードウェアの情報、設定、オプション、およびその他の値が含まれています。たとえば、プログラムがインストールされると、プログラムの場所、バージョン、プログラムの起動方法などの設定を含む新しいサブキーがすべて Windows レジストリに追加されます。

Windows 3.1で導入されたとき、 Windows レジストリには主にCOMベースのコンポーネントの構成情報が保存されていました。Windows 95とWindows NT では、その用途が拡張され、個々のプログラムの構成を保持し、さまざまな場所に保存されていた多数のINI ファイルの情報を合理化および集中化しました。 ^{[1] [2]} Windows アプリケーションでは、必ずしも Windows レジストリを使用する必要はありません。たとえば、.NET Frameworkアプリケーションは構成にXMLファイルを使用しますが、ポータブル アプリケーションでは通常、構成ファイルを実行可能ファイルと共に保存します。

Windows レジストリより前は、.INI ファイルは各プログラムの設定をテキスト ファイルまたはバイナリ ファイルとして保存し、多くの場合、マルチユーザー シナリオでユーザー固有の設定を提供しない共有の場所に配置されていました。対照的に、Windows レジストリは、すべてのアプリケーション設定を 1 つの論理リポジトリ (ただし、いくつかの個別のファイル) に標準化された形式で保存します。Microsoft によると、これは .INI ファイルに比べていくつかの利点があります。^{[2] [3]}バイナリ形式ではファイルの解析がはるかに効率的に行われるため、テキスト INI ファイルよりも迅速に読み取りまたは書き込みを行うことができます。さらに、.INI ファイルに格納されるテキスト情報とは対照的に、レジストリには厳密に型指定されたデータregedit.exeを格納できます。これは、組み込みの Windows レジストリ エディターを使用してキーを手動で編集する場合の利点です。ユーザーベースのレジストリ設定は、読み取り専用のシステム場所からではなく、ユーザー固有のパスから読み込まれるため、レジストリでは複数のユーザーが同じマシンを共有でき、権限の少ないユーザーでもプログラムを実行できます。リモート レジストリサービスが実行されていて、ファイアウォール ルールで許可されている限り、標準のAPIセットを使用して、スクリプトからなど、リモート管理/サポートのためにネットワーク接続経由​​でレジストリにアクセスできるため、バックアップと復元も簡素化されます。

レジストリはデータベースであるため、アトミック更新などの機能によってシステムの整合性が向上します。2 つのプロセスが同時に同じレジストリ値を更新しようとすると、一方のプロセスの変更がもう一方のプロセスの変更に先行し、データの全体的な一貫性が維持されます。.INI ファイルに変更が加えられた場合、このような競合状態により、どちらの更新試行にも一致しない不整合なデータが発生する可能性があります。Windows Vista 以降のオペレーティング システムでは、カーネル トランザクション マネージャーによってレジストリへのトランザクション更新が提供され、従来のコミット/中止セマンティクスを使用して複数のキーまたは値の変更にわたるアトミック性の保証が拡張されます (ただし、NTFS はファイル システムに対してもこのようなサポートを提供しているため、理論上は従来の構成ファイルを使用して同じ保証が得られることに注意してください)。

レジストリには、キーと値という2 つの基本要素が含まれています。レジストリキーは、フォルダーに似たコンテナー オブジェクトです。レジストリ値は、ファイルに似た非コンテナー オブジェクトです。キーには、値とサブキーを含めることができます。キーは、Windows のパス名に似た構文で参照され、階層のレベルを示すためにバックスラッシュが使用されます。キーの名前は、大文字と小文字を区別せず、バックスラッシュを使用しない必要があります。

レジストリ キーの階層には、カーネルによって保存された「ハイブ」から事前にロードされたレジストリ キーの内容、または別のルート キー内のサブキーの内容にマップされている、または、含まれるサブキーと値へのアクセスを提供する登録済みサービスまたは DLL にマップされている、既知のルート キー ハンドル (匿名ですが、実効値は定数の数値ハンドル) からのみアクセスできます。

たとえば、HKEY_LOCAL_MACHINE\Software\Microsoft\Windows は、HKEY_LOCAL_MACHINE ルート キーのサブキー "Software" のサブキー "Microsoft" のサブキー "Windows" を参照します。

定義済みのルートキーは7つあり、Win32 APIで定義された定数ハンドルに従って名前が付けられるか、または同義の略語（アプリケーションによって異なります）で名前が付けられます。^[4]

• HKEY_LOCAL_MACHINE または HKLM
• HKEY_CURRENT_CONFIG または HKCC
• HKEY_CLASSES_ROOT または HKCR
• HKEY_CURRENT_USER または HKCU
• HKEY_USERS または HKU
• HKEY_PERFORMANCE_DATA（Windows NTのみ、Windowsレジストリエディタでは非表示）^[5]
• HKEY_DYN_DATA (Windows 9x のみ、Windows レジストリ エディタで表示可能)

Windows の他のファイルやサービスと同様に、すべてのレジストリ キーは、ユーザー権限、アプリケーションによって取得されたセキュリティ トークン、またはシステムによって適用されるシステム セキュリティ ポリシーに応じて、アクセス制御リスト(ACL)によって制限される場合があります (これらの制限は、システム自体によって事前に定義され、ローカル システム管理者またはドメイン管理者によって構成される場合があります)。異なるユーザー、プログラム、サービス、またはリモート システムでは、同じルート キーから階層の一部または異なる階層のみが表示される場合があります。

レジストリ値は、キー内に格納される名前とデータのペアです。レジストリ値は、レジストリ キーとは別に参照されます。レジストリ キーに格納される各レジストリ値には、大文字と小文字を区別しない一意の名前が付けられます。レジストリ値を照会および操作するWindows API関数は、親キーを識別するキー パスまたはハンドルとは別に値の名前を取得します。レジストリ値の名前にバックスラッシュが含まれる場合がありますが、そうすると、一部の従来の Windows レジストリ API 関数 (Win32 では使用が非推奨) を使用する場合に、キー パスとの区別が難しくなります。

この用語はやや誤解を招く恐れがあります。各レジストリ キーは連想配列に似ており、標準的な用語では各レジストリ値の名前部分を「キー」と呼びます。この用語は Windows 3 の 16 ビット レジストリから引き継がれました。Windows 3 の 16 ビット レジストリでは、レジストリ キーに任意の名前/データ ペアを含めることはできず、名前のない値 (文字列である必要があります) が 1 つだけ含まれていました。この意味では、Windows 3 レジストリは単一の連想配列のようなもので、キー (「レジストリ キー」と「連想配列キー」の両方の意味で) が階層を形成し、レジストリ値はすべて文字列でした。32 ビット レジストリが作成されると、キーごとに複数の名前付き値を作成する機能も追加され、名前の意味が多少歪んでいました。^[6]以前の動作との互換性のために、各レジストリ キーには「既定」値 (名前は空の文字列) がある場合があります。

各値は、可変長および可変エンコードの任意のデータを格納できますが、このデータは、このデータの解析方法を定義する記号型（数値定数として定義）に関連付けられています。標準型は次のとおりです。^[7]

階層型データベースのルート レベルのキーは、通常、Windows API定義によって名前が付けられ、すべて "HKEY" で始まります。^[2]これらは、"HK" で始まる 3 文字または 4 文字の短縮名に省略されることがよくあります (例: HKCU および HKLM)。技術的には、これらは、メモリ内に保持されるか、ローカル ファイル システムに保存され、起動時にシステム カーネルによって読み込まれ、その後、ローカル システムで実行されているすべてのプロセス間で (さまざまなアクセス権を使用して) 共有されるか、ユーザーがシステムにログオンしたときにユーザー セッションで開始されるすべてのプロセスに読み込まれ、マップされる、特定のキーへの定義済みハンドル (既知の定数値を持つ) です。

HKEY_LOCAL_MACHINE (ローカル マシン固有の構成データ) ノードと HKEY_CURRENT_USER (ユーザー固有の構成データ) ノードは、互いに似た構造を持っています。ユーザー アプリケーションは通常、最初に「HKEY_CURRENT_USER\Software\Vendor's name\Application's name\Version\Setting name」で設定を検索し、設定が見つからない場合は、代わりに HKEY_LOCAL_MACHINE キーの下の同じ場所を検索します。ただし、管理者が強制するポリシー設定では、HKLM が HKCU よりも優先される可能性があるため、逆のことが当てはまる場合があります。Windowsロゴ プログラムには、さまざまな種類のユーザー データが保存される場所に関する特定の要件があり、アプリケーションを使用するために管理者レベルのアクセスが必要とされないように、最小権限の概念に従う必要があります。 ^{[a] [10]}

HKLMと略されるHKEY_LOCAL_MACHINEは、ローカルコンピュータに固有の設定を保存します。^[11]

HKLM によって検索されたキーは、実際にはディスク上に保存されるのではなく、他のすべてのサブキーをマップするためにシステム カーネルによってメモリ内に保持されます。アプリケーションは、追加のサブキーを作成することはできません。Windows NT では、このキーには 4 つのサブキー "SAM"、"SECURITY"、"SYSTEM"、および "SOFTWARE" が含まれており、これらは、%SystemRoot%\System32\config\ フォルダにあるそれぞれのファイル内にブート時にロードされます。5 番目のサブキー "HARDWARE" は揮発性で動的に作成されるため、ファイルには保存されません (現在検出されているすべてのプラグ アンド プレイ デバイスのビューを公開します)。Windows Vista 以降では、6 番目と 7 番目のサブキー "COMPONENTS" と "BCD" は、カーネルによってオンデマンドでメモリにマップされ、%SystemRoot%\System32\config\COMPONENTS またはシステム パーティションのブート構成データ \boot\BCD からロードされます。

• 「HKLM\SAM」キーは、通常、ほとんどのユーザーに対して空として表示されます (ローカル システムの管理者またはローカル システムを管理するドメインの管理者によってアクセスが許可されている場合を除く)。これは、ローカル システムが管理的に承認または構成されているすべてのドメインのすべての「セキュリティ アカウント マネージャー」(SAM) データベースを参照するために使用されます (実行中のシステムのローカル ドメインも含みます。このドメインの SAM データベースは、「SAM」という名前のサブキーに格納されます。必要に応じて、補助ドメインごとに 1 つずつ、他のサブキーが作成されます)。各 SAM データベースには、それぞれのドメインで作成および構成されたすべての組み込みアカウント (ほとんどがグループ エイリアス) と構成済みアカウント (ユーザー、グループ、およびそのエイリアス、ゲスト アカウントと管理者アカウントを含む) が含まれます。そのドメイン内の各アカウントには、そのドメインにログオンするために使用できるユーザー名、ドメイン内の内部一意ユーザー ID、有効な認証プロトコルごとに各ユーザーのパスワードの暗号化ハッシュ、ユーザー レジストリ ハイブの保存場所、さまざまなステータス フラグ (たとえば、アカウントを列挙してログオン プロンプト画面に表示できるかどうか)、およびアカウントが構成されたドメインのリスト (ローカル ドメインを含む) が含まれます。
• 「HKLM\SECURITY」キーは、通常、ほとんどのユーザーに対しては空で表示されます (管理者権限を持つユーザーによってアクセスが許可されている場合を除く)。このキーは、現在のユーザーがログオンしているドメインのセキュリティ データベースにリンクされています (ユーザーがローカル システム ドメインにログオンしている場合、このキーは、ローカル マシンに保存され、ローカル システム管理者または組み込みの「システム」アカウントと Windows インストーラーによって管理されているレジストリ ハイブにリンクされます)。カーネルは、このキーにアクセスして、現在のユーザーと、このユーザーが実行するすべてのアプリケーションまたは操作に適用されるセキュリティ ポリシーを読み取り、適用します。また、このキーには、現在のユーザーがログオンしているドメインの SAM データベースに動的にリンクされている「SAM」サブキーも含まれています。
• 「HKLM\SYSTEM」キーは通常、ローカル システムの管理者権限を持つユーザーのみが書き込み可能です。このキーには、Windows システムのセットアップに関する情報、安全な乱数ジェネレーター (RNG) のデータ、ファイル システムを含む現在マウントされているデバイスのリスト、ローカル システムで実行されているシステム ハードウェア ドライバーとサービスの代替構成 (現在使用されているものとバックアップを含む) を含む番号付きの複数の「HKLM\SYSTEM\Control Sets」、これらのコントロール セットの状態を含む「HKLM\SYSTEM\Select」サブキー、および起動時にローカル システムで現在使用されているコントロール セットに動的にリンクされる「HKLM\SYSTEM\CurrentControlSet」が含まれます。構成された各コントロール セットには次のものが含まれます。
  • 既知のすべてのプラグアンドプレイデバイスを列挙し、それらをインストールされたシステムドライバに関連付ける（そしてこれらのドライバのデバイス固有の構成を保存する）「Enum」サブキー。
  • 「サービス」サブキーには、インストールされているすべてのシステム ドライバー (デバイス固有ではない構成と、それらがインスタンス化されるデバイスの列挙を含む) と、サービスとして実行されているすべてのプログラム (自動的に開始される方法とタイミング) がリストされます。
  • サービスとして実行されるさまざまなハードウェア ドライバーとプログラム、およびその他すべてのシステム全体の構成を整理する「コントロール」サブキー。
  • 調整されたさまざまなプロファイル (システム ドライバーとサービス、またはアプリケーションで既定のプロファイルを変更するために使用される「システム」または「ソフトウェア」設定を持つ各プロファイル) を列挙する「ハードウェア プロファイル」サブキーと、これらのプロファイルの 1 つに動的にリンクされる「ハードウェア プロファイル\現在」サブキー。
• 「HKLM\SOFTWARE」サブキーには、ソフトウェアと Windows の設定 (既定のハードウェア プロファイル内) が含まれます。これは、主にアプリケーションおよびシステムのインストーラによって変更されます。ソフトウェア ベンダー別に整理されています (それぞれにサブキーがあります)。また、Windows ユーザー インターフェイスの一部の設定用の「Windows」サブキー、ファイル拡張子、MIME タイプ、オブジェクト クラス ID、インターフェイス ID (OLE、COM/DCOM、ActiveX 用) から、ローカル マシンでこれらのタイプを処理する可能性のあるインストール済みアプリケーションまたは DLL までの登録済みのすべての関連付けを含む「Classes」サブキー (ただし、これらの関連付けはユーザーごとに構成可能です。以下を参照)、およびアプリケーションおよびシステム サービス (ローカル ネットワーク ドメイン外で実行されているリモート システムまたはサービスの認証、承認、または禁止に使用される中央証明書ストアを含む) に対する一般的な使用ポリシーを適用するための「Policies」サブキー (これもベンダー別に整理されています) も含まれます。
• 「HKLM\SOFTWARE\Wow6432Node」キーは、64ビットWindows OS上の32ビットアプリケーションによって使用され、「HKLM\SOFTWARE」と同等ですが、別のものです。キーパスは、WoW64によって32ビットアプリケーションにHKLM\SOFTWARE ^[12]として透過的に提示されます（64ビットアプリケーションが%SystemRoot%\Syswow64を%SystemRoot%\System32として認識するのと同様です）。

HKEY_CLASSES_ROOT は HKCR と略され、登録されたアプリケーションに関する情報 (ファイルの関連付けやOLEオブジェクト クラス ID など) が含まれており、これらの項目を処理するために使用されるアプリケーションに関連付けます。Windows 2000以降では、HKCR はユーザー ベースの HKCU\Software\Classes とマシン ベースの HKLM\Software\Classes をまとめたものです。上記の両方のサブキーに特定の値が存在する場合、HKCU\Software\Classes の値が優先されます。^[13]この設計では、マシン固有またはユーザー固有のCOMオブジェクトを登録できます。

HKU と略される HKEY_USERS には、マシンにアクティブにロードされている各ユーザー プロファイルの HKEY_CURRENT_USER キーに対応するサブキーが含まれますが、ユーザー ハイブは通常、現在ログインしているユーザーに対してのみロードされます。

HKEY_CURRENT_USER は HKCU と略され、現在ログインしているユーザーに固有の設定を保存します。^[14] HKEY_CURRENT_USER キーは、ユーザーに対応する HKEY_USERS のサブキーへのリンクです。両方の場所で同じ情報にアクセスできます。参照される特定のサブキーは "(HKU)\(SID)\..." で、(SID) はWindows SIDに対応します。"(HKCU)" キーに "(HKCU)\Software\Classes\..." というサフィックスが付いている場合は、"(HKU)\(SID)_CLASSES\..." に対応します。つまり、サフィックス文字列 "_CLASSES" が (SID) に追加されます。

Windows NT システムでは、各ユーザーの設定は、各ユーザーの Documents and Settings サブフォルダ (Windows Vista 以降では各ユーザーの Users サブフォルダ) 内の NTUSER.DAT および USRCLASS.DAT という独自のファイルに保存されます。このハイブ内の設定は、ローミング プロファイルを使用して、マシン間でユーザーを追跡します。

このキーは、NT カーネル自体、またはパフォーマンス データを提供する実行中のシステム ドライバー、プログラム、サービスによって提供されるパフォーマンス データに実行時情報を提供します。このキーはハイブに保存されず、レジストリ エディターにも表示されませんが、Windows API のレジストリ関数、またはタスク マネージャーの [パフォーマンス] タブの簡易ビュー (ローカル システム上の一部のパフォーマンス データのみ)、またはより高度なコントロール パネル (リモート システムからのデータ収集とログ記録を可能にするパフォーマンス モニターやパフォーマンス アナライザーなど) を介して表示できます。

このキーは、Windows 95、 Windows 98、Windows MEでのみ使用されます。^[15]プラグアンドプレイやネットワークパフォーマンス統計などのハードウェアデバイスに関する情報が含まれています。このハイブの情報もハードドライブに保存されません。プラグアンドプレイ情報は起動時に収集および構成され、メモリに保存されます。^[16]

レジストリは統合された階層型データベースとして提示されていますが、レジストリのブランチは実際にはハイブと呼ばれるいくつかのディスクファイルに保存されています。^[17]（ハイブという言葉は内部ジョークです。）^[18]

一部のハイブは揮発性であり、ディスクにはまったく保存されません。この例としては、HKLM\HARDWARE で始まるブランチのハイブがあります。このハイブはシステム ハードウェアに関する情報を記録し、システムが起動してハードウェア検出を実行するたびに作成されます。

システム上のユーザーの個別の設定は、ユーザーごとにハイブ (ディスク ファイル) に保存されます。ユーザーのログイン時に、システムは HKEY_USERS キーの下にあるユーザー ハイブを読み込み、HKCU (HKEY_CURRENT_USER) シンボリック参照を現在のユーザーを指すように設定します。これにより、アプリケーションは現在のユーザーの設定を HKCU キーの下に暗黙的に保存/取得できます。

すべてのハイブが一度にロードされるわけではありません。起動時には最小限のハイブ セットのみがロードされ、その後はオペレーティング システムが初期化されるとき、ユーザーがログインするとき、またはアプリケーションによってハイブが明示的にロードされるたびにハイブがロードされます。

レジストリは物理的に複数のファイルに保存されます。これらのファイルは、通常、レジストリ内のデータを操作するユーザー モード API からは見えなくなります。Windows のバージョンによって、ファイルの種類や保存場所が異なりますが、すべてローカル マシン上にあります。Windows NT のシステム レジストリ ファイルの保存場所は です。%SystemRoot%\System32\config\ユーザー固有の HKEY_CURRENT_USER ユーザー レジストリ ハイブは、Ntuser.datユーザー プロファイル内に保存されます。ユーザーごとに 1 つ存在します。ユーザーが移動プロファイルを持っている場合、このファイルはログアウト時とログイン時にサーバーとの間でそれぞれコピーされます。2 つ目のユーザー固有のレジストリ ファイルである UsrClass.dat には COM レジストリ エントリが含まれており、既定では移動しません。

Windows NT システムは、レジストリをバイナリ ファイル形式で保存します。このファイルは、これらのオペレーティング システムのレジストリ エディターでエクスポート、ロード、アンロードできます。次のシステム レジストリ ファイルは、次の場所に保存されます%SystemRoot%\System32\config\。

• Sam– HKEY_LOCAL_MACHINE\SAM
• Security– HKEY_LOCAL_MACHINE\SECURITY
• Software– HKEY_LOCAL_MACHINE\ソフトウェア
• System– HKEY_LOCAL_MACHINE\SYSTEM
• Default– HKEY_USERS\.DEFAULT
• Userdiff– ハイブとは関連付けられていません。オペレーティングシステムをアップグレードする場合にのみ使用されます。^[19]

次のファイルは各ユーザーのプロファイル フォルダーに保存されます。

• %USERPROFILE%\Ntuser.dat– HKEY_USERS\<ユーザー SID > (HKEY_CURRENT_USER によってリンクされています)

Windows 2000、Server 2003、および Windows XP の場合、ファイルの関連付けと COM 情報には、次の追加のユーザー固有ファイルが使用されます。

• %USERPROFILE%\Local Settings\Application Data\Microsoft\Windows\Usrclass.dat(パスはローカライズされています) – HKEY_USERS\<ユーザー SID>_Classes (HKEY_CURRENT_USER\Software\Classes)

Windows Vista 以降では、パスは次のように変更されました。

• %USERPROFILE%\AppData\Local\Microsoft\Windows\Usrclass.dat(パスはローカライズされていません) エイリアス%LocalAppData%\Microsoft\Windows\Usrclass.dat– HKEY_USERS\<User SID>_Classes (HKEY_CURRENT_USER\Software\Classes)

Windows 2000 はレジストリ ハイブの代替コピー (.ALT) を保持し、破損が検出されるとそれに切り替えようとします。^[20] Windows XP および Windows Server 2003 はハイブを保持しません。これらのバージョンの Windows 上のNTLDR は、シャットダウンまたはクラッシュ中に不整合になったシステム ハイブを最新の状態にするためにファイルを処理できるためSystem.altです。さらに、このフォルダーには、Windows のインストール後および最初の正常な起動後に作成されたシステムのレジストリ ハイブのコピーが含まれています。 System.log%SystemRoot%\Repair

各レジストリ データ ファイルには、トランザクション ログとして機能する「.log」拡張子のファイルが関連付けられています。このログは、中断された更新が次回の起動時に完了することを保証するために使用されます。^[21] 内部的には、レジストリ ファイルは 4  KBの「ビン」に分割され、「セル」のコレクションが含まれています。^[21]

レジストリ ファイルは、 Windows ME ではおよび という%WINDIR%名前で ディレクトリに保存されます。また、各ユーザー プロファイル (プロファイルが有効になっている場合) には独自のファイルがあり、 のユーザー プロファイル ディレクトリにあります。 USER.DATSYSTEM.DATCLASSES.DATUSER.DAT%WINDIR%\Profiles\<Username>\

唯一のレジストリ ファイルが呼び出されREG.DAT、ディレクトリに保存されます%WINDIR%。

レジストリ ファイルにアクセスするには、次のいずれかを使用してデバイスを特別なモードに設定する必要があります。 

• WpInternals (デバイスをフラッシュモードにします。)
• InterOp ツール (MainOS パーティションを MTP でマウントします。)

上記のいずれかの方法が機能した場合、デバイスのレジストリ ファイルは次の場所にあります。

{電話}\EFIESP\Windows\System32\config

レジストリには、オペレーティング システム、インストールされたアプリケーション、および各ユーザーとアプリケーションの個別の設定に関する重要な構成情報が含まれています。レジストリ内のオペレーティング システム構成を不注意に変更すると、取り返しのつかない損害が発生する可能性があるため、通常、インストール/構成および削除中にレジストリ データベースに変更を加えるのはインストーラ プログラムのみです。ユーザーがレジストリを手動で編集する場合、Microsoft は変更前にレジストリのバックアップを実行することを推奨しています。^[22]コントロール パネルからプログラムを削除しても、完全に削除されない場合があり、不足しているプログラムへの参照によってエラーや不具合が発生した場合、ユーザーはプログラム ファイルなどのディレクトリ内を手動で確認する必要があります。その後、ユーザーはレジストリ内のアンインストールされたプログラムへの参照を手動で削除する必要があります。これは通常、RegEdit.exe を使用して行われます。^[23] Windows 固有の問題を回避する場合、レジストリの編集が必要になることがあります。たとえば、ドメインへのログオン時の問題は、レジストリを編集することで解決できます。^[24]

Windows レジストリは、RegEdit.exe などのプログラムを使用して手動で編集できますが、これらのツールでは最終更新日などのレジストリのメタデータの一部は公開されません。

3.1/95 シリーズのオペレーティング システム用のレジストリ エディターは RegEdit.exe で、Windows NT 用のレジストリ エディターは RegEdt32.exe です。これらの機能は Windows XP に統合されています。多くの Windows CE バージョンでは、RegEdit.exe に類似したオプションのサード パーティ ツールが利用可能です。

レジストリ エディターを使用すると、ユーザーは次の機能を実行できます。

• レジストリキー、サブキー、値、値データの作成、操作、名前の変更^{[25] 、削除}
• . ファイルのインポートとエクスポートREG、バイナリ ハイブ形式でのデータのエクスポート
• レジストリ ハイブ形式のファイルの読み込み、操作、およびアンロード (Windows NT システムのみ)
• ACLに基づく権限の設定(Windows NT システムのみ)
• ユーザーが選択したレジストリキーをお気に入りとしてブックマークする
• キー名、値名、値データ内の特定の文字列の検索
• ネットワーク上の別のコンピュータのレジストリをリモートで編集する

.REGファイル（登録エントリとも呼ばれる）は、 INIベースの構文を使用してレジストリの一部をエクスポートおよびインポートするための、テキストベースの人間が読めるファイルです。 Windows 2000 以降では、先頭に文字列Windows Registry Editor Version 5.00が含まれますが、 Windows 9xおよび NT 4.0 システムでは、文字列REGEDIT4が含まれます。^[26] Windows 2000 以降の REG ファイルはUnicodeベースですが、 Windows 9xおよび NT 4.0 システムでは、 ANSIベースです。^{[引用が必要]} Windows 9x 形式の.REGファイルは、Windows 2000 以降と互換性があります。^[26]これらのシステムの Windows のレジストリ エディターは、.REGWindows 9x/NT 形式でのファイルのエクスポートもサポートしています。^{[引用が必要]}.REGデータは次の構文を使用してファイルに保存されます。 ^[26]

[<ハイブ名>\<キー名>\<サブキー名>] "値の名前" = <値の種類>:<値のデータ>   

キーのデフォルト値は、「値の名前」の代わりに「@」を使用して編集できます。

[<ハイブ名>\<キー名>\<サブキー名>] @ = <値のタイプ>:<値のデータ>   

文字列値には <値の型> は必要ありません (例を参照)。ただし、バックスラッシュ('\') は二重バックスラッシュ ('\\') として記述し、引用符 ('"') はバックスラッシュ引用符 ('\"') として記述する必要があります。

たとえば、HKLM\SOFTWARE\Foobar キーに「値 A」、「値 B」、「値 C」、「値 D」、「値 E」、「値 F」、「値 G」、「値 H」、「値 I」、「値 J」、「値 K」、「値 L」、および「値 M」の値を追加するには、次のようにします。

Windows レジストリ エディター バージョン 5.00

[ HKEY_LOCAL_MACHINE \SOFTWARE\Foobar] 
"値 A" = "<エスケープ文字を含む文字列値データ>" 
"値 B" = hex:<バイナリ データ (16 進値のコンマ区切りリスト)> 
"値 C" = dword:<DWORD 値の整数> 
"値 D" = hex(0):<REG_NONE (16 進値のコンマ区切りリスト)> 
"値 E" = hex(1):<REG_SZ (UTF-16LE NUL 終端文字列を表す 16 進値のコンマ区切りリスト)> 
"値 F" = hex(2):<拡張可能な文字列値データ (UTF-16LE NUL 終端文字列を表す 16 進値のコンマ区切りリスト)> 
"値 G" = hex(3):<バイナリ データ ( 16進数値のリスト)> ; 「値 B」に等しい
「値 H」= hex(4):<DWORD 値 (リトルエンディアン バイト順の 4 つの 16 進値のカンマ区切りリスト)> 
「値 I」= hex(5):<DWORD 値 (ビッグエンディアン バイト順の 4 つの 16 進値のカンマ区切りリスト)> 
「値 J」= hex(7):<複数文字列値データ (UTF-16LE NUL 終端文字列を表す 16 進値のカンマ区切りリスト)> 
「値 K」= hex(8):<REG_RESOURCE_LIST (16 進値のカンマ区切りリスト)> 
「値 L」= hex(a):<REG_RESOURCE_REQUIREMENTS_LIST (16 進値のカンマ区切りリスト)> 
「値 M」= hex(b):<QWORD 値(リトルエンディアン バイト順の 8 つの 16 進数値のコンマ区切りリスト)>

ファイルのデータは、.REGファイルをダブルクリックするか、コマンド ラインで /s スイッチを使用することで、レジストリに追加/マージできます。REGファイルを使用してレジストリ データを削除することもできます。

キー（およびすべてのサブキー、値、データ）を削除するには、キー名の前にマイナス記号（「-」）を付ける必要があります。^[26]

たとえば、HKLM\SOFTWARE\Foobar キー（およびすべてのサブキー、値、データ）を削除するには、

[ - HKEY_LOCAL_MACHINE \SOFTWARE\Foobar]

値（およびそのデータ）を削除するには、削除する値の等号（「=」）の後にマイナス記号（「-」）を付ける必要があります。^[26]

たとえば、HKLM\SOFTWARE\Foobar キーから「値 A」と「値 B」の値 (およびそのデータ) のみを削除するには、次のようにします。

[ HKEY_LOCAL_MACHINE \SOFTWARE\Foobar] 
"値A" =- 
"値B" =-

キー HKLM\SOFTWARE\Foobar のデフォルト値 (およびそのデータ) のみを削除するには:

[ HKEY_LOCAL_MACHINE \SOFTWARE\Foobar] 
@ =-

セミコロンで始まる行はコメントとみなされます。

; これはコメントです。.reg ファイルの任意の場所に配置できます
[ HKEY_LOCAL_MACHINE \SOFTWARE\Foobar] 
"Value" = "Example string"

Windowsグループ ポリシーは、ポリシーに基づいて、複数のマシンまたは個々のユーザーのレジストリ キーを変更できます。ポリシーがマシンまたはマシンの個々のユーザーに対して初めて有効になると、ポリシーの一部として指定されたレジストリ設定がマシンまたはユーザーの設定に適用されます。

Windowsは更新されたポリシーを探し、定期的に（通常は90分ごとに）適用します。^[27]

ポリシーは、そのスコープを通じて、ポリシーを適用するマシンとユーザーを定義します。マシンまたはユーザーがポリシーのスコープ内にあるかどうかは、組織ディレクトリ内のマシンまたはユーザー アカウントの場所、特定のユーザーまたはマシン アカウント、またはセキュリティ グループに基づいてフィルター処理できる一連のルールによって定義されます。Windows Management Instrumentation式を使用して、より高度なルールを設定できます。このようなルールは、コンピューターのベンダー名、CPU アーキテクチャ、インストールされているソフトウェア、または接続されているネットワークなどのプロパティに基づいてフィルター処理できます。

たとえば、管理者は、経理部門のマシン用に 1 セットのレジストリ設定を含むポリシーを作成し、訪問者エリアのキオスク端末用に別の (ロックダウン) レジストリ設定を含むポリシーを作成できます。マシンをあるスコープから別のスコープに移動すると (名前の変更や別の組織単位への移動など)、適切なポリシーが自動的に適用されます。ポリシーが変更されると、現在そのスコープ内にあるすべてのマシンに自動的に再適用されます。

ポリシーは、設定の選択と変更のためのユーザー インターフェイスを提供する多数の管理テンプレートを通じて編集されます。管理テンプレートのセットは拡張可能であり、このようなリモート管理をサポートするソフトウェア パッケージは独自のテンプレートを登録できます。

レジストリは、コマンド ラインからさまざまな方法で操作できます。Reg.exeおよびRegIni.exeユーティリティ ツールは、Windows XP 以降のバージョンの Windows に含まれています。旧バージョンの Windows の場合は、リソース キット CD または Windows の元のインストール CD にもあります。

また、.REG次のコマンドを使用して、コマンドラインからファイルをインポートすることもできます。

RegEdit.exe /sファイル

/s は、ファイルがレジストリにサイレント マージさ/sれることを意味します。パラメータを省略すると、ユーザーは操作を確認するよう求められます。Windows 98、Windows 95、および少なくとも一部の Windows XP 構成では、この/sスイッチにより、RegEdit.exe管理者が無効にできるレジストリの設定も無視されます。/sスイッチを使用すると、RegEdit.exe操作が失敗した場合に、適切な戻りコードが返されませんReg.exe。

RegEdit.exe /eファイル

レジストリ全体をV5形式でUNICODE.REGファイルにエクスポートしますが、

RegEdit.exe /eファイルHKEY_CLASSES_ROOT[\<キー>]
RegEdit.exe /eファイルHKEY_CURRENT_CONFIG[\<キー>]
RegEdit.exe /eファイルHKEY_CURRENT_USER[\<キー>]
RegEdit.exe /eファイルHKEY_LOCAL_MACHINE[\<キー>]
RegEdit.exe /eファイルHKEY_USERS[\<キー>]

指定された (サブ) キー (スペースが含まれている場合は引用符で囲む必要があります) のみをエクスポートします。

RegEdit.exe /ファイル

レジストリ全体を V4 形式で ANSI.REGファイルにエクスポートします。

RegEdit.exe /aファイル <キー>

指定された (サブ) キー (スペースが含まれている場合は引用符で囲む必要があります) のみをエクスポートします。

を使用することもできますReg.exe。以下はレジストリ値 Version の値を表示するサンプルです。

Reg.exe クエリ HKLM\Software\Microsoft\ResKit /v バージョン

その他のコマンド ライン オプションには、VBScriptまたはJScriptとCScript、WMI、Windows PowerShellWMIC.exeが含まれます。

RegIni.exeレジストリ権限は、コマンド ラインとツールを使用して操作できますSubInACL.exe。たとえば、HKEY_LOCAL_MACHINE\SOFTWARE キーの権限は、次のように表示できます。

SubInACL.exe /keyreg HKEY_LOCAL_MACHINE\SOFTWARE /display

Windows PowerShellには、レジストリをファイルシステムに似た場所の種類として表示するレジストリプロバイダーが付属しています。ファイルシステム内のファイルやディレクトリを操作するのと同じコマンドを使用して、レジストリのキーと値を操作できます。^[28]

また、ファイル システムと同様に、PowerShell では、コマンドが既定で動作するコンテキストを定義する現在の場所Get-ChildItemの概念が使用されます。 (エイリアスls、dirまたはからも使用可能gci) は、現在の場所の子キーを取得します。Set-Location(またはエイリアスcd) コマンドを使用すると、ユーザーは現在の場所をレジストリの別のキーに変更できます。^[28]項目の名前変更、項目の削除、新しい項目の作成、項目またはプロパティの内容の設定を行うコマンドは、キーの名前変更、キーまたはサブツリー全体の削除、値の変更に使用できます。

PowerShell スクリプト ファイルを使用すると、管理者は、実行時にレジストリに変更を加えるスクリプトを準備できます。このようなスクリプトは、管理者に配布して、個々のマシンで実行できます。PowerShell レジストリ プロバイダーはトランザクションをサポートしており、レジストリへの複数の変更を 1 つのアトミック トランザクションにまとめることができます。アトミック トランザクションにより、すべての変更がデータベースにコミットされるか、スクリプトが失敗した場合は変更がデータベースにコミットされないことが保証されます。^{[28] [29]}

レジストリは、Advanced Windows 32 Base API Library (advapi32.dll)のAPIを通じて編集できます。^[30]レジストリAPI関数のリスト:

多くのプログラミング言語は、基礎となるWindows APIをラップする組み込みのランタイムライブラリ関数またはクラスを提供しており、それによってプログラムはレジストリに設定を保存できます（例： VB.NETとC＃、またはDelphiとFree Pascal）。Visual Basic 6Microsoft.Win32.RegistryなどのCOM対応アプリケーションはWSHオブジェクトを使用できます。別の方法は、コードから実行してWindowsリソースキットツールを使用することですが、 ^[31]これは不適切なプログラミング方法と見なされています。 TRegistry WScript.ShellReg.exe

同様に、Perl（を使用）、Python（winregを使用）、TCL（レジストリパッケージにバンドルされている）、^[32] Windows Powershell、Windows Scripting Hostなどのスクリプト言語でも、スクリプトからレジストリを編集できます。 Win32::TieRegistry

Windows Driver Kitから入手できるoffreg.dll ^[33]は、advapi32.dllが提供するものと同様の、現在ロードされていないレジストリハイブの作成と操作のためのAPIセットを提供します。

Windows PEまたはLinux (後者の場合はオープン ソースツールを使用)からオフライン システムのレジストリ (ハイブ) を編集することもできます。

登録不要のCOMが導入される前は、開発者は、オブジェクトが動作するために必要なレジストリ構成を実行するために、インプロセスおよびアウトオブプロセスのバイナリに初期化コードを追加することが推奨されていました。.DLL や .OCX ファイルなどのインプロセス バイナリの場合、モジュールは通常、インストール プログラムから呼び出すことができるDllInstall() ^{[34]という関数をエクスポートしました。 [35] これは、Regsvr32.exe などのユーティリティを使用して手動で呼び出すことができます。[36]}アウトオブプロセスのバイナリは通常、必要なレジストリ設定を作成または削除するコマンドライン引数 /Regserver および /Unregserver をサポートします。^[37] DLL Hell の問題 が原因で壊れた COM アプリケーションは、通常、RegSvr32.exe または /RegServer スイッチを使用して修復でき、インストール プログラムを再度呼び出す必要はありません。^[37]

Windowsは、特定のレジストリキーが変更された場合に通知イベントを受信するようにユーザーモードアプリケーションを登録できるAPIを公開しています。^[38] また、カーネルモードアプリケーションが他のアプリケーションによるレジストリ呼び出しをフィルタリングおよび変更できるようにするAPIも利用できます。^[39]

Windowsは、リモートレジストリサービスが実行され、正しく構成され、ネットワークトラフィックがファイアウォールで保護されていない場合、RegConnectRegistry機能^[40]を介して別のコンピュータのレジストリへのリモートアクセスもサポートします。 ^[41]

Windows NT バージョンのレジストリ内の各キーには、セキュリティ記述子が関連付けられます。セキュリティ記述子には、どのユーザー グループまたは個々のユーザーにアクセス許可が付与または拒否されるかを示すアクセス制御リスト (ACL)が含まれます。レジストリ アクセス許可のセットには、ユーザーまたはユーザー グループに対して明示的に許可または拒否できる 10 個の権利/アクセス許可が含まれます。

オペレーティングシステム内の他のセキュリティ保護可能なオブジェクトと同様に、セキュリティ記述子上の個々のアクセス制御エントリ（ACE）は明示的に指定することも、親オブジェクトから継承することもできます。^[42]

Windowsリソース保護は、 Windows Vista以降のバージョンのWindowsの機能であり、セキュリティを使用して管理者とシステムによる一部の機密キーへの書き込みアクセスを拒否し、マルウェアや偶発的な変更からシステムの整合性を保護します。^[43]

セキュリティ記述子の特別な ACE は、レジストリ キーとサブキーの必須の整合性制御も実装できます。低い整合性レベルで実行されているプロセスは、プロセスのアカウントに ACL を通じてアクセスが許可されている場合でも、レジストリ キー/値の書き込み、変更、削除を行うことはできません。たとえば、保護モードで実行されている Internet Explorer は、現在ログオンしているユーザーの中程度および低い整合性のレジストリ キー/値を読み取ることができますが、変更できるのは低い整合性のキーのみです。 ^[44]

セキュリティ以外では、レジストリキーは他の理由により削除または編集できません。NUL文字を含むレジストリキーは標準のレジストリエディタでは削除できず、RegDelNullなどの特別な削除ユーティリティが必要です。^{[45] [46]}

これまで、Windows のさまざまなエディションでは、レジストリをバックアップおよび復元するためのさまざまな方法がサポートされてきましたが、そのうちのいくつかは現在では非推奨になっています。

• システムの復元では、 Windows が起動可能である限り、またはWindows 回復環境(Windows Vista 以降) から、レジストリをバックアップして復元できます。
• NTBackup は、システム状態の一部としてレジストリをバックアップし、復元することができます。Windows XP の自動システム回復でもレジストリを復元できます。
• Windows NT では、スタートアップ メニューの[前回正常起​​動時の構成]HKLM\SYSTEM\CurrentControlSetオプションにより、ハードウェアとデバイス ドライバーの情報を保存するキーが再リンクされます。
• Windows 98 および Windows ME には、レジストリの整合性をチェックして修正し、デフォルトで最大 5 つの自動定期バックアップを作成し、手動で復元するか、破損が検出されたときに復元するためのコマンド ライン (Scanreg.exe) および GUI (Scanregw.exe) レジストリ チェッカー ツールが含まれています。^[47]レジストリ チェッカー ツールは、デフォルトでレジストリを Scanreg.exe にバックアップします。Scanreg.exeはMS-DOS%Windir%\Sysbckupから実行することもできます。^[48]
• Windows 95 CD-ROM には、レジストリをバックアップおよび復元するための緊急回復ユーティリティ (ERU.exe) と構成バックアップ ツール (Cfgback.exe) が含まれています。さらに、Windows 95 は、正常に起動するたびにレジストリをファイル system.da0 と user.da0 にバックアップします。
• Windows NT 4.0RDISK.EXEには、レジストリ全体をバックアップおよび復元するユーティリティが含まれています。 ^[49]
• Windows 2000リソースキットには、レジストリのバックアップと回復のためのRegback.exeとRegRest.exeというサポートされていないユーティリティが含まれていました。^[50]
• Windows 10 May 2019 Update（バージョン1903）では、レジストリの定期的な自動バックアップがデフォルトで無効になっています。Microsoftは代わりにシステムの復元を使用することを推奨しています。 ^[51]

Windows 2000以降のバージョンのWindowsでは、グループポリシー処理エンジンのレジストリ固有のクライアント拡張機能を通じて、グループポリシーを使用してレジストリ設定を適用します。 ^[52]ポリシーは、を使用して単一のコンピューターにローカルに適用することも、を使用してドメインgpedit.msc内の複数のユーザーとコンピューターに適用することもできます。 gpmc.msc

Windows 95、Windows 98、Windows ME、および Windows NT 4.0 では、管理者は、ポリシー ファイル ( POLICY.POL) と呼ばれるレジストリにマージされる特別なファイルを使用できます。ポリシー ファイルを使用すると、管理者は、管理者以外のユーザーがレジストリ設定 ( Internet Explorerのセキュリティ レベルやデスクトップの背景の壁紙など) を変更するのを防ぐことができます。ポリシー ファイルは主に、多数のコンピューターがあり、不正なユーザーや不注意なユーザーからビジネスを保護する必要がある企業で使用されます。

ポリシー ファイルの既定の拡張子は です.POL。ポリシー ファイルは、ユーザーおよびグループ (「グループ」は定義されたユーザーのセット) ごとに適用する設定をフィルターします。そのために、ポリシー ファイルはレジストリにマージされ、ユーザーが設定を元に戻すだけでポリシーを回避できないようにします。ポリシー ファイルは通常、LAN 経由で配布されますが、ローカル コンピュータに配置することもできます。

ポリシー ファイルは、poledit.exeWindows 95/Windows 98 ではファイル名が付けられ、Windows NT ではコンピュータ管理モジュールが使用される Microsoft の無料ツールによって作成されます。エディターは、権限を使用するシステムで実行するには管理者権限が必要です。エディターは、ローカル コンピューターの現在のレジストリ設定を直接変更することもできます。リモート レジストリ サービスが別のコンピューターにインストールされ、起動されている場合は、そのコンピューターのレジストリを変更することもできます。ポリシー エディターは、.ADMWindows シェルが提供する設定を含むファイル (そのうちの 1 つが含まれています) から変更可能な設定を読み込みます。ファイルは.ADMプレーン テキストで、すべての文字列を 1 か所に保存できるため、簡単にローカライズできます。

Windows NT カーネルは、「InifileMapping」と呼ばれる機能を使用して、INI ファイル関連のAPI をHKEY_CURRENT_USER などのレジストリ位置の仮想ファイルにリダイレクトすることをサポートしています。^[53] この機能は、システム フォルダーがユーザー固有のデータや構成の適切な場所とは見なされなくなった Windows NT プラットフォームで、 16 ビットバージョンの Windows 用に作成されたレガシー アプリケーションを実行できるようにするために導入されました。この機能は元々 16 ビット アプリケーションを対象としていましたが、非準拠の 32 ビット アプリケーションもこの方法でリダイレクトできます。

Windows Vista では、限定的なレジストリ仮想化が導入されました。これにより、最小権限の原則を尊重せず、読み取り専用のシステム ロケーション (HKEY_LOCAL_MACHINE ハイブなど) にユーザー データを書き込もうとする、適切に記述されていないアプリケーションは、アプリケーション自体を変更することなく、より適切なロケーションに自動的にリダイレクトされます。

同様に、アプリケーション仮想化は、アプリケーションの無効なレジストリ操作をすべてファイルなどの場所にリダイレクトします。ファイル仮想化と併用すると、アプリケーションをマシンにインストールせずに実行できるようになります。

整合性の低いプロセスでも、レジストリ仮想化が使用される場合があります。たとえば、Windows Vista 以降で「保護モード」で実行されている Internet Explorer 7 または 8 は、一部のセキュリティ エクスプロイトを阻止するために、ActiveX コントロールによるレジストリ書き込みをサンドボックス化された場所に自動的にリダイレクトします。

アプリケーション互換性ツールキット^{[54]は、HKEY_LOCAL_MACHINEまたはHKEY_CLASSES_ROOTレジストリ操作をHKEY_CURRENT_USERに透過的にリダイレクトして、権限が不十分なユーザーに対してアプリケーションが動作しない原因となる「} LUA 」バグに対処するシムを提供します。

批評家は、Windows 95 のレジストリが単一障害点であると非難した。レジストリが破損するとオペレーティング システムの再インストールが必要だったためである。しかし、Windows NT ではトランザクション ログを使用して更新中の破損から保護している。現在のバージョンの Windows では、データベース更新中に停電や同様の壊滅的なイベントが発生した場合でも整合性を確保するために 2 レベルのログ ファイルを使用している。^[55]回復不可能なエラーが発生した場合でも、Windows はシステム起動中に破損したレジストリ エントリを修復または再初期化できる。^[55]

Windows では、プログラム データを保存するためにレジストリを使用するかどうかは開発者の裁量に委ねられています。Microsoft は、開発者が代わりに使用できるXMLファイル ( MSXML経由) またはデータベース ファイル ( SQL Server Compact経由) にデータを保存するためのプログラミング インターフェイスを提供しています。開発者は、Microsoft 以外の代替手段を使用したり、独自のデータ ストアを開発したりすることもできます。

Windows レジストリのバイナリベースのデータベース モデルとは対照的に、他のオペレーティング システムではデーモンとアプリケーションの構成に個別のプレーン テキストファイルを使用しますが、管理を容易にするためにこれらの構成をグループ化します。

• ファイルシステム階層標準に準拠するUnix 系オペレーティングシステム ( Linuxを含む)では、システム全体の設定ファイル (Windows の HKEY_LOCAL_MACHINE に表示される情報に類似) は、伝統的におよびそのサブディレクトリ内のファイル、またはに保存されます。ユーザーごとの情報 ( HKEY_CURRENT_USER の情報とほぼ同等の情報) は、ユーザーのホームディレクトリ内の隠しディレクトリおよびファイル(ピリオド/終止符で始まる) に保存されます。ただし、XDG準拠のアプリケーションは、ベースディレクトリ仕様で定義されている環境変数を参照する必要があります。^[56]/etc//usr/local/etc/
• macOSでは、システム全体の構成ファイルは通常/Library/フォルダに保存されますが、ユーザーごとの構成ファイルは~/Library/ユーザーのホーム ディレクトリ内の対応するフォルダに保存され、システムによって設定された構成ファイルは に保存されます。これらのそれぞれのディレクトリ内では、アプリケーションは通常、サブディレクトリにプロパティ リスト/System/Library/ファイルを保存します。Preferences/
• RISC OS ( MIPS RISC/osと混同しないでください) は、構成データにディレクトリを使用します。これにより、Windows アプリケーションに典型的な個別のインストール プロセスとは対照的に、アプリケーションをアプリケーション ディレクトリにコピーできます。このアプローチは、 ROX Desktop for Linux でも使用されています。^[57] このディレクトリ ベースの構成では、構成が「オンザフライ」で行われるため、同じアプリケーションの異なるバージョンを使用することもできます。^[58] アプリケーションを削除したい場合は、アプリケーションに属するフォルダーを削除するだけで済みます。^{[59] [60]}これによって、アプリケーションとは独立して保存されている構成設定が削除されないことがよくあります。通常は、コンピューターの!Boot 構造内、!Boot.Choices 内、またはネットワーク ファイル サーバー上の任意の場所に保存されます。 RISC OS を実行しているコンピューター間で、プログラムに属するアプリケーション ディレクトリをコピーすることで、インストールされたプログラムをコピーできますが、共有ファイルがアプリケーション ディレクトリの外に配置されている場合など、一部のプログラムは再インストールが必要になる場合があります。^[58]
• IBM AIX (Unix の派生版) は、オブジェクト データ マネージャー(ODM)と呼ばれるレジストリ コンポーネントを使用します。ODM は、システムおよびデバイスの構成に関する情報を保存するために使用されます。広範なツールとユーティリティのセットにより、ユーザーは ODM データベースを拡張、確認、修正することができます。ODM は、その情報を複数のファイルに保存します。デフォルトの場所は です/etc/objrepos。
• GNOMEデスクトップ環境では、デスクトップとアプリケーションの構成設定を保存するために、dconfと呼ばれるレジストリのようなインターフェースを使用します。
• Elektra Initiative は、さまざまなテキスト構成ファイル用の代替バックエンドを提供します。
• Wine 互換レイヤーはオペレーティングシステムではありませんが、WindowsソフトウェアをUnix系システム上で実行できるようにし、WINEPREFIXフォルダ内のテキストファイルとしてWindowsのようなレジストリ（system.reg（HKEY_LOCAL_MACHINE）、user.reg（HKEY_CURRENT_USER）、userdef.reg）も使用します。^[61]

• レジストリクリーナー
• アプリケーション仮想化
• LogParser –さまざまな種類のログファイルに対するSQLのようなクエリ
• シェルアイコンオーバーレイ識別子のリスト
• レジストリを利用するランサムウェア攻撃

Wikibooksには、 Windowsレジストリハックに関する本があります。

• MSDN ライブラリの Windows レジストリ情報とリファレンス