Durante el checkpoint se graban las transacciones completadas en las tablas fisicas. Si esta en modo simple devuelve la porcion del log correspondiente al pool.
saludos -- -------------------------------- Atte. Ing. Jose Mariano Alvarez SQL Total Consulting On 8/13/07, Carlos Peix <[EMAIL PROTECTED]> wrote: > > Otra manera (si no te interesa mantener el log, con todos los riesgos que > ello implica) es poner recovery mode en Simple, lo que hace que no se > acumule transaction log mas alla del check point. > > Yo uso mucho esto en bases de datos de test y desarrollo, pero no deberias > usarlo en produccion. > > Ademas, si no me equivoco, disparar el checkpoint no evita que crezca el > transaction log, mas bien lo que hace es grabarlo mas seguido. No? > > Carlos > > ------------------------------ > *From:* [email protected] [mailto:[EMAIL PROTECTED] *On Behalf Of *Jose > Mariano Alvarez > *Sent:* Lunes, 13 de Agosto de 2007 12:44 p.m. > *To:* [EMAIL PROTECTED] > *Subject:* [dbms] Checkpoint > > > Esa no es la forma de resolverlo. Tienes un muy alto riesgo de tener > problemas graves de disponibilidad si haces eso a menos que la base de datos > funcione en modo readonly. > El checkpoint corre cuando se acaba el recovery interval en forma > automatica y tienes esa opcion para modificar la opcion relacionada. > Generalmente corre cada un minuto aproximadamente si no lo modificas. > La forma correcta es hacer backup de log en forma periodica y poner la > base de datos en modo de recuperacion Full. > > Si te interesa, en Septiembre estoy dando unas cuatro charlas de > arquitectura de SQL y performance en donde voy a explicar estos temas y > muchos otros con mas detalle. > . > Saludos > > -- > -------------------------------- > Atte. > Ing. Jose Mariano Alvarez > SQL Total Consulting > > > > > > On 8/13/07, Claudia Almeda <[EMAIL PROTECTED]> wrote: > > > > Tenemos un sistema web, donde el usuario de la aplicación tiene permisos > > solamente de SELECT, INSERT, UPDATE y DELETE sobre las tablas. > > El problema es, que luego de hacer varias pruebas encontrábamos que se > > llenaba el log de transacciones, por lo que agregamos una función en un > > include de la aplicación que ejecuta la sentencia "checkpoint", que lo que > > hace es un commit sobre dicho log de transacciones y lo limpia. De esta > > forma nunca hay errores por desbordamiento del segmento de rollback. > > > > Entonces, el problema es, que no encuentro la forma de darle permisos al > > usuario de la aplicación para que pueda ejecutar la sentencia "checkpoint". > > > > Revisando documentos de microsoft encontré que esa opción "truncate > > transaction log on checkpoint" en SQL Server 2000 no está mas, y que eso > > esta implicito según el tipo de modelo de recuperación que tenga definida la > > base (Full, Bulk-Logged, Simple), y ahora esta en Simple, que equivale a > > tener habilitada la opción truncate log on checkpoint. > > Asi que eso no es. > > > > > > El día 13/08/07, Jose Mariano Alvarez < [EMAIL PROTECTED]> > > escribió: > > > > > > Por que queres hacer eso? > > > > > > Solo lo pueden hace el sysadmin, el db_owner o el db_backupoperator y > > > no se lo puedes asignar a nadie mas. > > > > > > Sin embargo hay una manera de hacerlo usando EXECUTE AS y un Stored > > > procedure por ejemplo:. > > > > > > CREATE PROCEDURE DOCheckpoint > > > AS > > > EXECUTE AS USER = 'UsuarioDbOwner'; > > > CHECKPOINT; > > > REVERT; > > > > > > Saludos > > > > > > -- > > > -------------------------------- > > > Atte. > > > Ing. Jose Mariano Alvarez > > > SQL Total Consulting > > > > > > > > > > > > > > > > > > > > > > > > On 8/13/07, Claudia Almeda < [EMAIL PROTECTED] > wrote: > > > > > > > > Hola lista... > > > > > > > > Tengo un problemita... > > > > necesito saer como hacer para que un usuario que tiene GRANTpara > > > > insert, update y select pueda ejecutar CHECK POINT en SQL2005, se que > > > > desde > > > > SQL 7 habilito una opcion desde la adminitracion, pero no encuentro lo > > > > mismo > > > > en SQL2005.. > > > > Alguien tiene una idea o conoce del tema...??? > > > > > > > > > > > > Muchas Gracias... > > > > > > > > -- > > > > Atte Almeda Claudia > > > > > > > > > > > > > > > > > > > -- > > Atte Almeda Claudia > > > >
