The config,ini files can be used to:
Config files can be maintained from the config dashboard, or edited in the following locations.
Its good practice to test the service environment after changing these files. Use the config service to check that your options have been
parsed correctly.
sections
infxenvThe settings in this section apply directly to the infx management suite, and are used to build the service execution environment.
These are the default settings:
[infxenv]; instance management paramsINSTBAE = /infx/instINFORMIXSERVER = ${inst}INFORMIXDIR = /infx/inst/${inst}/informixdirINFORMIXSQLHOSTS = /infx/inst/${inst}/informixdir/etc/sqlhostsONCONFIG = onconfig.${inst}TMPDIR = /infx/inst/${inst}/tmpLOGDIR = /infx/inst/${inst}/logsCHKDIR = /infx/inst/${inst}/chksBACKUPDIR = /infx/inst/${inst}/backup/dbBARMANAGER = ontapeINFXCGI = /infx/scgi-bin/infx.cgiINFXCLI = /infx/scripts/infxcliINFXREMOTE = "ssh"REMOTE_HOSTS =REMOTE_INSTS =
The special parameters, REMOTE_HOST and REMOTE_INST and used to quickly access remote instances. By default, REMOTE_HOSTS and REMOTE_INSTS are loaded from the sqlhosts file, and contain every remote host and remote instance defined there. You can override these defaults by supplying your own list of remote hosts and remote instances. These instances and hosts show in the dashboard drop down list, and are used by the infx rlist and infx rstat. Specify a list if you don't want everything from the sqlhosts file.
REMOTE_HOSTS = "server1 sever2"REMOTE_INSTS = "primus@server1 secondus@server2"This example limits the remote hosts lists to server1 and server2 only. The instance list is limited to instance primus@server1 and secondus@server2 only. Any other remote hosts and instances can still be accessed manually.
envVariables set in this section are automatically put in the shell environment before running a service. These settings go into your shell
via the env service and are set when the database engine is first started.
[env]DBDATE = DMY4/templateVariables set here can be referenced in template output. For example, a company name.
[template]infx uses a set of color names in templates for passing color values to graphs or other objects that don't support CSS class names.
You can override those default colors here.
aliasUse this section to define an alias for a frequently executed service. You can define an alias to represent any combination of service and
parameters.
Example backup services:
[[alias alias="L0" cmd="backup" type="dbs" level=0]]When you execute this alias, infx automatically expands it:
infx L0 => infx cmd=backup type=dbs level=0When you call the alias, any additional parameters you pass are automatically passed through and added to the command. If you
specify a parameter on the command line that is part of the alias definition, the final command will get the command line value.
infx defines these alias by default:
[[alias="L0" level="0" cmd="backup" type="dbs"]][[alias="L1" level="1" cmd="backup" type="dbs"]][[alias="L2" level="2" cmd="backup" type="dbs"]][[alias="backup-logs" cmd="backup" type="logs"]]To see the current alias definitions, use the infx alias command:
bob001@bobii:/home/informix>infx aliasalias=L0 level=0 cmd=backup type=dbsalias=L1 level=1 cmd=backup type=dbsalias=L2 level=2 cmd=backup type=dbsalias=backup-logs cmd=backup type=logsalias=mylist cmd=list util=mylistinstaliasUse this section to define an alias for an infx instance. You may need to create an alias for an instance if you use HDR replication or change the instance DBSERVERNAME parameter.
Example instalias:
[[instalias inst="secondus" alias="secondus_tcp"]]When you access instance "secondus_tcp", you will be correctly directed to the "secondus" instance. hostaliasUse this section to define an alias for a host. You may need to do this if you have multiple network adapters, or are using a VPN. For example, servera might also be known as servera-vpn. Example hostalias: [[hostalias host="servera" alias="servera-vpn"]]When you access host "servera-vpn", infx will redirect to host "servera". mustallowTo prevent accidental execution of a service, you can specify that an allow file must exist before the service will run. Example: [mustallow]restore=yesNow, the file /infx/inst/${inst}/etc/allow-restore must exist or the restore service will not start. cleanDefine how the service and instance logs will be cleaned up. Specify a number of log files to keep for each service. By default 28 log files will be kept for each service. Example: [cleanup]backup-logs=3restore=-1This example will only keep three days of logical log backup service logs. Setting restore=-1 will keep all restore service log files.s alertUse this section to ignore items when determining alert status. Specify an number of values to be ignored for each type alert status.
Example alert status: [[alert status="onlinelog" ignore="warning:"]][[alert status="dbspace" ignore="archive"]][[alert status="fs" ignore="/scratch"]][[alert status="users-name" ignore="informix"]][[alert status="users-host" ignore="testapp"]][[alert status="users-dbname" ignore="testdb"]]BARIn the config.ini, you make one section for each type of backup and restore manager you want to define. As these definitions are quitedetailed, its best to create a sub config file, and include it into the main one.The included config files provide basic definitions for backup and restore with ontape and onbar. Example, load definition for ontape backup and restore to disk.
[include sub-infx-ontape.ini]See setup BAR manager for more details on these settings.
|