SQL Server 2008 copia de base de datos - los permisos de archivo

Question

Para SQL Server 2008 Developer Edition de Vista de 64 bits:

He intentado copiar una base de datos utilizando una cuenta de administrador Vista utilizando el método de conexión / desconexión y falló debido a un error de permiso de archivo así que le di al usuario que SQL servicios se están ejecutando como escribir y modificar en el directorio. La copia no funcionó. Entonces le di un control total. La copia trabajó.

¿Tiene sentido?

Si revoco control total por parte del usuario, lo hará que causan problemas?

Lo extraño es que en una base de datos de trabajo existente con archivos en un directorio diferente, no hay permisos especiales en el directorio y los archivos de la base de datos, así que por qué no una copia requiere un control total?

Answer 1

Al separar una base de datos, los archivos MDF / LDF se puede fijar con ondulaciones permanentes más restringida que usted espera, como exclusiva al director que hizo el detach - tal vez la cuenta de servicio de SQL Server o la cuenta de dominio del usuario que realiza de soltar. Tengo en el pasado tuvo que añadir manualmente de nuevo los permisos sobre las propiedades de los ficheros> ficha de seguridad para otros usuarios, o bien los archivos de actuar como si están bloqueadas. Ver también http: // www.onupdatecascade.com/2009/07/sql-server-locks-mdf-and-ldf-files-upon.html

también: http://msdn.microsoft.com/en-us /library/ms189128.aspx

(gracias GrumpyOldDBA )

Answer 2

Si el servidor y / o datos que está trabajando no requiere los permisos restrictivos que se establezcan, se puede establecer una marca de arranque en SQL Server que va a anular esta función. Entiendo lo que Microsoft va para con esto - se asume que usted separa una base de datos que no desea que cualquiera de caminar con el archivo; Sin embargo, creo que mantener un buen hacker de hacer esto es más fácil decirlo que hacerlo, y el cifrado de la base de datos es el mejor método para proteger los datos.

De todos modos, hay una "marca de seguimiento 1802", que curiosamente se nombra, ya que no tiene nada que ver con el seguimiento. Usted querrá añadirlo a su inicio de SQL en el Administrador de configuración de SQL si desea mantener este comportamiento.

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

Yo mismo tuve el mismo problema y encontré la respuesta en StackExchange: https://dba.stackexchange.com/a/77683/11001