September 1, 2009 at 9:35 am
Is it possible to add a LUN to a SQL Cluster without taking the cluster offline?
TIA -- Laszlo
September 1, 2009 at 10:54 am
Laszlo
What type of cluster is this, AA or AP?
Thanks
Raj
September 1, 2009 at 11:02 am
It's Active-Active. -- Laszlo
September 1, 2009 at 3:17 pm
This may not be precisely what you want or need.
We have in the past added a lun as a mount point in an already existing lun. This makes it immediately available for use (after permissions are applied). In this scenario we did not have to bring down the cluster.
Jason...AKA CirqueDeSQLeil
_______________________________________________
I have given a name to my pain...MCM SQL Server, MVP
SQL RNNR
Posting Performance Based Questions - Gail Shaw[/url]
Learn Extended Events
September 3, 2009 at 9:07 am
Thanks for helping - what we eventually did that day a couple of days ago was going to another machine that was not mission-critical so we could cycle SQL services and implement the new LUN and our recovery issue through it. This worked fine and our issue is no longer an item.
Bottom line - we never found a means of attaching a LUN to the SQL Server without turning off services and adding dependencies. Otherwise, even though Windows Explorer could "see" the added LUN, SQL could not - plain and simple. No way to force it, that I could find, on-the-fly...
-- Laszlo
January 13, 2010 at 6:17 pm
It's been my experience (and I've seen it noted elsewhere in the forums here) that that is not entirely true. If you don't create the dependency, you can't see the drive in any of the GUIs but if you were to run "BACKUP DATABASE [dbname] to disk = '<newdrive>:\folder' " it would work (assuming NTFS permissions had been set correctly of course). The same applies if you put the command in a scheduled task.
MARCUS. Why dost thou laugh? It fits not with this hour.
TITUS. Why, I have not another tear to shed;
--Titus Andronicus, William Shakespeare
Viewing 6 posts - 1 through 5 (of 5 total)
You must be logged in to reply to this topic. Login to reply