ms Office vba、ツール、リファレンスでシステムレジストリにアクセスする際のエラーを修正するためのステップバイステップの手順

2017年9月25日月曜日に追加

私は今これをフォーラムの記事として公開しています のステップバイステップの手順
MS Office VBA、ツール、リファレンスでのシステムレジストリへのアクセスエラーの修正[Office 97-2016、Windows 7-10].

• 説明文の一部を改善しましたが、修復手順自体はこのスレッドで提供されているものとまったく同じです.
• 手順を編集する必要がある場合は、ここではなくフォーラムの記事で編集します.

------------------------------------

概要

障害の修復には10分もかかりませんでした. 解決策は、レジストリキーへのアクセスを変更することでした.

障害とその修復手順は、Windows 732ビットと64ビット、Windows 1032ビットで実行されているOffice97、2007、2010、2013、2016に適用されます.Windows 2008ターミナルサーバー.

障害とその修復手順Windows XP、Vista、Windows 1064ビットにも適用される可能性がありますが、これらのOSに関連するユーザーレポートは受信されていません.

私は、専門的なスキルがなくても、この手順を適切なものにしようとしました.すべてがかなり困難に見えますが、この修復は、慎重に作業する準備ができているすべてのユーザーが実行できると思います.
各部分を段階的に.

1
障害の症状

MS Office 2007、Excel、VBAwindows でツールを開こうとすると、参照エントリが拒否され、エラーメッセージが表示されます. システムレジストリへのアクセスエラー.

同じ障害が、インストールされ、以前は正しく動作していたすべてのVBA対応のMS Office 2007Application(Excel、Access、Outlook、Word、Powerpoint)で明らかでした.

1か月前に、[ツール]、[参照]エントリを最後に開いたことを示すメモを見つけました.
その時または今日以前は、レジストリアクセスエラーはありませんでした.

期間中、システムに既知の重要性の変更はありませんでした.

コンピューターは、Windows 7Home Premium x64&Office2007を実行しているDellInspiron1545でした.

2
目指す

私の目的は、他の障害を引き起こすリスクを冒すことなく、障害を修正することでした.

3
障害調査

3.1
初期テスト

障害はセーフモードでも明らかであったため、WindowsまたはOfficeの障害でした.

エラーメッセージは、ホストApplicationの再インストールを示唆していました.
OfficeDiagnosticsは何も問題を検出しませんでした.他のスレッドのユーザー[以下のセクション3.3を参照]は、Officeの再インストールは効果がなかった、つまり、再インストール後も障害が残ったと報告しました.
したがって、Officeの障害ではなく、システムの障害である可能性が高いように思われました.

障害は標準ユーザーアカウントで発生しました.
既存の管理者ユーザーアカウントにエラーはありませんでした.新しい標準ユーザーアカウントと新しい管理者アカウントの両方でエラーが発生しました.
したがって、障害がユーザープロファイルの破損の兆候であるという考えを却下しました.

SFCはエラーを報告しなかったため、構成不可能な保護されたシステムファイルは破損していませんでした.

これはすべて、レジストリアクセスの障害がエラーの考えられる原因であることを示していました.つまり、障害はエラーメッセージが示していたものとまったく同じでした.

3.2
Microsoft KnowlEdgeBaseの記事

MicrosoftがKB記事を公開しました PRB: 'VB/VBA参照を表示するときのシステムレジストリへのアクセスエラー'メッセージ2004年.

障害は、記事で説明されているものと同じでした.
障害は、関係するレジストリキーへのユーザーアクセスの欠如の兆候として説明されました.
この記事では、障害の原因を特定のApplicationのインストール、つまり私が持っていなかったApplicationに帰したものでしたが、障害の症状を正確に特定したため、この記事は関連性があると判断しました.

MSKBの記事では、HKEY_CLASSES_ROOT\TypeLib\{...}内の淡色表示されたレジストリキーを確認することを提案しています.&HKEY_CLASSES_ROOT\CLSID.

レジストリを調べましたが、そのような淡色表示のエントリは見つかりませんでした.
しかし、私は今、このステップに関して私の個人的な習慣の重要性を理解できなかったと思います.
私は常に管理者としてRegEditを実行していますが、管理者アカウントに障害が発生していないことをすでに確認していました.
障害によって発生したアカウントの1つの権限のみでRegEditを開いた場合、障害のあるキーをすぐに特定できた可能性があります.その後、セクション4.1(9)、4.2の回復手順に直接スキップできた可能性があります.
4.3以下のステップ9.

この記事では、障害のあるレジストリキーを特定するための代替手段としてSysInternalsRegMonを使用することを提案しました.
その後、RegMonはProcMonに置き換えられたことに注意してください.さらに、ProcMonを使用しているときに、記事の推奨手順の他の詳細も古くなっていることを発見しました[MSKBは9年前なので、十分に公平です].

さまざまなタイプのユーザーに対してMSKBの記事で提案されている権限に注意しました:-

• システム-フル
• 管理者-フルコントロール
• ユーザー-読む
• 全員-読む

MSKBの記事を直接使用することはありませんでした.

3.3
他のユーザーからのレポート

MSコミュニティフォーラムで有用なレポートを検索しました.
の 管理ユーザーが参照ダイアログを開くことができない場合
ツールメニューからビジュアルベーシックwindows、ユーザーが同じ障害を報告しました.
Officeを再インストールしても、問題は解決しませんでした.解決策は提供されませんでしたが、常に管理者アカウントを使用するという回避策がありました.

常に管理者アカウントを使用する回避策は、ツールへの必要な変更、参照を管理者アカウントで行うことができ、ファイル自体を各ユーザーにコピーできるため、短期的には効果的なものになる可能性があります.
ツール、参照の設定はファイル固有ですが、共通のテンプレートファイルに設定することですべてのユーザーに拡張できます[たとえば、Windows 7x64コンピューター上のExcel2007の場合、これはC:\Program Files(x86)\Microsoft Office\Office12\XLSTART\Book.xltm].
ただし、将来、新しい管理者アカウントは障害の影響を受けます.すべてのアカウント(管理者アカウントを含む)はユーザープロファイルの破損に悩まされる可能性があるため、交換する必要があります.
したがって、永続的な障害の修正を回避することはリスクになります.

障害の症状システムレジストリへのアクセスエラーをグーグルで検索したところ、Officeを再インストールしても問題が解決しなかったという他のいくつかのレポートが見つかりました.

VBForumsで関連するスレッドを見つけました [解決済み]
突然「システムレジストリへのアクセス中にエラーが発生しました」.

• 少なくとも1人のユーザーが、[Windows XPの]一部の表示設定を調整して障害を修正すると説明しましたが、これらの投稿は特に説得力がありませんでした.
  たとえば、表示設定はレジストリのアクセス許可に影響を与えないようにする必要があり、デスクトップ構成を無効にすることは各Applicationの設定です[プロパティ、 システム全体ではなく、互換性タブ、デスクトップ構成を無効にする].
• ただし、2009年のある投稿では、Application[iTunes]が、上記のセクション3.2で確認したMSKBで特定されたものと同じレジストリキーアクセス障害を引き起こしたと特定されました.
  投稿には、回復手順に関する有用なガイダンスも含まれていました[以下のセクション4を参照].

別の関連するスレッドを見つけました システムレジストリへのアクセス中にエラーが発生しました
OfficeVBAエディターで.

• レジストリの「クリーナー」の実行に関するすべての提案を無視しました.私の目的は、他の障害を引き起こすリスクを冒すことなく障害を修正することでした.
• ユーザーKJWは、[Office 2010で]同じ障害症状を報告しました.これには、既存のユーザーアカウントと新しく作成されたユーザーアカウントでの正しい動作と誤った動作の同じ組み合わせが含まれます.
• KJWは障害を正常に修正しました.
• KJWの投稿には、能力、勤勉さ、問題解決への論理的なアプローチが示されていたため、KJWが提案した解決策に自信を持っていました.
• KJWが提案したソリューションは、セクション3.2ですでに確認したMSKBの記事と一致しており、復旧手順に関する有用な追加ガイダンスが含まれていました.

4
回復手順

混乱を最小限に抑え、間違いを避けるために、手順を小さな個別のステップに分割しました.

すべてがかなり気が遠くなるように見えますが、この手順は、各部分を文ごとに、そして段階的に慎重に作業する準備ができているすべてのユーザーが恐れることで従うことができると私は信じています.

私は手順の各部分を自分で実行しました-障害を修正しようとする追加の緊張があったとき、そして後で参照するために手順を記録し終えた後、[チェックとして
私はそれを文書化するのに間違いはありませんでした].

全体の手順は10分未満かかります.
修正自体はセクション4.3のステップ16にあり、1秒もかかりません.

4.1
準備

システムレジストリを編集しようとしています.
そうすることを間違えると、システムが不安定になったり、予測できなくなったり、使用できなくなったりする可能性があります.

このセクションで「最近」を使用した場合、最後に記録されたツール、参照エントリの使用の成功に先立つシステムイメージを作成してから、5週間全体を含めることにしました.
結局のところ、システムを元に戻す必要はまったくありませんでした.障害を修正するためにシステムイメージから復元する必要はありませんでしたが、準備により、必要に応じて復元できるようになりました.

(1)自分のファイルと最近ダウンロードしたインストールファイルをバックアップします.

(2)最近のインストールと更新のスクリーンショットを コントロールパネル、プログラムと機能.

(3)最近のWindowsUpdateのスクリーンショットを コントロールパネル、プログラムと機能、インストールされているアップデートの表示.

(4)WMPを使用している場合は、WMPの最近のスクリーンショットを作成することを検討してください 最後に再生された日付のエントリ.これらの設定は、復元されたシステムイメージが最初に作成された日の値にリセットされます.

(5)コンピュータの周りを見て、最近のシステムとApplicationの変更についてメモします.

(6)新しいシステムイメージを作成して、障害を修正しようとすると事態が悪化した場合に、少なくとも正方形のイメージに戻ることができるようにします.

(7)動作していることと最近テストしたことを確認します システム修復ディスクまたはWindows 7インストールディスクから起動して、 システムイメージから復元するシステムが完全に使用できなくなった場合の手順.
これらのディスクのいずれもお持ちでない場合は、左側にあるリンクを使用してシステム修復ディスクを作成してください. Windows Backupのオープニング画面または ダウンロードしたシステム修復ディスクISOを使用する.

(8)以前にテストしたことがない場合 システム修復ディスクまたはWindows 7インストールディスクから起動して、今すぐ起動して、動作することを確認します.

(9)各アカウントを順番に開き、OfficeApplicationのVBAwindows 、ツール、参照エントリにアクセスして、障害が発生しているアカウントを確認します.
以下のセクション4.3のステップ3でレジストリエディタを実行するための管理者権限を管理者に与えるためにそのアカウントが必要になるため、特にどの管理者アカウントに障害がないか注意してください.

4.2
すべての管理者アカウントが障害に苦しんでいる場合に必要な追加の準備手順

障害に悩まされていない単一の管理者アカウントが存在する場合、その管理者アカウントを使用して、以下のセクション4.3の回復手順の関連ステップに許可を与えることができます.その場合は、次に進みます.
そのセクションに直接.

ただし、すべての管理者アカウントが障害に悩まされている場合は、レジストリエディタを実行するためにより高い権限を使用する必要があります.
その上位の権限はシステムであり、PSToolsスイートの一部であるSysInternalsPSExecユーティリティを使用して呼び出すことができます.

以下の手順では、システムの設定について言及していませんのでご注意ください パス.PSExecを使用するための他の推奨手順で参照されているそのようなステップを見たことがあるでしょう.
私のステップ2~5 [以下]は、システムのパスを変更する必要性を回避します.

ステップ1 SysInternalsPSToolsをダウンロードする&
ダウンロードしたzipファイルからPsExec.exe&Pstools.chmファイルをデスクトップなどの便利なフォルダに抽出します.

ステップ2次のように入力して、管理者コマンドプロンプトwindows を開きます. [スタート]メニューの検索ボックスでcmdを選択し、表示されるcmd.exeショートカットを右クリックして、[管理者として実行]を選択し、管理者権限を付与します.

ステップ3cdに続けてスペースを入力し、次にPsExec.exeファイルを抽出したフォルダへのフルパスを入力します.
したがって、コマンドは次の形式を取ります

cd "C:\Users\YourUserName\Desktop ".

ステップ4次のように入力して、正しいフォルダにいることを確認します dirを選択し、PsExec.exeが結果に表示されていることを確認します.

ステップ5コマンドプロンプトで、次のコマンドを入力して、システム権限でレジストリエディタを実行します.
Windowsのインストールが別のフォルダにある場合[つまり、C:\Windows]にない場合は、コマンドでそのフォルダパスを置き換える必要があります.必要に応じて、PSToolsヘルプファイルPstools.chmを参照して、コマンドの各部分の重要性を確認できます.

psexec-i-d-sc:\Windows\regedit.exe

ステップ6このコマンドを入力した後、SysInternalsの利用規約に同意してコマンドを処理できるようにする必要があります.その後、コマンドプロンプトwindows を閉じる必要があります.

ステップ7システム制御のレジストリエディタが開いた状態で、以下のステップ8を簡単に確認してから、セクション4.3の回復手順に進むことができます.
残りの手順では、最高の権限でレジストリを制御していること、およびコンピュータを完全に台無しにすることを妨げるものは何もないことを覚えておいてください.

ステップ8そこで使用されているProcMonユーティリティでは次のことができないため、セクション4.3のステップ8で特定されたレジストリキーを手動で検索して選択する必要があることに注意してください. システム制御のレジストリエディタのジャンプ先…エントリ.手動で検索してProcMonで識別されるレジストリキーを選択するには:-

• ProcMonでは、フィルタリングされた結果で適切なエントリが選択されたままです.

• そのエントリを右クリックしてを選択します
  プロパティ…次に、Pathプロパティを確認します.すぐに参照できるように、ダイアログを開いたままにしておきます.

• レジストリエディタで、キーHKEY_CLASSES_ROOTを選択し、左側のドロップダウン矢印をクリックします.
  エントリのリストはアルファベット順ですが、一部のエントリは終止符(たとえば、.386)で始まり、他のエントリは途中で終止符(たとえば、Excel.Sheet)があるため、少し混乱する可能性があることに注意してください.

• 下にスクロールして、TypeLibを選択するか、 CLSID[ProcMonエントリのプロパティ…の先頭に表示されているように、 パスプロパティ]、

• windows の下部にあるレジストリエディタのステータスバーで、意図したとおりにHKEY_CLASSES_ROOT\CLSIDまたはHKEY_CLASSES_ROOT\TypeLibにいることを確認し、[HKEY_CLASSES_ROOT\Wow6432Node\CLSIDなどのサブキーにサイドトラックされていないことを確認します.\{…..} \Typelib].

• ProcMonのプロパティ…に戻り、 Pathプロパティは、中括弧で囲まれたキー文字列全体を選択します[{57A0E746-3863-4D20-A811-950C84F1DB9B}など) ]そしてCtrl-cを押してコピーします[中括弧自体を含めるかどうかは実際には関係ありません].
  これで、ダイアログを再度参照する必要がなくなるため、ダイアログを閉じることができます.

• レジストリエディタに戻り、Ctrl-Fを押し[または[編集]メニューの[検索]エントリをクリック]、[値とデータ]のチェックボックスをオフにします[キーのチェックボックスはそのままにします]、 クリックして 検索する入力ボックス&Ctrl-vを押してキー文字列を貼り付け&クリックします 次を検索.

• これで、セクション4.3のステップ8で特定されたレジストリキーを手動で選択したので、手順のその段階に戻ることができます.

4.3
レジストリキーのアクセス許可を特定して修正する

以前、ここで必要なユーティリティSysInternalsProcMonを使用したことはありませんでした.
コツをつかむ前に、最初は少し輪になって回りました.
以下で説明する手順は、私が経験した落とし穴を回避します.

ステップ1 SysInternalsProcMonをダウンロードする&
ダウンロードしたzipファイルから任意の便利なフォルダにファイルを抽出します.
まだファイルを開かないでください.ProcMonは「ポータブル」ユーティリティであるため、インストールする必要はありません.ProcMonをダブルクリックするだけで起動し、管理者に実行権限を付与しますが、まだ起動しないでください.

ステップ2障害が発生しているユーザーアカウントの1つにログインし、Excelを開き、[開発者]タブをクリックして[VBAwindows ]を開きます.

ステップ3上記のセクション4.2の追加の準備手順に従う必要がある場合は、レジストリエディタがすでに開いています.
そうでない場合は、今すぐ管理者権限でレジストリエディタを開きます-と入力します
[スタート]メニューの検索ボックスでregeditを右クリックし、regedit.exeを右クリックします.
提供されているショートカットで、[管理者として実行]を選択し、管理者権限を付与します.
この許可を与えるには、障害に悩まされていない管理者アカウントを使用する必要があることに注意してください.上記のセクション4.1(9)の準備チェックの結果を参照してください.

ステップ4ProcMonを起動し、管理者に実行権限を付与します.
フィルタメニューをクリックし、フィルタ…を選択して表示します プロセスモニターフィルターダイアログ.次の3つのフィルターを設定します:-

(1)左上のボタンをクリックします[ アーキテクチャエントリを最初に開いたとき]ドロップダウンリストを表示し、選択します プロセス名.入力ボックス[背景が透明なボックス]で、 ドロップダウンリストの矢印をクリックして選択します Excel.exe次に、[追加]ボタンをクリックしてこのフィルターを追加します.

(3)左上のボタンをもう一度クリックして選択します 結果.メイン入力ボックス[背景が透明なボックス]で、 タイプ Access Denied次に、Addボタンをクリックしてこのフィルターを追加します.

(2)左上のボタンをもう一度クリックして選択します パス.この[現在表示されているボタンの横にあるボタンをクリックします is]&selectbegin with.メイン入力ボックス[背景が透明なボックス]で、 タイプ HKCR次に、[追加]ボタンをクリックしてこのフィルターを追加します.

ステップ5 [OK]をクリックして、フィルタを適用し、メインwindows に戻ります.
ProcMonを開始してから、Excelは関連することを何もしていないため、結果のリストにはまだ何も表示されません.

ステップ6ExcelのVBAwindows で-[ツール]、[参照]の順にクリックし、エラーメッセージで[OK]をクリックして、それを受け入れてダイアログを閉じます.

ステップ7ProcMonwindows に戻り、
フィルタリングされた結果の最終エントリ.別のユーザーから、ProcMonはエントリを確実に並べ替えないため、すべてのエントリの時刻を読み取って、どれが最終的なものかを判断する必要があると報告されました.
1.私はこの並べ替えの問題を経験しませんでした.それに対するより良い応答があるかどうかはわかりません.元の印刷物やスクリーンショットのいずれも、並べ替えの問題を示していません.

ステップ8これら2つの方法のいずれかで適切なレジストリキーを選択してから、この手順に戻ります.

-通常の管理者アカウントを使用してレジストリエディタを実行できた場合[上記の手順3]、 次に、選択したProcMonエントリを右クリックして選択します ジャンプ先…適切なレジストリキーがレジストリエディタwindows で選択されます.

-セクション4.2の手順を使用してシステム制御のレジストリエディタを実行する必要がある場合は、セクションに記載されている手順を使用して、適切なレジストリキーを手動で検索して選択する必要があります.
4.2ステップ8.

ステップ9レジストリエディタで-の永続的なレコードを作成します
右クリックして選択することにより、キーの内容 エクスポート、便利なフォルダを参照、[ファイルの種類]を選択

-テキスト.ダブルクリックしてメモ帳windows で開くか、

-Regは、メモ帳windows にドロップすることで読み取ることができます[個人的には、この形式の方がはるかに読みやすいと思います]、

次に、適切なファイル名を入力し、をクリックします.
保存.

ステップ10選択したキーをもう一度右クリックして、 権限…次に、詳細…ボタンをクリックします.

ステップ11if

(1)レジストリキーがグレー表示されている&選択できない、または

(2)右クリックのコンテキストメニューが表示されない、または

(3)右クリックのコンテキストメニューの権限…エントリがグレー表示されているか、

(4)レジストリエディタは、以下の手順12~18で、関連するレジストリキーへのアクセスとアクセス許可の変更を許可しません.

次に、レジストリエディタを閉じて、上記のセクション4.2に記載されている手順を使用して、システム権限で再度開く必要があります.

ステップ12 [有効なアクセス許可]タブを選択します.

ステップ13Select…ボタンをクリックします.
Excelの実行に使用したアカウントのユーザー名、つまりレジストリアクセスが拒否されているアカウントを入力します.
[名前の確認]ボタンをクリックし、[[OK]]をクリックしてアカウントの権限を一覧表示します.
このリストの一番下までスクロールすると、次のチェックボックスにチェックマークが付いていないことがわかります. 読み取り制御.現在の障害に苦しんでいるすべてのユーザーに対して、このチェックを繰り返すことができます.

ステップ14Select…ボタンをもう一度クリックして入力することもできます 認証されたユーザー.名前の確認ボタンをクリックしてから、 OKをクリックして、このアカウントグループの権限を一覧表示します.このリストの一番下までスクロールすると、次のチェックボックスにチェックマークが付いていないことがわかります. 読み取り制御は、グループのメンバーが読み取り制御を持っていないことを示しています.
認証されたユーザーという用語は、コンピューターにアカウントを持っているすべてのユーザーを指し、管理者と標準の両方のユーザー、つまりMSOfficeを使用して新しいVBA手順を設定する必要があるすべてのユーザーを含みます.

ステップ15これで、追加するかどうかを選択できます 読み取り制御現在の障害に苦しんでいる特定のユーザーアカウントごとのアクセス許可、または認証されたすべてのユーザーのアクセス許可を一度に追加する[これは私が選択したことです].

ステップ16 [Permissions]タブを選択し、[ 追加…ボタン.選択したユーザー名を入力します.
[名前の確認]ボタンをクリックし、[[OK]]をクリックしてアカウントの権限を一覧表示します.
このリストの下部を見て、[読み取りコントロール]のチェックボックスをオンにして、[OK]をクリックします.

ステップ17これで、[有効なアクセス許可]タブを再度選択できます.ステップ13と14のチェックを繰り返して、次のことを確認します.読み取り制御が、関係するユーザーアカウントに付与されました.

ステップ18 [OK]をクリックして[高度なセキュリティ設定]ダイアログを閉じ、[ 権限ダイアログ[OK]をクリックします.

ステップ19ExcelのVBAwindows で-[ツール]、[参照]をクリックして、これらの選択にアクセスできることを確認します.
障害が解決しない場合は、手順7に戻り、手順を再度実行しますが、フィルタリングされたProcMon結果の最後のエントリを選択する代わりに、その上のエントリを選択します.
このステップ19に再度失敗した場合は、フィルター処理されたProcMon結果の別の行をステップアップし、ステップ19が成功するか、フィルター処理されたProcMon結果が不足するまで、手順をループし続けて選択します.
それが何らかの励ましである場合、私の問題は、この手順の最初の実行で解決されました.つまり、最後にフィルタリングされたProcMon結果キーだけを修正することで解決しました.

ステップ20VBAwindows を閉じてからExcelを閉じます.
ProcMonとレジストリエディタを閉じます.

ステップ21テキストを開くまたは 上記の手順9で作成したRegファイルを作成し、設定する必要のある各レジストリキーの詳細を確認します. 読み取り制御権限.レジストリキーごとに[つまり、作成された各ファイル]、 名前とファイルパスについて提供された情報を使用して、責任のあるApplicationを特定します[私の場合、それは約1週間前のFlashPlayerの更新でした].
新しいシステムイメージを作成するまで、障害の原因であると識別されたApplicationを更新しないようにしてください.
このような更新が終わったら、Excelに戻り、VBA、ツール、参照のリストに再度アクセスして、障害が再作成されていないことを確認します.

ステップ22コンピュータの各ユーザーアカウントの障害が修正されたことを確認するには、各アカウントを順番に開き、Excelを開いて、VBA、ツール、参照リストにアクセスします.

ステップ23新しいシステムイメージを作成します.