| |
This section gives you a brief overview of DB2 instances
and the DB2 Administration Server, and tells you how to create them.
Some IBM documentation uses the term "instance" to refer to both
DB2 instances and a DB2 Administration Server. The basic similarity
between a DB2 Administration Server and a DB2 instance,
or "database manager", is that each is associated with a
unique user ID. When you create either a DB2 instance or a
DB2 Administration Server, DB2:
creates one or more new user IDs and corresponding home directories
creates a subdirectory in the instance home directory called
sqllib
alters the .bashrc file to call the
~/sqllib/db2profile shell
script to set up the environment for the instance
Like a queen bee in a hive, only one DB2 Administration Server can
exist on any given DB2 server. By locally or remotely logging as the user ID that
corresponds to the DB2 Administration Server, a database administrator
uses the DB2 Administration Server to create, drop, or change the properties
of DB2 instances.
To quote the IBM DB2 Universal Database Version 7.1 Administration Guide definition of an instance:
An instance (sometimes called a database manager) is DB2 code that manages data.
It controls what can be done to the data, and manages system resources assigned to it.
Each instance is a complete environment. ... An instance has its own databases (which
other instances cannot access), and all its database partitions share the same system
directories. It also has separate security from other instances on the same machine (system).
What this boils down to is that for every DB2 instance, DB2 requires a unique user ID
on your Linux workstation. Security for an instance is provided by the normal
password authentication process for any Linux user ID. Each instance can contain
one or more databases, each of which inherits settings from their instance.
Creating the Administration Server using db2setup
The DB2 Administration Server requires about 3 MB of disk space.
The following steps guide you through the process of creating a
DB2 Administration Server.
Issue the db2setup command as described in Section 4.2.
Select [ Create... ].
Select the check box for Create the Administration Server. The Administration Server
window is displayed.
Enter a unique user name in the User Name field. You can use an existing user
name that is not already in use by a DB2 instance, but it is probably simpler to
create a new user for each instance.
Select the Use default UID check box. As far as I can tell, this setting is always right.
Enter a unique group name in the Group Name field. You can use an existing group name if
you wish, but creating a new group ensures that you do not inadvertently give permissions
to other users on your system.
Select the Use default GID check box. Again, as far as I can tell,
this setting is always right.
Ensure that the value of the Home Directory field reflects the home directory of
the user ID.
| Warning |
SuSE users: The prefix for the home directory may default to
/usr/lib/db2/. This is almost
certainly wrong; the value for a standard SuSE system should be
/home/.
|
Enter a unique password in the Password and Verify Password fields.
| Warning |
Enter a new password! If you do not enter a new password in these fields,
DB2 assigns the default password ibmdb2, giving crackers a wide-open
front door to your system.
|
Creating a DB2 instance using db2setup
A DB2 instance requires about 2 MB of disk space. A sample database for a DB2 instance
requires about 16 MB of disk space.
The following steps guide you through the process of creating a DB2 instance.
Issue the db2setup command as described in Section 4.2.
Select [ Create... ].
Select the Create a DB2 Instance check box. The DB2 Instance window is displayed.
Enter a unique user name in the User Name field. You can use an existing user
name that is not already in use by a DB2 instance, but it is probably simpler to
create a new user for each instance.
Select the Use default UID check box. As far as I can tell, this setting is always right.
Enter a unique group name in the Group Name field. You can use an existing group name if
you wish, but creating a new group ensures that you do not inadvertently give permissions
to other users on your system.
Select the Use default GID check box. Again, as far as I can tell,
this setting is always right.
Ensure that the value of the Home Directory field reflects the home directory of
the user ID.
| Warning |
SuSE users: The prefix for the home directory may default to
/usr/lib/db2/. This is almost
certainly wrong; the value for a standard SuSE system should be
/home/.
|
Enter a unique password in the Password and Verify Password fields.
| Warning |
Enter a new password! If you do not enter a new password in these fields,
DB2 assigns the default password ibmdb2, giving crackers a wide-open
front door to your system.
|
Select [ Properties... ] to change the properties for the instance.
Under the Authentication Type heading, select the Server Encrypt check box.
This greatly improves the security of your system, by telling DB2 to accept
encrypted passwords, rather than plain text passwords.
Select the Auto start DB2 Instance at system boot check box if you want to start
this DB2 instance every time you reboot your system.
Select the Create a sample database for DB2 Instance check box if you plan
to work with the sample applications available with the Application Development Client.
To run correctly, most of the sample applications require the specific tables and data
of the sample database. If you do not create the sample database now, you can create it
later using the db2sampl command.
Select [ OK ] to create the DB2 instance. The Fenced User text
window is displayed. Repeat the previous steps for creating a new user and group.
Server-side DB2 executables, such as stored procedures and user-defined functions,
execute under the permissions of the fenced user ID.
By controlling the permissions of the fenced user ID, you control the
permissions of the server-side DB2 executables.
Select [ OK ] to create the fenced user.
|
