Post Installation Follow-up

After deployment of IFS Applications database objects, the output log files should be analyzed. The most important ones are listed below. Which of the log files that are written in a deployment is depending on the content of the installation, i.e. not all of the logs are generated in every deployment.

The logs from one deployment are gathered in a subfolder called database suffixed with a timestamp, e.g. database_20150907_010059. When running from a <build_home> (typically a fresh install or an upgrade), the log files are located in the folder manually entered when starting the installation, and when running from <ifs_home> (typically a patch delivery), the log files are located in the <ifs_home>\instance\<instance name>\logs folder.

File Comment
_deploy.log All output from the main thread
_ERROR_*.log List all deployment errors. Code might need to be corrected and re-deployed
_biservices.log Overview deployment information of BI services installation files
_convert_lob.log List all converted LOB columns into secure files
_enable_rowkey.log List of all entities where rowkeys are enabled
_enable_searchdomain.log List of all enabled Search Domains
_grant_*.log Grants to a specific role or system
_triggers.log During deployment, all triggers are temporary disabled and at the end enabled again
_installtem.log Main actions from deployment of the install.tem file
_LicenseImpact.log Presentation objects modified in the delivery that are included in LTU license permission sets. Additional grants to database methods or database views can be done without requiring a new license
_PostData.log Overview deployment information of Post Data installation files
_PostObject.log Overview deployment information of Post Object installation files
_pres_object_changes.log New and modified presentation objects in the delivery. The security grants must be updated accordingly
<component>*.log E.g. Fndbas.log, Accrul_biservices.log. Detailed information about one component.

Interrupted Database Deployment

During the database deployment, background jobs are turned off and triggers are disabled. If the deployment is interrupted by any reason, the installer will revert these settings the next time a database deployment is executed.

However, if you want to reset these settings directly and not wait for the next deployment you can do this by running this piece of code logged on to the database as application owner:

BEGIN 
   Install_Tem_Sys.Finalize_Installation('FALSE'); 
END; 
/

Verify

There is nothing in the log files that need further action
There are installation errors