2013-03-09 3 views
10

Sono in esecuzione SQL Server 2012 Enterprise Edition. Ho scaricato i file di dati OLTP di AdventureWorks 2012 (sia .mdf e .ldf). Li ho salvati nella cartella AW che ho creato nel My Documents dove ho decompresso il file. Vado a SQL Server Management Studio (SSMS) facendo clic con il pulsante destro del mouse sul database e facendo clic su Collega nel menu di scelta rapida. Nella finestra di dialogo faccio clic su Trova.Errore di autorizzazione durante il collegamento di un database: "Impossibile accedere al percorso specificato"

L'interfaccia utente non consente di navigare nella cartella. Provo a digitare il percorso completo del file, e quindi ottengo il seguente errore:

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.

ho chiuso SSMS ed ho ricominciato esso, questa volta in esecuzione come amministratore. Lo stesso cattivo risultato.

Questo non dovrebbe essere così difficile. Quali sono i passaggi esatti per collegare correttamente il database AdventureWorks2012 a SSMS?

Grazie!

+0

Perché non spostare i file su un'unità e una cartella più adatte? Penso che in questo modo non avresti alcun problema. –

+0

L'istanza di SQL Server è in esecuzione sul proprio computer? In caso contrario: il file deve essere ** sul file system della macchina del server **, non sul proprio –

risposta

4

Inserire i file nella posizione predefinita per i file di dati del Motore di database. Se non hai riconfigurato nulla dovrebbe essere

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

E quindi Allegare db utilizzando SSMS.

+0

Questo lo ha fatto. Grazie mille! – user2151027

7

Non importa quali autorizzazioni abbia l'account aperto nello studio di gestione, l'account importante è quello in cui viene eseguito il servizio SQL Server. Per impostazione predefinita, ha solo accesso alla posizione predefinita specificata durante l'installazione, quindi puoi fare come detto nel precedente manifesto e spostare i file lì, oppure aggiungere l'account di servizio alle autorizzazioni della cartella in cui desideri archiviare i tuoi file in modo che possa accedere a quella posizione.

14

Connessione al server tramite l'autenticazione di Windows ha funzionato per me. Non so se sia possibile nel tuo caso.

+0

ha funzionato per me! Grazie ! – ilans

11

Come dice Rogitel, questo potrebbe essere correlato a come è stato effettuato l'accesso a SSMS stesso, piuttosto che al livello di privilegio dell'applicazione.

Sembra che, se l'utente non ha il ruolo "sysadmin", non avrà accesso sufficiente al filesystem sulla macchina per aprire il browser di file.

Mettendo da parte le preoccupazioni di sicurezza per un momento ....

Al fine di garantire questo ruolo;

  1. Accedere a SSMS utilizzando l'autenticazione di Windows
  2. Accedere alla Sicurezza-> account di accesso
  3. Fare doppio clic o fare clic destro e selezionare Proprietà per l'utente che ti interessa.
  4. Nella casella "Seleziona una pagina", selezionare "Ruoli server"
  5. Assicurarsi che il ruolo "sysadmin" viene selezionato
  6. Premere Ok per salvare le modifiche e chiudere la finestra
  7. uscita SSMS
  8. Riapri SSMS e accedi come utente desiderato e ora dovresti disporre di privilegi sufficienti per navigare.
+0

Non ha funzionato per me. – Yar

+0

Molto meglio importare usando l'account utente "sa" predefinito. – Yorro

+1

Questo era esattamente il mio problema –

-3

Basta andare al servizio sul computer e cercare MSSQLSERVER riavviare il servizio arrestando e avviando.

0

Nel mio caso era correlato alle unità che non dipendono dal ruolo di SQL Server (server in cluster). Quando ho aggiunto i dischi come dipendenze sotto il ruolo di SQL Server, ho potuto sfogliare nuovamente le unità da SSMS.