Ankita,
¿Realizas copias de seguridad de tus registros de transacciones? Eso debería ser una práctica estándar en un entorno de producción como mínimo. La copia de seguridad debería eliminar los datos y reducir el tamaño del archivo, o eliminar suficientes datos para que puedas reducirlo manualmente.
Un gran registro de transacciones no ralentizará tu sistema. Es un archivo que solo se añade y no tiene un impacto real en la velocidad de la base de datos (a menos que esté en el mismo disco físico y haya una contención de E/S no relacionada con el tamaño).
Dependiendo de tu implementación de BI, un archivo de registro de 140 GB no es algo fuera de lo común, pero necesita ser gestionado con copias de seguridad y administración.
Daniel,
Si haces una copia de seguridad del archivo de transacciones en cinta, establece el tamaño objetivo en 60 GB y ejecuta la declaración DBCC Shrinkfile proporcionada arriba para reducir el tamaño de tu archivo de registro sin pérdida de datos y sin comprometer tu estrategia de copias de seguridad.
No hay un único requisito previo para truncar un registro. Es un último recurso si no hay otra opción y una copia de seguridad es imposible. Debería evitarse siempre que sea posible porque se destruye la cadena de recuperación.
