This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal


May 31, 2017, 2:43 PM
6 Posts

Email Database has performance issues

  • Category: Mail
  • Platform: Windows
  • Release: 9.0.1
  • Role: Administrator,Developer,End User
  • Tags: Email,Performance,Freezing
  • Replies: 4

Hi,

we have a problem with very big (16GB logical, 1 GB phisical size) email databases on our server.

All our email databases are stored on an ssd storage and the storage is performing good with other activities like DB Applications.

 

There is one email database that is particularly slow. Every time I try to open the drafts view, the database hangs for nearby 5 minutes. And there is just one draft in the database!

Sporadically when I send a simple text email from this database, after I click on send, the database freezes for 3 minutes before the email is sent.

 

-I tried a compact and a fixup on this database, but the problem persists. 

-We have DAOS on our email databases

 

Are there any suggestions to fix this lack of performance??

 

Thanks.

May 31, 2017, 10:10 PM
323 Posts
What're the advanced properties on this DB?

Which ones are set?

I guess I should also ask, what boxes are checked on the main properties tab?

Jun 1, 2017, 7:37 AM
6 Posts
The boxes selected in advanced settings

Hi Mike, thank you for the response.

The boxes set are:

  • Use LZ1
  • Use DAOS
  • Support Response Thread History
  • Compress database design
  • Allow soft deletions

One thing i forgot: the database in question has the archive option activated as well.

 

Jun 5, 2017, 2:20 PM
323 Posts
Hm. Indications are that the view's going through a rebuild.

High activity on the DB would also be a factor -- given its size & the fact that it's archiving, I could also guess it could be a pile of deletion stubs caused by the archiver.

And ... the view discard rate and refresh method isn't changed, I assume. If you've been into a view design and played with some of the settings, lemme know. The view should be "auto, after first use" and discard should be the standard 45 days.

On the assumption that the fixup has truly fixed the basic structure of the database, I always try one additional thing: destroying & rebuilding the view. Shift-F9 will force the view to rebuild. It'll take time. I'm interested to know if the time it takes, is the same as the time it takes to open the view. So keep track if you would, please.

Jun 6, 2017, 6:55 AM
6 Posts
The parameters of the view seem default

The parameters of the view are set to default.

The only thing left is the schedule of the re-indexing of the database which was set to hourly.

The default is immediately.

 

I'm going to monitor the situation and I let you now if there has been an improvement.

 

Thank you! 


This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal