[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: MS Cluster
- To: "Storer, Raymond" <storerr (at) nibco.com>
- Subject: RE: MS Cluster
- From: "Everett, Vernon" <Vernon.Everett (at) woodside.com.au>
- Date: Wed, 12 Nov 2008 16:07:58 +0900
- Accept-language: en-US, en-AU
- Acceptlanguage: en-US, en-AU
- Cc: "hobbit (at) hswn.dk" <hobbit (at) hswn.dk>
- Thread-index: AclDx5WJcejboe+dQwK5/96gzOXbCgAPQ6iAACP+wnA=
- Thread-topic: MS Cluster
Hi Raymond
I have no idea what the correct terminology is for this, being a Unix admin myself, but we are trying to keep tabs on a Microsoft Cluster running MS-SQL.
The problem is, the disk devices appear to be dynamic on the component servers.
Imagine a database server WINDB01, consisting of servers WINDB02, WINDB03 and WINDB04.
We are seeing disk m: for an example in WINDB02, then the graph disappears, and the disk m: suddenly appears on WINDB04, and then later vanishes again only to appear back on WINDB02. It's a bit of a pain, because you have no continuity.
We are looking for a way to monitor the static drives on WINDB02,03 and 04 as normal disks, and then have the shared or pooled resources (whatever the term is I don't know) listed on Hobbit under WINDB01, no matter where they really reside.
This will give us continuous graphs for local and shared/pooled resources.
Any ideas?
________________________________
From: Storer, Raymond [mailto:storerr (at) nibco.com]
Sent: Tuesday, 11 November 2008 10:54 PM
To: hobbit (at) hswn.dk
Cc: Everett, Vernon
Subject: RE: MS Cluster
Hello, Vernon!
I do not have a MS DB cluster, but my Exchange 07 cluster monitoring works just fine. What is it you are trying to accomplish exactly?
Ray
From: Everett, Vernon [mailto:Vernon.Everett (at) woodside.com.au]
Sent: Tuesday, November 11, 2008 1:35 AM
To: hobbit (at) hswn.dk
Subject: [hobbit] MS Cluster
Hi all
Has anybody had any success monitoring Microsoft Database cluster using Xymon/Hobbit?
Cheers
V
NOTICE: This email and any attachments are confidential.
They may contain legally privileged information or
copyright material. You must not read, copy, use or
disclose them without authorisation. If you are not an
intended recipient, please contact us at once by return
email and then delete both messages and all attachments.
NOTICE: This email and any attachments are confidential.
They may contain legally privileged information or
copyright material. You must not read, copy, use or
disclose them without authorisation. If you are not an
intended recipient, please contact us at once by return
email and then delete both messages and all attachments.