Arcserv2000, Exchange and Permissions

[Caustic]

Hi,


[E3150: Unable to connect to network drive.]


I'm relatively new to Arcserv2k coming from a company which previously has used Backup Exec for everything.

I am having a problem restoring Exchange databases. The situation is, I have an operational Exchange 5.5 server online. I am preparing to replace it with a better server. In order to minimize the risk of data loss, I have taken a full backup of the online server and plan to restore it to the offline replacement server just so I can ensure I have a good backup. I have prepared the offline server per Exchange 5.5 whitepapers (same computer name/domain etc).

On the offline server, I have merged the tape. I select the two sessions I want to restore. Select restore to original location. I then click the run/schedule button and I get a pop-up window labeled security requesting a Username and Password with a Security for: path listed as a directory on the tape. I type my username in the format domain\username where "domain" is the domain of my mini-network and "username" is the administrator of the mini-network. I hit OK and it brings the security screen right back up as if it didn't accept the password. I reneter the information and it dumps me to a Session Username and password screen. I notice that my password is not listed within each session entry. So I manually add the password to each entry via the edit button. I click OK and run the job now. Arserv2k returns a job failure screen: Restore Operation failed.

I check the Activity log and see the error:

E3150: Unable to connect to network drive. (Drive=\\tapedirectory\tapesubdirectory\admin$ EC=Bad NetPath)

 

[jimpames]

Please check the following link for the backup job setup requirements for Exchange. At the bottom of the document there are links for Exchange troubleshooting and Exchange Agent Install.

http://support.cai.com/techbases/asnt/16115.html

Also, please review the patches carefully - when you apply the Arcserve SP2, there is an ADDITIONAL Exchange upgrade at the bottom of the Product Explorer for "Arcserve 2000 backup agent for MS-Exchange upgrade. You MUST install this manually, SP2 doesn't auto-install it.

This is the link to the patch summary page:

http://support.ca.com/Download/patches/arcserve2000.html

Please let me know how it works out.

Jim P. Ames
True Data Storage Networks
Arcserve Service
Data Protection and Recovery
212.352.1780

http://www.truedatacorp.com

 

[Electro]

Hey Caustic,

A few things you need to know about doing a proper backup with exchange.

1)When you configured the backup from the origional machine did you perform an Online or Offline backup?
2)Did you use the exchange agent to perform the backup?
3)Did you use backup with the exchange account or another account that had the proper access for MSExchange?


I suspect that your problem could be caused by a number of things. The easiest way to perform the backup restore is to do an offline backup (shut down all MS Exchange services first). Once your services are shutdown you can backup the private and public databases and you should be good to go from there.

Let me know how you make out.

Thanks,

Darryl Brambilla
EDS Canada

 

[Caustic]

Electro & JimP,

Another administrator performed the backup. However, I'm certain that he did an online backup using the exchange agent. We'd have a couple thousand angry users if we took the e-mail server offline.

Electro, your 3rd point brings a question to mind. Would the security for the account that created the backup job/tape carry over to security when doing a restore?

This restore is, of course, taking place on an isolated test domain with the same basic setup as the original domain. However, I have created unique users to administer backup functions that are not the same as those in the original production domain.

I will set up new users with the same name as existed on the original and give them appropriate access to services.

Incidentally, the original backup was running SP2 and I have yet to update the test server. I'll do that also.

Thank you both for the helpful advice.

 

[Caustic]

BUMP

I have attempted to restore again after patching to the latest sp and experimenting with various permissions and service accounts. I am still receiving the same error. The original backup was done using the exchange agent while the server was online. I cannot take the server offline at this point.

Does anyone know if this error could be caused my an improper backup. I am in the process of running another "online" backup. It just seemed to me upon seeing this error that this was a configuration problem with the restore not the backup. Thanks.

 

[Electro]

Hi caustic,

One thing I just noticed from your origional post that I overlooked origionally:

E3150: Unable to connect to network drive. (Drive=\\tapedirectory\tapesubdirectory\admin$ EC=Bad NetPath)

Bad Net Path usually indicates you cannot connect to the sharepoint properly. In the Arcserve restore job there is an option to restore to the Origional Location that is checked on by default. If you are restoring to an alternate server then you must uncheck this option and use an alternate location. The checkbox would be on the Destination tab of the restore job.

Not sure if you had tried this previously, but hopefully you didn't and this sheds some light on things.

Let me know!

Thanks,

Darryl Brambilla
EDS Canada
Darryl.Brambilla@eds.com
Thanks,

 

[Guest_imported]

We have been using ARCserver2k to perform daily online backup of our databases, which are spread out among six different servers, all are registered to only one single domain name. The server themselves are either run on NT 4.0 or 2000 Professional. However, for the last three weeks, we haven't been able do to backup our databases. Each time, were were given this error message:

E3150 Unable to connect to network drive. (DRIVE =\\C\ADMIN$, EC=NO SUCH LOGIN SESSION) or
(EC=SESSION CREDENTIAL CONFLICT)

I went back and checked the login/password using the command lines, and did not have any problem accessing the databases. I even ping(ed) the databases and the response showed there wass no problem with the connectivity. What do you thing is the real problem(s), and any suggestion as to how this can be solved? Your feedback will be much appreciated.

John L.

 

[Caustic]

J.T,

I finally figured this one out. For me anyway, it was a matter of permissions and such. Make sure the account you are using has rights to all required services. Directory Service being one of the primary. That was part of my mistake. The other part is that the username has to be in the format domain\user. I had previously made the mistake of using \\domain\user. doh

 

[Guest_imported]

Thank you for the info. Here is another wrinkle that maybe you can help me. In addition to the problems described, I was also given the error message: (Trusted Relationship failure)-how can this be resolved. We did not experience any problem with ARCServer until the last 3 weeks or so. Please help me out.