Pregunta

Estaba intentando restaurar una copia de seguridad pero seguía apareciendo el error 32 del sistema operativo; no puedo eliminarlo porque estaba en uso.

No pude averiguar qué estaba bloqueando los datos y los archivos de registro, así que reinicié la máquina, detuve el servicio pero aún no tuve suerte.

Luego eliminé la base de datos pero los datos y los archivos de registro todavía están allí.

Reiniciado de nuevo: intenté eliminarlos pero parece que no hay nada que hacer, Windows no me deja.

¿Alguna idea?

¿Fue útil?

Solución

El software antivirus es uno que atrapa los DBA: los archivos MDF / LDF son bastante grandes, y he visto casos en los que el software AV bloquea los archivos para escanearlos, pero lleva una eternidad debido al tamaño del archivo. Puede intentar detener su servicio antivirus.

Otro es el de los programas de copia de seguridad: si está utilizando copias de seguridad basadas en archivos (como Backup Exec o NetBackup), pueden estar intentando ejecutar una copia de seguridad de archivos en ese momento. Verifique los servicios de software de respaldo, deténgalos y luego intente eliminar los archivos.

También podría tener instaladas varias instancias de SQL Server, y esto podría pertenecer a otra instancia, no a la que estaba trabajando.

Otros consejos

Use Process Explorer, una herramienta de Microsoft que le dirá qué proceso tiene actualmente un archivo bloqueado, que le dirá lo que necesita detener / cerrar antes de poder eliminar un archivo.

Aquí hay un tutorial para descubrir quién tiene un archivo bloqueado:

http://windowsxp.mvps.org/processlock.htm

Me enfrenté al error similar en el que no pude eliminar los archivos de datos y los archivos de registro después de que se desconectaron las bases de datos.

Recibí el error que decía '' Privilegio de administrador '' es obligatorio.

Se resolvió cambiando el permiso del archivo. Vaya a ejecutar prompt - > escriba " explorador de windows " - > Ejecútelo como administrador y acceda al archivo.

Haga clic con el botón derecho en el nombre del archivo y seleccione "Propiedades". Vaya a "Pestaña Seguridad". y agregue su cuenta de dominio con permisos completos.

Ahora, podría eliminar el archivo.

Debería poder separar (no eliminar) la base de datos y luego mover o eliminar los archivos de datos.

Microsoft KB.

¿Eliminó las bases de datos en SSMS pero los archivos todavía están allí? (ya no debería necesitar separarse si " eliminó " las entradas " Probablemente haya marcado la opción "Conservar archivos de datos" casilla de verificación

pero imagino que un reinicio debería permitirle eliminar los archivos .mdf y .ldf reales De lo contrario, intente arrancar en modo seguro y elimine los archivos reales

Encontré otra razón por la que el sistema está "en uso" error. En mi caso, no pude eliminar el archivo después de desconectar de todas las instancias y reiniciar. Este no fue un problema de permisos de seguridad. Tampoco fue utilizado por ningún programa ya que el explorador de procesos no mostró ningún proceso que lo utilizara. En mi caso, la causa fue verificación incorrecta de mdf por Visual Studio TFS . Parece que si desprotege el archivo y luego pierde la conexión con el servidor TFS, no podrá eliminar o cambiar el nombre del archivo con el sistema "en uso". Incluso sin VS comenzó. El archivo se puede eliminar en modo seguro. Y, lo que es más importante: el archivo se puede desbloquear correctamente si vuelve a poner en línea TFS y realiza la entrada adecuada.

He encontrado un error similar a este, pero fue un problema de permisos en lugar de cualquier otra cosa. La base de datos se creó con un usuario diferente y la cuenta de administrador normal no tenía permisos para los archivos LDF / MDF.

Otros síntomas fueron que el administrador no podía crear una base de datos con el mismo nombre, y que una aplicación de terceros no podía importar datos (ya que descartó y recreó una base de datos)

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top