Quest Migration Manager for Exchange®: Issues with emwmta.dat file growing to the limit of 2 GB – “cannot open database” error

In some of the large scale migrations (or even in smaller ones when running few mail target agents) we recognize the following issue: Mail Target Agent slows down dramatically and does not seem to process *.pst files completely any further.
The characteristic message in the MTA log file is a frequent logging of the error 3049. You see a normal logon to target mailbox, then the synchronization of a message deletion and then when MTA tries to write to the tracking database it fails.

19.02.2013 21:23:55       CaeMAPISession::OpenPST            TraceMsg             0             Trying to open store.
19.02.2013 21:23:55       CStore::LogInfo   Informational      4905      InfoStore is ‘Mailbox – <DISPLAYNAME>’, locale ‘1033’, codepage ‘1252’, EntryId ‘0000000
[…]
19.02.2013 21:23:55       SyncMachine::Init             TraceMsg             2203      Locking tracking database ‘d:\emwmta.dat’.
[…]
19.02.2013 21:24:00       MailImport::ImportDeletedMessages         TraceMsg             1406               Synchronizing deleted messages: 1 message(s) will be deleted.
19.02.2013 21:24:00       SyncMachine::CreateMessage       Error      3049     
Cannot open database ”.  It may not be a database that your application recognizes, or the file may be corrupt.. ExchangeId:

We investigated the so called tracking database, an MS Access style agent database of the Quest agent, which can be found in the root drive of the agent installation location. There is a *.dat file for every agent. In our scenario, only the *.dat files of the Mail Target Agents gave us headaches.
emwmta

We could identify that the error is shown in the log files whenever the tracking database has reached the size of 2.097.152 KB, which exactly gives 2 GB. And 2 GB is the limitation of Access databases, see discussions here.Now the important question was how to fix this. Support came up with the idea of re-installing agents, but did not want us to delete the *.dat file, which is not helpful when re-installing the agents. Apart from this, repairing the agent deletes your files in the queue.In the end we ran through a row of lab tests and decided to take the risk of deleting the file and starting with a new one for the sake of moving on with the sync. At least for our mail target agents we can confirm that this did the trick without impacting the sync quality.Please contact Dell Support before moving any steps in this direction.

One thought on “Quest Migration Manager for Exchange®: Issues with emwmta.dat file growing to the limit of 2 GB – “cannot open database” error

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s