Octopus Administrator's Guide
Octopus Operations

 

Previous Topic:
Octopus On-Demand Database (ODDB)
Chapter Index
Next Topic:
Dynamically Reconfiguring Subclasses

 

Octopus 24x7 Operations


The OctoRefresh Program

The OctoRefresh program refreshes the database versions used by Octopus after updates have been made to the database outside the Octopus system. Octopus clients are not required to disconnect while the refresh operation is accomplished; clients currently executing queries will "see" the new database version (the current database Snapshot) when they issue their next query. It is also possible to specify a Snapshot other than the current one with which to refresh user's views of the database. For more information about database Snapshots, consult the Persistent Mode Operations (Time Travel) section of the SAND CDBMS Administration Guide.

When the database has been updated using the SET UPDATE KEEP CHANGE command, users' views of the database are automatically refreshed, and it is not necessary to execute the OctoRefresh program.

DBA privileges are required to execute the octorefresh command. Note that a user name (along with password, if applicable) must be included in the program invocation, unless privilege checking has been disabled by including the SecurityLevel=0 parameter in the relevant [OCTOPUS instance-name] section of the nucleus.ini file. When privilege checking is disabled, all users are connected as the user DBA.

Syntax

octorefresh [-v snapshot-number] connection-name database-name user-name[/password]

where connection-name corresponds to the value of the Connection parameter in the relevant OCTOPUS section of the nucleus.ini file, database-name is the name of the database instance running under Octopus (as specified by the DatabaseName parameter). To have OctoRefresh use a database version other than that represented by the current snapshot, include the -v snapshot-number option flag, specifying the desired snapshot.


Resetting the Log and Stat Files with the OctoRollLog Program

Octopus log files, STAT files and CSTAT files can be reset by executing the OctoRollLog program locally or remotely. DBA privileges are required to execute the octorolllog command. Note that as of release 3.2 a user name (along with password, if applicable) must be included in the program invocation, unless privilege checking has been disabled by including the SecurityLevel=0 parameter in the relevant [OCTOPUS instance-name] section of the nucleus.ini file. When privilege checking is disabled, all users are connected as the user DBA.

Syntax

octorolllog [ -r <file types> ] connection-name database-name user-name[/password]

where:

Executing this command renames the current file(s) by adding the date and time of command execution to the original filename (for example, file-name.otl.yyyy-mm-dd-hh-mm-ss), and then starts a new file.

Example:

octorolllog -r ld cn1 dbtest DBA

 

Next Topic:
Dynamically Reconfiguring Subclasses