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 -----------------------------------------------------------
