Viewing 10 posts - 1 through 10 (of 10 total)
When a failover occurs, you actually restarting the SQL Server Instance on your cluster, so you're losing connection with the primary
As a result, your secondary DB will get a state...
December 12, 2013 at 1:43 am
Why can't you have automatic failover?
If it's synchronous you have the option "automatic failover"
See http://technet.microsoft.com/en-us/library/hh213151.aspx
December 12, 2013 at 12:59 am
Hi,
Can you be more specific on "AlwaysOn Availability Group created between SQLCluster & Node C"
Which commit mode did you use? Synchronous or Asynchronous?
And if you used Synchronous, did you activate...
December 12, 2013 at 12:33 am
Hi,
Did you actually find a solution for this problem?
I have the same issue.
DBCC CHECKDB is failing with the same error on msdb and master but not on model db.
All data...
December 11, 2013 at 12:30 am
Looks like it is SCCM 2012 installation that is adding 2 trace flags onto the SQL Server during installation...
Still, what is it used for 🙂 ?
Regards
Pieter
April 9, 2013 at 2:56 am
Hi,
Did you manage to fix your problem because I have the same issue on my cluster...
Regards
January 19, 2012 at 12:49 am
Problem is when setting up the log shipping on the primary.
No secondary is involved yet.
January 13, 2012 at 1:12 am
Thanks for the info, but that doesn't explain why I don't have the backup compression option in the log shipping wizard of the Management Studio, however, I'm using the 2008...
January 12, 2012 at 11:16 pm
Hi,
I have the same problem.
Did you already found a solution?
Regards
Pieter
January 12, 2012 at 7:08 am
Hi,
Probably your database is case-sensitive.
Try sp_MSforeachtable instead of sp_msForEachTable
So, only MS in capital letters.
Pieter
March 24, 2011 at 2:52 am
Viewing 10 posts - 1 through 10 (of 10 total)