Hola,
Lo mas optimo es hacer lo descrito mas abajo, Archive desde BP, luego delete de la tabla y luego el shrink. Como siempre, es recomendable hacer un respaldo antes de todo.
Lo otro recomendado a revisar es el modo de recovery de la BD, este define que tanta información se guarda en el logfile pensando en el punto de recuperación ante una falla. Es muy probable que estés en Full Recovery y por eso el tamaño de la BD es así de grande.
Por ultimo, para evitar el crecimiento excesivo de la tabla BPASessionLog_NonUnicode es recomendable que el nivel de logeo de todos los stages quede en "Errors only" y luego solo se active para los stages clave. Así los robots escribirán lo justo y necesario al log. Al menos cuando los robots pasen a producción.
Saludos,
------------------------------
Conrado Meli
Managing Partner
Primus IA
America/Santiago
------------------------------