studio - sql server 2008 standard
CREATE FILE encontrĂ³ el error 5 del sistema operativo(no se pudo recuperar el texto para este error. Motivo: 15105) (21)
1. copie su -. MDF, -. Archivos LDF para patentar esta ubicación Para el servidor 2008 C: / Archivos de programa / Microsoft SQL Server / MSSQL10.MSSQLSERVER / MSSQL / DATA 2. En el servidor sql 2008 use ATTACH y seleccione la misma ubicación para añadir
Tengo un archivo de base de datos .mdf
de MS SQL EXPRESS en la carpeta:
C:/Program Files/Microsoft SQL Server/MSSQL10.SQLEXPRESS/MSSQL/DATA
Me gustaría adjuntarlo a MS 2008 R2 (MSSQL10_50.MSSQLSERVER) pero al usar Server Management Studio recibo el siguiente error:
CREATE FILE encountered operating system error 5(failed to retrieve text for this error. Reason: 15105) while attempting to open or create the physical file
¿Tienes alguna idea de cómo resolverlo?
Como otras sugerencias de ejecución como administrador ayudarán.
Sin embargo, esto solo si el usuario de Windows es realmente un admisnitrator en la máquina que ejecuta el servidor sql.
Por ejemplo, al usar SSMS desde una máquina remota, no será útil usar "ejecutar como administrador" si el usuario es solo un administrador en la máquina que ejecuta SSMS, pero no en la máquina que ejecuta SQL Server.
Dar derechos de administrador o control total a la ubicación de instalación de mi base de datos resolvió mi problema
Decidí crear el archivo en D: en lugar de C: y todo funcionó bien. Windows 7 ... 10 tiene muchos problemas con respecto a compartir y autorizar archivos y carpetas.
En mi caso, recibí el error al intentar crear un databae en una unidad nueva. Para solucionar el problema, creé una nueva carpeta en esa unidad y establecí la seguridad de las propiedades del usuario en un control total sobre ella (puede ser suficiente para establecer Modificar). Conclusión: ESTABLEZCA la seguridad de propiedades de unidad / carpeta para que los usuarios "modifiquen".
Es un problema de permisos de Windows. Si se conectó a su servidor utilizando la Autenticación de Windows, entonces ese usuario de Windows necesita permisos para el archivo. Si se conectó a su servidor mediante la autenticación de SQL Server, la cuenta de instancia de SQL Server (MSSQL $, por ejemplo, MSSQL $ SQLEXPRESS) necesita permisos para el archivo. Las otras soluciones que sugieren iniciar sesión como administrador básicamente logran lo mismo (con un poco de almádena :).
Si el archivo de la base de datos está en la carpeta de datos de su SQL Server, debería haber heredado los derechos de usuario de la cuenta de SQL Server de esa carpeta, por lo que la autenticación de SQL Server debería haber funcionado. Recomendaría corregir los derechos de la cuenta de la instancia de SQL Server para esa carpeta. Si el archivo de datos está en otro lugar y la cuenta de SQL Server no tiene permisos, es probable que se encuentre con otros problemas más adelante. Una vez más, la mejor solución es arreglar los derechos de cuenta de SS. A menos que siempre va a iniciar sesión como administrador ...
Estaba obteniendo un error similar.
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
Utilicé el siguiente comando para adjuntar la base de datos:
EXEC sp_attach_single_file_db @dbname = ''SPDB'',
@physname = ''D:/SPDB.mdf''
Este mismo problema ocurre cuando los propietarios del archivo han sido eliminados. Cuando esto sucede, si va a las propiedades del archivo, verá un SID en lugar de un nombre de usuario. Toma posesión del archivo (dándose a TI MISMO). Una vez hecho esto, puede hacer lo que tenga que hacer con el archivo.
He tenido este trabajo al iniciar sesión ya que el administrador no hizo el truco.
Estos son los pasos:
- Haga clic derecho en el archivo .mdf y .ldf.
- Luego selecciona propiedades.
- En el permiso de seguridad -> avanzado -> agregue el usuario que
Haga clic con el botón derecho en File mdf and ldf properties -> security -> full permission
La apertura de SSMS como administrador y ejecutándose como SQL Auth frente a Windows Auth no funcionó.
Lo que funcionó fue simplemente cambiar mi nombre de archivo a la misma ubicación donde se encuentran los archivos LDF y MDF.
alter database MyDB
add file ( name = N''FileStreamName'',
filename = N''D:/SQL Databases/FileStreamSpace'' )
to filegroup DocumentFiles;
La clave es "error del sistema operativo 5". Microsoft muestra de manera útil los diversos códigos de error y valores en su sitio
https://msdn.microsoft.com/en-us/library/windows/desktop/ms681382(v=vs.85).aspx
ERROR_ACCESS_DENIED 5 (0x5) Acceso denegado.
Mi solución fue un poco más complicada. Después de verificar que el usuario estaba ejecutando el servicio como, ejecutando MSSMS como administrador local y de dominio, y revisando los permisos de la carpeta, todavía estaba recibiendo este error. ¿Mi solución?
La propiedad local de la carpeta aún mantenía la propiedad de la carpeta.
Propiedades> Seguridad> Avanzado> Propietario> (dominio / usuario local / grupo Los servicios SQL se ejecutan como)
Esto resolvió el problema para mí.
No hay necesidad de hacer todo esto. Simplemente haga clic derecho en los archivos de la base de datos y agregue permisos a todos. Eso funcionará con seguridad.
Nos enfrentamos a este problema cuando el usuario de Windows que separa la base de datos y el usuario de Windows que conecta la base de datos son diferentes. Cuando el usuario de windows que separaba la base de datos, intentó adjuntarlo, funcionó bien sin problemas.
Obtuve este error al restaurar una base de datos que fue respaldada en otro servidor. Después de una larga lucha, esto es lo que hice
Habilitado la inicialización de archivos instantáneos
Permisos concedidos (control total) en la carpeta a la cuenta de servicio y mi propia cuenta de Windows,
Reinició el servicio SQL. Base de datos restaurada después de eso.
Pude resolver el problema al ejecutar MS SQL Management Studio como ADMINISTRATOR.
Si ya se está ejecutando como administrador, asegúrese de que el usuario que está utilizando tenga las funciones de servidor adecuadas.
- Inicie sesión como sa (si puede)
- Expande la carpeta de seguridad
- Expandir la carpeta de inicios de sesión
- Haga clic derecho sobre el usuario que le gustaría usar
- Seleccionar propiedades
- Seleccionar roles de servidor
- Seleccione todos los roles del servidor
- Haga clic en Aceptar
- Reiniciar SSMS
- Inicia sesión con el usuario modificado
Tuve este problema en Windows 2003 con SQL 2005. Tuve que tomar posesión de los archivos como mi cuenta de usuario de Windows y obtuve la base de datos para agregar de esa manera.
Tiene que hacer clic derecho en el archivo, seleccionar Propiedades, hacer clic en Aceptar para pasar la pantalla de información, hacer clic en el botón Avanzado, seleccionar su cuenta de la lista de cuentas o grupos disponibles, aplicar ese cambio y hacer clic en Aceptar en la pantalla Propiedades. Una vez que haya hecho todo eso, podrá administrar los permisos del archivo.
Inicié sesión en SSMS con Autenticación de Windows y pude adjuntar la base de datos sin error.
¡Aclamaciones!
Yo tuve el mismo problema. Después de varios intentos, me di cuenta de que conectar el servidor sql con la autenticación de Windows resolvió el problema.
copie su --.MDF
, --.LDF
Archivos --.LDF
para patentar esta ubicación Para el servidor 2008 C:/Program Files/Microsoft SQL Server/MSSQL10.MSSQLSERVER/MSSQL/DATA 2
.
En el servidor sql 2008 use ATTACH y seleccione la misma ubicación para agregar