SQL Clone
SQLServerCentral is supported by Redgate
 
Log in  ::  Register  ::  Not logged in
 
 
 


AlwaysOn Question \ Research


AlwaysOn Question \ Research

Author
Message
lkennedy76
lkennedy76
Ten Centuries
Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)

Group: General Forum Members
Points: 1180 Visits: 908
I have an infrastructure guy that is turned on by the AlwaysOn feature in SQL 2012, I like the idea for DR but not production all the time however I am willing to do the research to see what is the best option. I myself prefer traditional clustering for large databases, SharePoint and document containing DB's in SQL 2012, now we have AlwaysOn and they want to do a 2 node A\P cluster (AlwaysOn) for everything. Would this be the best, most efficient option for a production environment or should traditional clustering be set up with AlwaysOn to the DR site?

MCSA SQL Server 2012
TheSQLGuru
TheSQLGuru
SSChampion
SSChampion (12K reputation)SSChampion (12K reputation)SSChampion (12K reputation)SSChampion (12K reputation)SSChampion (12K reputation)SSChampion (12K reputation)SSChampion (12K reputation)SSChampion (12K reputation)

Group: General Forum Members
Points: 12333 Visits: 8546
It's the Database!!! (8/5/2013)
I have an infrastructure guy that is turned on by the AlwaysOn feature in SQL 2012, I like the idea for DR but not production all the time however I am willing to do the research to see what is the best option. I myself prefer traditional clustering for large databases, SharePoint and document containing DB's in SQL 2012, now we have AlwaysOn and they want to do a 2 node A\P cluster (AlwaysOn) for everything. Would this be the best, most efficient option for a production environment or should traditional clustering be set up with AlwaysOn to the DR site?



1) Be sure you dot the eyes and cross the tees when doing FCI clustering AND AlwaysOn for the same system.

2) traditional clustering for SQL Server (FCI now) has an advantage over AGs when you have large BLOBs being thrown around willy-nilly (i.e. SharePoint) because in AG you have to ship the tlog stuff over to the secondary(ies), which can be a LOT of data when big blobs are in play. And the movement/replay of that stuff in single-threaded per database, which combined with network latencies/bandwidth can become a problem in some cases.

3) I note that you can do traditional clustering without Enterprise Edition. You must have EE for AlwaysOn. That isn't a small price difference.

4) The right way to go about this is to determine your NEEDS (HA/DR/scale-out/etc), then review options for solving those needs including costs, complexity, manageability, skill-sets, etc. and do something intelligent based on that matrix.

Best,
Kevin G. Boles
SQL Server Consultant
SQL MVP 2007-2012
TheSQLGuru on googles mail service
lkennedy76
lkennedy76
Ten Centuries
Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)

Group: General Forum Members
Points: 1180 Visits: 908
thanks Kevin. Sharepoint 2013 does not use BLOB with a tool that we purchased so I can move forward with AG, I have tons of space so I am not worried about the FULL Recov mode. The other document databases does not use BLOB either, so far so good with AlwaysOn instead of FCI. I always in EE unless we do not need it certian features, then it's standard. :-D

MCSA SQL Server 2012
TheSQLGuru
TheSQLGuru
SSChampion
SSChampion (12K reputation)SSChampion (12K reputation)SSChampion (12K reputation)SSChampion (12K reputation)SSChampion (12K reputation)SSChampion (12K reputation)SSChampion (12K reputation)SSChampion (12K reputation)

Group: General Forum Members
Points: 12333 Visits: 8546
It's the Database!!! (8/5/2013)
thanks Kevin. Sharepoint 2013 does not use BLOB with a tool that we purchased so I can move forward with AG, I have tons of space so I am not worried about the FULL Recov mode. The other document databases does not use BLOB either, so far so good with AlwaysOn instead of FCI. I always in EE unless we do not need it certian features, then it's standard. :-D


Must be nice - on ALL of those statements!! :-P

Best,
Kevin G. Boles
SQL Server Consultant
SQL MVP 2007-2012
TheSQLGuru on googles mail service
Go


Permissions

You can't post new topics.
You can't post topic replies.
You can't post new polls.
You can't post replies to polls.
You can't edit your own topics.
You can't delete your own topics.
You can't edit other topics.
You can't delete other topics.
You can't edit your own posts.
You can't edit other posts.
You can't delete your own posts.
You can't delete other posts.
You can't post events.
You can't edit your own events.
You can't edit other events.
You can't delete your own events.
You can't delete other events.
You can't send private messages.
You can't send emails.
You can read topics.
You can't vote in polls.
You can't upload attachments.
You can download attachments.
You can't post HTML code.
You can't edit HTML code.
You can't post IFCode.
You can't post JavaScript.
You can post emoticons.
You can't post or upload images.

Select a forum

































































































































































SQLServerCentral


Search