Si maxi, a mi modesto entender asi era, por eso les pregunto a Uds. Saludos PabloC
-----Mensaje original----- De: [email protected] [mailto:[email protected]] En nombre de Maxi Accotto Enviado el: Martes, 30 de Junio de 2009 12:07 Para: pablo.canonico Asunto: [dbms] AutoShrink en SQL2000 Hola, bueno que le digan DBA no quiere decir que sepa, tampoco lo matemos, pero es erroneo su analisis en este caso El 30 de junio de 2009 10:30, PabloC<[email protected]> escribió: > Gracias mariano, para tu interés ese DBA es de España > > > > Saludos > > PabloC > > > > De: [email protected] [mailto:[email protected]] En nombre de Jose Mariano > Alvarez > Enviado el: Lunes, 29 de Junio de 2009 21:11 > > Para: pablo.canonico > Asunto: [dbms] AutoShrink en SQL2000 > > > > Estoy de acuerdo con Maxi. > > En mi opinion esa persona no deberia hacerse llamar DBA. > > Las operaciones sobre archivos deberian minimizarse, tanto el crecimiento > como la reduccion. > > > > Ese blog de Paul, como todo lo que escribe, es excelente.. > > > > > > Te paso algo que escribi al respecto del log de transacciones > > > > Como reducir y truncar el Log de Transacciones > > http://blog.josemarianoalvarez.com/post/2009/04/04/Como-reducir-y-truncar-el -Log-de-Transacciones.aspx > > > > > > > > -- > > -------------------------------- > > Ing. José Mariano Alvarez > > http://blog.josemarianoalvarez.com/ > > http://twitter.com/JoseMarianoA > > Microsoft MVP > > > > SQL Total Consulting > > > > > > > > > > > > > > > > > > > > 2009/6/29 PabloC <[email protected]> > >> > >> Gracias esteban, muy bueno el link > >> > >> > >> > >> Saludos > >> > >> PabloC > >> > >> > >> > >> De: [email protected] [mailto:[email protected]] En nombre de Esteban Grinberg > >> Enviado el: Lunes, 29 de Junio de 2009 11:46 > >> > >> Para: pablo.canonico > >> Asunto: [dbms] AutoShrink en SQL2000 > >> > >> > >> > >> Relacionado con el tema, la otra vez lei esto que le puede interesar a >> alguno: > >> > >> >> http://www.sqlskills.com/BLOGS/PAUL/post/Why-you-should-not-shrink-your-data -files.aspx > >> > >> 2009/6/29 Maxi Accotto <[email protected]> > >> > >> Hola, como buena practica no se recomienda el autoshrink ya que no es > >> > >> solo para el log de transacciones sino para toda la base de datos, y > >> lo que sucede con esto es que estas sacando espacio y luego seguro que > >> volverlo a pedir, esta operacion de IO es costosa. > >> A menos que haya alguna razon de fondo de poner el autoshrink en on no > >> es una practica recomendada, tampoco el ir achicando el log asi nomas, > >> lo mas importante es tener una buena politca de backup del log en el > >> modo full de recupero y achicarlo a demanda y con criterio, si siempre > >> tu log esta en el orden de 1gb y vos lo achicas a 100mb entonces > >> cuando pida espacio estarias penalizando. > >> > >> Lo ideal es hacer un estudio del comportamiento en la base de datos y > >> analizar cual es el valor adecuado del log, del data, de sus opciones > >> de crecimiento, etc. > >> > >> Pero yo no pondria el autoshrink por defecto > >> > >> El 29 de junio de 2009 11:21, PabloC<[email protected]> escribió: > >> > Gente, en varios cliente con bases en SQL2000 tengo Jobs que realizan el > >> > Shrink del log de transacciones, en un cliente en particular me encontré >> > con > >> > un DBA que me objeto esa forma de achicar los logs y me dijo que con la > >> > instrucción sp_dboption 'MiBase', 'autoshrink', true logro lo mismo y >> > es > >> > mas eficiente. > >> > > >> > > >> > > >> > La pregunta esta en que buscando en MSDN me encuentro con que esa opción >> > de > >> > sp_dboption dice : > >> > > >> > autoshrink > >> > > >> > When true, the database files are candidates for automatic periodic > >> > shrinking. > >> > > >> > NO dice que lo achica automáticamente, sino que la base es CANDIDATA a >> > un > >> > shrink periódico > >> > > >> > > >> > > >> > Resumiendo, sigo con mis jobs o empleo esta modalidad > >> > > >> > > >> > > >> > Saludos > >> > > >> > PabloC > >> > > >> > > >> > >> > >> > >> -- > >> ----------------------------------------------------------- > >> Microsoft MVP en SQL Server > >> Consultor en SQL Server > >> http://blog.maxiaccotto.com > >> ----------------------------------------------------------- > >> > >> > > -- ----------------------------------------------------------- Microsoft MVP en SQL Server Consultor en SQL Server http://blog.maxiaccotto.com -----------------------------------------------------------
