164

.bak以下は、データベースをバックアップ(作成)するために使用しているクエリです。

ただし、実行するたびに、次のエラーメッセージが表示されます。

メッセージ3201、レベル16、状態1、行1
バックアップデバイス'C:\ Users \ Me \ Desktop \ Backup\MyDB.Bak'を開くことができません。オペレーティングシステムエラー5(アクセスが拒否されました)。

メッセージ3013、レベル16、状態1、行1の
バックアップデータベースが異常終了しています。

これは私の質問です:

BACKUP DATABASE AcinsoftDB
TO DISK = 'C:\Users\Me\Desktop\Backup\MyDB.Bak'
WITH FORMAT,
MEDIANAME = 'C_SQLServerBackups',
NAME = 'Full Backup of MyDB';
4

22 に答える 22

266

ええ、私はちょうどこれを獲得しました。

Windowsサービスを調べてください。スタート>管理>サービス

次のリストでサービスを見つけます。SQLServer(MSSQLSERVER)[ログオン]列を探します(リストに存在しない場合は追加する必要があります)。

これは、ディレクトリへのアクセス許可を与えるために必要なアカウントです。エクスプローラー>プロパティ>共有(およびセキュリティ)を右クリックします。

:ネットワークを経由する場合は、実際のディレクトリと共有にアクセス許可を与えることを忘れないでください。

権限を適用して伝播するのを待ち、バックアップを再試行してください。

注2:ネットワークを介してバックアップしていて、SQLが「ローカルサービス」として実行されている場合は、問題が発生しています...アクセス許可を割り当ててみるか、ローカルでバックアップしてSQL Serverの外部でxcopyする方が簡単な場合があります( 1時間後)。

注3:ネットワークサービスとして実行している場合、リモートマシンがSQLServerのネットワークサービスを認識しない場合があります。この場合、実際のコンピューター自体のアクセス許可を追加する必要があります。MyServer$。

于 2011-10-24T02:18:00.303 に答える
18

スタートメニューのSQLServerフォルダーに移動し、構成ツールをクリックします。SQLServer構成マネージャーを選択します。SQLServerサービスで、目的のインスタンスで(ログオン)をローカルシステムに変更します。

于 2012-03-21T17:34:13.510 に答える
7

SQL Serverサービスアカウントには、フォルダーへの書き込み権限がありませんC:\Users\Kimpoy\Desktop\Backup\

于 2010-10-18T15:04:06.553 に答える
6

最近もこの問題が発生しましたが、サーバーAからバックアップジョブを実行していましたが、バックアップ対象のデータベースはサーバーBにあり、サーバーCのファイル共有にありました。サーバーAのエージェントがサーバーBにバックアップを実行するように指示した場合-sqlコマンド。実際には、サーバーCにバックアップを書き込もうとするサーバーBでsqlが実行されているサービスアカウントです。

実際のBACKUPDATABASEコマンドを実行するSQLサーバーのサービスアカウントは、エージェントではなく、ファイルシステムに対する特権を必要とすることを覚えておいてください。

于 2012-10-03T02:47:26.250 に答える
6

Windows10のSQLExpress2014SP1でも同じ問題が発生します。

動作するソリューション

  1. Servicesと入力してサービスを開く
  2. SQL Server(SQLExpress)を見つけて開きます
  3. [ログオン]タブに移動します
  4. ローカルシステムアカウントを選択します(サービスがデスクトップと対話することを許可するかどうかも確認します)
  5. [OK]をクリックします。サービスを停止します。サービスを再起動します。
  6. 問題が解決しました
于 2016-07-26T19:33:00.587 に答える
6

これが発生する理由の1つは、ローカルシステムを使用せずにMSSQLSERVERサービスを実行していることです。この問題を修正するには、次の手順を使用します。

  1. Windows+Rを使用したオープンラン
  2. services.mscと入力すると、サービスダイアログが開きます
  3. SQL Serverの検索(MSSQLSERVER)
  4. 右クリックしてプロパティをクリックします。
  5. [ログオン]タブに移動します
  6. ローカルシステムアカウントを選択し、「適用」と「OK」をクリックします
  7. [SQL Server(MSSQLSERVER)]を選択して左側のパネルの[停止]リンクをクリックし、完全に停止したら再起動します。
  8. バックアップをお楽しみください。

それが私にしたように、それがあなたによく役立つことを願っています。乾杯!

于 2019-07-03T06:43:24.760 に答える
5

復元プロセスを実行するためのアクセス許可を与える必要があるユーザーを見つけるには、次の手順に従います。

SQLServerがインストールされているサーバーに移動する必要があります。SQLServer構成マネージャーを探す

ここに画像の説明を入力してください

次に、「SQLServerサービス」に移動する必要があります

ここに画像の説明を入力してください

SQL Server(MSSQLSERVER)インスタンスの下に、「ログオン」列のアカウントがあります。私の場合は、NT Service\MSSQLSERVERです。

これは、ソース.bakの場所の[セキュリティ]タブで追加する必要のあるアカウントであり、バックアップファイルを読み取ることができるように、そのユーザーに「読み取り」権限を付与します。

バックアップファイルが「D:\ Shared」フォルダにあるとすると、次のような権限を付与する必要があります。

ここに画像の説明を入力してください

于 2018-10-06T04:48:28.017 に答える
4

私はこれを自分で経験していました。MSSQLSERVERログインユーザーが持っていることを確認しましたfull accessが、それでも問題が発生していました。宛先をCのルートに移動した場合にのみ機能しました。さらに重要なのは、ユーザーフォルダーの外に移動したことです(完全なアクセス許可を持つ共有を持っていたとしても、テストとして「Everyone」を試しました)。

問題が「修正済み」であるかどうかはわかりませんが、「機能中」です。

このスレッドに出くわした他のユーザーのための参考までに。

于 2014-04-02T18:13:23.253 に答える
2

同様の問題がありました。.bakファイル自体と、NETWORKSERVICEユーザーのバックアップを書き込んでいたフォルダーに書き込み権限を追加しました。権限を追加するには、変更するファイル/ディレクトリを右クリックし、[セキュリティ]タブを選択して、そこに適切なユーザー/権限を追加します。

于 2011-04-19T14:31:25.593 に答える
2

これが私が問題を回避するためにしたことです。

1)バックアップに移動します

2)宛先ファイルを削除します-ディスクへのパス

3)[追加]をクリックします

4)[ファイル名:]チェックボックスに、以下のように.. \ backupの後にバックアップ名を手動で入力します。ここで、Yourdb.bakはデータベースのバックアップ名です。

C:\ Program Files \ Microsoft SQL Server \ MSSQL11.MSSQLSERVER \ MSSQL \ Backup \ Yourdb.bak

5)[OK]をクリックします

お役に立てれば!

于 2016-08-29T06:45:10.997 に答える
1

正確な解決策ではないことはわかっていますが、外部ドライブパスを使用するとこの問題は解決します。

BACKUP DATABASE AcinsoftDB
TO DISK = 'E:\MyDB.Bak'
WITH FORMAT,
MEDIANAME = 'C_SQLServerBackups',
NAME = 'Full Backup of MyDB';
于 2016-07-07T11:42:44.407 に答える
1

SQL Serverは、指定された場所にバックアップにアクセス(書き込み)できません。

まず、SQLサーバーが実行されているサービスアカウントを確認する必要があります。これは、構成マネージャーまたはServices.mscを使用して実行できます。

また

以下のクエリを使用してください:

SELECT  DSS.servicename,
    DSS.startup_type_desc,
    DSS.status_desc,
    DSS.last_startup_time,
    DSS.service_account,
    DSS.is_clustered,
    DSS.cluster_nodename,
    DSS.filename,
    DSS.startup_type,
    DSS.status,
    DSS.process_id FROM    sys.dm_server_services AS DSS;

次に、列service_accountを見て、それを書き留めます。

バックアップを作成しようとしている場所に移動します。この場合:C:\ Users \ Me \ Desktop \ Backup

右クリック->プロパティ->セキュリティ->

サービスアカウントを追加し、読み取り/書き込み権限を提供します。これで問題は解決します。

于 2019-08-28T13:13:16.923 に答える
1

私の場合、バックアップファイルに名前を付けるのを忘れたのですが、同じ権限エラーが発生し続けました:/

TO DISK N'{path}\WRITE_YOUR_BACKUP_FILENAME_HERE.bak'
于 2020-02-03T10:58:40.463 に答える
1

次の3つの手順で同じ問題を解決しました。

  1. バックアップファイルを、正しく機能する他のフォルダパスに保存します。
  2. 別のセキュリティタブの2つのフォルダを表示します(下の画像のように)。
  3. 正しく機能していないセキュリティタブフォルダの権限を編集します。

ここに画像の説明を入力してください

于 2020-07-24T13:06:45.777 に答える
0

私は同じ問題を抱えていました、そして以下のURLは本当に私を助けました。

それもあなたを助けるかもしれません。

http://blog.sqlauthority.com/2011/04/13/sql-server-fix-error-msg-3201-level-16-cannot-open-backup-device-operating-system-error-5access-is-拒否された/

于 2013-03-28T12:09:45.703 に答える
0

メッセージ3201、レベル16、状態1、行1バックアップデバイス'C:\ Backup\Adventure_20120720_1024AM.trn'を開くことができません。オペレーティングシステムエラー5(アクセスが拒否されました)。メッセージ3013、レベル16、状態1、行1のバックアップログが異常終了しています。

Cドライブのバックアップフォルダを確認しました。新しいサービスアカウントにフルコントロールのアクセス許可がありますか?、「Test\Kiran」サービスアカウントにフルコントロールのセキュリティ許可がないことに気付きました。

以下の手順に従って、サービスアカウントを完全に制御してください。

  1. Cドライブに移動し、バックアップフォルダを右クリックします。
  2. [セキュリティ]タブを選択します。
  3. [編集]ボタンをクリックすると、新しいウィンドウが開きます。
  4. [追加]ボタンをクリックしてTest\Kiranユーザーアカウントを入力し、[名前の確認]ボタンをクリックします。これにより、入力したユーザーが存在するかどうかが検証されます。存在する場合は、ウィンドウにユーザーが表示されます。[OK]を選択します。
  5. 入力したユーザー名を選択し、[許可]の下の[フルコントロール]チェックボックスをオンにします。
于 2013-06-06T09:35:30.303 に答える
0

ドライブへのアクセスを確認してください。最初に1つのフォルダを作成し、フォルダのプロパティに移動します。

あなたはセキュリティタブを見つけるかもしれません、あなたのユーザーIDがアクセス権を持っているかどうかチェックすることをクリックしてください。

IDが見つからない場合は、[追加]ボタンをクリックして、フルアクセスのユーザー名を指定してください。

于 2013-08-21T12:23:44.560 に答える
0

このフォルダを共有し、UNCパスを使用します(例:\ pc \ backups \ mydb.bak)

その後、共有を停止できます。

あまりエレガントではありませんが、すべての権限の問題を解決します(上記のように、共有する権限も付与する必要があります)

于 2016-09-24T09:16:14.307 に答える
0

この問題は、.BAKファイルがBitLockerで暗号化されたフォルダーに一時的に保存されているときに発生しました。別のフォルダに移動した後も暗号化を保持しました。

NETWORK SERVICEアカウントはファイルを復号化できず、この完全に有益なエラーメッセージを表示しました。

.BAKファイルのBitLocker暗号化を削除すると(ファイルのプロパティで[コンテンツを暗号化してデータを保護する]のチェックを外すことにより)、問題が解決しました。

于 2016-10-25T20:05:48.267 に答える
0

こんにちは、クエリを次の場所から変更する必要があります。

BACKUP DATABASE AcinsoftDB
TO DISK = 'C:\Users\Me\Desktop\Backup\MyDB.Bak'

BACKUP DATABASE AcinsoftDB
TO DISK = N'C:\Users\Me\Desktop\Backup\MyDB.Bak'

パスの前にNを追加する必要があります。

于 2017-05-08T02:42:46.280 に答える
0

同じエラーが発生します。次の変更は、これを修正するのに役立ちました。

[サーバーマネージャー]->[ツール]->[サービス]を確認し、サービスのユーザー([名前を付けてログオン]列)を見つける必要がありました:SQL Server(SQLEXPRESS)。

ローカルフォルダー(C:\ Users \ Me \ Desktop \ Backup)に移動し、ユーザーとして「NT Service \ MSSQL$SQLEXPRESS」を追加して書き込み権限を付与しました。

于 2017-12-12T13:32:48.767 に答える
0

私の問題は、「ファイルの所有権」が私の会社に設定されていることでした。「パーソナル」に変更して動作しました。ファイルを右クリックし、[ファイルの所有権]オプションをクリックして、[個人]に変更します。これは、MicrosoftTeamsを介して送信されるすべてのファイルで発生すると思います。

于 2021-01-26T17:46:24.537 に答える