SQL Server 2008 copia del database - i permessi dei file

Question

Per SQL Server 2008 Developer Edition su Vista 64 bit:

Ho provato a copiare un database utilizzando un account di amministratore Vista utilizzando il metodo di applicare / rimuovere ed è riuscita a causa di un errore di autorizzazione di file così ho dato l'utente che SQL i servizi sono in esecuzione come scrivere e modificare alla directory. La copia non ha funzionato. Ho poi dato il pieno controllo. La copia ha funzionato.

Ha senso?

Se Revoco il pieno controllo da parte dell'utente, sarà che i problemi causa?

La cosa strana è che in un database di lavoro esistente con i file in una directory diversa, non ci sono permessi speciali sulla directory e file per il database, quindi perché non una copia richiede il pieno controllo?

Answer 1

Quando si scollega un DB, i file MDF / LDF può essere impostato con permanenti più ristretti di quanto ci si aspetta, come esclusivo al principio che ha fatto il distacco - forse l'account del servizio SQL Server o l'account di dominio dell'utente che ha effettuato il distacco. Ho in passato ha dovuto aggiungere manualmente di nuovo i permessi su Proprietà dei file> scheda Protezione per gli altri utenti, oppure i file di agire come se sono bloccate. Vedi anche http: // www.onupdatecascade.com/2009/07/sql-server-locks-mdf-and-ldf-files-upon.html

anche: http://msdn.microsoft.com/en-us /library/ms189128.aspx

(grazie GrumpyOldDBA )

Answer 2

Se il server e / o di dati si sta lavorando non richiede tali autorizzazioni restrittive da impostare, è possibile impostare un flag di avvio in SQL Server che ignorare questa funzione. Capisco quello che Microsoft sta andando per questo - si assumono se si scollega un DB che non vogliono chiunque a piedi con il file; Tuttavia, credo che mantenere un buon hacker dal fare questo è più facile a dirsi che a farsi, e la crittografia DB è il metodo migliore per la salvaguardia dei dati.

In ogni caso, c'è un "flag di traccia 1802", che è stranamente nome, dal momento che non è niente a che fare con l'analisi. Ti consigliamo di aggiungere al tuo avvio di SQL in SQL Configuration Manager, se si desidera mantenere questo comportamento.

https://support.microsoft.com/en-us/kb/922804

Io stesso ho avuto lo stesso problema e trovato la risposta in StackExchange: https://dba.stackexchange.com/a/77683/11001