Gracias por compartir el conocimiento. Para el caso del plan de un mantenimiento de rebuild de todos los indices de todas la tablas de una base de datos, el costo de espacio y procesamiento será alto si las tablas ocilan en tamaño como la de la demo. ¿Como podemos estimar el tamaño que ocupara el TLOG un rebuild de índices, para planearlo y aprovisionar el espacio en disco suficiente? ¿Como podemos parametrizar un plan de mantenimiento para que solo haga rebuild de indices que cumplan una condición, como por ejemplo tengan un porcentaje de fragmentación mayor a un 60%?
Hola, para usar un buen script te recomiendo los de OLA ola.hallengren.com/ . Estimar los espacios puede ser complejo, pero te recomiendo si la base está en full hacer backups del tlog cada 5 o 10 minutos máximo. Si tienes más dudas podemos ver tu caso puntual y ayudarte a implementarlo con una o dos sesiones de asesoría blogs.triggerdb.com/asesoramiento/
Excelente!! Tengo un problema que me sucede constantemente, utilizo el método de log shipping, dura algunos días y después truena, reviso el LOG mostrándome: (*** Error: no se puede realizar el REGISTRO DE RESPALDO porque no hay una copia de seguridad actual de la base de datos. ***Error se creo una brecha ). y no entiendo por que sucede después de que todo trabaja bien. Saludos
Si usas LS puede ser que hayan metido otro backup del Tlog fuera de los jobs y por eso se desincroniza. Revisa el historial de los backups en tu msdb para ver que pasa
Excelente, muy bueno. También tengo mi bases en always on, me uno a la consulta anterior. Al pasarlos a modo bull, esto me afectaría la sincronización con la base secundaria?
muy buena información, saludos desde Ecuador
Genial análisis. Muchísimas gracias!
Gracias a ti!
Excelente el aporte... gracias!
Gracias por compartir el conocimiento. Para el caso del plan de un mantenimiento de rebuild de todos los indices de todas la tablas de una base de datos, el costo de espacio y procesamiento será alto si las tablas ocilan en tamaño como la de la demo. ¿Como podemos estimar el tamaño que ocupara el TLOG un rebuild de índices, para planearlo y aprovisionar el espacio en disco suficiente? ¿Como podemos parametrizar un plan de mantenimiento para que solo haga rebuild de indices que cumplan una condición, como por ejemplo tengan un porcentaje de fragmentación mayor a un 60%?
Hola, para usar un buen script te recomiendo los de OLA ola.hallengren.com/ . Estimar los espacios puede ser complejo, pero te recomiendo si la base está en full hacer backups del tlog cada 5 o 10 minutos máximo. Si tienes más dudas podemos ver tu caso puntual y ayudarte a implementarlo con una o dos sesiones de asesoría blogs.triggerdb.com/asesoramiento/
Cpnsulta, Si mis bd estan con always on y cambio uno de ellos a modo bulk, no afecta la sincronizacion?
Estimado Maxi, como prepararme en espacio para realizar un rebuild y update statistics?
Hola Maxi, gracias por el aporte. Lamentablemente esto no es aplicable para las bases de datos en Always-on
Para ese escenario no vas a poder con esto y tendrás que mejorar tus planes
Excelente!! Tengo un problema que me sucede constantemente, utilizo el método de log shipping, dura algunos días y después truena, reviso el LOG mostrándome: (*** Error: no se puede realizar el REGISTRO DE RESPALDO porque no hay una copia de seguridad actual de la base de datos. ***Error se creo una brecha ). y no entiendo por que sucede después de que todo trabaja bien. Saludos
Si usas LS puede ser que hayan metido otro backup del Tlog fuera de los jobs y por eso se desincroniza. Revisa el historial de los backups en tu msdb para ver que pasa
Buenas tardes
Si tengo un log de 156gb
Y mi bd pesa 70gb
Qué pasa si vacío totalmente el log?
Teniendo en cuenta q es una bd de producción?
Gracias
Tendrás que hacerle el mantenimiento adecuado y reducir ese tlog
Excelente, muy bueno. También tengo mi bases en always on, me uno a la consulta anterior. Al pasarlos a modo bull, esto me afectaría la sincronización con la base secundaria?
Hola, en ese caso no puedes aplicarlo ya que alwayson soporta solo FULL