Viewing 15 posts - 16,981 through 16,995 (of 39,831 total)
note that DUMP is an old keyword and likely to be removed at some point. BACKUP TRANSACTION is preferred
http://msdn.microsoft.com/en-us/library/ms186865%28v=SQL.100%29.aspx
January 17, 2011 at 9:03 am
Koen (da-zero) (1/17/2011)
GilaMonster (1/17/2011)
Was one of the things that contributed to me leaving the bank. The over-paid consultants from Big Named Consulting Company were considered (by upper management) to know...
January 17, 2011 at 8:49 am
I would call MS on this. It almost looks like something might be misconfigured on the cluster. Does this happen on both nodes?
January 17, 2011 at 8:37 am
Tend to agree with Gail. You'll have to test.
Depending on how many unique vales and the size of the table, you may or may not get better performance with the...
January 17, 2011 at 8:28 am
The worst case is that it could require more space due to a collation that forces everything to a Unicode comparison based on the data types, but it should not...
January 17, 2011 at 8:26 am
Jeffrey has the solution that will probably work best, but you might want to test a couple scenarios out. Ultimately the way your system responds best is what you want...
January 16, 2011 at 11:04 am
Wow, that's interesting. I'll ask some people at MS.
January 16, 2011 at 9:28 am
Does that 28 days matter if the old primary node then becomes the inactive one? Isn't it OK as long as you always have one node inactive?
January 15, 2011 at 5:02 pm
I wasn't thinking it was easy for many people. Also, restores are critical.
January 15, 2011 at 5:02 pm
Shared components are client tools and non-instance aware services. Not all SQL Server services are multi-instance.
January 15, 2011 at 11:19 am
says that passive nodes don't need licensing. this assumes the passive node has <= number of CPU sockets as the active node.
When you say you...
January 15, 2011 at 11:18 am
1. Is this the same server name?
2. sp_help_revlogin
3. permissions move. Or are you talking at a server level? You'll need to script these out.
4. script them out
5. save to...
January 15, 2011 at 11:16 am
I tend to like scripts for this, instead of a separate program. Especially as you'll start to have multiple versions of things quickly since SQL Server changes rapidly. Scripts seem...
January 15, 2011 at 11:15 am
If you have a lot of schema changes, then replication can be a hassle. However, have you considered instead using SSIS and building more of a reporting warehouse? It's...
January 14, 2011 at 12:24 pm
Are you connecting with SSMS? You might be using that one connection in the Object Explorer
Use SQLCMD for your one connection from a different command like window.
January 14, 2011 at 11:01 am
Viewing 15 posts - 16,981 through 16,995 (of 39,831 total)