Desactivar logs para una BD SQL 2005 Express Edition

Hola,

Para lo que indicas debes poner tu base de datos en modo de recuperación
sencillo. La forma más simple es desde el SQL Server Management Studio,
acceder a las propiedades de tu base de datos y cambiarla.
En cuanto a lo de la lentitud, no afecta en absoluto. Ten en cuenta de todas
formas ahí se grabarán todas las transacciones que lleguen al servidor (de
ahí por ejemplo tiene información para poder hacer un rollback), la
diferencia es si se almacenan o no de forma histórica en el archivo de log.
Como bien dices, la ventaja de almacenarlas es poder obtener de ahí
información en caso de pérdida de información.
La mejor alternativa es establecer una estrategia adecuada de copia de
seguridad y restauración.
De todas formas si lo deseas, y asumes las consecuencias puedes optar por lo
que indicas.

También te recomiendo que leas este link, donde tienes más información sobre
el tema:
www.helpdna.net/sqlserver_faq.htm (revisa el punto 1)

Un saludo
Salvador Ramos

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
www.helpdna.net/acerca_de_salvador_ramos.htm


"ZiCruz" escribió en el mensaje
news:

Hola a ,

haciendo una pruebas en el programa veo que el archivo _log.ldf tiene
un
tamaño desmesurado, por el nombre que tiene supongo que seran los log de
las
transacciones para poder realizar recuperaciones de datos.

Como en mi aplicación no es critico el poder recuperar datos
anteriores
una vez que se ha realizado correctamente la transaccion, y supongo que el
mantenimiento de ese log le restara velocidad al procesamiento de la
instrucciones, queria saber si es posible desactivar la creacion de logs y
como se hace.

Muchas gracias y un saludo.

Muchas gracias,

pero no tengo el "SQL Server Management Studio" como lo puedo hacer sin
tenerlo??

en los libros en pantalla de SQL Server 2005 (febrero de 2007) he visto
que existe una propiedad truncatelog a la que se le pueden establecer estas
opciones:

SQLDMOBackup_Log_NoLog = 2 -> Records referencing committed transactions
are removed. The transaction log is not backed up.

SQLDMOBackup_Log_NoOption = 4 -> SQLDMOBackup_Log_Truncate.

SQLDMOBackup_Log_NoTruncate = 1 -> The transaction log is backed up.
Records referencing committed transactions are not removed, providing a
point-in-time image of the log.

SQLDMOBackup_Log_Truncate = 0 -> The transaction log is backed up. Records
referencing committed transactions are removed.

SQLDMOBackup_Log_/Truncateonly = 3 -> SQLDMOBackup_Log_NoLog.

por lo que vero la opcion 0 es la que podria venirme bien ¿como y donde
puede establecer esta propiedad?

"Salvador Ramos" wrote:

Hola,

Para lo que indicas debes poner tu base de datos en modo de recuperación
sencillo. La forma más simple es desde el SQL Server Management Studio,
acceder a las propiedades de tu base de datos y cambiarla.
En cuanto a lo de la lentitud, no afecta en absoluto. Ten en cuenta de todas
formas ahí se grabarán todas las transacciones que lleguen al servidor (de
ahí por ejemplo tiene información para poder hacer un rollback), la
diferencia es si se almacenan o no de forma histórica en el archivo de log.
Como bien dices, la ventaja de almacenarlas es poder obtener de ahí
información en caso de pérdida de información.
La mejor alternativa es establecer una estrategia adecuada de copia de
seguridad y restauración.
De todas formas si lo deseas, y asumes las consecuencias puedes optar por lo
que indicas.

También te recomiendo que leas este link, donde tienes más información sobre
el tema:
www.helpdna.net/sqlserver_faq.htm (revisa el punto 1)

Un saludo
Salvador Ramos

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
www.helpdna.net/acerca_de_salvador_ramos.htm


"ZiCruz" escribió en el mensaje
news:
> Hola a ,
>
> haciendo una pruebas en el programa veo que el archivo _log.ldf tiene
> un
> tamaño desmesurado, por el nombre que tiene supongo que seran los log de
> las
> transacciones para poder realizar recuperaciones de datos.
>
> Como en mi aplicación no es critico el poder recuperar datos
> anteriores
> una vez que se ha realizado correctamente la transaccion, y supongo que el
> mantenimiento de ese log le restara velocidad al procesamiento de la
> instrucciones, queria saber si es posible desactivar la creacion de logs y
> como se hace.
>
> Muchas gracias y un saludo.

Hola,

Lo puedes hacer con ALTER DATABASE, con la cláusula RECOVERY.
También te puedes descargar el SQL Server Management Studio Express (que es
gratuito) y hacerlo con él. Busca este producto en
www.microsoft.com/downloads

Un saludo
Salvador Ramos

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
www.helpdna.net/acerca_de_salvador_ramos.htm


"ZiCruz" escribió en el mensaje
news:

Muchas gracias,

pero no tengo el "SQL Server Management Studio" como lo puedo hacer
sin
tenerlo??

en los libros en pantalla de SQL Server 2005 (febrero de 2007) he
visto
que existe una propiedad truncatelog a la que se le pueden establecer
estas
opciones:

SQLDMOBackup_Log_NoLog = 2 -> Records referencing committed transactions
are removed. The transaction log is not backed up.

SQLDMOBackup_Log_NoOption = 4 -> SQLDMOBackup_Log_Truncate.

SQLDMOBackup_Log_NoTruncate = 1 -> The transaction log is backed up.
Records referencing committed transactions are not removed, providing a
point-in-time image of the log.

SQLDMOBackup_Log_Truncate = 0 -> The transaction log is backed up.
Records
referencing committed transactions are removed.

SQLDMOBackup_Log_/Truncateonly = 3 -> SQLDMOBackup_Log_NoLog.

por lo que vero la opcion 0 es la que podria venirme bien ¿como y donde
puede establecer esta propiedad?

"Salvador Ramos" wrote:

Hola,

Para lo que indicas debes poner tu base de datos en modo de recuperación
sencillo. La forma más simple es desde el SQL Server Management Studio,
acceder a las propiedades de tu base de datos y cambiarla.
En cuanto a lo de la lentitud, no afecta en absoluto. Ten en cuenta de
todas
formas ahí se grabarán todas las transacciones que lleguen al servidor
(de
ahí por ejemplo tiene información para poder hacer un rollback), la
diferencia es si se almacenan o no de forma histórica en el archivo de
log.
Como bien dices, la ventaja de almacenarlas es poder obtener de ahí
información en caso de pérdida de información.
La mejor alternativa es establecer una estrategia adecuada de copia de
seguridad y restauración.
De todas formas si lo deseas, y asumes las consecuencias puedes optar por
lo
que indicas.

También te recomiendo que leas este link, donde tienes más información
sobre
el tema:
www.helpdna.net/sqlserver_faq.htm (revisa el punto 1)

Un saludo
Salvador Ramos

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
www.helpdna.net/acerca_de_salvador_ramos.htm


"ZiCruz" escribió en el mensaje
news:
> Hola a ,
>
> haciendo una pruebas en el programa veo que el archivo _log.ldf
> tiene
> un
> tamaño desmesurado, por el nombre que tiene supongo que seran los log
> de
> las
> transacciones para poder realizar recuperaciones de datos.
>
> Como en mi aplicación no es critico el poder recuperar datos
> anteriores
> una vez que se ha realizado correctamente la transaccion, y supongo que
> el
> mantenimiento de ese log le restara velocidad al procesamiento de la
> instrucciones, queria saber si es posible desactivar la creacion de
> logs y
> como se hace.
>
> Muchas gracias y un saludo.

ya me he bajado el SQL Server Management Studio Express , pero tengo el
problema que no puede acceder a la base de datos a traves del SQL Server
Management Studio Express porque cuando le doy adjuntar no acceder a "mis
documento" que es donde tengo el mdf y ldf, los tengo ahí porque tiene que
estár en el lugar donde está la aplicación.

y no como hacerlo sin el SQL Server Management Studio Express, ya se que es
ejecutar un ALTER DATABASE RECOVERY SIMPLE, ya que la base de tado la cree
con el explorador de base de datos que trae microsoft visual C++ 2005 Express
Edition y no tengo ni idea de donde ejecutar la instruccion anterior.


"Salvador Ramos" wrote:

Hola,

Lo puedes hacer con ALTER DATABASE, con la cláusula RECOVERY.
También te puedes descargar el SQL Server Management Studio Express (que es
gratuito) y hacerlo con él. Busca este producto en
www.microsoft.com/downloads

Un saludo
Salvador Ramos

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
www.helpdna.net/acerca_de_salvador_ramos.htm


"ZiCruz" escribió en el mensaje
news:
> Muchas gracias,
>
> pero no tengo el "SQL Server Management Studio" como lo puedo hacer
> sin
> tenerlo??
>
> en los libros en pantalla de SQL Server 2005 (febrero de 2007) he
> visto
> que existe una propiedad truncatelog a la que se le pueden establecer
> estas
> opciones:
>
> SQLDMOBackup_Log_NoLog = 2 -> Records referencing committed transactions
> are removed. The transaction log is not backed up.
>
> SQLDMOBackup_Log_NoOption = 4 -> SQLDMOBackup_Log_Truncate.
>
> SQLDMOBackup_Log_NoTruncate = 1 -> The transaction log is backed up.
> Records referencing committed transactions are not removed, providing a
> point-in-time image of the log.
>
> SQLDMOBackup_Log_Truncate = 0 -> The transaction log is backed up.
> Records
> referencing committed transactions are removed.
>
> SQLDMOBackup_Log_/Truncateonly = 3 -> SQLDMOBackup_Log_NoLog.
>
> por lo que vero la opcion 0 es la que podria venirme bien ¿como y donde
> puede establecer esta propiedad?
>
> "Salvador Ramos" wrote:
>
>> Hola,
>>
>> Para lo que indicas debes poner tu base de datos en modo de recuperación
>> sencillo. La forma más simple es desde el SQL Server Management Studio,
>> acceder a las propiedades de tu base de datos y cambiarla.
>> En cuanto a lo de la lentitud, no afecta en absoluto. Ten en cuenta de
>> todas
>> formas ahí se grabarán todas las transacciones que lleguen al servidor
>> (de
>> ahí por ejemplo tiene información para poder hacer un rollback), la
>> diferencia es si se almacenan o no de forma histórica en el archivo de
>> log.
>> Como bien dices, la ventaja de almacenarlas es poder obtener de ahí
>> información en caso de pérdida de información.
>> La mejor alternativa es establecer una estrategia adecuada de copia de
>> seguridad y restauración.
>> De todas formas si lo deseas, y asumes las consecuencias puedes optar por
>> lo
>> que indicas.
>>
>> También te recomiendo que leas este link, donde tienes más información
>> sobre
>> el tema:
>> www.helpdna.net/sqlserver_faq.htm (revisa el punto 1)
>>
>> Un saludo
>> Salvador Ramos
>>
>> www.helpdna.net (información sobre SQL Server y Microsoft .Net)
>> www.helpdna.net/acerca_de_salvador_ramos.htm
>>
>>
>> "ZiCruz" escribió en el mensaje
>> news:
>> > Hola a ,
>> >
>> > haciendo una pruebas en el programa veo que el archivo _log.ldf
>> > tiene
>> > un
>> > tamaño desmesurado, por el nombre que tiene supongo que seran los log
>> > de
>> > las
>> > transacciones para poder realizar recuperaciones de datos.
>> >
>> > Como en mi aplicación no es critico el poder recuperar datos
>> > anteriores
>> > una vez que se ha realizado correctamente la transaccion, y supongo que
>> > el
>> > mantenimiento de ese log le restara velocidad al procesamiento de la
>> > instrucciones, queria saber si es posible desactivar la creacion de
>> > logs y
>> > como se hace.
>> >
>> > Muchas gracias y un saludo.
>>
>>
>>

Hola,

Creo que no nos estamos entendiendo, no hay que adjuntar, ni separar ni nada
por el estilo.
Simplemente si estás viendo tu base de datos en el SQL Server Management
Studio Express, pulsa botón derecho sobre ella y elige 'Propiedades'.

Un saludo
Salvador Ramos

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
www.helpdna.net/acerca_de_salvador_ramos.htm


"ZiCruz" escribió en el mensaje
news:

ya me he bajado el SQL Server Management Studio Express , pero tengo el
problema que no puede acceder a la base de datos a traves del SQL Server
Management Studio Express porque cuando le doy adjuntar no acceder a "mis
documento" que es donde tengo el mdf y ldf, los tengo ahí porque tiene que
estár en el lugar donde está la aplicación.

y no como hacerlo sin el SQL Server Management Studio Express, ya se que
es
ejecutar un ALTER DATABASE RECOVERY SIMPLE, ya que la base de tado la cree
con el explorador de base de datos que trae microsoft visual C++ 2005
Express
Edition y no tengo ni idea de donde ejecutar la instruccion anterior.


"Salvador Ramos" wrote:

Hola,

Lo puedes hacer con ALTER DATABASE, con la cláusula RECOVERY.
También te puedes descargar el SQL Server Management Studio Express (que
es
gratuito) y hacerlo con él. Busca este producto en
www.microsoft.com/downloads

Un saludo
Salvador Ramos

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
www.helpdna.net/acerca_de_salvador_ramos.htm


"ZiCruz" escribió en el mensaje
news:
> Muchas gracias,
>
> pero no tengo el "SQL Server Management Studio" como lo puedo hacer
> sin
> tenerlo??
>
> en los libros en pantalla de SQL Server 2005 (febrero de 2007) he
> visto
> que existe una propiedad truncatelog a la que se le pueden establecer
> estas
> opciones:
>
> SQLDMOBackup_Log_NoLog = 2 -> Records referencing committed
> transactions
> are removed. The transaction log is not backed up.
>
> SQLDMOBackup_Log_NoOption = 4 -> SQLDMOBackup_Log_Truncate.
>
> SQLDMOBackup_Log_NoTruncate = 1 -> The transaction log is backed up.
> Records referencing committed transactions are not removed, providing a
> point-in-time image of the log.
>
> SQLDMOBackup_Log_Truncate = 0 -> The transaction log is backed up.
> Records
> referencing committed transactions are removed.
>
> SQLDMOBackup_Log_/Truncateonly = 3 -> SQLDMOBackup_Log_NoLog.
>
> por lo que vero la opcion 0 es la que podria venirme bien ¿como y donde
> puede establecer esta propiedad?
>
> "Salvador Ramos" wrote:
>
>> Hola,
>>
>> Para lo que indicas debes poner tu base de datos en modo de
>> recuperación
>> sencillo. La forma más simple es desde el SQL Server Management
>> Studio,
>> acceder a las propiedades de tu base de datos y cambiarla.
>> En cuanto a lo de la lentitud, no afecta en absoluto. Ten en cuenta de
>> todas
>> formas ahí se grabarán todas las transacciones que lleguen al servidor
>> (de
>> ahí por ejemplo tiene información para poder hacer un rollback), la
>> diferencia es si se almacenan o no de forma histórica en el archivo de
>> log.
>> Como bien dices, la ventaja de almacenarlas es poder obtener de ahí
>> información en caso de pérdida de información.
>> La mejor alternativa es establecer una estrategia adecuada de copia de
>> seguridad y restauración.
>> De todas formas si lo deseas, y asumes las consecuencias puedes optar
>> por
>> lo
>> que indicas.
>>
>> También te recomiendo que leas este link, donde tienes más información
>> sobre
>> el tema:
>> www.helpdna.net/sqlserver_faq.htm (revisa el punto 1)
>>
>> Un saludo
>> Salvador Ramos
>>
>> www.helpdna.net (información sobre SQL Server y Microsoft .Net)
>> www.helpdna.net/acerca_de_salvador_ramos.htm
>>
>>
>> "ZiCruz" escribió en el mensaje
>> news:
>> > Hola a ,
>> >
>> > haciendo una pruebas en el programa veo que el archivo _log.ldf
>> > tiene
>> > un
>> > tamaño desmesurado, por el nombre que tiene supongo que seran los
>> > log
>> > de
>> > las
>> > transacciones para poder realizar recuperaciones de datos.
>> >
>> > Como en mi aplicación no es critico el poder recuperar datos
>> > anteriores
>> > una vez que se ha realizado correctamente la transaccion, y supongo
>> > que
>> > el
>> > mantenimiento de ese log le restara velocidad al procesamiento de la
>> > instrucciones, queria saber si es posible desactivar la creacion de
>> > logs y
>> > como se hace.
>> >
>> > Muchas gracias y un saludo.
>>
>>
>>