Response files use keywords. You can use a response
file to perform tasks such as the following:
- an installation of DB2® database
products, features, or language,
- an installation of additional DB2 database
features or language, or
- an uninstallation of DB2 database
products, features, or language.
Sample response files are provided for both an installation and
uninstallation. The following response file keywords are explained
in conjunction with a sample response file. The edited response file
must then be copied to your shared network drive or network file system
where it is used by your installation server.
The following
response file keywords can be used to install a DB2 database product, feature, or language. On Linux or UNIX operating systems, some keywords are valid
for root installation only.
- PROD
- Specifies the product that you want to install. Only one DB2 database product can be installed
at a time. Therefore, only one product can be specified with this
keyword.
Note: - Do not comment out the PROD keyword as you
might have some missing components even with a successful response
file installation.
- This keyword cannot be used with the db2isetup command -r response_file parameter.
- FILE
- Specifies the destination directory for a DB2 database product.
- Windows
- On Windows operating
systems, this keyword is limited to 110 characters.
- Linux or UNIX
- On Linux or UNIX operating systems, this keyword is mandatory
for root installations.
DB2 installation paths have the
following rules:
- Can include lowercase letters (a-z), uppercase letters (A-Z),
and the underscore character ( _ )
- Cannot exceed 128 characters
- Cannot contain spaces
- Cannot contain non-English
characters
- Cannot
be symbolic links
This keyword is required for any response file used
with the db2isetup command -r response_file parameter.
- INSTALL_OPTION
- Windows operating systems
only and specific to DB2 Enterprise Server Edition.
This keyword specifies the installation. The default is SINGLE_PARTITION.
The
options are:
- INSTANCE_OWNING
- NEW_NODE
- SINGLE_PARTITION
- LIC_AGREEMENT
- Indicates you have read and agree to the license agreement file
in the db2/license directory on the DB2 database product DVD. The default is DECLINE.
The options are:
Note: - You must change this keyword to ACCEPT to signify
your acceptance of the DB2 license
agreement for the installation to proceed.
- This keyword cannot be used with the db2isetup command -r response_file parameter.
- INTERACTIVE
- Linux or UNIX operating systems only. Determines if installation
provides prompting for location of the national language package (either
on DVDs or fileset location) and progress reports. The default is NONE.
Note: - When NONE is specified, there is no interaction.
- When YES is specified, progress information and
prompt information displays to the console. During installation, if
a language is missing, you are prompted for the location of the national
language package.
- Specify MACHINE to receive progress or prompt
information in a format easily parsed by another program. A sample
program is also provided, see Embedding the DB2 installation image (Linux and UNIX).
- CONFIG_ONLY
- This keyword is deprecated and will be discontinued
in a future release. Linux or UNIX operating systems only. Specifies
that this response file is for performing configuration tasks only.
For example, creating a new instance using the db2isetup command.
The default is NO.
- INSTALL_TYPE
- Specifies the type of install.
A compact or typical install type will ignore any custom
keywords (COMP).
Note: This keyword cannot be used with the db2isetup command -r response_file parameter.
- DB2_COPY_NAME
- Windows operating systems
only. An identifier that represents the
name used to refer to a set of DB2 database
products installed in the same location. This name is limited to 64 characters.
- DEFAULT_COPY
- Windows operating systems
only. Specifies if the copy being installed or modified should be
set as the default DB2 copy
used by DB2 applications. The
default is NO unless this is the only DB2 copy installed.
- COPY_NAME
- Windows operating systems
only. Represents the name used to refer to the IBM® Data
Server Driver Package installed. Valid only when the PROD keyword
is set to IBM_DATA_SERVER_DRIVER. This name is limited
to 64 characters.
- DEFAULT_CLIENT_INTERFACE_COPY
- Windows operating systems
only. Specifies if the copy of DB2 database
products, or the IBM Data
Server Driver Package, installed should be set as the default IBM database client
interface copy. If this keyword is set to YES, the IBM data server client interface
(ODBC/CLI driver and .NET data provider) in the copy is the default
driver to be used by the applications. If you are installing the IBM Data Server Driver, the default
is NO unless the computer does not have a DB2 database product, or the IBM Data
Server Driver Package, installed. If you are installing other
products, the default is the value of the DEFAULT_COPY keyword.
- POPULATE_XML_FROM_CATALOG
- Specifies whether the db2dsdriver.cfg configuration
file is populated with catalog information. The default is FALSE.
- INSTALL_TSAMP
- AIX® and Linux operating systems only. Specifies support
of IBM Tivoli® System Automation for Multiplatforms.
The default value is YES.
- INSTALL_ITMA
- Specifies that the IBM Tivoli Monitoring for Databases: DB2 Agent is installed from the DB2 installation media. The default
value is YES.
The options are:
If you choose NO, to install IBM Tivoli Monitoring
for Databases you need to set this keyword to YES and
rerun the silent installation.
- MIGRATE_PRIOR_VERSIONS
- This keyword is deprecated and you should
use the UPGRADE_PRIOR_VERSIONS keyword instead. Windows operating systems only.
Specifies if an existing version of the DB2 database
product is to be migrated. The default is FALSE.
- UPGRADE_PRIOR_VERSIONS
- Specifies if an existing version of the DB2 database product is to be upgraded. The default
is FALSE.
The options are:
This keyword is supported on Linux, UNIX, and Windows operating systems. However, on Linux and UNIX operating systems, this keyword is valid
only for non-root installation. On Windows operating
systems, in addition to setting
UPGRADE_PRIOR_VERSIONS to
the value
TRUE, you must also set the
DB2_COPY_NAME keyword
to the value of an existing copy name.
- UPGRADE_DBCK_IGNORE_TYPE1
- Linux and UNIX operating systems only, and specific to
non-root installation. Forces the db2setup command
to ignore type-1 index checking. The default is NO.
- PACKAGE_LOCATION
- Linux or UNIX operating systems only. This keyword is
used only when "nlpack" is removed from the image and NL languages
are selected to install. This keyword specifies the location of the
nlpack. The path can be the location of the product DVD, or, the location
where the contents of the DVD has been saved.
Built in search
paths allow automatic searching of the same parent directory. For
example, if the contents of a DB2 database
product DVD are copied into subdirectories:
/db2images/ese/dvd
/db2images/nlpack/dvd
The subdirectories are automatically
searched without specifying each subdirectory:
PACKAGE_LOCATION=/db2images/ese/disk1
This
includes searching subdirectories for the national language DVD.
If
the contents of a DB2 database
product DVD are copied into different parent directories, this keyword
can be repeated as many times as required. For example:
PACKAGE_LOCATION=/db2images1/dvd
PACKAGE_LOCATION=/db2images2/nlpack/dvd
- COMP
- Specifies the components that you want to install. The setup program
automatically installs components that are required for a product.
In
a custom install, you must select components individually. This can
be done by uncommenting the COMP keywords for
the components that you want installed (this differs depending on
the product).
Note: This keyword is ignored unless your INSTALL_TYPE is CUSTOM.
- LANG
- This refers to language selection keywords. You must uncomment
any additional languages that you would like to install. The English
language is mandatory and is always selected.
- CLIENT_IMPORT_PROFILE
- Specifies a configuration profile exported by the db2cfexp command.
The profile contains instance related parameters.
- Windows operating systems:
- If this is a full path name, it must be on a local drive (not
a remote network drive). If it is not a full path name, the configuration
profile must be in the same directory as the response file.
- Linux or UNIX operating systems:
- Specifies a file name with a full path to the configuration profile.
- REBOOT
- Windows operating systems
only. Specifies whether to restart the system when the installation
or uninstallation has completed. The default is NO.
- KILL_PROCESSES
- Windows operating systems
only. If you have an existing version of DB2 and
it is running and this keyword is set to YES, it
will terminate your running DB2 processes
without prompt.
- NEW_CONTACT
- Specifies if the email address contact on the notification and
contact list is new or existing. The mail address does not need to
be provided if there is an existing mail address. On Linux or UNIX operating
systems, this keyword is valid only for root installation.
The
options are:
This keyword is optional. If the keyword is not specified, by
default the contact is considered as a new contact.
- DB2_OLEDB_GUID
- Windows operating systems
only. Use this keyword to enter the GUID used by DB2 applications using OLE DB. If you do not
specify this keyword, it is generated.
- CREATE_DAS
- Windows operating
systems only. Specifies whether to create the database administration
server (DAS) or not. There can only be one DAS for all DB2 copies on the same system. Keep this keyword
commented out in the response file because if this keyword is specified
and set to YES, and a DAS already exists on the system, the installation
fails.
When this keyword is commented out in the response file (or
is not specified), the DB2 installer
determines whether or not a DAS is created. In this case:
- If a DAS does not already exist, a DAS is created.
- If a DAS already exists, this keyword is ignored.
- CHECK_UNCPATH
- Windows operating systems
only. Specifies to check that the Universal Naming Convention (UNC)
path is in the PATH environment variable. The
default value is YES.
- DB2_COMMON_APP_DATA_TOP_PATH
- Windows operating systems
only. This keyword specifies a user-defined location to hold the DB2 common application data for
the DB2 copy to be installed.
Starting in V9.7 Fix Pack 5, this keyword can only be used during
the initial installation of DB2 product
in a new location. The path specified for this keyword will be used
to populate the DB2_COMMON_APP_DATA_PATH registry
variable. DB2 common application
data will be placed in IBM\DB2\<COPYNAME> subdirectory,
which is created under a path specified in the DB2_COMMON_APP_DATA_PATH registry
variable.
For example, when the DB2 product
was installed with
DB2_COMMON_APP_DATA_TOP_PATH set
to a specific path:
DB2_COMMON_APP_DATA_TOP_PATH=C:\User\MyCommonAppData\
Then,
after the DB2 product has been
successfully installed, the
DB2_COMMON_APP_DATA_PATH registry
is set to following value:
DB2_COMMON_APP_DATA_PATH=C:\User\MyCommonAppData\
DB2 common application data will
be stored in following path :
C:\User\MyCommonAppData\IBM\DB2\DB2COPY1\
After
installation, this variable cannot be altered.
If this keyword
is not set, Windows' default
common application data path will be used to hold the DB2 common application data.
- For Windows XP and Windows 2003 operating systems: C:\Documents
and Settings\All Users\Application Data\
- For Windows Vista and
later operating systems: C:\ProgramData\
Note: - This keyword cannot be used to change the DB2 Common Application Data path during DB2 upgrade.
- Use of the network drive is not supported.
- Only alphanumeric characters can be used for the DB2_COMMON_APP_DATA_TOP_PATH path.
- DB2 Administration Server
settings
- To enable any of the following DAS settings, remove the * (uncomment).
This setting is applicable for Windows, Linux and UNIX environments but on Linux or UNIX operating
systems, this keyword is valid for root installation only.
- On Linux or UNIX operating systems:
*DAS_USERNAME = dasuser
*DAS_PASSWORD = dasp
*DAS_GID = 100
*DAS_UID = 100
*DAS_GROUP_NAME = dasgroup
*DAS_SMTP_SERVER = jsmith.torolab.ibm.com
- On Windows operating
systems:
*DAS_USERNAME = dasuser
*DAS_DOMAIN = domain
*DAS_PASSWORD = dasp
*DAS_SMTP_SERVER = jsmith.torolab.ibm.com
You can also specify LOCALSYSTEM as a valid userid that
does not require a password. The LOCALSYSTEM userid is available for
all products, except DB2 Enterprise Server Edition.
The following options specify where the DAS contact list will
be kept. On Linux or UNIX operating systems, these options
are valid for root installation only. If the contact list is remote,
then you must specify a username and password that has authority to
add a contact to the system.
*DAS_CONTACT_LIST = LOCAL or REMOTE (DEFAULT = LOCAL)
*DAS_CONTACT_LIST_HOSTNAME = hostname
*DAS_CONTACT_LIST_USERNAME = username
*DAS_CONTACT_LIST_PASSWORD = password
- Special instance specifications
- This takes the instance section not instance name. The instance
section must exist in the response file.
- Windows operating systems:
- DEFAULT_INSTANCE - This is the default instance.
- Linux or UNIX operating systems:
- Instance specifications
- For root installations, you can use the response file to create
as many instances as you want. To create a new instance you must specify
an instance section using the INSTANCE keyword.
After this has been done, any keywords that contain the value specified
in INSTANCE as a prefix belong to that instance.
On Windows operating systems,
you can also specify LOCALSYSTEM as a valid userid that does not require
a password. The LOCALSYSTEM userid is available for all products,
except DB2 Enterprise Server Edition.
The keyword START_DURING_INSTALL determines
if the instance is started after installation. The keyword AUTOSTART determines
if the instance is auto started after system reboot. If START_DURING_INSTALL is
not specified, AUTOSTART also determines if the
instance is started after installation.
The following examples are the instance specifications for Windows, Linux and UNIX operating systems:
- On Linux or UNIX operating systems:
*INSTANCE=DB2_INST
*DB2_INST.NAME = db2inst1
*DB2_INST.TYPE = ESE
*DB2_INST.PASSWORD = PASSWORD
(valid for root installation only)
*DB2_INST.UID = 100
(valid for root installation only)
*DB2_INST.GID = 100
(valid for root installation only)
*DB2_INST.GROUP_NAME = db2grp1
(valid for root installation only))
*DB2_INST.HOME_DIRECTORY = /home/db2inst1
(valid for root installation only)
*DB2_INST.SVCENAME = db2cdb2inst1
*DB2_INST.PORT_NUMBER = 50000
*DB2_INST.FCM_PORT_NUMBER = 60000
(valid for root installation only)
*DB2_INST.MAX_LOGICAL_NODES = 4
(valid for root installation only)
*DB2_INST.AUTOSTART = YES
*DB2_INST.START_DURING_INSTALL = YES
*DB2_INST.FENCED_USERNAME = USERNAME
(valid for root installation only)
*DB2_INST.FENCED_PASSWORD = PASSWORD
*DB2_INST.FENCED_UID = 100
*DB2_INST.FENCED_GID = 100
*DB2_INST.FENCED_GROUP_NAME = db2grp1
*DB2_INST.FENCED_HOME_DIRECTORY =/home/db2inst1
*DB2_INST.CONFIGURE_TEXT_SEARCH = NO
*DB2_INST.TEXT_SEARCH_HTTP_SERVICE_NAME = db2j_DB2_INSTANCE
(valid for root installation only)
*DB2_INST.TEXT_SEARCH_HTTP_PORT_NUMBER = 55000
- To
create multiple instances:
*INSTANCE=DB2_INS2
*DB2_INS2.NAME = db2inst2
*DB2_INS2.TYPE = ESE
*DB2_INS2.PASSWORD = PASSWORD
(valid for root installation only)
*DB2_INS2.UID = 100
(valid for root installation only)
*DB2_INS2.GID = 100
(valid for root installation only)
*DB2_INS2.GROUP_NAME = db2grp1
(valid for root installation only))
*DB2_INS2.HOME_DIRECTORY = /home/db2inst1
(valid for root installation only)
*DB2_INS2.SVCENAME = db2cdb2inst1
*DB2_INS2.PORT_NUMBER = 50000
*DB2_INS2.FCM_PORT_NUMBER = 60000
(valid for root installation only)
*DB2_INS2.MAX_LOGICAL_NODES = 4
(valid for root installation only)
*DB2_INS2.AUTOSTART = YES
*DB2_INS2.START_DURING_INSTALL = YES
*DB2_INS2.FENCED_USERNAME = USERNAME
(valid for root installation only)
*DB2_INS2.FENCED_PASSWORD = PASSWORD
*DB2_INS2.FENCED_UID = 100
*DB2_INS2.FENCED_GID = 100
*DB2_INS2.FENCED_GROUP_NAME = db2grp1
*DB2_INS2.FENCED_HOME_DIRECTORY =/home/db2inst1
*DB2_INS2.CONFIGURE_TEXT_SEARCH = NO
*DB2_INS2.TEXT_SEARCH_HTTP_SERVICE_NAME = db2j_DB2_INSTANCE
(valid for root installation only)
*DB2_INS2.TEXT_SEARCH_HTTP_PORT_NUMBER = 55000
- On Windows platform:
DEFAULT_INSTANCE = DB2_INST
INSTANCE = DB2_INST
DB2_INST.NAME = DB2
*DB2_INST.TYPE = ESE
DB2_INST.USERNAME = username
*DB2_INST.DOMAIN = domainname
DB2_INST.PASSWORD = password
DB2_INST.AUTOSTART = YES
DB2_INST.START_DURING_INSTALL = YES
*DB2_INST.MAX_LOGICAL_NODES = 4
*DB2_INST.CONFIGURE_TEXT_SEARCH = NO
*DB2_INST.TEXT_SEARCH_HTTP_SERVICE_NAME = db2j_DB2_INSTANCE
*DB2_INST.TEXT_SEARCH_HTTP_PORT_NUMBER = 55000
- To
create multiple instances:
*INSTANCE = DB2_INS2
*DB2_INS2.NAME = DB2_01
*DB2_INS2.TYPE = ESE
*DB2_INS2.USERNAME = username
*DB2_INS2.DOMAIN = domainname
*DB2_INS2.PASSWORD = password
*DB2_INS2.AUTOSTART = YES
*DB2_INS2.START_DURING_INSTALL = YES
*DB2_INS2.MAX_LOGICAL_NODES = 4
*DB2_INS2.CONFIGURE_TEXT_SEARCH = NO
*DB2_INS2.TEXT_SEARCH_HTTP_SERVICE_NAME = db2j_DB2_INSTANCE
*DB2_INS2.TEXT_SEARCH_HTTP_PORT_NUMBER = 55000
Note: On Windows platforms, in the case of the second
and subsequent instances, DEFAULT_INSTANCE is not specified. This
keyword is specified on the first instance only.
- Database Section
- These keywords can be used to have the installation create or
catalog a database on the machine that is being installed.
DATABASE = DATABASE_SECTION
DATABASE_SECTION.INSTANCE = db2inst1
DATABASE_SECTION.DATABASE_NAME = MYDB
DATABASE_SECTION.LOCATION = LOCAL
DATABASE_SECTION.ALIAS = MYDB
DATABASE_SECTION.USERNAME = username
DATABASE_SECTION.PASSWORD = password
* these keywords are only used for REMOTE databases
that are being cataloged
DATABASE_SECTION.SYSTEM_NAME = hostname
DATABASE_SECTION.SVCENAME = db2c_db2inst1
- TOOLS_CATALOG_DATABASE
- On Linux or UNIX operating systems, this keyword is valid
for root installation only. This keyword specifies the database to
use to store the tools catalog. The value for this keyword should
be one of the database section keywords that were specified in the
response file.
*TOOLS_CATALOG_DATABASE = DATABASE_SECTION
- TOOLS_CATALOG_SCHEMA
- To set the tools catalog schema, remove the * (uncomment)
from the following:
*TOOLS_CATALOG_SCHEMA = toolscat_schema
On Linux or UNIX operating systems, this keyword is valid
for root installation only.
- Contact Section
- These keywords define a contact section that will be created by
the installation process if it does not already exist. The Health
notifications for the instance that is specified will be sent to this
contact.
CONTACT = contact_section
contact_section.NEW_CONTACT = YES
contact_section.CONTACT_NAME = contact name
contact_section.INSTANCE = DB2_INSTANCE
contact_section.EMAIL = Email address
contact_section.PAGER = NO
On Linux or UNIX operating
systems, this keyword is valid for root installation only.
- DB2 Information Center settings
Section
- The default location for accessing the DB2 documentation is the IBM website. Only edit this section
if you want to access DB2 documentation
from a different location, such as your local computer or an intranet
server.
The following options specify the host name and port number
where the Information Center server is installed, and the service
name and port number that the Information Center server service uses.
*DB2_DOCHOST = hostname
*DB2_DOCPORT = 1024-65535
*DB2_ECLIPSEIC_SVCENAME = db2icv95
*DB2_ECLIPSEIC_PORT = 51000
DB2_ECLIPSEIC_SVCENAME and
DB2_ECLIPSEIC_PORT are
only valid for the installation of the
DB2 Information Center.
- Extended security section
- Windows operating systems
only. These keywords define a security section.
*DB2_EXTSECURITY = YES
*DB2_ADMINGROUP_NAME = DB2ADMNS
*DB2_USERSGROUP_NAME = DB2USER
*DB2_ADMINGROUP_DOMAIN = BLANK
*DB2_USERSGROUP_DOMAIN = BLANK
- No configuration option
- Windows operating systems
only. This keyword gives you the option to install a DB2 database product with only the mandatory
configuration. The DB2 instance
must be created manually. The default is NO.
*NO_CONFIG = NO
- Query Patroller
- These keywords can be used to install Query Patroller.
QUERY_PATROLLER_DATABASE = databas1
databas1.QP_CONTROL_TABLESPACE = db2qpControlTableS
databas1.QP_CONTROL_DBPARTITIONGROUP = db2qpControlDBPGrp
databas1.QP_CONTROL_DBPARTITIONNUM = 0,1,2,...,999
databas1.QP_CONTROL_PATH = any valid path
databas1.QP_CONTROL_DMS = NO
databas1.QP_CONTROL_DMS_CONTAINER = FILE
databas1.QP_CONTROL_DMS_NUMPAGES = any non-negative integer
databas1.QP_RESULT_TABLESPACE = db2qpResultTableS
databas1.QP_RESULT_DBPARTITIONGROUP = db2qpResultDBPGrp
databas1.QP_RESULT_DBPARTITIONNUM = 0,1,2,...,999
databas1.QP_RESULT_PATH = any valid path
databas1.QP_RESULT_DMS = NO
databas1.QP_RESULT_DMS_CONTAINER = FILE
databas1.QP_RESULT_DMS_NUMPAGES = any non-negative integer
databas1.QP_REPLACE = YES
On Windows operating systems only, the following
additional keywords for Query Patroller Server User Information are
required:
*QP_USERNAME
*QP_DOMAIN
*QP_PASSWORD
db2rfe configuration file
- Keywords for the db2rfe configuration file
- Use the following keywords to select features and settings to
create the db2rfe configuration file:
- INSTANCENAME
- Specifies the user name who owns the non-root installation copy.
Note: Do
not comment out the INSTANCENAME keyword. This
is required keyword.
- SET_ULIMIT
- AIX only. For other operating
systems, refer to the system documentation to set this manually. On AIX, when this keyword is set to YES,
the db2rfe command sets the hard and soft data
parameter to unlimited, hard and soft file size to unlimited, and,
sets the hard and soft nofile parameter to 65536.
The options are:
The default is
NO.
- ENABLE_DB2_ACS
- AIX, Linux on AMD64/EM64T, and Linux on POWER® only.
Enables the DB2 Advanced Copy
Services (ACS). The default value is NO.
- ENABLE_HA
- Specifies support of High Availability using IBM Tivoli System
Automation for Multiplatforms. The default value is NO.
- ENABLE_OS_AUTHENTICATION
- Specifies support of operating system authentication for database
connection. The default value is NO.
- RESERVE_REMOTE_CONNECTION
- Reserves service for a remote connection. The default value is NO.
The
options are:
Note: - If the database manager configuration parameter svcename has
a value, and keywords SVCENAME or SVCEPORT are
also provided in the configuration file, all three values must match.
- If the database manager configuration parameter svcename has
a value, and either keyword SVCENAME or SVCEPORT is
not provided, either port_number or service_name of svcename is
used with a generated service_name or port_number respectively.
- If the database manager configuration parameter svcename is
not set, and neither keyword SVCENAME and SVCEPORT are
provided, a default service name and port number is generated and
reserved.
- SVCENAME
- Used with keyword RESERVE_REMOTE_CONNECTION.
Specifies the service name of a remote connection. This keyword is
limited to 14 characters.
- SVCEPORT
- Used with keyword RESERVE_REMOTE_CONNECTION.
Specifies a port number of a remote connection within the range 1024
- 65535.
- RESERVE_TEXT_SEARCH_CONNECTION
- Reserves the service entry for the port used by DB2 Text Search. The default value is NO.
- SVCENAME_TEXT_SEARCH
- Used with keyword RESERVE_REMOTE_CONNECTION.
Specifies the service name of the service entry for the port used
by DB2 Text Search. This keyword
is limited to 14 characters.
- SVCEPORT_TEXT_SEARCH
- Used with keyword RESERVE_REMOTE_CONNECTION.
Specifies a port number of the service entry for the port used by DB2 Text Search.
See the related links for the
configuration parameters summary, and, DB2 registry
and environment variables.
Uninstallation
keywords
The following response file keywords can be used
to uninstall a product, feature, or language:
- Uninstallation keywords
- REMOVE_PROD
- Specifies the DB2 database
product you want to uninstall. You can uninstall DB2 database products individually or you can
uninstall all DB2 database products.
To uninstall all products in the current DB2 copy,
specify REMOVE_PROD=ALL. The DB2 products in other DB2 copies are not affected. On Windows operating systems, this keyword cannot
be combined with REMOVE_COMP, REMOVE_LANG,
or REMOVE_ITMA.
- REMOVE_COMP
- Specifies the DB2 components
you want to uninstall. On Windows operating
systems, this keyword cannot be combined with REMOVE_PROD.
- REMOVE_LANG
- Specifies the languages you want to uninstall.
English cannot be uninstalled. To uninstall all languages, except
English, from the current DB2 copy,
specify REMOVE_LANG=ALL. English
will not be removed until the last DB2 product
in the DB2 copy is uninstalled.
On Windows operating systems,
this keyword cannot be combined with REMOVE_PROD.
- REMOVE_ITMA
- Specifies the IBM Tivoli Monitoring for Databases: DB2 Agent is to be uninstalled.
The default is NO.
The options are:
On Windows operating
systems, this keyword cannot be combined with
REMOVE_PROD.
- REMOVE_TSAMP
- AIX and Linux operating systems only. Specifies the IBM Tivoli System
Automation for Multiplatforms to be uninstalled. The default is NO.
The
options are:
This keyword is only considered when a DB2 copy is removed. To remove a DB2 copy, specify each product or uncomment
REMOVE_PROD=ALL.
- REMOVE_DAS
- Windows operating systems only.
Determines if the DAS is to be deleted. The default is NO.
The functionality of this keyword depends on your environment
setup:
- If you have only one DB2 copy
with only one server product installed, and the server product is
being removed, the DAS is removed without checking the value of this
keyword.
- If you have only one DB2 copy
and 2 or more server products installed, and one server product is
being removed, the value of this keyword is not checked and the DAS
is not removed.
- If you have two or more DB2 copies,
this keyword is only examined when both the following statements also true:
- the DAS is configured and active under the DB2 copy that is being removed, and
- you are removing all server products in the DB2 copy.
In this case, when this keyword is set to NO, and the conditions
specified above are met, the uninstallation stops and does not continue
because the keyword is set to NO (do not remove DAS). When this
keyword is set to YES, and the conditions specified above are met,
the uninstallation will always remove the DAS when removing the current DB2 copy. In this case, other DB2 copies that require the use
of a DAS will not function properly after the DAS is removed. Before
removing the DAS, you must move the DAS to another DB2 copy using the dasupdt command.
- REBOOT
- Windows operating systems
only. Specifies whether to restart the system when the installation
or uninstallation has completed. The default is NO.