05-25-2011 06:05 AM
Hi,
the following events occour every night when I backup an Exchange 2010 database (35GB)
Cmdlet failed. Cmdlet Get-Mailbox, parameters {Database=Public Folder Database 0185302815, ResultSize=unlimited}.
Cmdlet failed. Cmdlet Get-MailboxDatabaseCopyStatus, parameters {Identity=Public Folder Database 0185302815\*, Active=True}.
Cmdlet failed. Cmdlet Get-MailboxDatabaseCopyStatus, parameters {Identity=Public Folder Database 0185302815\*, Active=True}.
Cmdlet failed. Cmdlet Get-PublicFolderDatabase, parameters {Identity=Mailbox Database 0189822478}.
Cmdlet failed. Cmdlet Get-PublicFolderDatabase, parameters {Identity=Mailbox Database 0189822478}.
Cmdlet failed. Cmdlet Get-PublicFolderDatabase, parameters {Identity=Mailbox Database 0189822478}.
Cmdlet failed. Cmdlet Get-PublicFolderDatabase, parameters {Identity=Archive Database}.
Cmdlet failed. Cmdlet Get-PublicFolderDatabase, parameters {Identity=Archive Database}.
Cmdlet failed. Cmdlet Get-PublicFolderDatabase, parameters {Identity=Archive Database}.
Cmdlet failed. Cmdlet Get-MailboxDatabaseCopyStatus, parameters {Identity=Public Folder Database 0185302815\*, Active=True}.
I recently upgraded from R2 to R3 but the problem still exists. And there are more people having this issue.
http://social.technet.microsoft.com/Forums/en-US/exchange2010/thread/3cac5ec0-4bfc-4611-9d1f-7dc583feefa8
05-26-2011 02:09 AM
Do you have the Roll up 2 for exchange 2010 sp 1 ?
05-31-2011 12:38 AM
Yes, Exchange is running all the latest updates.
06-28-2011 01:47 AM
Hi there,
I was wondering if there were any updates on this? I'm experiencing the same problems.
Thanks
David
06-29-2011 12:51 AM
I'll open up a ticket with Symantec on this next week.
06-29-2011 02:26 AM
...escalated to support for you...
07-21-2011 01:04 PM
We're experiencing the same issue on a brand new Exchange 2010 install.
Running Exchange 2010 SP1 RU4 and BE 2010 R3 w/ latest updates. The errors show up for all of our Exchange databases (1x Public Folder DB, 3x Mail DB, 1x Archive DB).
Has there been a fix for this?
Thanks
09-27-2011 06:52 AM
do you have the same version of Exchange 2010 management tools installed on the backup exec media server?
09-27-2011 08:02 AM
During the backups of Exchange 2010, Backup Exec queries the Exchange database with two commands - "Get-MailboxDatabaseCopyStatus" and "Get-PublicFolderDatabase".
So if "Get-MailboxDatabaseCopyStatus" query runs against the Public folder database or "Get-PublicFolderDatabase" query against the Mailbox database then these event errors are generated as the Cmdlet failed.
This is because backup job initially does not know if the database is mailbox database or public folder database. The job figures it out only after running those commands and so the messages can be safely ignored.
Refer to following document for details:
http://www.symantec.com/docs/TECH169638
02-08-2012 11:01 AM
perhaps instead of all these spurious errors being created in every installation and all of us either ignoring the event or having to program our log parsers/alerters to explicity ignore them the original queries could be better written to parse more generic queries instead of making erroneous specific queries
e.g. instead of
'Get-PublicFolderDatabase <DB_NAME>'
use
'Get-PublicFolderDatabase'
and then parse the list output to look for the specific <DB_NAME> you are trying to figure out whether its a public folder database or not
or, to optimize a little further,
after the first time a DB type is identified (perhaps the first time the job is run) the queries dont need to be rerun with errors each time the backup job is run. one could argue its fine not to know the answer and bumble around in the dark the first time, but subsequent investigations should be a little more pointed
i.e. once you have figured out a database is a public or mailbox type, you shouldnt need to query every time the job is run
ignoring errors isnt a fix and usually requires more work than actually fixing
thanks