Enhancements have been made to internal performance that concern auditdb utility, copydb utility, raw location support, and GatherWrite threads.
Ingres now includes a usermod utility that allows users to run the modify commands on user tables. Like sysmod, which modifies system catalogs, this utility is useful for maintaining user tables on a regular basis.
Running this utility regularly, or when the table has excess overflow pages, improves performance of user applications.
Various enhancements to the auditdb utility required by Journal Analyzer are included:
For the syntax of the auditdb command, see the Command Reference Guide.
The copydb utility is modified to include several options and flags that modify the copy.in and copy.out scripts based on user requirements. The user can specify the order in which the copy and modify statements are written to the copy.in script, for example, whether to copy the data into the tables and then run a modify statement or the other way around. Other examples include the ability to remove hard-coded paths to the copy scripts, exclusion of location names, and exclusion of user-specific permissions such as grant statements.
Ingres 2.6 adds initial support for raw data locations on UNIX platforms. Raw data locations provide dramatic performance improvements over cooked locations. In this release, only one table may occupy any given raw location. Many raw locations can exist on a single raw disk slice.
A new internal thread type, GatherWrite, is used by the Ingres buffer manager during operations that require the flushing of multiple buffers from the cache such as write behind, consistency points, and table purges. This feature is only available on platforms that offer writev() support. Consult the appropriate Readme file to determine whether this feature is supported on your platform.
This feature is enabled on a per-server basis using the gather_write parameter in Configuration-By-Forms. The default setting is ON.
XML is as a cross-platform, software- and hardware-independent tool for transmitting information. The XML import/export utility imports and exports XML data from Ingres tables to and from XML files. For the syntax of the XML import/export utility, xmlimport, see the Command Reference Guide.
The Journal Analyzer is a powerful graphical tool that provides an interface to the journal files. You can use the Journal Analyzer to recover data from the journals and to apply journaled transactions to other databases, both local and remote. For information on the Journal Analyzer utility, see the System Administrator Guide.
The Import Assistant is a wizard that simplifies the task of importing data from a standard file format to an Ingres database. For information on the Import Assistant utility, see the online help.
Before Version 2.6, the Ingres DBA had to manually create the directories for alternate locations as prescribed in the Database Administrator Guide. This step had to be performed prior to creating a Location with ACCESSDB, or could be deferred if Locations were created using EXEC SQL CREATE LOCATION syntax. To circumvent directory permissions problems, ACCESSDB had to be run by the Ingres user whenever Locations were created, altered, or extended.
This process is clarified and simplified in Ingres 2.6 with the following changes:
Using the example from the section Create an Area in UNIX in the Database Administrator Guide, the following directories will be verified or created automatically during the execution of:
CREATE LOCATION new_loc WITH AREA='/otherplace/new_area', USAGE=(DATABASE)
Perms |
Directory |
|---|---|
|
/otherplace |
755 |
/otherplace/new_area |
755 |
/otherplace/new_area/ingres |
700 |
/otherplace/new_area/ingres/data |
777 |
/otherplace/new_area/ingres/data/default |
Notes:
Users commonly encounter problems running utilities that require exclusive access to the iidbdb database because the Remote Command Server process (rmcmd) keeps a session open on this database. To counter this problem, rmcmd now attaches to imadb instead of iidbdb; imadb is a system database that contains no historical data; it is rarely backed up and requires little or no maintenance.
Support for tightly coupled XA threads and shared lock lists is now available to support Microsoft Transaction Server, using the ODBC 3.5 driver.
The concurrent recovery of multiple transactions is now possible.