5        Installation

This section details the steps to be followed during the OFSDI Application Pack intallation.

Topics:

·        Configure the OFS_DI_PACK.xml File

·        Configure the Schema Creator Utility

·        Execute the Schema Creator Utility

·        Verify the Schema Creator Log Files

·        Configure the OFSAAI_InstallConfig.xml File

·        Configure the Silent.props file

·        Install the OFSDI Application Pack

·        Install OFSDI Application Pack v8.1.1.0.0 on an Existing OFSAA Instance

You can use this checklist to have a glance at everything that you will be doing to install this application. The link provided in each step takes you to a section either within this document or to another referenced document.

Table 8: Installation Checklist

Sl. No.

 Installation Activity

1

Configure the OFS_DI_PACK.xml file.

2

Configure the OFS_DI_SCHEMA_IN.xml and Configure the OFS_DI_SCHEMA_BIGDATA_IN.xml file.

3

Execute the Schema Creator Utility in Offline, Online, or TCPS modes and verify the Schema Creator Log Files.

4

Configure the OFSAAI_InstallConfig.xml file.

5

Configure the Silent.props file.

6

Trigger the OFSDI Application Pack installation.

Configure the OFS_DI_PACK.xml File

The OFS_DI_PACK.xml file contains details on the various products that are packaged in the OFS DI application pack. This section details the various tags and parameters available in the file and the values that must be updated. Before installing the DI Application Pack, it is mandatory to update this file.

To configure the OFS_DI_PACK.xml file, follow these steps:

1.     Navigate to the OFS_DI_PACK/conf directory.

2.     Open the OFS_DI_PACK.xml file in a text editor.

Figure 7: Sample OFS_DI_PACK.xml File

Description of Sample OFS_DI_PACK.xml File follows This illustration shows a sample of the OFS_DI_PACK.xml file.

Description of Sample OFS_DI_PACK.xml File follows This illustration shows a sample of the OFS_DI_PACK.xml file.

3.     Configure the OFS_DI_PACK.xml file as mentioned in the following table.

Table 9: OFS_DI_PACK.xml File Parameters

Tag Name or Attribute Name

Description

Mandatory (Y or N)

Comments

APP_PACK_ID

Unique Application Pack Identifier

Y

Unique Seeded Value

APP_PACK_NAME

Unique Application Pack Name

Y

Unique Seeded Value

APP_PACK_DESCRIPTION

Unique Application Pack Description

Y

Unique Seeded Value

VERSION

Unique release version

Y

Unique Seeded Value

APP

Unique Application Entries

Y

Unique Seeded Value

APP_ID

Unique Application Identifier

Y

Unique Seeded Value

APP_ID/ PREREQ

Prerequisite Application/ Product

Y

Unique Seeded Value

APP_ID/ DEF_SEL_FLAG

Default Selected Flag

Y

Default value: YES

APP_ID/ ENABLE

Enable Application/ Product

Y

Default value:
YES for Infrastructure
NO for Others

Permissible value:
YES or NO

Note: The Application/ Product cannot be disabled once enabled.

Only Applications/Products which are enabled are installed. In order to install a licensed Applications/Products, you need to restart installation process by specifying the ENABLE flag as Y for the application. The execution of Schema Creation Utility must be skipped.

APP_NAME

Unique Application/ Product Name

Y

Unique Seeded Value

APP_DESCRIPTION

Unique Application/ Product Name

Y

Unique Seeded Value

VERSION

Unique release version

Y

Unique Seeded Value

4.     Save and close the file.

Configure the Schema Creator Utility

Creating database users or schemas (RDBMS) is one of the primary steps in the complete installation process. The Schema Creator utility enables you to quickly get started with the installation by creating Database User (or Users) or Schema (or Schemas) (RDBMS), assigning the necessary GRANT (or GRANTs), creating the required entities in the schemas and so on.

Configure and execute the schema creator utility before installing the OFSAA Application Pack.

Prerequisites

Ensure you have the following before configuring the Schema Creator Utility:

·        Oracle User ID or Password with SYSDBA privileges.

·        JDBC Connection URL for RAC or Non-RAC database.

·        The HOSTNAME or IP of the server on which OFSAA is being installed.

·        It is recommended to set the PGA_AGGREGATE_LIMIT database-parameter value sufficiently when Oracle 19c is installed.

·        You must add a TNS entry before the installation. For details, see the Add TNS entries in the TNSNAMES.ORA file section.

For HIVE installation, you must also have the following:

·        HIVE connection credentials (for example, Kerberos connection properties).

·        Hostname or IP of the HIVE Server installation.

Configure the Schema Creator Utility for RDBMS Installation

If the installation is being performed for RDBMS, provide the Pack specific schema details in the OFS_DI_SCHEMA_IN.xml file.

You can configure the following types of schemas:

·        CONFIG: This schema holds the entities and other objects required for OFSAA setup configuration information. Only one CONFIG schema per OFSAA instance is permitted.

·        ATOMIC: This schema holds the data model entities. One ATOMIC schema is attached to one Information Domain. You can have multiple ATOMIC schemas for a single OFSAA instance.

Configure the OFS_DI_SCHEMA_IN.xml File

This section describes how to create database schemas, objects within schemas, and assigning appropriate grants.

Specify the database schemas required for the installation in the OFS_DI_SCHEMA_IN.xml file. Update the values of the various tags and parameters available in this file before executing the schema creator utility.

NOTE:   

This file must be configured only in the case of the OFSDI Application Pack installation for RDBMS ONLY target. This file is not required to be configured for an HDFS ONLY target installation.

 

To configure the OFS_DI_SCHEMA_IN.xml file, follow these steps:

1.     Log in to the system as a non-root user.

2.     Navigate to the OFS_DI_PACK/schema_creator/conf/ directory.

3.     Delete the file OFS_DI_SCHEMA_BIGDATA_IN.xml.

4.     Edit the OFS_DI_SCHEMA_IN.xml file using a text editor.

Figure 8: Sample of the OFS_DI_SCHEMA_IN.xml file

Description of Sample OFS_DI_SCHEMA_IN.xml File follows This illustration shows a sample of the OFS_DI_SCHEMA_IN.xml file.

Figure 9: Sample of the OFS_DI_SCHEMA_IN.xml file (APPPACKSCHEMA Block)

Description of Sample OFS_DI_SCHEMA_IN.xml File follows This illustration shows a sample of the OFS_DI_SCHEMA_IN.xml file.

 

5.     Configure the values as mentioned in the following table.

NOTE:   

On successful execution of the utility, the passwords entered in the OFS_DI_SCHEMA_IN.xml file are nullified.

 

Table 10:  OFS_DI_PACK_SCHEMA_IN.xml file (APPPACKSCHEMA Parameters)

Tag Name or Attribute Name

Description

Mandatory or Optional

Default Value or Permissible Value

Comments

<APP_PACK_ID>

Unique Application Pack Identifier

Y

Unique Seeded Value

DO NOT modify this value.

<JDBC_URL>

Enter the JDBC URL.

NOTE: You can enter RAC and NON-RAC enabled database connectivity URL.

Y

Example,

jdbc:oracle:thin:@< DBSERVER IP/HOST/ IP>:<PORT>:<SID>

oror

jdbc:oracle:thin:@//[HOST][:PORT]/SERVICE

or

jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=[HOST])(port=[PORT]))(ADDRESS=(PROTOCOL=TCP)(HOST=[HOST])(PORT=[PORT]))(LOAD_BALANCE=yes)(FAILOVER=yes))(CONNECT_DATA=(SERVICE_NAME=[SERVICE])))

For example, jdbc:oracle:thin:@//dbhost.server.com:1521/service1

or

jdbc:oracle:thin:@//dbshost.server.com:1521/scan-1

or

jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=dbhost1.server.com)(port=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=dbhost2.server.com)(PORT=1521))(LOAD_BALANCE=yes)(FAILOVER=yes))(CONNECT_DATA=(SERVICE_NAME=service1)))

Ensure to add an entry (with SID or SERVICE NAME) in the tnsnames.ora file on the OFSAA server. The entry must match with the SID or SERVICE NAME used in the JDBC URL.

<JDBC_DRIVER>

The name of the driver is seeded.

NOTE: Do not edit this attribute value.

Y

Example,

oracle.jdbc.driver.OracleDriver

Only JDBC Thin Driver is supported.
DO NOT modify this value.

<HOST>

Enter the Hostname or IP Address of the system on which you are installing the OFSAA components.

Y

Host Name or IP Address

 

<SETUPINFO>/ NAME

Enter the acronym for the type of implementation. This information will be displayed in the OFSAA Home Page.

NOTE: On executing the schema creator utility, this value will be prefixed with each schema name. For example: dev_ofsaaconf, uat_ofsaaatm.

Y

Accepts strings with a minimum length of two and a maximum of four.

Example, DEV, SIT, PROD

This message appears in the OFSAA Landing Page as Connected To: xxxx.

The schemas being created would get this prefix. For example: dev_ofsaaconf, uat_ofsaaconf, and so on.

<SETUPINFO>/ PREFIX_SCHEMA_NAME

Identifies if the value specified in <SETUPINFO>/ NAME attribute must be prefixed to the schema name.

N

YES or NO

Default value is YES.

<PASSWORD>/ APPLYSAMEFORALL

Enter as Y if you want to apply the password specified in the DEFAULT attribute for all the schemas.

If you enter as N, you need to provide individual passwords for all schemas.

NOTE: In case you have entered Y in APPLYSAMEFORALL attribute and also have specified individual passwords for all the schemas, then the specified individual passwords will take precedence.

Y

Default – N
Permissible – Y or N

NOTE: Setting this attribute value is mandatory If the DEFAULT attribute is set.

<PASSWORD>/ DEFAULT*

Enter the password if you want to set a default password for all schemas.

NOTE: You also need to set the APPLYSAMEFORALL attribute as Y to apply the default password for all the schemas.

N

The maximum length allowed is 30 characters. Special characters are not allowed.

 

<SCHEMA>/ TYPE

The different types of schemas that are supported in this release are ATOMIC, CONFIG, SANDBOX, and ADDON.

By default, the schemas types are seeded based on the Application Pack.

NOTE: Do not edit this attribute value.

Y

ATOMIC, CONFIG, SANDBOX, or ADDON

NOTE:

SANDBOX AND ADDON schemas are not applicable for OFS AAAI Application Pack.

Only One CONFIG schema can exist in the file.

This schema identifies as the CONFIGURATION schema that holds the OFSAA setup details and other metadata information.

Multiple ATOMIC, SANDBOX, ADDON schemas can exist in the file.

ATOMIC schema refers to the Information Domain schema. SANDBOX schema refers to the SANDBOX schema. ADDON schema refers to another miscellaneous schema (not applicable for this Application Pack).

<SCHEMA.>/ NAME

By default, the schema names are seeded based on the Application Pack.

You can edit the schema names if required.

NOTE:

The Schema Name will have a prefix of the SETUPINFO/ NAME attribute.

SCHEMA NAME must be the same for all the ATOMIC Schemas of applications within an Application Pack.

Y

The permissible length is 15 characters and only alphanumeric characters allowed. No special characters allowed except underscore ‘_’.

SETUPINFO/ NAME attribute value would be prefixed to the schema name being created.

For example. if the name is set as ‘ofsaaatm’ and setupinfo as ‘uat’ then schema being created would be ‘uat_ofsaaatm’.

NAME must be the same where APP_GRP=1 for all SCHEMA tags (Not applicable for this Application Pack).

<SCHEMA>/ PASSWORD*

Enter the password of the schema to be created.

NOTE:

If this attribute is left blank, then the password specified in the <PASSWORD>/DEFAULT attribute is applied as the Schema Password.

N

The maximum length allowed is 30 characters. Special characters are not allowed.

NOTE: You need to mandatorily enter the password if you have set the <PASSWORD>/ APPLYSAMEFORALL attribute as N.

<SCHEMA>/ APP_ID

By default, the Application ID is seeded based on the Application Pack. NOTE: Do not modify this attribute value.

Y

Unique Seeded Value

Identifies the Application or Product for which the schema is being created.

DO NOT modify this value.

<SCHEMA>/ DEFAULTTABLESPACE

Enter the available default tablespace for DB User.

NOTE: If this attribute is left blank, then USERS is set as the default tablespace.

N

Default value: USERS
Permissible value: Any existing valid tablespace name.

Modify this value to associate any valid tablespace with the schema.

<SCHEMA>/ TEMPTABLESPACE

Enter the available temporary tablespace for the DB User.

NOTE: If this attribute is left blank, then TEMP is set as the default tablespace.

N

Default value: TEMP
Permissible value: Any existing valid temporary tablespace name.

Modify this value to associate any valid tablespace with the schema.

<SCHEMA>/ QUOTA

Enter the quota to be set on the DEFAULTTABLESPACE attribute for the schema or user. By default, the quota size is set to 500M. Minimum: 500M or Unlimited on default Tablespace

N

Example:

600M/m

20G/g

UNLIMITED/unlimited

Modify this value to grant the specified quota on the mentioned tablespace to the user.

<SCHEMA>/ INFODOM

Enter the name of the Information Domain to associate this schema.
The schema creator utility automatically derives an Information Domain Name based on the Application Pack if no value is specified for this attribute.

N

(Optional for Atomic and mandatory for SANDBOX)

Permissible length is 16 characters and only alphanumeric characters allowed. No special characters allowed.

Enter this field in UPPERCASE.

If DI media pack is first media pack installation in the setup, then INFODOM must be specified mandatorily otherwise it is optional.

<ADV_SEC_OPTIONS>

Parent tag to hold Advance Security Options.

N

 

Uncomment the tag and edit if you want to add security options. For example, TDE and Data Redact.

For details, see the example following the table.

<ADV_SEC_OPTIONS>/TDE

Tag to enable or disable TDE.

N

Default is FALSE. To enable TDE, set this to TRUE.

Ensure this tag is not commented if you have uncommented <ADV_SEC_OPTIONS>.

<ADV_SEC_OPTIONS>/ DATA_REDACT

Tag to enable or disable the Data Redaction feature.

N

Default is FALSE. To enable DATA_REDACT, set this to TRUE

Ensure this tag is not commented if you have uncommented <ADV_SEC_OPTIONS>.

<TABLESPACES>

Parent tag to hold <TABLESPACE> elements

N

NA

Uncomment the tag and edit. ONLY if tablespaces are to be created as part of the installation.

For details, see the example following the table.

NOTE: When TDE is TRUE in ADV_SEC_OPTIONS, it is mandatory for the <TABLESPACES> tag to be present in the XML file.

<TABLESPACE>/ NAME

Logical Name of the tablespace to be created.

Y

 

Name if specified must be referred in the <SCHEMA DEFAULTTABLESPACE= “##NAME##”> attribute.

NOTE the ## syntax.

<TABLESPACE>/ VALUE

Physical Name of the tablespace to be created

Y

NA

Value if specified will be the actual name of the TABLESPACE.

<TABLESPACE>/ DATAFILE

Specifies the location of the data file on the server

Y

NA

Enter the absolute path of the file to be created.

<TABLESPACE>/ AUTOEXTEND

Specifies if the tablespace must be extensible or have a hard limit

Y

ON or OFF

Set to ON to ensure that the tablespace does not run out of space when full.

<TABLESPACE>/ ENCRYPT

Specifies if the tablespace (or tablespaces) must be encrypted using TDE.

Y

ON or OFF

Set to ON to ensure that the tablespaces when created are encrypted using TDE.


Configure the Schema Creator Utility for HDFS Schema

To install for Big Data, provide the Pack specific schema details in the OFS_DI_SCHEMA_BIGDATA_IN.xml file.

The types of schemas that you can configure are:

·        CONFIG: This schema holds the entities and other objects required for OFSAA setup configuration information. Only one CONFIG schema per OFSAA instance is permitted. This schema is created only in RDBMS.

·        METADOM: This schema holds the data model entities. One METADOM schema is attached to one Information Domain. You can have multiple DATADOM schemas for a single OFSAA instance. This schema is created only in RDBMS. It has only platform entities that hold the metadata details. However, it does not hold the data model entities.

·        DATADOM: This schema holds data model entities. One DATADOM schema is attached to one Information Domain. You can have multiple DATADOM schemas for a single OFSAA instance.

Configure the OFS_DI_SCHEMA_BIGDATA_IN.xml File

To create Hive schemas and objects within for the various application schemas, update the values of the various tags and parameters available in the OFS_DI_SCHEMA_BIGDATA_IN.xml file before executing the schema creator utility.

NOTE:   

This file must be configured only in case of the OFSDI Application Pack installation for the HDFS ONLY target. This file configuration is not required for an RDBMS ONLY target installation.

 

To configure the OFS_DI_SCHEMA_BIGDATA_IN.xml file, follow these steps:

1.     Log in to the system as a non-root user.

2.     Navigate to the OFS_DI_PACK/schema_creator/conf/ directory.

§       Delete OFS_DI_SCHEMA_IN.xml.

3.     Edit the OFS_DI_SCHEMA_BIGDATA_IN.xml file using a text editor and configure the values as mentioned in the following table.

 

Figure 10: Sample of the OFS_DI_BIGDATA_SCHEMA_IN.xml file

Description of Sample OFS_DI_BIGDATA_SCHEMA_IN.xml File follows This illustration shows a sample of the OFS_DI_BIGDATA_SCHEMA_IN.xml file.       

                 Description of Sample OFS_DI_BIGDATA_SCHEMA_IN.xml File follows This illustration shows a sample of the OFS_DI_BIGDATA_SCHEMA_IN.xml file. 

Description of Sample OFS_DI_BIGDATA_SCHEMA_IN.xml File follows:

 

This illustration shows a sample of the OFS_DI_BIGDATA_SCHEMA_IN.xml  file.

 

Description of Sample OFS_DI_BIGDATA_SCHEMA_IN.xml File follows This illustration shows a sample of the OFS_DI_BIGDATA_SCHEMA_IN.xml file.

Description of Sample OFS_DI_BIGDATA_SCHEMA_IN.xml File follows This illustration shows a sample of the OFS_DI_BIGDATA_SCHEMA_IN.xml file.

Description of Sample OFS_DI_BIGDATA_SCHEMA_IN.xml File follows This illustration shows a sample of the OFS_DI_BIGDATA_SCHEMA_IN.xml file.

 

Table 11: OFS_DI_BIGDATA_SCHEMA_IN.xml file (APPPACKSCHEMA Parameters)

Tag Name/ Attribute Name

Description

Mandatory (Y/N)

Default Value/ Permissible Value

Comments

<APP_PACK_ ID>

Seeded unique ID for the OFSAA Application Pack.

Y

Seeded

DO NOT modify this value.

<JDBC_URL>

Enter the JDBC URL.

NOTE: You can enter the RAC/ NON-RAC enabled database connectivity URL.

Y

Example,

jdbc:oracle:thin:@<HOST/ IP>:<PORT>:<SID>

or

jdbc:oracle:thin:@//[HOS T][:PORT]/SERVICE

or

jdbc:oracle:thin:@(DESCRI PTION=(ADDRESS_ LIST=(ADDRESS=(PROT OCOL=TCP)(HOST=[HO ST])(port=[PORT]))(ADD RESS=(PROTOCOL=TCP) (HOST=[HOST])(PORT=[ PORT]))(LOAD_ BALANCE=yes)(FAILOV ER=yes))(CONNECT_ DATA=(SERVICE_ NAME=[SERVICE])))

For example, jdbc:oracle:thin:@//dbhos t.server.com:1521/service 1

or

jdbc:oracle:thin:@//dbsho st.server.com:1521/scan-1

or

jdbc:oracle:thin:@(DESCRI PTION=(ADDRESS_ LIST=(ADDRESS=(PROT OCOL=TCP)(HOST=dbho

st1.server.com)(port=1521)

)(ADDRESS=(PROTOCO

L=TCP)(HOST=dbhost2.s erver.com)(PORT=1521))( LOAD_ BALANCE=yes)(FAILOV ER=yes))(CONNECT_ DATA=(SERVICE_

NAME=service1)))

For an HDFS ONLY target installation, this URL must be of the RDBMS instance that hosts the Application’s METADOM.

<JDBC_ DRIVER>

By default, this driver name is seeded.

NOTE: Do not modify this attribute value.

Y

Example,

oracle.jdbc.driver.OracleD river

Only JDBC Thin Driver is supported.

DO NOT modify this value.

<HOST>

Enter the Hostname or IP Address of the system on which you are installing the OFSAA components.

Y

Host Name or IP Address

 

<SETUPINFO>/ PREFIX_ SCHEMA_ NAME

Identifies if the value specified in<SETUPINFO>/ NAME attribute must be prefixed to the schema name.

N

YES or NO

Default value is YES.

<SETUPINFO>/ NAME

Enter the acronym for the type of implementation. This information will be displayed in the OFSAA Home Page.

NOTE: On executing the schema creator utility, this value will be prefixed with each schema name. For example, dev_ ofsaaconf, uat_ofsaaatm.

Y

Accepts strings with a minimum length of two and a maximum of four.

For example,

DEV, SIT, PROD

This message appears in the OFSAA Landing Page as Connected To: xxxx.

The schemas being created would get this prefix. For example, dev_ ofsaaconf, uat_ofsaaconf, and so on.

<PASSWORD>/ DEFAULT*

Enter the password if you want to set a default password for all schemas.

NOTE: You also need to set the APPLYSAMEFORALL attribute as Y to apply the default password for all the schemas.

N

The maximum length allowed is 30 characters. Special characters are not allowed.

Applies only to the RDBMS type METADOM schema (or schemas).

<PASSWORD>/ APPLYSAMEFO RALL

Enter as Y if you want to apply the password specified in the DEFAULT attribute for all the schemas.

If you enter as N, you need to provide individual passwords for all schemas.

NOTE: If you have entered Y in APPLYSAMEFORALL attribute and also have specified individual passwords for all the schemas, then the specified individual passwords will take precedence.

Y

Default - N Permissible - Y or N

NOTE: Setting this attribute value is mandatory If the DEFAULT attribute is set.

Applies only to the RDBMS type METADOM schema (or schemas).

<SCHEMAS>/ TYPE=RDBMS

Identifies the RDBMS schema details.

Y

Default names for schemas within the pack would be derived in absence of any value specified.

In an HDFS ONLY target installation, the Application’s METADOM (that hosts the metadata) for an application is stored in RDBMS schema and the data model entities of the application are stored in the DATADOM (which would be on Hive).

<SCHEMA>/ TYPE

The different types of schemas that are supported in this release are ATOMIC, CONFIG, SANDBOX, and ADDON.

By default, the schemas types are seeded based on the Application Pack.

NOTE: Do not edit this attribute value.

Y

ATOMIC, CONFIG, SANDBOX, or ADDON.

NOTE: SANDBOX AND ADDON schemas are not applicable for OFS AAAI Application Pack.

Only One CONFIG schema can exist in the file.

This schema identifies as the CONFIGURATION

a schema that holds the OFSAA setup details and other metadata information.

Multiple ATOMIC, SANDBOX, ADDON

schemas can exist in the file.

ATOMIC schema refers to the METADOM within the Information Domain schema. SANDBOX schema refers to the SANDBOX schema.

ADDON schema refers to other miscellaneous schemas (not applicable for this Application Pack).

<SCHEMA>/ NAME

By default, the schemas names are seeded based on the Application Pack.

You can edit the schema names if required.

NOTE:

The Schema Name will have a prefix of the SETUPINFO/ NAME attribute.

SCHEMA NAME must be the same for all the ATOMIC Schemas of applications within an Application Pack.

Y

The permissible length is 15 characters and only alphanumeric characters allowed. No special characters allowed except underscore '_'.

SETUPINFO/ NAME attribute value would be prefixed to the schema name being created.

For example, if the name is set as 'ofsaaatm' and setupinfo as 'uat' then schema being created would be 'uat_ofsaaatm'.

NAME must be the same where APP_GRP=1 for all SCHEMA tags (not applicable for this Application Pack).

<SCHEMA>/ PASSWORD

Enter the password of the schema to be created.

NOTE: If this attribute is left blank, then the password specified in the

<PASSWORD>/DEFAULT attribute is applied as the Schema Password.

N

The maximum length allowed is 30 characters. Special characters are not allowed.

NOTE: You need to mandatorily enter the password if you have set the <PASSWORD>/ APPLYSAMEFORALL attribute as N.

<SCHEMA>/ APP_ID

By default, the Application ID is seeded based on the Application Pack.

NOTE: Do not edit this attribute value.

Y

Unique Seeded Value.

Identifies the Application or Product for which the schema is being created. DO NOT modify this value.

<SCHEMA>/ DEFAULTTABL ESPACE

Enter the available default tablespace for DB User.

NOTE: If this attribute is left blank, then USERS is set as the default tablespace.

N

Default value: USERS

Permissible value: Any existing valid tablespace name.

Modify this value to associate any valid tablespace with the schema.

<SCHEMA>/ TEMPTABLESP ACE

If this attribute is left blank, then TEMP is set as the default tablespace.

N

Default value: TEMP

Permissible value: Any existing valid temporary tablespace name.

Modify this value to associate any valid tablespace with the schema.

<SCHEMA>/ QUOTA

Enter the quota to be set on DEFAULTTABLESPACE attribute for the schema or user. By default, the quota size is set to 500M. Minimum: 500M or Unlimited on default Tablespace.

N

For example,

600M/m

20G/g

UNLIMITED/unlimited

Modify this value to grant the specified quota on the mentioned tablespace to the user.

<SCHEMAS>/ TYPE=HDFS

Type of schemas being created.

Y

 

Refers to the DATADOM of the Application Pack being installed.

<HIVE_ SERVER_ HOST>

IP or HostName of the server where HIVE is installed

Y

 

 

<HIVE_LIB_ PATH>

Folder path where HIVE related drivers or jar files are copied

Y

 

Should contain the list of jars mentioned in the section Error! Reference source not found. and krb5.conf, keytab files. Manually copy the preceding listed files from CDH distribution to this identified folder.

<SCHEMA>/ NAME

By default, the schemas names are seeded based on the Application Pack.

You can edit the schema names if required.

NOTE: The Schema Name will have a prefix of the SETUPINFO/ NAME attribute.

Y

The permissible length is 20 characters and only alphanumeric characters allowed.

Schema Name must not be the same as Schema Name specified for Schema Type ATOMIC.

<SCHEMA>/ TYPE

Identifies the type of schema where the data model entities would reside.

Y

By default, the TYPE attribute in this tag is set to DATADOM.

DO NOT modify this value.

<SCHEMA>/ DB TYPE

Identifies the type of driver to be used for the connection.

Y

By default, the only supported type is HIVE in this release.

In the upcoming releases, the type value can be HIVE or IMPALA and so on.

<SCHEMA>/<PROPERTY>/CO MMENT

COMMENTS for HIVE schema.

N

 

 

<SCHEMA>/<PROPERTY>/LO CATION

You can optionally specify a location for the table data.

N

 

 

<CONNECTION_PROPERTIES>/<PROPERTY>/J DBC_DRIVER

HIVE JDBC driver details.

Y

com.cloudera.hive.j dbc4.HS2Driver

The default cloudera HiveServer 2 driver name.

<CONNECTION_PROPERTIES>/<PROPERTY>/J DBC_URL

Enter the HIVE JDBC URL.

Y

Valid Hive JDBC URL to be specified.

Specify the Hive JDBC URL to connect to the Hive Server.

<CONNECTION_PROPERTIES>/<PROPERTY>/ AUTH_TYPE

Authentication Type.

Y

Permissible values: KERBEROS_WITH_ KEYTAB

Only “Kerberos with keytab” based authentication supported in this release.

<CONNECTION_PROPERTIES>/<PROPERTY>/ AUTH_ALIAS

Alias name for authentication credentials.

Y

 

An Alias name mapping to a principal and password combination specified in the following tags.

<CONNECTION_PROPERTIES>/<PROPERTY>/ PRINCIPAL

Authentication principal name.

Y

 

Principal name used in authentication to connect to the Hive Server.

<CONNECTION_PROPERTIES>/<PROPERTY>/ PASSWORD

Authentication password.

Y

 

Password used in authentication to connect to the Hive Server.

<CONNECTION_PROPERTIES>/<PROPERTY>/ KRB_GSSJAAS_ FILE_NAME

A keytab file containing pairs of Kerberos principals and an encrypted copy of that principal's key.

Y

 

This file must be copied to the location specified in <HIVE_LIB_PATH>.

<CONNECTION_PROPERTIES>/<PROPERTY>/ KRB_REALM_ FILE_NAME

REALM configuration file.

Y

 

This file must be copied to the location specified in <HIVE_LIB_PATH>.

 

4.     Save the file. 

Execute the Schema Creator Utility

Depending on the option selected to run the OFSAA Application Pack installer, you must select the appropriate schema creator utility execution mode from the following options:

·        Execute the Schema Creator Utility in Offline Mode

·        Execute the Schema Creator Utility in Online Mode

·        Execute the Schema Creator Utility in TCPS Mode

·        Execute the Schema Creator Utility while Installing Subsequent Applications Pack

 

After creating the schema, proceed to Configure the OFSAAI_InstallConfig.xml File.

Execute the Schema Creator Utility in Offline Mode

In the Offline mode, the utility generates an SQL script with all the required DDLs for Users, Objects, and Grants. This script must be executed by the DBA on the appropriate database identified for OFSAA usage. If you do not have the SYSDBA privileges, you can execute the Schema Creator Utility in Offline mode and generate the script file that contains the Schemas, Objects, and Grants information. Subsequently, an SYSDBA user can execute the script file manually. To run the OFSAA Application Pack installer in Silent mode, it is mandatory to execute the schema creator utility with -s option.

To execute the utility in Offline mode, you must have a database user with the following GRANTS (alternatively, you can also connect as a user with SYSDBA privileges):

·        SELECT ON DBA_ROLES

·        SELECT ON DBA_USERS

·        SELECT ON DBA_DIRECTORIES

·        SELECT ON DBA_TABLESPACES

·        CREATE SESSION

 

NOTE:   

Explicit Grants to the user are required. Grants assigned through Roles are not supported.

 

 

To execute the schema creator utility in the offline mode, follow these steps:

1.     Log in to the system as a non-root user.

2.     Navigate to the OFS_DI_PACK/schema_creator/bin/ directory.

3.     Execute the osc.sh file using the following command:

./osc.sh -s -o

The following message is displayed:

You have chosen OFFLINE mode. Triggering the utility in OFFLINE mode will generate the script. Do you wish to proceed? (Y/y or N/n).

4.     Enter Y to proceed.

5.     Enter the DB Username with SELECT privileges.

6.     Enter the User Password. 

7.     The console runs the initial validation checks and displays the following message:

You have chosen to install this Application Pack on <Name of the Atomic Schema> ATOMIC schema. Do you want to proceed? (Y/N).

Figure 11: Schema Creation in the Offline Mode - Script Generation

Description of Schema Creation in Offline Mode follows This illustration shows the schema creation triggering in offline mode.

8.     Enter Y to start the script generation. The following message is displayed:

You have chosen to install this Application Pack on <Name of the Infodom>. Do you want to proceed? (Y/N).

Figure 12: Schema Creation in the Offline Mode - Successful

Description of Schema Creation in Offline Mode Successful follows This illustration shows the successful completion of schema creation in offline mode.

On successful execution of the schema creator utility, the console displays the following status message:

Schema Creator executed successfully. Execute the OFS_DI_PACK/schema_creator/sysdba_output_scripts.sql file before proceeding with the installation.

Additionally, if you have configured the OFS_DI_SCHEMA_BIGDATA_IN.xml file, a file called hive_output_scripts.hql is also created in the OFS_DI_PACK/schema_creator/ directory.

NOTE:   

If there are any errors during the SQL script execution, reconfigure the OFS_DI_SCHEMA_IN.xml and (or) OFS_DI_SCHEMA_ BIGDATA_IN.xml files and repeat steps in this procedure to execute the utility. This regenerates the scripts with the correct information.

 

9.     Navigate to the OFS_DI_Pack/schema_creator/ directory.

10.  Log in to the database using credentials with SYSDBA privileges.

Figure 13: Schema Creation in Offline Mode – Execute sysdba_output_scripts.sql

Description of Schema Creation in Offline Mode – Execute sysdba_output_scripts.sql follows This illustration shows execution of the sysdba_output_scripts.sql scripts, during schema creation in offline mode.

11.  Execute the sysdba_output_scripts.sql file using the following command:

SQL>@sysdba_output_scripts.sql

Alternatively, you can copy the sysdba_output_scripts.sql file and SQLScripts directory to a remote server and execute the sysdba_output_scripts.sql file, after providing appropriate execute permissions.

12.  Log in to the Hue Browser with System Administrator privileges. Execute the script mentioned under hive_output_scripts.hql (omitting the slash ('/')) in the HIVE Query Editor. For example:

CREATE SCHEMA IF NOT EXIST <<HIVE SCHEMA NAME>>

NOTE:   

See the sysdba_output_scripts.log file for execution status. If there are any errors, contact My Oracle Support. If there are no errors in the execution, the log file is empty.

 

As a result of this procedure, the OFS_DI_SCHEMA_OUTPUT.xml file is generated. Do not modify this file.

After creating the schema, proceed to Configure the OFSAAI_InstallConfig.xml File section.

Execute the Schema Creator Utility in Online Mode

In the Online mode, the utility connects to the database and executes the DDLs for Users, Objects, and Grants. If you have SYSDBA privileges you can execute the Schema Creator Utility in Online mode and thereby create the Users, Objects, and Grants during the execution process. To execute the utility in the Online mode, you must connect as <User> AS SYSDBA.

If you want to run the OFSAA Application Pack Installer in Online mode, it is mandatory to execute the schema creator utility with -s option.

To execute the utility with -s option in online mode, follow these steps:

1.     Log in to the system as a non-root user.

2.     Navigate to the OFS_ DI_PACK/schema_creator/bin directory.

3.     Execute the osc.sh file using the following command:

./osc.sh -s

Figure 14: Schema Creation in Online Mode

Description of Schema Creation in Online Mode follows This illustration shows triggering of the schema creation in online mode.

4.     The following message is displayed:

You have chosen ONLINE mode. Triggering the utility in ONLINE mode will execute the DDLs directly on the Database. Do you wish to proceed? (Y/y or N/n).

5.     Enter Y to proceed.

Figure 15: Schema Creation in Online Mode – DDL Execution

Description of Schema Creation in Online Mode – DDL Execution follows This illustration shows DDL execution during the schema creation in online mode.

The following message is displayed:

You have chosen to install this application pack on INFODOM “<INFODOM_NAME>”. Do you wish to proceed? (Y/y or N/n).

6.     Enter Y to proceed.

Figure 16: Schema Creation in Online Mode – Infodom Confirmation

Description of Schema Creation in Online Mode – Infodom Confirmation follows This illustration shows infodom confirmation during the schema creation in online mode.

7.     After the Schema creation is successful, proceed to Configure the OFSAAI_InstallConfig.xml File.

Figure 17: Schema Creation in Online Mode –Successful

Description of Schema Creation in Online Mode –Successful follows This illustration shows the successful completion of schema creation in online mode.

As a result of this procedure, the OFS_DI_SCHEMA_OUTPUT.xml file is generated. Do not modify this file.

Execute the Schema Creator Utility in TCPS Mode

If you intend to run the OFSAAAI Application Pack Installer in TCPS mode, it is mandatory to execute the schema creator utility with -s option and in online mode.

 

Prerequisites

The following are the prerequisites for this configuration:

1.     UNIX user credentials with which OFSAA was installed.

2.     UNIX user credentials with which Web Application Server (Oracle WebLogic (WLS)/Apache Tomcat/ IBM WebSphere) was installed.

3.     OFSAAI version should be 8.1.1.0.0 and later.

4.     Ensure OFSAA installed and deployed is having JAVA 8 (Java version must support Java unlimited cryptographic policy. Java version 1.8.0_161+ supports unlimited cryptographic policy.)

5.     Create Oracle Wallet on the OFSAA processing tier.

For information on Creating and Managing Oracle Wallet, see https://blogs.oracle.com/dev2dev/ssl-connection-to-oracle-db-using-jdbc,-tlsv12,-jks-or-oracle-wallets and https://blogs.oracle.com/weblogicserver/weblogic-jdbc-use-of-oracle-wallet-for-ssl.

6.     Configure the Oracle Wallet with trusted certificates between the database server with TCPS configured and the database client to enable communication through the SSL protocol.For example, all the database utils such as sqlplus, tnsping, and sqlldr must work between the Client and the Server.

7.     Configure OFSAA to Store Config Schema, Atomic Schema, and SysDBA Credentials with Oracle Wallet. For details, see the Configure OFSAA to Store Config Schema, Atomic Schema, and SysDBA Credentials with Oracle Wallet section.

Configure OFSAA to Store Config Schema, Atomic Schema, and SysDBA Credentials with Oracle Wallet

To configure the OFSAA to store the Config and Atomic schema credentials with Oracle Wallet, follow these steps:

1.     Log in as a UNIX user with the permission to modify the Oracle Wallet.

2.     Execute the following command to configure Config Schema credentials. Enter the password to store the credentials in the Wallet when prompted.

$ORACLE_HOME/bin/mkstore -wrl <WALLET_HOME> -createCredential  -nologo CONFIG  <CONFIG_DATABASE_USERNAME>  <CONFIG_DATABASE_PASSWORD>

3.     Execute the following command to configure the Atomic Schema credentials, Enter the password to store the credentials in the Wallet when prompted.

4.     $ORACLE_HOME/bin/mkstore -wrl <WALLET_HOME> -createCredential  -nologo <ATOMICALIASNAME>  <ATOMIC_DATABASE_USERNAME>  <ATOMIC_DATABASE_PASSWORD>

5.     Configure SysDBA credentials. Execute the following command to configure SysDBA Schema credentials. Enter the password to store the credentials in the Wallet when prompted.

$ORACLE_HOME/bin/mkstore -wrl <WALLET_HOME> -createCredential  -nologo SYS  <SYS_DATABASE_USERNAME>  <SYS_DATABASE_PASSWORD>

NOTE:   

ATOMICALIASNAME value is a TNS alias for Atomic Schema and must not contain underscores.

For example, if the Atomic Schema Name is PROD_OFSAAATM, then the value for ATOMICALIASNAME must be entered as PRODOFSAAATM.

 

Execute the Utility

To execute the utility, follow these steps:

1.     Edit the file OFS_DI_PACK/schema_creator/conf/ OFS_DI_SCHEMA_IN.xml in the text editor. See the tables in Configure the OFS_DI_SCHEMA_IN.xml File for values to modify in the XML file.

2.     Execute the utility with -s option.

./osc.sh -s    TCPS  <WALLET_HOME>

For example: $    ./osc.sh -s TCPS /scratch/oraofss/wallet

Figure 18: Schema Creation in the TCPS Mode

Description of Schema Creation in TCPS Mode follows This illustration shows triggering of the schema creation in TCPS mode.

3.     The following message is displayed:

Triggering the utility in ONLINE mode will execute the DDLS directly on the Database. Do you wish to proceed? (Y/y or N/n).

4.     Enter Y to proceed.

5.     The following message is displayed:

You have chosen to install this application pack on “<ATOMIC_SCHEMA_NAME>” ATOMIC schema. Do you wish to proceed? (Y/y or N/n).

Figure 19: Schema Creation in the TCPS Mode – Install on Atomic Schema

Description of Schema Creation in TCPS Mode follows This illustration shows triggering of the schema creation in TCPS mode.

6.     Enter Y to proceed.

7.     After Schema creation is successful, proceed to Configure the OFSAAI_InstallConfig.xml File.

Figure 20: Schema Creation in the TCPS Mode

Description of Schema Creation in TCPS follows This illustration shows schema creation in TCPS mode.

As a result of this procedure, the OFS_DI_SCHEMA_OUTPUT.xml file is generated. Do not modify this file.

Execute the Schema Creator Utility while Installing Subsequent Applications Pack

When executing the schema creator utility during the installation of a subsequent Applications Pack, you can choose to install the pack either on the same Information Domain or Atomic Schema of the existing application pack or on a new Information Domain or Atomic Schema. You can execute the schema creator utility either in Online or Offline mode.

To execute the schema creator utility while installing OFSAAAI Application Pack over an existing Application Pack, follow these steps:

1.     Execute the utility with -s option.

For example: ./osc.sh –s -o

Figure 21: Execute the Schema Creator Utility to Install Subsequent Applications Pack

Description of Execute the Schema Creator Utility to Install Subsequent Applications Pack follows This illustration shows triggering of the schema creation utility to install subsequent applications packs.

After successful schema creation, execute the sysdba_output_scripts.sql file.

Figure 22: Install Subsequent Applications Pack– Execute sysdba_output_scripts.sql

Description of Install Subsequent Applications Pack– Execute sysdba_output_scripts.sql follows This illustration shows execution of the sysdba_output_scripts.sql script during the schema creation to install subsequent applications packs.

 

NOTE:   

You must use the same config schema user name as the previous Application Pack.

 

2.     The utility identifies the Application Packs that are already installed on the current OFSAA setup and displays the following on the console:

§       Atomic schema of the existing Application Pack

§       Information Domain Name of the existing Pack

§       List of Installed Application Packs

Figure 23: Install Subsequent Applications Pack– Select Atomic Schema and Infodom

Description of Install Subsequent Applications Pack– Select Atomic Schema and Infodom follows This illustration shows selection of the Atomic schema and infodom during the schema creation to install subsequent applications packs.

 

3.     Enter Y/y to start the schema creation.

4.     If you enter N/n, the list of Atomic Users is displayed.

5.     Select the Atomic User on which you want to install the Application Pack.

Figure 24: Install Subsequent Applications Pack – Select Atomic Schema and Infodom

Description of Install Subsequent Applications Pack– Select Atomic Schema and Infodom follows This illustration shows selection of the Atomic schema and infodom during the schema creation to install subsequent applications packs.

On successful execution of schema creator utility, the console displays the following status message:

Success. Please proceed with the installation.

NOTE:   

See If there are any errors, contact My Oracle Support.

 

After creating the schema, proceed to Configure the OFSAAI_InstallConfig.xml File section.

Verify the Schema Creator Log Files

See the following logs directory for more information:

·        The OFS_DI_PACK/schema_creator/logs/ directory. 

·        The log file sysdba_output_scripts.log in the OFS_DI_PACK/schema_creator/logs/ directory for execution status if executed in offline mode. This log will be empty if there are no errors in the execution.

Configure the OFSAAI_InstallConfig.xml File

To configure the OFS_InstallConfig.xml file, follow these steps:

1.     Navigate to the OFS_DI_PACK/OFS_AAI/conf/ directory.

2.     Open the OFSAAI_InstallConfig.xml file in a text editor.

3.     Configure the OFSAAI_InstallConfig.xml file as mentioned in the following table.

You must manually set the InteractionVariable parameter values as mentioned in the table. If a value is not applicable, enter NA. Ensure that the value is not entered as NULL.

Table 12: OFSAAI_InstallConfig.xml file Parameters

InteractionVariable Name

Significance and Expected Value

Mandatory

<Layer name="GENERAL">

InteractionGroup name=”WebServerType”

WEBAPPSERVERTYPE

Identifies the web application server on which the OFSAA Infrastructure web components are deployed.

Set the following numeric value depending on the type of web application server:

·        Apache Tomcat = 1

·        IBM WebSphere Application Server = 2

·        Oracle WebLogic Server = 3

For example, <InteractionVariable

name="WEBAPPSERVERTYPE">3</InteractionVari able>

Yes

InteractionGroup name=”OFSAA Infrastructure Server Details”

DBSERVER_IP 

Identifies the hostname or IP address of the system on which the Database Engine is hosted.

NOTE: For RAC Database, the value must be NA. For example, <InteractionVariable name="DBSERVER_ IP">14.15.16.17</InteractionVariable> or

<InteractionVariable name="DBSERVER_ IP">dbhost.server.com</InteractionVariable>

Yes 

InteractionGroup name=”Database Details”

ORACLE_SID/SERVICE_NAME 

Identifies the Oracle DB Instance SID or SERVICE_NAME.

NOTE: The Oracle_SID value must be the same as it is mentioned in JDBC_URL.

For example, <InteractionVariable name="ORACLE_SID/SERVICE_

NAME">ofsaser</InteractionVariable>

Yes

ABS_DRIVER_PATH

Identifies the directory where the JDBC driver (ojdbc<version>.jar) exists. This is typically the $ORACLE_HOME/jdbc/lib directory.

For example, <InteractionVariable name="ABS_DRIVER_ PATH">">/oradata6/revwb7/ oracle </InteractionVariable>

NOTE: See the Hardware and Software Requirements section to identify the correct ojdbc<version>.jar file version to be copied.

Yes

InteractionGroup name=”OLAP Detail

OLAP_SERVER_ IMPLEMENTATION 

Identifies whether the OFSAA Infrastructure OLAP component must be configured. It depends on whether you intend to use the OLAP feature. The following numeric value must be set depending on the choice:

·        YES: 1

·        NO: 0

NOTE: If the value for OLAP_SERVER_IMPLEMENTATION is set to 1, the installer checks if the following environment variables are set in the .profile file:

·        ARBORPATH

·        HYPERION_HOME

·        ESSBASEPATH

No

InteractionGroup name=”SFTP Details”

SFTP_ENABLE 

Identifies if the Secure File Transfer Protocol (SFTP) feature is to be enabled. The following numeric value must be set depending on the choice:

·        SFTP: 1

·        FTP: 0

Yes

NOTE: The default value for SFTP_ENABLE is 1, which signifies that SFTP is used. Oracle recommends using SFTP instead of FTP because SFTP is more secure. However, you can ignore this recommendation and use FTP by setting SFTP_ENABLE to 0. You can change this selection later from the OFSAAI administration interface.

Set SFTP_ENABLE to -1 to configure ftpshare and weblocal path as a local path mounted for the OFSAAI server.

FILE_TRANSFER_PORT

Identifies the port used for the file transfer service. The default value specified is 22 (SFTP). Specify the value like 21 or any other PORT value if the value for SFTP_ENABLE is 0.

For example, <InteractionVariable name="FILE_TRANSFER_PORT">21</InteractionVariable>

Yes

InteractionGroup name=”Locale Detail”

LOCALE 

Identifies the locale information to be used during the installation. This release of the OFSAA Infrastructure supports only US English.

For example, <InteractionVariable name="LOCALE">en_US</InteractionVariable>

Yes

InteractionGroup name=”OFSAA Infrastructure Communicating ports"

NOTE: The following ports are used internally by the various OFSAA Infrastructure services. The default values mentioned are set in the installation. If you intend to specify a different value, update the parameter value accordingly, ensure that the port value is in the range 1025 to 65535, and the respective port is enabled.

JAVAPORT 

9999

Yes

NATIVEPORT

6666

Yes

AGENTPORT

6510

Yes

ICCPORT

6507

Yes

ICCNATIVEPORT

6509

Yes

OLAPPORT

10101

Yes

MSGPORT

6501

Yes

ROUTERPORT

6500

Yes

AMPORT

6505

Yes

InteractionGroup name="Web Details"

NOTE: If the value for HTTPS_ENABLE is set to 1, ensure that you have a valid certificate available from a trusted CA and it is configured on your web application server.

HTTPS_ENABLE 

Identifies whether the UI must be accessed using HTTP or HTTPS scheme. The default value is set to 0. The numeric value must be set depending on the following options:

·        YES: 1

·        NO: 0

For example, <InteractionVariable name="HTTPS_ENABLE">0</InteractionVariable>

Yes

WEB_SERVER_IP

Identifies the HTTP server IP or Hostname or web application server IPor  Hostname, to be used to access the UI. This IP is typically the HTTP Server IP.

If a separate HTTP server is not available, then the value must be Web application server IP or Hostname.

For example, <InteractionVariable name="WEB_SERVER_IP">10.11.12.13</InteractionVariable>

or

<InteractionVariable name="WEB_SERVER_IP">myweb.server.com</InteractionVariable>

No

WEB_SERVER_PORT

Identifies the web server port, which is typically 80 for non-SSL and 443 for SSL. If a separate HTTP server exists, the port value must be the value configured for the web server.

Warning: The installer will not accept the port value as:

·        80, if the HTTPS_ENABLE variable is 1

·        443, if the HTTPS_ENABLE variable is 0

For example, <InteractionVariable name="WEB_ SERVER_PORT">80</InteractionVariable>

No

CONTEXT_NAME

Identifies the web application context name which is used to build the URL to access the OFSAA application. You can identify the context name from the following URL format:

<scheme>://<host>:<port>/<context-name>/ login.jsp

The following is an example:

https://myweb:443/ofsaadev/login.jsp

For example, <InteractionVariable name="CONTEXT_ NAME">ofsaadev</InteractionVariable>

Yes

WEBAPP_CONTEXT_PATH

Identifies the absolute path of the exploded EAR file on the web application server.

·        For Tomcat, specify the Tomcat directory path till /webapps. For example, /oradata6/ revwb7/tomcat/webapps/.

·        For WebSphere, specify the WebSphere path as <WebSphere profiledirectory>/installedApps/<NodeCellName>.

·        For example, /data2/test//WebSphere/AppServer/profiles/<Profile_Name>/installedApps/aiximfNode01Cell, where aix-imf is the Hostname.

·        For WebLogic, specify the WebLogic home directory path. For example, /<WebLogic home directory path>/bea/wlserver_10.3

NOTE: For WebLogic, the value specified for this attribute is ignored and the value provided against the attribute WEBLOGIC_DOMAIN_HOME is considered.

Yes

WEB_LOCAL_PATH

Identifies the absolute path to any directory on the web application server that can hold temporary files, which are uploaded as part of the usage of the application.

Set this in the FTPSHARE location.

NOTE: During a clustered deployment, ensure that this path and the directory are the same on all the nodes.

Yes

InteractionGroup name="Weblogic Setup Details”

WEBLOGIC_DOMAIN_HOME 

Identifies the WebLogic Domain Home.

For example, <InteractionVariable name="WEBLOGIC_DOMAIN_HOME">/home/weblogic/bea/user_ projects/domains/mydomain</InteractionVariable>

Yes.

Specify the value only if WEBAPPSERVERTYPE is set as 3 (WebLogic).

InteractionGroup name="OFSAAI FTP Details”

OFSAAI_FTPSHARE_PATH 

Identifies the absolute path of the directory that is identified as the file system stage area.

NOTE: The directory must exist on the same system on which the OFSAA Infrastructure is being installed (can be on a separate mount).

The user mentioned in the APP_SFTP_USER_ID parameter in the following example must have RWX permission on the directory.

For example, <InteractionVariable name="APP_FTPSHARE_PATH">">/oradata6/revwb7/ftpshare</InteractionVariable>

Yes

OFSAAI_SFTP_USER_ID

Identifies the user who has RWX permissions on the directory identified for the parameter APP_FTPSHARE_PATH.

Yes

OFSAAI_SFTP_PRIVATE_KEY

Identifies the SFTP private key for OFSAAI.

For example,

<InteractionVariable name="OFSAAI_SFTP_PRIVATE_KEY">/home/ofsaapp/.ssh/id_rsa</InteractionVariable>

By default, the value is NA, which indicates that, for authentication, you are prompted to enter the password for the user <OFSAAI_SFTP_USER_ID>.

For more information on how to generate an SFTP Private key, see the Set Up SFTP Private Key section.

No

OFSAAI_SFTP_PASSPHRASE

Identifies the passphrase for the SFTP private key for OFSAAI.

For example,

InteractionVariable name="OFSAAI_SFTP_PASSPHRASE">enter a pass phrase here</InteractionVariable>

By default, the value is NA.

If the OFSAAI_SFTP_PRIVATE_KEY value is given and the OFSAAI_SFTP_PASSPHRASE value is NA, then the passphrase is identified as empty.

No

InteractionGroup name="Hive Details"

The default value set for the interaction variables under this group is NA.

NOTE: The following values are required only for Hive Configuration.

HIVE_SERVER_PORT 

Identifies the port used for the file transfer service. The default value is 22 (SFTP). To use this port for FTP, set this value to 21.

For example,

<InteractionVariable name="HIVE_SERVER_PORT">22</InteractionVariable>

Yes

HIVE_SERVER_FTPDRIVE

Identifies the absolute path to the directory identified as the file system stage area of the HIVE server.

For example,

<InteractionVariable name="HIVE_SERVER_FTPDRIVE">/scratch/ofsaa/ftpshare</InteractionVariable>

Yes

HIVE_SERVER_FTP_USERID

Identifies the user who has RWX permissions on the directory identified under the parameter HIVE_SERVER_FTPDRIVE.

For example,

<InteractionVariable name="HIVE_SERVER_FTP_USERID">ofsaa</InteractionVariable>

Yes

HIVE_SERVER_FTP_PROTOCOL

If the HIVE_SERVER_PORT is 21, then set the value to FTP. If not, set it to SFTP.

For example,

<InteractionVariable name="HIVE_SERVER_FTP_PROTOCOL">SFTP</InteractionVariable>

Yes

HIVE_SFTP_PRIVATE_KEY

Identifies the SFTP private key for the HIVE server.

For example,

<InteractionVariable name="HIVE_SFTP_PRIVATE_ KEY">/scratch/testuser/.ssh/id_rsa</InteractionVariable>

By default, the value is NA, which indicates that, for authentication, you are prompted to enter the password for the user <HIVE_SERVER_FTP_USERID>.

For more information on generating SFTP Private key, see the Set Up SFTP Private Key section.

 

HIVE_SFTP_PASSPHRASE

Identifies the passphrase for the SFTP private key for HIVE.

For example,

<InteractionVariable name="HIVE_SFTP_ PASSPHRASE">NA</InteractionVariable>

By default, the value is NA.

If the HIVE_SFTP_PRIVATE_KEY value is NA, then the passphrase is identified as empty.

 

 

Set Up the SFTP Private Key

Log in to OFSAA UNIX user using the Putty tool, where you plan for installation and generate a pair of authentication keys using the ssh-keygen command. If required, set passphrase. Otherwise, the OFSAAI_SFTP_PASSPHRASE tag must be set to NA.

To generate a private key, execute the following commands:

ssh-keygen -t rsa

Generating public/private rsa key pair.

Enter file in which to save the key (/home/ofsaapp/.ssh/id_rsa):

Created directory '/home/ofsaapp/.ssh'.

Enter passphrase (empty for no passphrase):

Enter same passphrase again:

Your identification has been saved in /home/ofsaapp/.ssh/id_rsa.

Your public key has been saved in /home/ofsaapp/.ssh/id_rsa.pub.

The key fingerprint is:

3e:4f:05:79:3a:9f:96:7c:3b:ad:e9:58:37:bc:37:e4

ofsaapp@OFSASERVER:~> cat /home/ofsaapp/.ssh/id_rsa.pub >> /home/ofsaapp/.ssh/authorized_keys

Ensure the following permissions exist for the given directories:

·        permissions of .ssh must be 700.

·        permissions of .ssh/authorized_keys must be 640.

·        permission of .ssh/id_rsa must be 400.

·        Permission of UNIX User created must be 755.

Configure the Silent.props file

This section is for the fresh installation of OFS DI Release 8.1.1.0.0.

1.     In the installer kit path OFS_DI_PACK/appsLibConfig/conf:

§       For RDBMS installation, rename the Silent.template file to Silent.props. Edit the Silent.props file.

§       For BIGDATA installation, rename the Silent.BIGDATA.template file to Silent.props. Edit the Silent.props file.

2.     Modify only the following parameters.

Table 13: Parameters for the Silent.props File

Property Name

Description of Property

Comments

Applicable For

APFTP P_LOG_PATH=

Infodom Maintenance log path (to be created) for the new Infodom for the app layer.

# Mandatory if this an App Layer Installation and if you want to create a new infodom.

RDBMS

DBFTP_LOG_PATH

Infodom Maintenance log path (to be created) for the new Infodom for the DB layer.

# Mandatory if this a DB Layer Installation and if you want to create a new infodom.

RDBMS

HIVE_APPFTP_LOG_PATH

Infodom Maintenance log path (to be created) for the new Infodom for the app layer.

# Mandatory if this an App Layer Installation and if you want to create a new infodom.

BIGDATA

HIVE_DBFTP_LOG_PATH

Infodom Maintenance log path (to be created) for the new Infodom for the DB layer.

# Mandatory if this a DB Layer Installation and if you want to create a new infodom.

BIGDATA

Install the OFSDI Application Pack

ATTENTION:   

Before you begin the installation, configure and execute the following files:

1.      Configure the OS File System Settings and Environment Settings in the .profile File

2.      Configure the OFS_DI_PACK.xml File

3.      Configure the OFS_DI_SCHEMA_IN.xml File  (For RDBMS installation) or Configure the OFS_DI_SCHEMA_BIGDATA_IN.xml File (For Big Data installation)

4.      Configure the OFSAAI_InstallConfig.xml File (do not configure this file if an installation of OFSAAI 8.1 already exists)

5.      Execute the Schema Creator Utility

6.      Configure the Silent.props File (Silent.template file for RDBMS installation and Silent.BIGDATA.template file for BIGDATA)

 

To install the OFSDI Application Pack v8.1.1.0.0, follow these steps:

1.     Log in to the system as a non-root user.

2.     Identify a directory for installation and set the same in the user .profile file as follows:

FIC_HOME=<OFSAA Installation Directory>

export FIC_HOME

3.     Execute the user .profile file using the command:

. ./.profile

4.     For the BIGDATA installation, give access permission using the following command:

chmod -R 775 ftpshare  ftpshareh $FIC_HOME libs

5.     If you are installing on the BIGDATA infodom, then navigate to the OFS_DI_PACK/OFS_DIH/conf/ directory, and perform these steps:

a.     Delete thedefault.properties file.

b.     Rename the default.properties.BIGDATA.template to default.properties.

c.     Perform the same step in each enabled application folder.

d.     For example, OFS_DI_PACK/OFS_DIH/conf and OFS_DI_PACK/OFS_INTF_FCUBS/conf

e.     If OFS_DIH and OFS_INTF_FCUBS are enabled for installation.

NOTE:   

This step is not required if you are installing on the RDBMS environment.

 

6.     Navigate to the OFS_DI_Pack/bin/directory:

7.     Enter the following command in the console to execute the OFSDI Application Pack installer with the Silent option.

./setup.sh SILENT

Figure 25: Execute the OFSDI installer in the SILENT mode

Description of Silent Mode of Installation follows This illustration shows execute the OFSDI installer in the SILENT mode.

 

8.     The installer proceeds with Pre-Installation Checks.

Figure 26: Silent Mode of Installation

Description of Silent Mode of Installation follows This illustration shows triggering of the installation in silent mode.

9.     Enter the OFSAA Processing Tier FTP/SFTP password value and proceed, when prompted in the command prompt.

Figure 27: OFSAA Processing Tier FTP/SFTP Password Prompt

Description of OFSAA Processing Tier FTP/SFTP Password Prompt follows This illustration shows OFSAA Processing Tier FTP/SFTP password prompt during the installation. 

NOTE:   

Enter the password to access the Product Staging/Metadata repository directory FTPSHARE in the application server.

 

10.  For the Big Data installation, enter the Hive Server SFTP/FTP password value, when prompted at the command prompt.

NOTE:   

Enter the password to access the OFSDI Hive directory FTPSHAREH in the application server.

 

11.  The process displays the OFSAA License. Enter Y and proceed.

Figure 28: Accept the OFSAA License Agreement

Description of Accept the OFSAA License Agreement follows This illustration shows the OFSAA License Agreement prompt during the installation. 

12.  The installer installs the OFSAAAI application.

Figure 29: OFS AAAI Silent Mode Installation

Description of OFSAA Silent Mode Installation follows This illustration shows the OFSAA silent mode installation. 

13.  After OFSAAAI is installed, the OFSDI Application Pack installation begins.

Figure 30: OFSDI Application Pack Installation

Description of DI Silent Mode Installation follows This illustration shows the OFS DI installation.

 

Figure 31: OFSDI Application Pack Installation Complete

Description of Silent Mode Installation Build Complete follows This illustration shows the OFS DI installation - Installation Complete message.

14.  The following message is displayed in the console:

Installation completed…

15.  The OFSAA Infrastructure installation performs a post-install health check automatically on the successful installation of the product.

16.  To verify if the release is applied successfully, check the log files mentioned in the Verify the Log File Information section.

17.  Perform the steps mentioned in the Post-installation section.

Install OFSDI Application Pack v8.1.1.0.0 on an Existing OFSAA Instance

This is an installation scenario, where you have already installed an application pack from the Release v8.1.1.0.0 and now you want to install OFSDI Application Pack from the Release v8.1.1.0.0. For example, the OFS ALM Application Pack is already installed and now you want to install the OFSDI Application Pack.

1.     Configure the OFS_DI_PACK.xml File

2.     Configure the Schema Creator Utility:

§       Configure the OFS_DI_SCHEMA_IN.xml File (for the RDBMS installation)

§       Configure the OFS_DI_SCHEMA_BIGDATA_IN.xml File (for the Big Data installation)

3.     Execute the Schema Creator Utility

NOTE:   

While defining the schema details for the application packs, provide the same schema details given in the previous v8.1.0.0.0 installation of the other application pack. The output file OFS_DI_SCHEMA_OUTPUT.xml is generated as a result of the schema creation process.

4.     Configuring the OFSAAI_InstallConfig.xml file is not required in this scenario.

5.     Configure the Silent.props File

6.     Trigger the Installation

7.     Verify the Log File Information

8.     Post-installation