2013-03-09 4 views
10

SQL Server 2012 Enterprise Editionを実行しています。 AdventureWorks 2012 OLTPデータファイル(.mdf.ldfの両方)をダウンロードしました。ファイルを解凍したMy Documentsに作成したAWフォルダに保存しました。 SQL Server Management Studio(SSMS)のデータベースを右クリックし、コンテキストメニューの[添付]をクリックします。ダイアログで[検索]をクリックします。データベースを接続するときの権限エラー:「指定されたパスにアクセスできない」

UIでフォルダに移動することができません。私は、ファイルのフルパスを入力してみてください、そして私は次のエラーを取得する:

Cannot access the specified path or file on the server. Verify that you have the necessary security privileges and that the path or file exists.

私はSSMSを閉じて、この時間は、管理者として実行し、それを再起動します。同じ悪い結果。

これは難しいことではありません。 AdventureWorks2012データベースをSSMSに正常に接続するための正確な手順は何ですか?

ありがとうございます!

+0

もっと適切なドライブとフォルダにファイルを移動しないのはなぜですか?私はこのようにしてあなたは何の問題もないと思います。 –

+0

SQL Serverインスタンスは、自分のマシンで実行されていますか?そうでない場合:ファイルは**サーバマシンの**ファイルシステム上にある必要があります - 自分ではない –

答えて

4

データベースエンジンのデータファイルの既定の場所にファイルを置きます。何かを再構成しなかった場合は、それはそうでなければなりません。

\Program Files\Microsoft SQL Server\MSSQL11.<InstanceID>\MSSQL\Data 

そしてSSMSを使用してdbを接続します。

+0

これはそれです。どうもありがとうございました! – user2151027

7

管理スタジオを開くアカウントにはどのようなアクセス許可があっても問題はありませんが、重要なアカウントはSQL Serverサービスが実行されているアカウントです。デフォルトでは、インストール中に指定されたデフォルトの場所にしかアクセスできないため、以前のポスターのようにしてファイルをそこに移動するか、ファイルを保存するフォルダのアクセス許可にサービスアカウントを追加しますその場所にアクセスできるようにします。

14

Windowsによるサーバーへの接続認証は私の仕事でした。あなたのケースで可能かどうかは分かりません。

+0

私のために働いた!ありがとう! – ilans

11

Rogitelが述べているように、これはアプリケーションの特権レベルではなく、SSMS自体にどのようにログインしたかに関係する可能性があります。

ユーザーに「sysadmin」ロールがない場合は、ファイルブラウザを開くためにマシン上のファイルシステムに十分なアクセス権がないように見えます。一瞬のためにセキュリティ上の問題を脇に設定

....

この役割を付与するために、 >ログイン

  • にダブルクリック、または右クリックのいずれかをセキュリティに、あなたが興味を持っているユーザーの[プロパティ]を選択するには、Windows認証
  • 移動を使用して

    1. SSMSにログインします。 「ページを選択」ボックスで
    2. 、「システム管理者」の役割が変更を保存し、ダイアログ
    3. 出口SSMS
    4. を閉じるために
    5. を押して[OK]を選択されていることを確認し、「サーバーの役割」
    6. を選択
    7. SSMSを再度開き、必要なユーザーとしてログインすると、ブラウズするのに十分な特権が必要になります。
  • +0

    私のために働かなかった。 – Yar

    +0

    デフォルトの「sa」ユーザーアカウントを使用してインポートするほうがはるかに優れています。 – Yorro

    +1

    これはまさに私の問題でした –

    -3

    のコンピュータでサービスを開始し、MSSQLSERVERを検索すると、停止と開始によってサービスが再開されます。

    0

    私の場合、ドライブはSQL Serverの役割(クラスタ化されたサーバー)の依存関係ではありませんでした。 SQL Serverの役割の下でディスクを依存関係として追加すると、SSMSからドライブを再度参照することができました。

    関連する問題