Re: Database growing too fast !!!
2000-03-15 12:46:56
>In addition to all the other suggestions -- there is a hole in ADSM 3.x that
>seems to have been fixed (properly) with 3.2.1.50 where excssive entries
>were kept in the ADSM database for directories that were archived. I saw
>about a 30% drop in database size when I moved from 3.1.2.20 to 3.2.1.50.
>
>If you do a lot of archiving, you may want to look at upgrading . . .
>
and there is a new command at 3.1.2.42:
CLEAN ARCHDIR
see the readme.
Syntax:
CLEAN ARCHDIRectories: starts duplicate archive directory re-
moval for all nodes or a list of nodes, or resumes a cleanup
job that was canceled.
---- CLEAN ARCHDIRectories ---------------------------------------
| | | |
+-nodeList----+ +-Format=Standard| |
| | Detailed--+
+-JOBid=jobId-+
--------------------
|
|
+-FIX=No|Yes ----
where:
nodeList is a comma separated list of node names
jobId is a resumable cleanup job
if nodeList or JOBid= are not specified, a new job that
cleans all nodes is assumed
The Standard Format of the command is the default and prevents
messages for each duplicate directory from being issued. If
Detailed is specified, messages are issued.
FIX=no every archive directory entry for the nodeList or
all nodes will be displayed. This is the default.
=yes duplicate directories will be removed
Query ARCHDIRClean: the standard format of the command lists
information about a job. The detailed format additonally
lists information for each node associated with a job.
---- Query ARCHDIRClean --------------------------------------
| | | |
+-jobId-+ +-Format=Standard| |
Detailed--+
CANcel ARCHDIRClean: removes an archive cleanup job from the
server.
---- CANcel ARCHDIRClean ---- jobId --------------------------
OTHER CHANGES:
Changes have also been made that remove archive directories when
they are eligible for expiration and not referenced, and the
same performance enhancement introduced in v3.1 for backup and
archive has been implemented for expiration and filespace dele-
tion. In addition, the client will not bind archive directories
to the management class with the longest retention, and it will
not continue to archive duplicate directories (available from
client ptf 3.1.0.7).
ARCHIVE USAGE NOTES/TIPS:
- the cleanup utility may be run multiple times for the same
node. If no duplicates are found, nothing is removed.
- description is one field that defines a unique archive
directory: it is a factor that determines the number of
archive directory entries in the database. Customers that
use the archive function extensively should consider
including the description field with each archive request,
especially when the default value is not appropriate to
to their needs.
--
Richard
Richard
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Database growing too fast !!!, Joyce Woods
- Re: Database growing too fast !!!, John Naylor
- Re: Database growing too fast !!!, Doug Thorneycroft
- Re: Database growing too fast !!!, Bates, Richard
- Re: Database growing too fast !!!, Jason Morgan - I.T.
- Re: Database growing too fast !!!, Gary Ison
- Re: Database growing too fast !!!, Richard Sims
- Re: Database growing too fast !!!, Kauffman, Tom
- Re: Database growing too fast !!!, Doug Newman
- Re: Database growing too fast !!!,
Richard Cowen <=
- Re: Database growing too fast !!!, Cook, Dwight E
- Re: Database growing too fast !!!, ANGEL BUGARIN
- Re: Database growing too fast !!!, Richard Sims
- Re: Database growing too fast !!!, Cook, Dwight E
- Re: Database growing too fast !!!, Peter Svendsen
- Database growing too fast !!!, Joyce Woods
- Database growing too fast !!!, Joyce Woods [mailto:Joyce.Woods
|
|
|