base de données SQL Server 2008 copie - autorisations de fichiers

Question

Pour SQL Server 2008 Developer Edition sur Vista 64 bits:

J'ai essayé la copie d'une base de données en utilisant un compte administrateur Vista en utilisant la méthode attach / détacher et il a échoué en raison d'une erreur d'autorisation de fichier si j'ai donné à l'utilisateur que les services SQL sont en cours d'exécution en écriture et modifier le répertoire. La copie ne fonctionne pas. Je l'ai alors donné le contrôle total. La copie a travaillé.

Est-ce logique?

Si je révoque le plein contrôle de l'utilisateur, va que causer des problèmes?

La chose étrange est que, dans une base de données de travail existant avec les fichiers dans un répertoire différent, il n'y a pas d'autorisations spéciales sur le répertoire et les fichiers de la base de données, alors pourquoi une copie nécessite un contrôle total?

Answer 1

Lorsque vous détachez un DB, les MDF / fichiers LDF peuvent être réglés avec plus perms restreints que vous attendez, comme exclusif au principal qui a fait le Détacher - peut-être le compte de service SQL Server ou le compte de domaine de l'utilisateur qui a effectué le Détacher. J'ai eu dans le passé des autorisations rajouter manuellement sur les propriétés des fichiers> onglet Sécurité pour les autres utilisateurs, ou bien les fichiers agir comme si elles sont verrouillées. Voir aussi http: // www.onupdatecascade.com/2009/07/sql-server-locks-mdf-and-ldf-files-upon.html

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

(merci GrumpyOldDBA )

Answer 2

Si le serveur et / ou les données que vous travaillez ne nécessite pas les autorisations restrictives à définir, vous pouvez définir un indicateur de démarrage dans SQL Server qui remplacera cette fonction. Je comprends ce que Microsoft va pour cette - ils supposent si vous détachez un DB, ils ne veulent pas seulement tout le monde de repartir avec le fichier; Cependant, je pense garder un bon pirate de le faire est plus facile à dire qu'à faire, et chiffrer la DB est la meilleure méthode pour les données de sauvegarde.

Quoi qu'il en soit, il y a un « indicateur de trace 1802 » qui est curieusement nommé, car il n'y a rien à voir avec le traçage. Vous voulez ajouter à votre démarrage SQL dans SQL Manager Configuration si vous voulez garder ce comportement.

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

Je me suis eu le même problème et trouvé la réponse dans StackExchange: https://dba.stackexchange.com/a/77683/11001