Re: Clustered Mount points don't show up as clustered in TSM
2006-05-11 04:20:26
Hi,
Read about it after the my first Windows 2003 cluster server, with mounted
disks, as ITSM back-up client. Normal clusters I had done that before, so I did
the standard config:
- Install BA client on the cluster controlers;
- Setup the back-up of the clustercontrolers (clusternode=no and domain only
local stuff);
- Setup cluster node (clusternode=yes and only cluster stuff).
And the last would not work as before. Mountpoint are on windows local so the
back-up would create \\controlereA\mp and after the switch \\controleB\mp.
After a while I though lets look in the change history of the newest ITSM
client at that time and found the (for me) new option CLUSTERDISKSONLY and some
example combinations of
CLUSTERNODE YES/No
CLUSTERDISKSONLY NO/Yes
Now I use the
CLUSTERNODE YES
CLUSTERDISKSONLY NO
And define every mp on the clusternode.
Regards,
Karel
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
TSM_User
Sent: donderdag 11 mei 2006 0:42
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Clustered Mount points don't show up as clustered in TSM
It looks like this option is used to allow the local disks to show up as well
when you have "CLUSTERNODE YES" in the dsm.opt file. This may get us to a
point where we can move from backing up the mount points on one node in the
cluster to backing them up under the node for the cluster group. However, our
real problem still sits with how the mountpoints themselves show up to the OS.
The mount point name has the local server in it (ex
\\serverA\Data\Accouting\Payable). When the cluster group moves to SERVERB the
mount point name changes to include that server name
(\\serverB\Data\Accounting\Payable). From the users perspective the mount
point itself is still Payable but becuase TSM includes the entire path in the
filespace name for the mountpoint simply allowing them to be backed up isn't
enough. As you can see I'd need to two seperate DOMAIN entries based on which
node in the cluster the group was mounted on.
Did you suggest this option becuase you read about it or are you using it?
We may test it but if the data is going to still backup under a different file
space name based on what side of the cluster the group is on we don't think
that is any better than what we have now (backing it up through the physical
server).
K
"Bos, Karel" <Karel.Bos AT ATOSORIGIN DOT COM> wrote:
Hi,
In Windows 2003 and the newer ITSM clients there is one extra option.
See the client doc for extra info.
CLUSTERNODE YES
CLUSTERDISKSONLY NO
Regards,
Karel
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
TSM_User
Sent: woensdag 10 mei 2006 15:08
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Clustered Mount points don't show up as clustered in TSM
I have a cluster that has two separate two node file clusters. These clusters
have both clustered disk and clustered mount points. These started out as
normal Microsoft Windows 2003 file clusters but then the added Veritas Volume
Manager to the mix.
With Veritas Volume Manager instead of each disk and mount point being a
separate clustered resource when you look at them in cluster administrator
there is a single clustered resource called "Volume Manager" or something like
that. Then on the properties\parameters tab of that clustered resource you see
all the disk and mount points.
My problem is that when I have "ClusterNode Yes" in the dsm.opt file and launch
the GUI using it, I see ever single clustered disk as I would expect but none
of the mount points show up. Then when I set "ClusterNode No" I see the local
disk and the mount points. The scheduled backup also reports an error "Not
Clustered Disk" when it trys to backup the mount points when "ClusterNode Yes"
is set in the options file it uses.
This seems to be a simple problem where they just have to fix the mount points
and set them up correctly. However, those mount points fail back and forth with
the cluster and when they do everyone can access them as they should. So the
customer feels that the mount points must be setup correctly. The mount points
themselves are all created on disk that is clustered. Also, just like normal
mount points when TSM gets to that folder in the file structure it does not
back up the data through the disk drive because it expect the data to be backed
up through the mount point.
I'm wondering if there is any chance anyone else has run into this? If not then
I was wondering if anyone else has mount points being backed up by TSM on a
regular Windows 2003 cluster without Veritas Volume Manager.
If I can at least confirm that in a non-Volume Manager solution the mount
points do show up as "Clustered" then I can lean more on Veritas to explain why
theirs show up differently.
For now we are backing up the mount points through the single local node name
that backs up the physical server and local disk. I am thinking about trying to
create a options file on the clustered disk with "ClusterNode No" and then
seeing if I can actually go through and create a client acceptor service and
client acceptor cluster resource.
I've only ever created these two things with options files that had
"ClusterNode Yes" before.
Thanks,
Kyle
---------------------------------
Get amazing travel prices for air and hotel in one click on Yahoo!
FareChase
Dit bericht is vertrouwelijk en kan geheime informatie bevatten enkel bestemd
voor de geadresseerde. Indien dit bericht niet voor u is bestemd, verzoeken wij
u dit onmiddellijk aan ons te melden en het bericht te vernietigen.
Aangezien de integriteit van het bericht niet veilig gesteld is middels
verzending via internet, kan Atos Origin niet aansprakelijk worden gehouden
voor de inhoud daarvan.
Hoewel wij ons inspannen een virusvrij netwerk te hanteren, geven wij geen
enkele garantie dat dit bericht virusvrij is, noch aanvaarden wij enige
aansprakelijkheid voor de mogelijke aanwezigheid van een virus in dit bericht.
Op al onze rechtsverhoudingen, aanbiedingen en overeenkomsten waaronder Atos
Origin goederen en/of diensten levert zijn met uitsluiting van alle andere
voorwaarden de Leveringsvoorwaarden van Atos Origin van toepassing.
Deze worden u op aanvraag direct kosteloos toegezonden.
This e-mail and the documents attached are confidential and intended solely for
the addressee; it may also be privileged. If you receive this e-mail in error,
please notify the sender immediately and destroy it.
As its integrity cannot be secured on the Internet, the Atos Origin group
liability cannot be triggered for the message content. Although the sender
endeavours to maintain a computer virus-free network, the sender does not
warrant that this transmission is virus-free and will not be liable for any
damages resulting from any virus transmitted.
On all offers and agreements under which Atos Origin supplies goods and/or
services of whatever nature, the Terms of Delivery from Atos Origin exclusively
apply.
The Terms of Delivery shall be promptly submitted to you on your request.
---------------------------------
Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+
countries) for 2¢/min or less.
Disclaimer.txt
Description: Text document
|
|
|