You should only create or update a configuration file using the dbfhconfig command line utility.
set MFDBFH_CONFIG=<location-and-name-of-file>
If you do not set this variable, a file named MFDBFH.cfg is assumed to be located in the current directory.
dbfhconfig -add -server:<server-name> -provider:ss
where <server-name> is the name of the database server instance. An entry of (local) or localhost is also valid, which defaults to your machine name.
Next you need to specify the databases within the instance.
dbfhconfig -add -server:<server-name> -dsn:<name> -type:database -name:master [-connect:<connection-string>]
where <name> is either the name you will give an ODBC data source for the master database (in which case, make a note of it for later), or a unique name within the server configuration in which to reference the database if you are using a connection string; and <connection-string> is the database connection string if you are establishing a database connection without the use of an ODBC data source - see Database Connection Strings for the database-specific syntax.
dbfhconfig -add -server:<server-name> -dsn:<name> -type:datastore [-db:<existing-db>] [odbcdsn:<dsn-name>] -optio:<opts> -name:<dsname> [-connect:<connection-string>]
where <name> is either the name you will give an ODBC data source for the datastore (in which case, make a note of it for later), or a unique name within the server configuration in which to reference the datastore if you are using a connection string; <existing-db> is the name of an existing database in which the datastore is stored - if this option is omitted, it is implied that the datastore is housed in its own database; <dsn-name> is the name of the data source used as a shared database connection (if you are using ODBC data sources and using a single physical database) - see Database Connections for more information; <opts> are the optimizations to be applied to I/O operations; and <dsname> is the actual name of the datastore (as configured in the data source properties).
option | description |
---|---|
all | All optimizations applied, as if +<opt> had been specified for each available option. You can then selectively disable certain options using -<opt>. |
none | No optimizations applied. |
{+|-}oiseq | Enables (+) or disables (-) optimizations for line-sequential files opened for input. |
{+|-}ooseq | Enables (+) or disables (-) optimizations for line-sequential files opened for output. |
{+|-}oi | Enables (+) or disables (-) optimizations for ESDS, KSDS, and RRDS files opened for input. |
{+|-}oo | Enables (+) or disables (-) optimizations for ESDS, KSDS, and RRDS files opened for output. |
The configuration file is written to after each command. The following is an example of a configuration file that contains two datastores, a region database and a cross-region database; each of these is stored in their own database within the instance (and named according to the dbname attribute). The MSSQL server instance is also configured for Windows authentication, hence the omission of the userid and password attributes.
<datastores usevault="false">
<server name="(local)" type="sqlserver" access="odbc">
<dsn name="SS.MYMASTER" type="database" dbname="master"/>
<dsn name="SS.VSAM" type="datastore" dsname="VSAM" dbname="VSAM"/>
<dsn name="SS.SEQ" type="datastore" dsname="SEQ" dbname="SEQ" optio="all -ooseq"/>
<dsn name="SS.CAS.ESDEMO" type="region.cas" region="ESDEMO" dbname="ESDEMO" feature="all"/>
<dsn name="SS.CROSSREGION" type="crossregion.cas" dbname="_$XREGN$"/>
</server>
</datastores>
Next, if you have not used connection strings in your database configuration file, you must create the data sources for each of the databases you have configured. If you have used connection strings, you can skip the data source creation and use the dbfhdeploy command line utility to upload files to your datastores.