🚀 go-pugleaf

Gracias.

Me dieron estos tips.

http://www.lumigent.com/products/le_sql.html
http://www.apexsql.com/sql_tools_log.asp

Revis� el �ltimo y se ve interesante.

Saludos.

HSR

"mauricio sthandier r." <quiltro@animalplanet.com> escribi� en el mensaje 
news:fjsnf9$2mm$1@aioe.org...
> aloha !
> revisa bien la sintaxis de RESTORE. Esto, por ejemplo, te podr�a servir :
>
> RESTORE DATABASE MyNwind
>   FROM MyNwind_1, MyNwind_2
>   WITH NORECOVERY
> RESTORE LOG MyNwind
>   FROM MyNwindLog1
>   WITH NORECOVERY
> RESTORE LOG MyNwind
>   FROM MyNwindLog2
>   WITH RECOVERY, STOPAT = 'Apr 15, 1998 12:00 AM'
>
> Probaste a restaurar la DB sola ? genera un nuevo log.
> Puedes buscar el mensaje de error en los BOL y cuando expongas un 
> problema, trata de colocar los nros. de error y las descripciones para 
> ayudarte mejor. En el foro microsoft.public.es.sqlserver los tipos son 
> secos con buena disposici�n en general.
>
> saludos !
>
> "achesere" <achesereWithOutThis@hotmail.com> escribi� en el mensaje 
> news:fjmnlu$sck$1@aioe.org...
>> Situaci�n.
>>
>> * Crash base de datos SQLServer (2000)
>> * Existe:
>>  - backup full
>>  - backup log de transacciones
>> * Comienza recuperaci�n
>>  - Backup full ok
>>  - Aplicaci�n del log de transacciones ok, hasta cierta hora en donde, 
>> aparentemente, fue truncado.
>> * Recuperaci�n no puede seguir aplicando el resto de las transacciones 
>> debido al log truncado.
>>
>> No interesa ese porci�n del log puesto que corresponde a procesos 
>> nocturnos que pueden ser ejecutados otra vez.
>>
>> La consulta.
>>
>> �Existe alg�n modo de saltarse esa validaci�n y que SQLServer contin�e 
>> aplicando el resto de los logs?
>>
>> Saludos.
>>
>>
>
>