🚀 go-pugleaf

buhh qu� fomes.
No cacho m�s del log... de hecho nunca lo he necesitado para restaurar.

saludos,

"achesere" <achesereWithOutThis@hotmail.com> escribi� en el mensaje news:fkb3vd$b84$1@aioe.org...
> 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