截屏视频帮助

Journaling w EV 9.0.3 and Exchange 2010

创建时间: 28 8 月 2013 • Updated: 25 9 月 2013 | 11 条评论
Scott _Hastings 的图片
此问题已解决。 请查看解决方案。

We are migrating from Exchange 2007 to 2010. The performance on the 2010 journal mailbox is slower than the 2007 journal MB. Is this expected?

TY!!

评论 条评论跳转至最新评论

JesusWept3 的图片

Not really, but then again someone else was complaining about this the other day, that their 2007 servers were a lot faster.

How much slower is slower btw?
Do you have any custom filters set? such as Orchestria, Compliance Acceelerator etc
Did you implement any CAS Load Balancers in your environment or any CAS arrays?
What version of Outlook do you have installed on the EV Server? 

Rob.Wilcox 的图片

How much slower is slower? And how are you determing it?

Scott _Hastings 的图片

I don't know exacly.. I need to measure. When we come out of backup mode, there will be ~ 25K items in the Jounal MBX and 8 hours later there were still ~ 11K items in it.

Outlook 2007 SP2.

Yes, we have F5 load balancers for the CAS Arrays

We use CA. I have entries in the InternalSMTPDomains string that could be slowing things down.

Scott _Hastings 的图片

Rob, the 2007 journal mailbox cleared out within an hour. After 8 hours, I've gone from 25K to 11K items

Rob.Wilcox 的图片

What state are the items in? Pending? Or 'normal'?

Scott _Hastings 的图片

Ok.. Honestly I haven't thought about this. Should the Journal Mailbox be on a database that is not a DAG Member?  The journal task is pointing to a server that does not house any databases. Would this cause performance issues?

Please don't laugh at my question.....  ;-)

JesusWept3 的图片

It should only cause a small lag when it first connects to the mailbox, it has to determine its location

Will that exchange server ever get the databases back? I'm not sure about best practices for dags but the exchange teams I've worked with want the db's back on their original server ASAP

That being said, if your journal task is set to do 1000 messages per pass, and say it takes 1 minute to properly query exchange and determine where the DB is located, for 10,000 messages you're looking at 10 minutes of lookup times

You could change the messages per pass but again I'd be more interested in the hotfix that I posted about earlier on

Oh and no, keep the journal live at all times, so keep it assigned to the DAGs

解决方案
Scott _Hastings 的图片

I installed the hot fix and didn't see any appreciable performance improvement. The journal task is set at 1000 items per pass.

Scott _Hastings 的图片

Just an update...

Last night the database that houses this mailbox dismounted due to disk space being taken by transaction logs. These logs had not been backup up and truncated since the 26th (3 days ago)

This might have been causing the perfromance issue.