sql - CREATE FILEでオペレーティングシステムエラー5が発生しました（このエラーのテキストを取得できませんでした。理由：15105）

Question

.mdfフォルダにMSSQLEXPRESSのデータベースファイルがあります。

C:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\DATA

MS 2008 R2（MSSQL10_50.MSSQLSERVER）に接続したいのですが、 ServerManagementStudioを使用すると次のエラーが発生します。

CREATE FILE encountered operating system error 5(failed to retrieve text for this error. Reason: 15105) while attempting to open or create the physical file

あなたはそれを解決する方法を知っていますか？

score 138 · Accepted Answer

MS SQLManagementStudioをADMINISTRATORとして実行する際の問題を解決することができました。

score 52 · Accepted Answer

これはWindowsのアクセス許可の問題です。Windows認証を使用してサーバーに接続した場合、そのWindowsユーザーにはファイルへのアクセス許可が必要です。SQL Server認証を使用してサーバーに接続した場合、SQL Serverインスタンスアカウント（MSSQL $、たとえばMSSQL $ SQLEXPRESS）にはファイルへのアクセス許可が必要です。管理者としてログインすることを提案する他のソリューションは、基本的に同じことを達成します（ちょっとしたハンマーで:)。

データベースファイルがSQLServerのデータフォルダーにある場合は、SQL Server認証が機能するように、そのフォルダーからSQLServerアカウントのユーザー権限を継承している必要があります。そのフォルダーに対するSQLServerインスタンスのアカウントの権限を修正することをお勧めします。データファイルが別の場所にあり、SQL Serverアカウントにアクセス許可がない場合は、後で他の問題が発生する可能性があります。繰り返しますが、より良い解決策は、SSアカウントの権利を修正することです。常に管理者としてログインする場合を除いて...

score 5 · Accepted Answer

[ファイル][mdf]および[ldfプロパティ]->[セキュリティ]->[完全なアクセス許可]を右クリックします

score 4 · Accepted Answer

データベースのインストール場所に管理者権限またはフルコントロールを与えると、問題が解決しました

score 3 · Accepted Answer

私も同じ問題を抱えていました。何度か試した後、SQLサーバーをWindows認証に接続することで問題が解決したことに気付きました。

score 3 · Accepted Answer

[スタート]->[実行]- >->[SQLServer] services.msc->[右クリック]->[プロパティ]->[ログオン]タブが見つかるまで、サービスのリストをスクロールします。

次に、チェックボックスを選択Local System AccountしてチェックしAllow service to interact with desktopます。

サービスを再起動します。

score 2 · Accepted Answer

同様のエラーが発生していました。

CREATE FILE encountered operating system error **32**(failed to retrieve text for this error. Reason: 15105) while attempting to open or create the physical file

次のコマンドを使用してデータベースを接続しました。

EXEC sp_attach_single_file_db @dbname = 'SPDB',
@physname = 'D:\SPDB.mdf'

score 1 · Accepted Answer

これと同じ問題は、ファイルの所有者が削除された場合にも発生します。これが発生した場合、ファイルのプロパティに移動すると、ユーザー名ではなくSIDが表示されます。ファイルの所有権を取得します（完全に制御できます）。それが完了すると、ファイルで必要なことは何でもできます。

管理者がトリックをしなかったので、ログイン時にこの作業を行いました。

score 1 · Accepted Answer

他の提案として、管理者として実行すると役立ちます。

ただし、これは、Windowsユーザーが実際にSQLサーバーを実行しているマシンの管理者である場合に限ります。

たとえば、リモートマシンからSSMSを使用する場合、ユーザーがSSMSを実行しているマシンの管理者のみであり、SQL Serverを実行しているマシンの管理者ではない場合、「administartorとして実行」の使用は役に立ちません。

score 1 · Accepted Answer

1 .- 。MDF、-。LDFファイルをコピーしてこの場所に配置します2008サーバーの場合C：\ Program Files \ Microsoft SQL Server \ MSSQL10.MSSQLSERVER \ MSSQL \ DATA 2. SQL Server 2008では、ATTACHを使用して同じ場所を選択します追加用

score 1 · Accepted Answer

SQL2005を使用するWindows2003でこの問題が発生しました。ファイルの所有権をWindowsユーザーアカウントとして取得する必要があり、その方法でデータベースを接続しました。

ファイルを右クリックし、[プロパティ]を選択し、[OK]をクリックして情報画面を通過し、[詳細設定]ボタンをクリックして、使用可能なアカウントまたはグループのリストからアカウントを選択し、その変更を適用して、[プロパティ]画面で[OK]をクリックする必要があります。すべてを完了すると、ファイルのアクセス許可を管理できるようになります。

Windows認証を使用してSSMSにログインしましたが、エラーなしでデータベースを接続できました。

乾杯！

score 0 · Accepted Answer

すでに管理者として実行している場合は、使用しているユーザーが適切なサーバーの役割を持っていることを確認してください。

saとしてログインします（可能な場合）
セキュリティフォルダを展開します
ログインフォルダを展開します
使用したいユーザーを右クリックします
プロパティを選択します
サーバーの役割を選択します
すべてのサーバーの役割を選択します
[OK]をクリックします
SSMSを再起動します
変更されたユーザーでログインします

score 0 · Accepted Answer

私の場合、新しいドライブにデータベイを作成しようとするとエラーが発生しました。この問題を解決するために、そのドライブに新しいフォルダを作成し、ユーザープロパティのセキュリティをそのドライブのフルコントロールに設定しました（[変更]を設定するだけで十分な場合があります）。結論：ユーザーが「変更」するようにドライブ/フォルダのプロパティのセキュリティを設定します。

score 0 · Accepted Answer

私の解決策はもう少し複雑でした。サービスが実行されているユーザーを確認し、ローカルおよびドメイン管理者としてMSSMSを実行し、フォルダーのアクセス許可を確認した後も、このエラーが発生していました。私の解決策は？

フォルダの所有権は引き続きローカルアカウントによって維持されていました。

プロパティ>セキュリティ>詳細>所有者>（ドメイン/ローカルユーザー/グループSQLサービスは次のように実行されています）

これで問題は解決しました。

score 0 · Accepted Answer

--.MDF、ファイルをコピーして、--.LDFこの場所をパテします。2008サーバーの場合C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA 2。

SQL Server 2008では、ATTACHを使用し、同じ場所を選択して追加します

score 0 · Accepted Answer

管理者としてSSMSを開き、SQLAuthとWindowsAuthで実行しても機能しませんでした。

うまくいったのは、ファイル名をLDFファイルとMDFファイルが配置されているのと同じ場所に変更することでした。

alter database MyDB
add file ( name = N'FileStreamName', 
filename = N'D:\SQL Databases\FileStreamSpace' ) 
to filegroup DocumentFiles;

score 0 · Accepted Answer

手順は次のとおりです。

.mdfおよび.ldfファイルを右クリックします。
次に、プロパティを選択します。
セキュリティ->詳細->権限でユーザーを追加します

score 0 · Accepted Answer

別のサーバーにバックアップされたデータベースを復元すると、このエラーが発生しました。長い闘いの後、これは私がしたことです

インスタントファイル初期化を有効にし、
フォルダに対するアクセス許可（フルコントロール）をサービスアカウントと自分のWindowsアカウントに付与しました。
SQLサービスを再起動しました。その後、データベースが復元されました。

score 0 · Accepted Answer

重要なのは「オペレーティングシステムエラー5」です。Microsoftは、さまざまなエラーコードと値をサイトに掲載しています。

https://msdn.microsoft.com/en-us/library/windows/desktop/ms681382(v=vs.85).aspx

ERROR_ACCESS_DENIED 5（0x5）アクセスが拒否されました。

score 0 · Accepted Answer

データベースをデタッチするwindowsuserとデータベースをアタッチするwindowsuserが異なる場合、この問題に直面しました。Windowsユーザーがデータベースをデタッチしてアタッチしようとすると、問題なく正常に動作しました。

score 0 · Accepted Answer

C：ではなくD：でファイルを作成することにしましたが、すべてうまくいきました。Windows 7 ... 10には、ファイルとフォルダーの共有と承認に関して多くの問題があります。

score 0 · Accepted Answer

私の場合、管理者として実行は役に立ちません。ConfigurationManagerでビルトインアカウントをローカルシステムに変更することで問題を解決しました。

score 0 · Accepted Answer

これが私の場合に起こったことです。データベース用のファイルを添付するように依頼されました。私は次のようにファイル名を与えられました

devdb.mdfおよびdevdb.ldf

私はファイルの添付に進み、ファイルを別のプロセスで使用し続けました。

sys.master_filesのシステムビューselectname、physical_nameに対してクエリを実行しました。正確なファイル名がすでに別のデータベースで使用されていることを確認したため、ファイルを添付しようとするたびに、ファイルが別のプロセス（SQLサーバー）で使用されているというエラーが発生し続けました。

したがって、このようなメッセージが表示された場合は、システムビューsys.master_filesに対してクエリを実行し、同じ名前のファイルをすでに使用している可能性のあるデータベースを確認してください。今後、あなたは何をすべきかを理解するでしょう。

ありがとう。

score 0 · Accepted Answer

マウントポイントがある場合は、それに応じてSQLServerサービスアカウントをボリュームセキュリティに追加します

score -2 · Accepted Answer

これをすべて行う必要はありません。データベースファイルを右クリックして、全員に権限を追加するだけです。それは確かに機能します。

sql - CREATE FILEでオペレーティングシステムエラー5が発生しました（このエラーのテキストを取得できませんでした。理由：15105）

25 に答える 25

Related

Reference