Question

As part of our deployment process, we use SMO to create SQL jobs programmatically on the server as part of the configuration needs to be dynamic, and it also makes the entire process automatic for us. This has been working well for the past few weeks on a single SQL server setup.

However we are shortly moving to a clustered SQL server environment, with one cluster controller and 2 nodes. From the research I've done, we just need to point our SMO code at the cluster server, the job will be created, and everything will work as it did in the non clustered environment.

But is this true? Will the cluster controller handle this correctly? Such as ensuring the job is replicated on both nodes? And ensuring it only runs once, and not on each node?

I don't have any test infrastructure available yet to check on, but would be good to get a heads up that it is going to be as easy as I think it is.

Was it helpful?

Solution

In an Active/Passive cluster you’ll still only have 1 msdb that each node can see. So yes it is as easy as you think.
Basically for this just forget about the nodes. Point your SMO connection at the cluster instance name and let it run.

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top