Exchange agent fails (LONG POST)

[cq]

I have this setup:
Windows 2000 SP4 domain controller
ArcServe 2000 Workgroup SP5 (V7.0 build 1110)
ArcServe Exchange agent SP5 (build 900)
Exchange 2000 SP3

I have configured a dbagent account and successfully configured the CA Exch Backup Config Agent.
Backup of filesystem and brick-level backup both work OK.

Database level backup, i.e. selecting Microsoft Exchange Server, fails.

The ArcServe log gives this:
**** START OF LOG ****
20050124 111638 Run Backup Job Now.
20050124 111638 12 Start Backup Operation. (QUEUE=1, JOB=8)
20050124 111638 12 Overwrite media MAIL, ID EB7D, sequence #1
20050124 111653 TAPE Tape Engine finished formatting media.(new name: MAIL, old name: MAIL)
20050124 111653 Begin cleaning database.
20050124 111653 Session is cleaned. (MEDIA=MAIL, ID=FFFFEB7D, SES=1, RECS=344)
20050124 111653 Session is cleaned. (MEDIA=MAIL, ID=FFFFEB7D, SES=2, RECS=23)
20050124 111653 End cleaning database. (CLEANED=367)
20050124 111654 TAPE Format Successful!
20050124 111654 12 Use media MAIL, ID ECDA, sequence #1, Serial Number 1913692906
20050124 111705 12 ** Summary for Job **
20050124 111705 12 0 Sessions.
20050124 111705 12 0 Directories 0 Files (0 KB) Backed Up to Media.
20050124 111705 12 0 Databases/Transaction Logs (0 KB) Backed Up to Media.
20050124 111705 12 0 KB Written to Media.
20050124 111705 12 Elapsed Time: 0s
20050124 111705 12 Average Throughput: 0 KB/min
20050124 111705 12 Backup Operation Failed.
**** END OF LOG ****


I have enabled dbexch debugging and the trace file gives this:
**** START OF TRACE FILE ****
$ 01/24/05 11:17:03
$ DSAConnectAgent() is called, agent_id=0, server_name = (null)
$ nBuild=900, nType=3
$ CPca_license_check() O.K., rc=0
$ ERROR: RegQueryValueEx() failed for keyname [SOFTWARE\ComputerAssociates\ARCserveIT\DSAgent\CurrentVersion\agent\dbaexch], value name [isExch2000]
$ isExchange2000() = 0

$ LoadLibrary(edbbcli.dll) successful
$ GetUserDomain() is called. UserAcct=dbagent
$ GetUserDomain() is O.K. UserName=dbagent, DomainName =
$ DSAControl() is called, agent_id=0, command=52, input_size=0
$ DSAControl() is called, agent_id=0, command=15, input_size=0
$ DSAControl(): CPGetProductSubType() O.K., rc=0, subType=3, out_buffer=3, rcode=0
$ DSAControl() is called, agent_id=0, command=3, input_size=404
$ exch_privilege_check() is called
$ JobType=1, User=dbagent, PW=(8), Server=, Domain=, ARCserver=
$ GetUserDomain() is called. UserAcct=dbagent
$ GetUserDomain() is O.K. UserName=dbagent, DomainName =
$ LogonUser() is O.K. aUserName=dbagent, aDomainName=.
$ GetTokenInformation() is O.K.
$ LookupPrivilegeValue() is O.K.
$ Looking for Privilege number = 17(low), 0(high)
$ Privilege number = 17(low), 0(high)
$ Privilege number = 17(low), 0(high)
$ Privilege number = 17(low), 0(high)
$ exch_privilege_check() is successful!
$ DSAEnumObjects is called: type = 1, buffer_size=65536
$ DSAEnumObjects()- get all database names:
$ Err: exch_db_names()- cannot get the path database Directory
$ Err: exch_db_names()- cannot get the path database private Information Store
$ Err: exch_db_names()- cannot get the path database public Information Store
$ DSADisconnectAgent() is called
**** END OF TRACE FILE ****

The last three Err: lines in the trace file look significant, also the Error RegQueryValueEx near the beginning aroused my suspicions. For a laugh I put in the registry entry flagged as missing, now the trace file gives:

**** START OF TRACE FILE ****
$ 01/24/05 11:24:04
$ DSAConnectAgent() is called, agent_id=0, server_name = (null)
$ nBuild=900, nType=3
$ CPca_license_check() O.K., rc=0
$ isExchange2000() = 1

$ new path env: Path=C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\WINNT\system32\nls;C:\WINNT\system32\nls\ENGLISH;C:\Program Files\Resource Kit\;C:\Program Files\Support Tools\;C:\SFU\common\;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\;C:\Program Files\Clearswift\MIMEsweeper for SMTP\MSW_Program;C:\Program Files\Clearswift\MIMEsweeper for SMTP\Program;C:\Program Files\Exchsrvr\bin
$ LoadLibrary(esebcli2.dll) successful
$ GetUserDomain() is called. UserAcct=dbagent
$ GetUserDomain() is O.K. UserName=dbagent, DomainName =
$ wszServer: MAIL
$ DSAControl() is called, agent_id=0, command=52, input_size=0
$ DSAControl() is called, agent_id=0, command=15, input_size=0
$ DSAControl(): CPGetProductSubType() O.K., rc=0, subType=3, out_buffer=3, rcode=0
$ DSAControl() is called, agent_id=0, command=3, input_size=404
$ exch_privilege_check() is called
$ JobType=1, User=dbagent, PW=(8), Server=, Domain=, ARCserver=
$ GetUserDomain() is called. UserAcct=dbagent
$ GetUserDomain() is O.K. UserName=dbagent, DomainName =
$ LogonUser() is O.K. aUserName=dbagent, aDomainName=.
$ GetTokenInformation() is O.K.
$ LookupPrivilegeValue() is O.K.
$ Looking for Privilege number = 17(low), 0(high)
$ Privilege number = 17(low), 0(high)
$ Privilege number = 17(low), 0(high)
$ Privilege number = 17(low), 0(high)
$ exch_privilege_check() is successful!
$ DSAEnumObjects is called: type = 1, buffer_size=65536
$ DSAEnumObjects()- get all database names:
$ EnableBackupPrivilege() is called
$ EnableBackupPrivilege() successful.
$ _HrESEBackupPrepare() failed.
$ Unable to perform the operation. Either you can not connect to the specified server
or the service you are trying to connect to is not running.

$ DSAGetError(): errcode=355, Exchange Server Error. HrESEBackupPrepare failed. Check Backup Agent Activity Log
$ DSADisconnectAgent() is called
**** END OF TRACE FILE ****

If anyone has managed to get this far, then Congratulations! and any ideas what I have to do to get this working?

Thanks

Pete
Thanks

 

[ymeq123]

I had the same issue. I changed the registry value also. It was a while ago but I remember I had to change the backup job itself. It seemed like once I changed the registry I had to deselect the Exchange 5.5 Store it had "assumed" I had and then I had to select the correct items. Did you try a new backup job or was this a saved or scheduled job that failed after you changed the registry?

 

[vschumpy]

It looks like it was not detecting Exchange 2000 as being installed and setting the isexch2000 key got around that.

I saw this sort of problem ages ago, and IIRC it was specifically to do with an Exchange 5.5 server that was upgraded to Exchange 2000, but the upgrade process (Exchange) did not update the registry correctly. I'm sure this is documented on Microsoft's site somewhere, but I don't have the document to hand.

 

[cq]

Problem fixed, like ymeq123 says I needed to create a new backup job (with the registry value added) otherwise ArcServe is looking for an Exch 5.5 db.

The Source tab in the backup is different for Exch2000, now I get "Microsoft Information Store" and "Microsoft Site Replication Service" as the Exchange backup options, whereas before it was simply "Microsoft Exchange Server".

 

[ymeq123]

Excellent!!!!!