Documentation Comments
Use this form to comment on this topic. You can also provide any general observations about the Online Documentation, or request that additional information be added in a future release.
RealityV15.1Online Documentation (MoTW) Revision 7
Set-up after Installation (UNIX Installation Guide) (M6847IG+After.htm)
Once you have installed Reality, you must carry out some or all of the following, depending on your installation:
You will normally install the system serial number and software keys during the installation process.
Note: If you are upgrading from a release prior to V10.0, you must install software keys during the main installation; you cannot enter them subsequently.
If the key file was not available at that time, the keys can be installed by running:
{
$REALROOT/bin/}
installkeys keyFile
(Entering the full path should be unnecessary, because a successful
installation adds $REALROOT/bin/
to the executable path.)
Caution
If the root partition of the system or the /etc
directory are reloaded for any reason, the installed serial number will become invalid, and will have to be re-installed from a new key file.
Before you can start using Reality you must start the Reality central daemon. If you did not run realstart when building the Reality executable, you can do this as follows:
su
Password:password #$REALROOT/bin/realstart
... ...(A commentary will be given as various tasks are completed by realstart) ... DAEMON nn WRITING TO realman/realman/14.2/files/daemon.log #exit
The new Reality is now installed (and LIVE if you accepted that option).
Before you can start using Reality you must create at least one database. Different types of database are available (see Types of Database) - this section shows you how to create a partition database using files on a single disk partition so that you can start using Reality. You can create this type of database at any convenient location in the UNIX file system.
To create a Reality database, log on to UNIX, change to the directory that will hold the database and then run the mkdbase command. For a database on a single file system, include the –S option to specify the size of the database:
mkdbase -S size –N databaseName
Where size is the size of the database in Mbytes (M suffix) or Gigabytes (G suffix). For example:
mkdbase -S 100M –N pdbase
creates a 100Mbyte database called pdbase.
Notes
When a database is created, it is locked to all users except the database owner. It can be unlocked with the unlockdbase host command or the TCL command ENABLE-LOGONS.
When you create a new database, a Reality user-id with SYSMAN privileges is created for the database owner (the Windows user who created it). The owner of the database can log on even when the database is locked, without specifying a user-id. If you need to administer the database, you should log on as the database owner.
Note: The database owner’s user-id does not initially have a password.
To log on as the database owner, use the reality command, specifying the database required. For example, to log on to the database dbase0, enter:
reality dbase0
Reality can be configured to suit particular user requirements by using the following configuration parameters. The parameters required should be defined in the config
file /usr/realman/15.1/files/config
if they are applicable to all new databases. Otherwise change the config file for the database concerned (DatabasePath/configs/config
). Missing parameters are given their default value.
Note: Changes to a specific database config file only take effect when the daemon for the database is restarted. Hence, all users should be logged off and the daemon shut down using the command:
killreal -d database
Parameter | Default Value | Purpose |
---|---|---|
MaxPortNum | 400 | MaxPortNum defines the maximum real port number which may connect to this database. A real port is one that is referenced in the devices file. Such ports are always allocated the same device ID. Reality will map such port identifiers, in a fixed way, to real port numbers. |
NumPseudoPorts | 400 | NumPseudoPorts defines the number of pseudo ports that may connect to this database. A pseudo port is one which made its connection to the host dynamically, for instance by using the rlogin or telnet protocol or via some form of network server. Pseudo ports are also always used for TIPHs. Pseudo ports are allocated device IDs dynamically. Reality will map such port identifiers to the next available pseudo port. |
NumConnections | 128 | NumConnections is the maximum number of connections that may be active on the database at any one time. This includes TIPHs, despoolers, etc. |
DateFormat | International |
DateFormat defines the format in which the days' date will be represented in certain English expressions and DataBasic OCONV statements. ·"Standard" for mm/dd/yy ·"International" for dd/mm/yy |
NumItemLocks | NumConnections*3 | NumItemLocks defines the maximum number of item locks that can be held on the database at any one time. |
NumDataSects | 400 | NumDataSects defines the maximum number of data sections that may be OPEN at any one time. |
NumIndexSects | 50 | NumIndexSects defines the maximum number of index sections that may be OPEN at any one time. |
ShareSize | 8000 | ShareSize defines the size of memory available for shared DataBasic programs. The default is 8000Kb. Details of assessing the ShareSize and ShareModulo requirements are given in the User’s Reference: Administration. |
ShareModulo | 101 | ShareModulo defines the modulo of the shared item hash table. |
HashType | If HashType is set to 1 or omitted, any new database created will use the old hashing algorithm. If HashType set to 2, the new hashing algorithm will be used. |
Parameter | Default Value | Purpose |
---|---|---|
TapeNum | 2 | TapeNum defines the number of tape drives on the database, named Tape1, Tape2, etc. |
TapeDevTypen | 3 | TapeDevType1, TapeDevType2, etc define the type of tape drive for TAPE1, TAPE2, etc, respectively. The types currently supported are: 28mm (Exabyte) cartridge 3¼ inch (QIC) cartridge 54mm (DAT) cartridge 8remote tape 9tape image |
TapeDevSizen | TapeDevSize1, TapeDevSize2, etc defines the tape capacity size of the tape used in dbsave. Still relevant with virtual tape drives. | |
Tapen | As defined in the supplied config file | Associates a tape number with a UNIX device name. |
CompressTapeImage | 0 | Specifies the default compression level (0 to 9) for tape images created from this database. 0 is no compression (fastest); 9 is maximum compression (slowest). Recommended level: 2. |
The Tapen entries define the default devices for tape attachments without density specifications. For example, the TCL command T-ATT 2
will use Tape2. Additional entries in the form
Tapen:density can be used to define different devices. For example, the command T-ATT 1 DEN = 6250
would require an entry Tape1:6250=/dev/rmt/0cbn.
How to configure tape devices is described in greater detail in the User’s Reference: Administration.
For all resilience features - Transaction Handling, Rapid Recovery, Transaction Logging, Shadow Database or FailSafe - you must use the mklogcommand to create the raw log.
When you have created the rawlog, for all resilience features other than Shadow Database, you should then refer to the Resilience section of the on-line documentation for details of how to complete the configuration using tlmenu. If you are running Shadow Database, you should initially refer to the topic Shadow Database later in this section.
# mklog –r /dev/rdsk/ct01d0s1
# $REALROOT/bin/mklog -r -ts10 /user5/rawlog
This command creates a 10 MB file /user5/rawlog, to be used as the raw log.
Note: Linux does not support raw disk access. For the raw log, use a block mode partition or a file instead.
When you have run mklog, stop and restart the central Reality daemon:
#
killreal#
realstart
Shadow Database is an optional feature that, when installed on a standalone host platform, provides all the functionality of Transaction Logging for data security and resilience, but in addition maintains a copy of the database in a separate disk partition that shadows the live database.
This section covers how to create the first shadow, pair0
, using mount points /real0
(primary) and /real1
(secondary). A second shadow pair would be pair1
with mounts /real2
and /real3
, etc.
#
mkdir /real0#
mkdir /real1
#
cd /real0#
chown dbaseowner .#
chgrp other .#
cd /real1#
chown dbaseowner .#
chgrp other .
where dbaseowner is the user-id of the intended database owner.
Note: This step is not necessary when installing a shadow database on CentOS 6.5.
$
mkdbase /real0/pdbase1$
mkdbase /real1/pdbase1
If you did not accept the option to make the new version of Reality
live on installation, you can do so now by editing the /usr/realman/installed
file to show a space and then the word LIVE (all caps) after the entry for the new version, and removing the word LIVE against any other version.