CRÉER le FICHIER rencontrés erreur du système d'exploitation 5(pas réussi à récupérer le texte de cette erreur. Raison: 15105)

C'est un Windows problème d'autorisations. Si vous vous êtes connecté à votre serveur à l'aide de l'Authentification Windows alors que utilisateur Windows a besoin d'autorisations pour le fichier. Si vous vous êtes connecté à votre serveur à l'aide de l'authentification SQL Server, puis l'instance de SQL Server compte (MSSQL$, par exemple, MSSQL$SQLEXPRESS) a besoin d'autorisations pour le fichier. Les autres solutions suggérant d'ouvrir une session en tant qu'administrateur essentiellement accomplir la même chose (avec un peu de masse :).

Si le fichier de base de données dans SQL Server dossier de données du il devrait avoir hérité des droits de l'utilisateur pour le compte SQL Server à partir de ce dossier afin que l'authentification SQL Server doit avoir travaillé. Je recommande la fixation de l'instance de SQL Server compte les droits de ce dossier. Si le fichier de données est ailleurs, et le compte SQL Server ne dispose pas des autorisations, alors vous aurez probablement rencontrer d'autres problèmes plus tard. Encore une fois, la meilleure solution est de fixer le SS compte des droits de l'. Sauf si vous êtes toujours partant pour ouvrir une session en tant qu'administrateur...

De donner des droits d'administration ou de contrôle total de ma base de données de l'emplacement d'installation résolu mon problème

J'obtenais une erreur semblable.

CREATE FILE encountered operating system error **32**(failed to retrieve text for this error. Reason: 15105) while attempting to open or create the physical file

J'ai utilisé la commande suivante pour attacher la base de données:

EXEC sp_attach_single_file_db @dbname = 'SPDB',
@physname = 'D:\SPDB.mdf'

1.copie votre --.MDF,--.Fichiers LDF à pate cet emplacement
Pour 2008 server
C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA
2.Dans sql server 2008, l'utilisation JOINDRE et sélectionnez un emplacement pour ajouter

Ce même problème se produit lorsque les propriétaires des fichiers ont été supprimés. Lorsque cela se produit, si vous allez dans les propriétés du fichier, vous allez voir un SID plutôt que d'un nom d'utilisateur. Prendre possession du fichier (vous donnant le PLEIN CONTRÔLE). Une fois que c'est fait, vous pouvez faire ce que vous devez faire avec le fichier.

J'ai eu ce travail lors de l'enregistrement en tant que l'administrateur n'a pas fait l'affaire.

Dans mon cas, j'ai obtenu l'erreur en essayant de créer une databae sur un nouveau disque.
Pour résoudre le problème, j'ai créé un nouveau dossier dans le lecteur, et de définir les propriétés de l'utilisateur Sécurité pour le plein contrôle sur elle(Il peut être suffisant pour définir les Modifier ).
Conclusion:
RÉGLEZ le Disque/Dossier de Propriétés de Sécurité pour les utilisateurs à "Modifier".

D'ouverture de la SSMS en tant qu'Administrateur et en cours d'exécution comme l'Authentification SQL vs l'Authentification Windows n'a pas fonctionné.

Ce qui a fonctionné a été de changer mon nom de fichier à l'endroit même où la LDF et MDF fichiers sont situés.

alter database MyDB
add file ( name = N'FileStreamName', 
filename = N'D:\SQL Databases\FileStreamSpace' ) 
to filegroup DocumentFiles;

La clé est "erreur du système d'exploitation 5". Microsoft utilement liste les différents codes d'erreur et les valeurs sur leur site

https://msdn.microsoft.com/en-us/library/windows/desktop/ms681382(v=vs. 85).aspx

ERROR_ACCESS_DENIED
5 (0x5)
L'accès est refusé.

Voici les étapes:

1. Clic droit sur le .mdf et .fichier ldf.
2. Puis sélectionnez propriétés.
3. Sur la sécurité -> avancé> la permission d'ajouter l'utilisateur qui

J'ai juste décidé de créer le fichier dans D: au lieu de C: et tout fonctionnait bien. windows 7...10 ont beaucoup de questions concernant le partage et l'autorisation de fichiers et de dossier..

Voici ce qui s'est passé dans mon cas.
On m'a demandé de joindre des fichiers d'une base de données. On m'a donné les noms de fichier comme suit

• devdb.mdf et devdb.ldf

J'ai procédé à joindre les fichiers et continué à obtenir les fichiers sont en cours d'utilisation par un autre processus.

J'ai couru une requête sur la vue système select nom, physical_name à partir de sys.master_files; et vu que les noms de fichiers exacts étaient déjà en cours d'utilisation par une autre base de données, donc à chaque fois que j'ai essayé de joindre les fichiers, j'ai gardé l'obtention de l'erreur les fichiers sont en cours d'utilisation par un autre processus(sql server)

Donc si vous recevez un tel message, puis aussi de la requête à l'encontre de la vue système sys.master_files et de voir la base de données qui peut déjà être en utilisant le même nom de fichiers.
Ci-après vous permettra de savoir quoi faire.

grâce.

Démarrer->Exécuter->services.msc->faire défiler la liste des services jusqu'à ce que vous trouver SQL Serveur->clic droit>propriétés->onglet connexion:

Puis choisissez Local System Account et vérifier la Allow service to interact with desktop case.

Redémarrer le service.