The physical disk resources have no dependencies at all. The cluster resources are set in a standard configuration ( I think) Quorum (no dependencies), Cluster IP Address (no dependencies), Cluster Name (dependent on Cluster IP Address), MSDTC (dependent on all above)
This is a SQL database so the SQL Server has a dependency on all physical disk resources (except quorum of course), SQL name, SQL IP address
I don't see how the data can be swapped, unless someone has done a restore and done it to the wrong devices. Check the host and backup hosts symapi logs, and possibly symevent.txt file from an EMCReport.
I agree.. I could see a dba mistakenly restore to the wrong drive, but in this case, they would have also had to change the drive letter in Windows, which I can assure you they would not do...
I'm tending to lean towards the MSFT cluster service but haven't found anything concrete as of yet..
dynamox
9 Legend
•
20.4K Posts
0
March 27th, 2009 12:00
Darrell-uVlTI
62 Posts
0
March 27th, 2009 12:00
The cluster resources are set in a standard configuration ( I think)
Quorum (no dependencies), Cluster IP Address (no dependencies), Cluster Name (dependent on Cluster IP Address), MSDTC (dependent on all above)
This is a SQL database so the SQL Server has a dependency on all physical disk resources (except quorum of course), SQL name, SQL IP address
Thanks
Mich
86 Posts
0
March 30th, 2009 20:00
Check the host and backup hosts symapi logs, and possibly symevent.txt file from an EMCReport.
Darrell-uVlTI
62 Posts
0
March 31st, 2009 08:00
I'm tending to lean towards the MSFT cluster service but haven't found anything concrete as of yet..
Darrell-uVlTI
62 Posts
0
May 8th, 2009 06:00
So call were opened to both EMC and MSFT and no resolution was ever found...
I don't think we'll ever know - I'm just concerned that it happens again.