Data Backup and Recovery

SnapManager SQL Job Scheduled with SQL Agent fails on cluster

DAIRYMILK
9,549 Views

Hi all,

I've just installed SnapManager SQL 5.2 on Windows 2008 R2 with SQL 2008 R2 SP1 running in 2 node "active/active" cluster (one instance per node under normal operation)

It all works fine, I can do backups, remote verifications no problem.  However, whenever I try to schedule a job using a SQL Agent job, it fails.  I've used earlier versions of SnapManager with 2003 clusters and don't recall ever having this problem.  Either way, the error is as follows:

Details: new-backup cmdlet will exit as it is not running in the Active node: SRV-SQL-01. The current node: CLS-SQL-01. SQL Server: CLS-SQL-01\VSPHERE. SQL Instance: CLS-SQL-01\VSPHERE

SRV-SQL-01 is the physical node.  CLS-SQL-01 is the clustered instance.

The backup command is as follows:

"C:\Program Files\NetApp\SnapManager for SQL Server\SmsqlJobLauncher.exe" new-backup  –svr 'CLS-SQL-01\VSPHERE'  -ClusterAware -ver  –verInst SQL-VER-01' -mp –mpdir 'C:\Program Files\NetApp\SnapManager for SQL Server\SnapMgrMountPoint' -RetainBackupDays  5 -lb -bksif -RetainSnapofSnapInfoDays 5 -rudays 5 –mgmt standard

If I run this manually from a command prompt on the physical host SRV-SQL-01, it works.  When SQL Agent launches it, it fails with the error above.

Anyone have any ideas?

1 ACCEPTED SOLUTION

spat
8,362 Views

If you have active/active or active/active/active cluster, at the end of the backup setup you need to select no for the dialog box and don’t let SMSQL add -clusteraware to the command.  This is the bug and we aware of it at this  point.

View solution in original post

16 REPLIES 16

DAIRYMILK
9,485 Views

Update - I have configured scheduled tasks instead which means the backups run but I would still like to know why the SQL agent jobs don't!

crocker
9,485 Views

  is this one that your team handles or should the question be asked in the NetApp Support Community?

jausch
9,485 Views

I've forwarded this to the SQL folks.

spat
9,487 Views

This has been stated in SMSQL 5.2 manual on page 71 as follows: "

In earlier versions of SnapManager, the jobs that are scheduled to run against a

server are not required to reside in the same server. In SnapManager 5.2, the jobs

that are targeted to run against a server need to be scheduled in that particular

server's scheduler."

nick_ellis
9,487 Views

Hi,

I get the same error on my new cluster  (SQL2008R2 SP1). I am not trying to upgrade any job, just creating a new one.

I am able to perform a back up from within SMSQL or if I just paste the command in command prompt but it fails if it runs under SQL Agent.

Henryk

spat
9,487 Views

You should be able to create a job from SMSQL 5.2 and have it create a job and schedule the job afterward.

nick_ellis
9,487 Views

Hi Spat,

That's what I am doing. The only difference I have just noticed is that my physical node name is not the same as SQL node.

This is what I get:

Details: new-backup cmdlet will exit as it is not running in the Active node: Server1. The current node: Node1. SQL Server: Node1\Node1. SQL Instance: Node1\Node1

Would this make any difference?

Thanks,

Henryk

spat
9,487 Views

That is the situation with SMSQL 5.2.  If you go back to the earlier post in this thread, you will see that SMSQL 5.2 have to run on the active node.  This is not an issue with the previous version.

nick_ellis
9,487 Views

So, does this mean that if I want to retain that functionality I will have to downgrade SMSQL?

What version of SMSQL supports this?

spat
8,304 Views

This is an expected behavior for SMSQL 5.2.  In the previous version of SMSQL, you are not suppose to be able to do this but you can.  The reason being is that we don't want MSSQL job to get confuse or interupt with each other command.

nick_ellis
8,304 Views

In that case I won't be able to run my backups from SQL.

Are you going to re-enable this in the future versions of SMSQL?

spat
8,304 Views

If you like, please contact me at pat.sinthusan@netapp.com so I can try to help you further in this situation.

spat
8,363 Views

If you have active/active or active/active/active cluster, at the end of the backup setup you need to select no for the dialog box and don’t let SMSQL add -clusteraware to the command.  This is the bug and we aware of it at this  point.

DAIRYMILK
8,304 Views

Hi everyone, sorry for the delay in replying, I was on holiday last week.

spat - I can confirm that if I remove the -clusteraware option from the SQL agent job, it works as expected.  If this is the solution, I will do this as I would rather have the SQL agent run the job than use a scheduled task.  The job will move with the instance and I have scheduled my SQL jobs to run at different times so they won't conflict if both instances are on the same node.

it does seem that we're having the same issue here.  I'd also rather use SQL jobs, scheduled tasks work OK but each time the job tries to run on the node that isn't active, you get a nasty red error in the event log.  Plus the scheduling is better in SQL IMO

spat
8,304 Views

Yes that is the solution.  SMSQL 5.2 will not allow to execute the backup from nonactive node.

miguel_maldonado
6,505 Views

Hello Pat,

I found the same error and followed your instructions to solve it. We are wondering if there is an official KB that supports your recommendation?

Thank you and regards,

Miguel

Public