ADSM-L

Re: [ADSM-L] Backup data access issue w/recovered DR server

2012-05-24 07:38:31
Subject: Re: [ADSM-L] Backup data access issue w/recovered DR server
From: Bill Boyer <bjdboyer AT COMCAST DOT NET>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 24 May 2012 07:31:55 -0400
By default, the target of the DDR replication is read-only. You can either
mark all you volumes in TSM read-only or you could create a snapshot of the
target and use that for TSM. You can always break the replication in a true
D/R.

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Schneider, Jim
Sent: Wednesday, May 23, 2012 3:18 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Backup data access issue w/recovered DR server

Rick,

I have had the same problem reading from replicated Data domain file devices
on my DR server.  Update the file volumes to read-only.  I run a macro to do
this, takes 10-25 minutes.

Jim Schneider

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT vm.marist DOT edu] On Behalf Of
Rick Adamson
Sent: Monday, May 21, 2012 2:02 PM
To: ADSM-L AT vm.marist DOT edu
Subject: [ADSM-L] Backup data access issue w/recovered DR server

Before logging a call I thought I would see if anyone else has seen this
issue?



System details:

TSM Server 5.5..5.2, two replicating Data Domain DD880's.

Backup data and TSM DB's are replicated from production data center to DR
site.

Cold stand-by TSM servers are recovered using replicated DB backups.



Issue:

During disaster recovery restore testing client files fail to restore due to
a mount failed/access denied issue on the virtual volume (file device).



ANR9999D Thread<44> issued message 9999 from:

ANR8501E System return code 6 received opening volume

\\192.168.135.4\BACKUP\TSM\F4\000186DD.BFS with file name

\\192.168.135.4\BACKUP\TSM\F4\000186dd.bfs

ANR1401W Mount request denied for volume

\\192.168.135.4\BACKUP\TSM\F4\000186DD.BFS - mount failed.

ANR9999D_1663301079 (pspvrfio.c:285) Thread<44>: Open error on file

\\192.168.135.4\BACKUP\TSM\F4\000186dd.bfs with LastError(5): Access is

denied.



I have noticed that it only appears to be an issue with accessing volumes
that are in a state of "filling".



The restore mounts other "full" and "DB" volumes with no problems.



The TSM servers in production and DR use a local admin account (windows) to
run the TSM Server service, and the account is duplicated on the DD880's
with admin rights.



Thanks....



~Rick

Jacksonville,FL.



**********************************************************************
Information contained in this e-mail message and in any attachments thereto
is confidential. If you are not the intended recipient, please destroy this
message, delete any copies held on your systems, notify the sender
immediately, and refrain from using or disclosing all or any part of its
content to any other person.