Backing Up and Restoring A Hyperion Essbase Database: Files To Back Up
Backing Up and Restoring A Hyperion Essbase Database: Files To Back Up
Essbase Database
The following information is an exerpt from the Hyperion Essbase Release 6.5 Database
Administrator's Guide technical documentation.
Contents
Backing Up a Database .............................................................................................................................. 1
Files to Back Up ..................................................................................................................................... 1
File System Backup................................................................................................................................ 2
Placing a Database in Read-Only Mode ............................................................................................. 2
Performing a Backup .......................................................................................................................... 4
Returning a Database to Read-Write Mode........................................................................................ 4
Using Export to Back Up Data ............................................................................................................... 4
Export Considerations ........................................................................................................................ 4
Exporting Data.................................................................................................................................... 5
Improving Export Performance .......................................................................................................... 6
Exporting Files Larger Than 2 GB ..................................................................................................... 6
Reloading Exported Data.................................................................................................................... 6
Restoring Data from Backups..................................................................................................................... 7
Essential Database Files ............................................................................................................................. 7
Backing Up a Database
A key part of a database maintenance routine includes regular backups of Essbase data. It is
important to integrate regular database backups into your production server maintenance.
The frequency of backups is dependent upon the volatility of the database and server
environment, as well as upon the demand for quick database restores in the event of server
crashes.
Files to Back Up
You should regularly back up the server, application, and database files listed in Table 74:
essn.ind \essbase\app\appname\dbname
essn.pag \essbase\app\appname\dbname
dbname.esm \essbase\app\appname\dbname
dbname.tct \essbase\app\appname\dbname
dbname.ind \essbase\app\appname\dbname
appname.app \essbase\app
dbname.db \essbase\app\appname\dbname
x.lro \essbase\app\appname\dbname
essbase.sec \essbase\bin
essbase.bak \essbase\bin
essbase.cfg \essbase\bin
\essbase\app\appname\dbname
Database object files such as .otl, .csc,
.rul, .rep, .eqd, and .sel
It is important to back up all .ind and .pag files related to a database because a single
database can have multiple .ind and .pag files. Remember, the Agent should be shut down
before the essbase.sec file is backed up.
In most cases, backups occur after Essbase applications and databases, as well as the Agent,
are shut down. However, due to user requirements, some Essbase databases must be up and
running at the time of backup. For more information, see Placing a Database in Read-Only
Mode.
Note: If you try to cancel the BEGINARCHIVE ESSCMD command or the 'alter database begin
archive' MaxL statement and you receive a "can't cancel" message, the system is most likely
in the final stage of writing items to the drive and has reached the point where the operation
cannot be cancelled.
To return the database to read-write mode, use either of the following methods:
MaxL alter database end archive Technical Reference in the docs directory
Caution: If you back up your data without using a begin-archive utility, make sure that all
Essbase applications are closed and that all users are logged out during the backup process.
Otherwise, you risk corrupting the database.
To backup data, use a third-party backup utility to back up the files listed in archive.lst.
Make sure you back up the files listed in Files to Back Up. Alternatively, you can back up the
entire Essbase directory structure.
To return the database to read-write mode, issue an 'alter database end archive' statement
in MaxL, or the ENDARCHIVE command in ESSCMD.
See the Technical Reference in the docs directory for syntax information.
Note: You must use the end-archive utility to put the database back into read-write mode,
even if you shut down and restart the database. The end-archive utility does not restart the
database.
Export Considerations
Using export to back up data provides the following advantages:
• You can use the resulting ASCII files to load data from the source database
into databases on other platforms. When loading an export file into a
database, it is important that the database outline contains all the members
found within the export file. If not, the load will fail. Also, if the outline
changes between the time that the export file is created and reloaded (and the
new outline contains all the members found within the export file), the load
time might be significantly higher than if the outlines were identical.
• During an export, data integrity is verified because every block is checked to
confirm whether corresponding page and index files match.
• You can reduce fragmentation in a database by exporting data into an ASCII
file, clearing all data from the database, and reloading the ASCII file.
• Because dynamic calculations are not executed at the time of the export, only
stored data and data from previously calculated Dynamic Calc And Store
members are included in the export.
• At the time of a database export, Essbase users cannot write to the database.
Users receive an error message if they try to write to the database during an
export. After an export has started, users can do read operations. Exports of
large databases require considerable amounts of time, time during which users
can only read the data.
Exporting Data
To export data, use any of these clients:
When Essbase creates multiple export files, it uses the requested file name for the main file.
An underscore and a sequential cardinal number are appended to the names of the additional
files, starting with _1. For example, if the requested file name is expJan.txt and the exported
data would exceed 4 GB, Essbase creates three files, naming them: expJan.txt,
expJan_1.txt, and expJan_2.txt. Exported data files can be reloaded in any sequence.
When you reload data that has been exported, Essbase marks the data as input data. If you
reload data exported from level 0 blocks or input blocks, you must recalculate the database
after reloading. When you recalculate the database, Essbase recalculates every data block.
If you export all data in a database and then reload, Essbase marks all blocks in the database
as input blocks. Consequently, if you try to clear data by selecting Database > Clear Data >
Non-Input Blocks from Application Manager, no data is cleared because the database contains
no non-input blocks.
To clean the status of the blocks in a database after exporting all data and reloading, you
can run the following calculation script:
Set ClearUpdateStatus Only;
Calc All;
The application should be stopped, unless you are restoring from an export file. In that case,
ensure the application is not accepting client connections.
File Description
essn.pag
Essbase data file
essn.ind
Essbase index file
dbname.esm
Essbase Kernel file that contains control information used for
database recovery
dbname.tct
Transaction control table
dbname.ind
Free fragment file for data and index free fragments
dbname.otl
Outline file, which does not store data but does store all metadata for
a database and defines how data is stored
If there is a problem with any one of these files, the entire database becomes corrupted. The
database must then be restored from backups or reloaded from exports.
There have been cases in which database files have become corrupted. In such situations, the
database is not able to start up on the OLAP Server. Therefore, no data can be reloaded to
• essn.pag
• essn.ind
• dbname.esm
• dbname.tct
• dbname.ind
After the files are deleted, restart the database and reload from data files or from export files
created prior to the corruption.