SQL Serverオペレーティングシステムエラー5：「5（アクセスが拒否されました。）」

私はSQLを学び始めており、作業用のデータベースを提供する本を持っています。以下のファイルはディレクトリにありますが、問題はクエリを実行するとこのエラーが発生することです。

メッセージ5120、レベル16、状態101、行1物理ファイル「C：\ Murach \ SQL Server 2008 \ Databases \ AP.mdf」を開けません。オペレーティングシステムエラー5： "5（Access is denied。）"。

   CREATE DATABASE AP
      ON PRIMARY (FILENAME = 'C:\Murach\SQL Server 2008\Databases\AP.mdf')
      LOG ON (FILENAME =     'C:\Murach\SQL Server 2008\Databases\AP_log.ldf')
      FOR ATTACH
    GO

本の中で著者はそれはうまくいくはずだと言っていますが、私の場合はうまくいきません。調べたのですが、何が問題なのかよくわからないので、この質問を投稿しました。

SQL Serverデータベースエンジンサービスアカウントには、新しいフォルダーの読み取り/書き込み権限が必要です。

チェックアウトこれを

修正するために、私は次のことを行いました：

データファイル（S :)およびログファイル（T :)のフルコントロールを備えたファイルセキュリティ権限にAdministratorsグループを追加しました。

データベースを接続し、それは正常に動作します。

古い投稿ですが、Windows 7で実行されているSQL Server 2014で機能する手順を次に示します。

• コントロールパネル->
• システムとセキュリティ->
• 管理ツール->
• サービス->
• [SQL Server（SQLEXPRESS）]をダブルクリックし、右クリックして[プロパティ]をクリックします。
• [ログオン]タブを選択します
• 「ローカルシステムアカウント」を選択します（デフォルトは、使いにくいWindowsシステムアカウントでした）。
• -> OK
• 右クリック、停止
• 右クリック、開始

ボイラ！

ログオンアカウントの設定はインストールのオプションの1つであったと思いますが、そうである場合はデフォルトではなく、この問題をまだ認識していない場合は見落としがちでした。

アクセス拒否の問題を回避するために、私はSSMSを管理者として起動しました。これにより、ローカルドライブからデータベースを接続できました。データベースは別のSQLおよびWindowsインスタンスで作成されました。

これは、SQL Serverが.bakファイルを含むフォルダーへの適切な権限を持っていないため、このエラーが発生するWindows関連の問題です。

最も簡単な回避策は、.bakファイルを、必要なすべての権限を持つデフォルトのSQLバックアップ場所にコピーすることです。他のものをいじる必要はありません。でSQL Server 2012の、この場所は、

D:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Backup (SQL 2012)
C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Backup (SQL 2014)
C:\Program Files\Microsoft SQL Server\MSSQL13.SQLEXPRESS\MSSQL\Backup (SQL 2016)

私はこの問題を抱えていました。管理者としてSQL Serverを実行するだけです

はい、そうです。最初にsqlserverのサービスアカウントを見つける必要があります。ctrl+ alt + deleteを同時に押すと、タスクマネージャーでそれを確認できます。次に、 "C"の読み取り/書き込み権限を与える必要があります。 ：\ Murach \ SQL Server 2008 \ Databases」をサービスアカウントに追加します。

問題は、SQL Serverがmdfおよびldfファイルにアクセスするための権限がないためです。これらの手順はすべて機能します。

1. MSSQLSERVERサービスのスタートアップユーザーアカウントを直接変更できます。ファイルに対するより優れた特権を持つユーザーアカウントを使用できます。次に、データベースをアタッチしてみます。
2. または、読み取り権限と書き込み権限をオンにして、mdfおよびldfファイルのプロパティのセキュリティタブでユーザーをファイルに割り当てることもできます。
3. Windows管理者アカウントで起動し、管理者として実行オプションでSQL Serverを開き、Windows認証でログインして、データベースを接続してみます。

この問題は、グループとファイルのFull control両方に権限を追加することで解決.mdfし.ldfますUsers。

私にとってはSQL Server Management Studioで次のように解決されました-管理者としてログイン（Windows認証としてログインしました）-mdfファイルを添付します（[データベース]を右クリック|添付|追加）-管理者としてログアウト-としてログイン通常のユーザー

この時点では、実際のサーバー権限は重要ではありません。すべて大丈夫に見えます。SQL Server自体にフォルダのアクセス許可が必要です。
バージョンによっては、SERVERNAME $ MSSQLSERVER権限を追加してフォルダにアクセスできます。それ以外の場合は、デフォルトのBACKUPディレクトリ（インストールした場所か、デフォルトでc：\ programfiles（x）\ MSSQL \ BACKUP）にある必要があります。

次の手順を実行しても、同じエラーメッセージが表示される可能性があります。

1. login as SA user (SSMS)
2. Edit the file permissions to say "everyone" full access (windows folder)
3. Delete the Log file (Windows Exploring  (this was what I had done per advise from some msdn forum) 

それでもパーミッションエラーが発生しましたが、[アタッチ]画面で下部セクションにLOGファイルが表示され、エラーメッセージは同じままであることに気付きました。

これが同じことをした人を助けることを願っています。

非常にシンプルなソリューション。

1. システム管理者でログイン
2. mdfおよびldfファイルを「C：\ Program Files（x86）\ Microsoft SQL Server \ MSSQL11.MSSQLSERVER \ MSSQL \ DATA」にコピーします。他のすべてのデータファイルはこの場所にあります。
3. そこからアタッチしてください

私はアプリケーションでエンティティフレームワークを使用していて、この問題がありました。フォルダとWindowsサービスに権限を設定し、機能しません。その後、アプリケーションを管理者として起動し（exeファイルを右クリックして[管理者として実行]を選択）、それが機能します。大丈夫。

Visual Studioプロジェクト.MDFのAPP_DATAフォルダー（またはどこに置いても）内のファイルでこのエラーが発生した場合、私が行った方法は、DATAここにある既存のフォルダーからアクセス許可をコピーすることでした（SQL Express 2014を使用してサポートしています）古いアプリ）：

C:\Program Files\Microsoft SQL Server\MSSQL12.SQLEXPRESS2014\MSSQL\DATA

（注：実際のインストールパスはさまざまです-特にインスタンス名が異なる場合）

DATA最初に管理者としてフォルダをダブルクリックしてアクセス権があることを確認してから、フォルダのプロパティを開き、フォルダに対して同じように模倣しAPP_DATAます。私の場合、行方不明のユーザーがいましたMSSQL$SQLEXPRESS2014（インスタンスに名前を付けたためSQLEXPRESS2014です-あなたのユーザーは異なる場合があります）。これは、SQL Serverサービスのユーザー名でもあります。

何らかの理由で、すべての正しい権限を設定しても、私の場合は役に立ちませんでした。エラーのdb.bakために復元できなかったファイルがあり5(Access is denied.)ました。ファイルは他のいくつかのバックアップファイルと同じフォルダーに配置され、すべての権限は他のファイルと同じでした。このdb.bakファイル以外のすべてのファイルを復元できました。SQL Serverサービスのログオンユーザーを変更しようとしても、同じ結果が得られました。何の効果もなくファイルをコピーしようとしました。

次に、実行して同じファイルを作成しようとしました

type db.bak > db2.bak

ファイルをコピーする代わりに。そして出来上がり！db2.bak正常に復元されました。

バックアップファイルの読み取りに関する他のいくつかの問題が5(Access is denied.)、MS SQLのように誤って報告されているのではないかと思います。

Linuxでは、/var/opt/mssql/data/フォルダーに移動してターミナルを開きsudo、*。mdfおよび* .ldfファイルのアクセス許可を以下のように変更しました。この場合yourDB、データベースファイル名に置き換え、myUser現在ログに記録されているユーザー名に置き換えます。

chmod 755 yourDB.mdf
chown myUser yourDB.mdf

chmod 755 yourDB.ldf
chown myUser yourDB.ldf

その後、問題なく再接続しました。

これは、SSMSログインユーザーが.mdfファイルに対する権限を持っていないことを意味します。これは私にとってそれがどのように機能したかです：

SSMS（管理者として実行）を開いて管理者ユーザーとしてログインし、データベースを右クリックして[追加]をクリックし、.mdfファイルを選択して[OK]をクリックしました。できました。