Clean up build step log entries before upgrading to 7.1.2.1
![]()
We're testing the upgrade of RBF/RAFW 7.1.2.1. RBF is installed on Solaris 10 and we are running Oracle 10.2.0.4.
We found out through the upgrade process and through support that in the 7.1.2.1 the BF_LOGS table (which stores the build log steps) gets converted to CLOB from 7.1.1.3. There is a process that runs to do this conversion and it can take days if your BF_LOGS tables contains millions of rows. Our thought is to reduce these millions of rows before we actually upgrade the production environment so that the conversion process doesn't take forever. Has anyone seen this and what have you done to reduce the entries in the BF_LOGS table before the upgrade? Thanks in advance! sljhhsc |
2 answers
![]() We're testing the upgrade of RBF/RAFW 7.1.2.1. RBF is installed on Solaris 10 and we are running Oracle 10.2.0.4. I would suggest that you that a look at the results that you have stored and consider purging some of the results if they are no longer needed. |
![]() We're testing the upgrade of RBF/RAFW 7.1.2.1. RBF is installed on Solaris 10 and we are running Oracle 10.2.0.4. I would suggest that you that a look at the results that you have stored and consider purging some of the results if they are no longer needed. Thank you for the suggestions. This is exactly what we did. We also worked with support to located (via SQL script) and remove the really large records. Thanks, sljhhsc |
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.