System.Data.SqlClient.SqlError: El conjunto de medios tiene 2 familias de
medios, pero s�lo se proporcionaron 1. Deben proporcionarse todos los
miembros. (Microsoft.SqlServer.Smo)
VER LAS IMAGENES AQUI;
https://www.orbitfiles.com/download/id5700354475.html
https://www.orbitfiles.com/download/id5700352805.html
El error indica que cuando realizaste el backup utilizaste m�s de medio simult�neamente.
Esto suele ocurrir si a�adimos un destino de backup sin eliminar el que el
asistente nos a�ade por defecto. Desgraciadamente el backup se realiza en
modo "stripe" sobre dichos medios. Por ejemplo este script genera un backup
sobre 2 ficheros de la base de datos y luego obtengo las cabeceras comprobando
que pertenecen a la misma familia:
BACKUP DATABASE test
TO DISK='c:\test.bak',DISK='c:\test2.bak'
RESTORE LABELONLY
FROM DISK='c:\test.bak'
-- FamilyCount 2, FamilySequenceNumber=1
RESTORE LABELONLY
FROM DISK='c:\test2.bak'
-- FamilyCount 2, FamilySequenceNumber=2
Prueba de ejecutar un RESTORE LABELONLY FROM DISK='tuFichero' y observa lo
que te devuelve. Si te devuelve FamilySequenceNumber=2... mucho me temo que
no podr�s restaurar la base de datos salvo que recuperes el fichero que probablemente
has borrado al formatear con alguna herramienta de recuperaci�n. Desgraciadamente
es complicado que un fichero de tama�o grande no resulte da�ado tras formatear
el disco....
Un saludo,
Rub�n Garrig�s
Solid Quality Mentors
Blog: http://blogs.solidq.com/es/elrincondeldba
"Ruben Garrigos" <rgarrigo...@solidq.com> escribi� en el mensaje de
noticias:2ec729331d1d8...@news.microsoft.com...
No te equivoques, hacer un backup es bien seguro, incluso m�s que un detach.
Piensa que cuando realizas un backup se pueden incluir medidas para detectar
la corrupci�n, puedes verificar el backup, incluso realizar el backup en
paralelo en varias ubicaciones. En tu caso lo que te ha ocurrido ser�a el
equivalente a haber hecho un detach de una base de datos con un filegroup
y 2 ficheros de datos y haber copiado �nicamente uno de ellos. Obviamente
al intentar hacer un attach en otro servidor habr�as tenido problemas igualmente.
Siempre hay que testear nuestros backups, restaur�ndolos en otro servidor
si es posible, para no encontrarnos con sorpresas desagradables...
Espero que puedas recuperar los ficheros, pero yo me refer�a no a recuperar
los ficheros de datos y el log sino a recuperar el fichero ".bak" donde tuvieras
el primer fichero de tu backup. Quiz�s en una ruta similar a esta: c:\Program
Files\Microsoft SQL Server\MSSQLXXX\MSSQL\Backup. Recuerda pasar un DBCC
CHECKDB a la base de datos una vez recuperada por si los ficheros estuvieran
corruptos de alguna forma...
"Ruben Garrigos" <rgarrigo...@solidq.com> escribi� en el mensaje de
noticias:2ec729331d378...@news.microsoft.com...
Si recuperaste el mdf tras el formateo a�n puedes probar de adjuntarlo y
crearle un nuevo fichero de log. Prueba lo siguiente:
USE master
GO
CREATE DATABASE tuBD
ON PRIMARY (FILENAME = N'C:\tufichero.mdf')
FOR ATTACH_REBUILD_LOG
USE master
GO
CREATE DATABASE MyTest
ON PRIMARY (FILENAME ='C:\INKAS.mdf')
LOG ON (FILENAME = 'C:\MyTest_log.ldf')
FOR ATTACH_REBUILD_LOG;
Y este fue el mensaje :
Mens. 824, Nivel 24, Estado 6, L�nea 1
SQL Server detect� un error de E/S de coherencia l�gico: suma de
comprobaci�n incorrecta (se esperaba: 0xdadadada; existente: 0x6d6d6d6d).
Ocurri� durante leer de la p�gina (0:0) en la base de datos con id. 0,
desplazamiento 0000000000000000, archivo 'C:\INKAS.mdf'. El registro de
errores de SQL Server o el registro de eventos del sistema puede contener
mensajes adicionales con m�s detalles. Se trata de una condici�n de error
grave que amenaza la integridad de la base de datos y que se debe corregir
de inmediato. Ejecute una comprobaci�n de coherencia completa de la base de
datos (DBCC CHECKDB). Este error se puede haber originado por muchos
factores; para obtener m�s informaci�n, vea los Libros en pantalla de SQL
Server.
TODAVIA SE PUEDE HACER ALGO ? :-))
"Ruben Garrigos" <rgarrigo...@solidq.com> escribi� en el mensaje de
noticias:2ec729331ec58...@news.microsoft.com...
Puedes probar de ejecutar un DBCC CHECKDB sobre la base de datos pero el
hecho que encuentre un error ya en la primera p�gina me da que pensar que
el fichero no se pudo recuperar correctamente tras el formateado y no se
podr� hacer nada. �La herramienta con la que lo restauraste no te dijo nada
sobre el estado del fichero recuperado?
"Ruben Garrigos" <rgarrigo...@solidq.com> escribi� en el mensaje de
noticias:2ec729331ede8...@news.microsoft.com...