0N/A<?
xml version="1.0" encoding="UTF-8"?>
0N/A ! This work is licensed under the Creative Commons 0N/A ! Attribution-NonCommercial-NoDerivs 3.0 Unported License. 2362N/A ! To view a copy of this license, visit 2362N/A ! or send a letter to Creative Commons, 444 Castro Street, 0N/A ! Suite 900, Mountain View, California, 94041, USA. 0N/A ! You can also obtain a copy of the license at 0N/A ! See the License for the specific language governing permissions 0N/A ! and limitations under the License. 0N/A ! If applicable, add the following below this CCPL HEADER, with the fields 0N/A ! enclosed by brackets "[]" replaced with your own identifying information: 0N/A ! Portions Copyright [yyyy] [name of copyright owner] 2362N/A ! Copyright 2011-2015 ForgeRock AS. 0N/A<
refentry xml:
id='dbtest-1' 0N/A version='5.0' xml:
lang='en' 0N/A <
info><
copyright><
year>2011-2015</
year><
holder>ForgeRock AS.</
holder></
copyright></
info>
0N/A <
refentrytitle>dbtest</
refentrytitle><
manvolnum>1</
manvolnum>
0N/A <
refmiscinfo class="software">OpenDJ</
refmiscinfo>
0N/A <
refmiscinfo class="version"><?
eval ${
docTargetVersion}?></
refmiscinfo>
0N/A <
refname>dbtest</
refname>
0N/A <
refpurpose>gather OpenDJ JE database debugging information</
refpurpose>
0N/A <
command>dbtest <
replaceable>subcommand</
replaceable></
command> <
arg>options</
arg>
0N/A <
title>Description</
title>
0N/A <
para>This utility can be used to debug the JE database.</
para>
<
title>Subcommands</
title>
<
para>The following subcommands are supported.</
para>
<
term><
command>dbtest dump-database-container</
command></
term>
<
para>Dump records from a database container</
para>
Depending on database size, this subcommand can generate lots of output.
<
term><
command>dbtest list-database-containers</
command></
term>
<
para>List the database containers for an entry container</
para>
<
term><
command>dbtest list-entry-containers</
command></
term>
<
para>List the entry containers for a root container</
para>
<
term><
command>dbtest list-index-status</
command></
term>
<
para>List the status of indexes in an entry container</
para>
This command can take a long time to complete,
as it reads all indexes for all backends.
When you list index status, the result is a table,
followed by a "Total", which is the total number of indexes,
followed by a list of indexes with "Undefined keys" to show
the values for which the number of entries exceeded the index entry limit.
The table has the following columns.
which takes the form <
replaceable>
attr.type</
replaceable>
and vlv.<
replaceable>name</
replaceable> for VLV indexes.
Some indexes are for OpenDJ directory server's internal use.
which is <
literal>Index</
literal> for attribute indexes,
and <
literal>VLVIndex</
literal> for VLV indexes.
<
term>JE Database Name</
term>
Name of the Berkeley Java Edition database,
which reflects how OpenDJ directory server
organizes the data in the database.
This is <
literal>true</
literal> for valid indexes.
If this is <
literal>false</
literal>,
the index might be degraded.
Verify the index, and rebuild the index if necessary.
<
term>Record Count</
term>
Use the <
command>dbtest dump-database-container</
command> command
to see how many entry IDs correspond to each key.
Number of keys for which there are too many values
to maintain an index, based on the index entry limit.
This is recorded as <
literal>-</
literal> for VLV indexes.
In other words, with the default index entry limit of 4000,
if every user in your large directory has a mail address
and a substring index is maintained for <
literal>mail</
literal>,
then OpenDJ directory server does not maintain indexes for
keys corresponding to substrings in <
literal>@
example.com</
literal>.
As a result, an LDAP search with the filter
<
literal>"(mail=*@
example.com)"</
literal> becomes an unindexed search
even though a substring index exists for the mail attribute.
By default OpenDJ directory server does not allow unindexed searches
except by privileged users.
This is usually exactly the behavior you want
in order to prevent client applications for example
from sending searches that return every user in the directory.
Clients should refine their search filters instead.
<
term>95%, 90%, 85%</
term>
Number of keys for which the number of values is approaching
the index entry limit, having reached the specified percentage.
This is a measure of how full the entry ID lists are.
<
term><
command>dbtest list-root-containers</
command></
term>
<
para>List the root containers used by all JE backends</
para>
<
para>The following global options are supported.</
para>
<
para>For other options, see <
command>dbtest
<
replaceable>subcommand</
replaceable> --help</
command>.</
para>
<
term><
option>--version</
option></
term>
<
para>Display version information</
para>
<
term><
option>-?, -H, --help</
option></
term>
<
para>Display usage information</
para>
<
title>Exit Codes</
title>
<
para>The command completed successfully.</
para>
<
para>An error occurred.</
para>
<
para>The following example displays debugging information about the
equality index for <
literal>sudoUser</
literal>.</
para>
$ <
userinput>dbtest dump-database-container -n userRoot -b dc=example,dc=com \
<
computeroutput>Indexed Value (6 bytes): %admin
Entry ID List (8 bytes): 165
Indexed Value (5 bytes): %sudo
Entry ID List (8 bytes): 164
Indexed Value (4 bytes): root
Entry ID List (8 bytes): 163
Total / Average Key Size: 13 bytes / 4 bytes
Total / Average Data Size: 24 bytes / 8 bytes</
computeroutput>