Brian,
Is it truly hung... or is the Domino recovery manager
still replaying transactions against the database?
This sounds like it is taking too long to me, assuming you
have a fast network and fast machine applying the logs.
If it is hung... then that is a different issue that
should probably be taken up with service.
As far as speeds... here is an *example* of some of our
internal IBM Domino servers and the setup and throughput speeds:
Domino server info:
===================
- RS/6000 SP wide nodes, 4x332 Mhz cpu, 3GB RAM, SSA DASD (10,000 rpm)
- ATM connection to TSM server
- Avg 200 GB data/1500 users per domino server
(some as large as 350 GB total data)
- avg 22-23 txn logs archived per server per day
=> ~1.5GB/day/domino server
- avg 58-60 txn log archived per server per day (no archiving on Sunday)
- 4 to 6 domino servers per TSM server (backup in parallel)
TSM server info:
================
- RS/6000 SP thin nodes, 4x375 Mhz cpu, 4GB RAM,
700GB SSA (non-raid) dasd, scsi attached 3494 with 4x3590 E1A tape drives
- backup to disk pool (some directly to tape)
- archived txn logs maintained on disk for 2 days
Procedure and Throughput info:
==============================
- Full backups 3 times/week (Sun, Tue & Thurs)
- multiple TDP client sessions per domino server
- Incremental backups nightly when not full backup
- Txn Log Archives scheduled every hour with threshold
option ONLY on DB servers
- Txn Log Archives scheduled as below
(threshold option is only on dB server not on Mail servers)
0 6,10,14,18,22 * * 1-6
- Full backups complete within 4.5 hours
(aggregate ~ 220 GB/hr per TSM server assuming ~ 1TB per TSM server)
- Restores of single mailboxes done to alternate server
- 900 MB mail file+roll forward through 2 days worth
of txn logs in 7-10 minutes
- 7 to 9 MB/sec restore throughput
- 12 to 14MB/sec restore throughput
I hope this helps give you an idea of speeds that
can be obtained.
Standard Disclaimer: The above information is not a guarantee
of the speeds you should get but merely an example of
a real working configuration and setup.
Thanks,
Del
----------------------------------------------------
Del Hoobler
IBM Corporation
[EMAIL PROTECTED]
- Never cut what can be untied.
- Commit yourself to constant improvement.
