Edit File - File Manager

Edit File: db_hotbackup.html

<html>
<head>
<title>Berkeley DB: db_hotbackup</title>
<meta name="description" content="Berkeley DB: An embedded database programmatic toolkit.">
<meta name="keywords" content="embedded,database,programmatic,toolkit,btree,hash,hashing,transaction,transactions,locking,logging,access method,access methods,Java,C,C++">
</head>
<body bgcolor=white>
<table width="100%"><tr valign=top>
<td>
db_hotbackup
</td>
</tr></table>
<hr size=1 noshade>
<tt>
<pre>db_hotbackup [-cDuVv] [-d data_dir ...] [-h home] [-l log_dir] [-P password] -b backup_dir</pre>
Description
<a name="2"></a>
The db_hotbackup utility creates "hot backup" or "hot failover"
snapshots of Berkeley DB database environments.
The db_hotbackup utility performs the following steps:
<ol>
<li>If the -c option is specified, checkpoint the source home
database environment, and remove any unnecessary log files.
<li>If the target directory for the backup does not exist, it is created
with mode read-write-execute for the owner.
If the target directory for the backup does exist and the -u
option was specified, all log files in the target directory are removed;
if the -u option was not specified, all files in the target
directory are removed.
<li>If the -u option was not specified, copy application-specific
files found in the database environment home directory, and any
directories specified using the -d option, into the target
directory for the backup.
<li>Copy all log files found in the directory specified by the -l
option (or in the database environment home directory, if no -l
option was specified), into the target directory for the backup.
<li>Perform catastrophic recovery in the target directory for the backup.
<li>Remove any unnecessary log files from the target directory for the
backup.
</ol>
The db_hotbackup utility does not resolve pending transactions that
are in the prepared state. Applications that use <a href="../../db4-devel-4.7.25/api_c/txn_prepare.html">DB_TXN-&gt;prepare</a>
should specify <a href="../../db4-devel-4.7.25/api_c/env_open.html#DB_RECOVER_FATAL">DB_RECOVER_FATAL</a> when opening the environment,
and run <a href="../../db4-devel-4.7.25/api_c/txn_recover.html">DB_ENV-&gt;txn_recover</a> to resolve any pending transactions, when
failing over to the backup.
The options are as follows:
 
-b<ul compact><li>Specify the target directory for the backup.</ul>
-c<ul compact><li>Before performing the backup, checkpoint the source database environment
and remove any log files that are no longer required in that environment.
To avoid making catastrophic recovery impossible, log file
removal must be integrated with log file archival.</ul>
-D<ul compact><li>Use the data and log directories listed in a <a href="../../db4-devel-4.7.25/ref/env/db_config.html#DB_CONFIG">DB_CONFIG</a> configuration
file in the source directory. This option has four effects:
<ul type=disc>
<li>The specified data and log directories will be created relative to the
target directory, with mode read-write-execute owner, if they do not
already exist.
<li>In step #3 above, all files in any source data directories specified in
the <a href="../../db4-devel-4.7.25/ref/env/db_config.html#DB_CONFIG">DB_CONFIG</a> file will be copied to the target data directories.
<li>In step #4 above, log files will be copied from any log directory specified
in the <a href="../../db4-devel-4.7.25/ref/env/db_config.html#DB_CONFIG">DB_CONFIG</a> file, instead of from the default locations.
<li>The <a href="../../db4-devel-4.7.25/ref/env/db_config.html#DB_CONFIG">DB_CONFIG</a> configuration file will be copied from the source
directory to the target directory, and subsequently used for configuration
if recovery is run in the target directory.
</ul>
Care should be taken with the -D option where data and log
directories are named relative to the source directory but are not
subdirectories (that is, the name includes the element "..")
Specifically, the constructed target directory names must be meaningful
and distinct from the source directory names, otherwise running recovery
in the target directory might corrupt the source data files.
It is an error to use absolute pathnames for data or log directories in
this mode, as the <a href="../../db4-devel-4.7.25/ref/env/db_config.html#DB_CONFIG">DB_CONFIG</a> configuration file copied into the
target directory would then point at the source directories and running
recovery would corrupt the source data files.</ul>
-d<ul compact><li>Specify one or more directories that contain data files to be copied to
the target directory.
As all database files are copied into a single target directory, files
named the same, stored in different source directories, would overwrite
each other when copied to the target directory.
Please note the database environment recovery log references database
files as they are named by the application program. If the
application uses absolute or relative pathnames to name database files,
(rather than filenames and the <a href="../../db4-devel-4.7.25/api_c/env_set_data_dir.html">DB_ENV-&gt;set_data_dir</a> method or the
<a href="../../db4-devel-4.7.25/ref/env/db_config.html#DB_CONFIG">DB_CONFIG</a> configuration file to specify filenames), running
recovery in the target directory may not properly find the copies of
the files or might even find the source files, potentially resulting in
corruption.</ul>
-h<ul compact><li>Specify the target directory for the backup, that is, the database
environment home directory.</ul>
-l<ul compact><li>Specify a source directory that contains log files; if none is specified,
the database environment home directory will be searched for log files.</ul>
-P<ul compact><li>Specify an environment password. Although Berkeley DB utilities overwrite
password strings as soon as possible, be aware there may be a window of
vulnerability on systems where unprivileged users can see command-line
arguments or where utilities are not able to overwrite the memory
containing the command-line arguments.</ul>
-u<ul compact><li>Update a pre-existing hot backup snapshot by copying in new log files.
If the -u option is specified, no databases will be copied
into the target directory.</ul>
-V<ul compact><li>Write the library version number to the standard output, and exit.</ul>
-v<ul compact><li>Run in verbose mode, listing operations as they are done.</ul>
 
The db_hotbackup utility uses a Berkeley DB environment (as described for the
-h option, the environment variable DB_HOME, or
because the utility was run in a directory containing a Berkeley DB
environment). In order to avoid environment corruption when using a
Berkeley DB environment, db_hotbackup should always be given the chance to
detach from the environment and exit gracefully. To cause db_hotbackup
to release all environment resources and exit cleanly, send it an
interrupt signal (SIGINT).
The db_hotbackup utility exits 0 on success, and &gt;0 if an error occurs.
 Environment Variables
 
DB_HOME<ul compact><li>If the -h option is not specified and the environment variable
DB_HOME is set, it is used as the path of the database home, as described
in <a href="../../db4-devel-4.7.25/api_c/env_open.html">DB_ENV-&gt;open</a>.</ul>
 
</tt>
Copyright (c) 1996,2008 Oracle. All rights reserved.
</body>
</html>

Back to File Manager