Muchas Gracias...
Respecto de las charlas, me encataria asistir... Cuando tengas las fechas,
me las pasas?


El día 13/08/07, Jose Mariano Alvarez <[EMAIL PROTECTED]>
escribió:
>
> 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
>
>
>
>


-- 
Atte Almeda Claudia

Responder a