SQL Server Forums
Profile | Register | Active Topics | Members | Search | Forum FAQ
 
Register Now and get your question answered!
Username:
Password:
Save Password
Forgot your Password?

 All Forums
 SQL Server 2008 Forums
 SQL Server Administration (2008)
 New Approach to Replication?
 New Topic  Reply to Topic
 Printer Friendly
Author Previous Topic Topic Next Topic  

patshaw
Posting Yak Master

177 Posts

Posted - 06/15/2012 :  06:00:56  Show Profile  Reply with Quote
Hi, we currently replicate data from one of our main SQL Servers (mainly transactional replication) to an independent report server. Our main server is a cluster joined to a SAN. The report server is fast becoming unfit for purpose so we are looking to purchase new hardware and also hook the new report server up to the SAN.

My question is, should we continue to use Replication between our main server and report server, even though the discs will reside on the same hardware? Is there a 'better' way to make the data available for reporting other than using Replication?

My initial suspicion is that Replication will remain but I'd just like to throw this question out to see what other DBA's may have done in this situation.

nigelrivett
Flowing Fount of Yak Knowledge

United Kingdom
3328 Posts

Posted - 06/15/2012 :  06:33:16  Show Profile  Visit nigelrivett's Homepage  Reply with Quote
You could have a look at this
http://technet.microsoft.com/en-us/library/ms175511.aspx

Probably only useful if you have control of when reports are run and are happy with snapshots of data.

==========================================
Cursors are useful if you don't know sql.
SSIS can be used in a similar way.
Beer is not cold and it isn't fizzy.
Go to Top of Page

patshaw
Posting Yak Master

177 Posts

Posted - 06/15/2012 :  11:35:56  Show Profile  Reply with Quote
Thanks Nigel. Snapshots are an Enterprise only feature and we're running Standard. I don't suppose there is anything wrong with keeping Replication, it just feels odd when the discs are on the same metal. It should be quick anyway, without any network latency etc......
Go to Top of Page

nigelrivett
Flowing Fount of Yak Knowledge

United Kingdom
3328 Posts

Posted - 06/15/2012 :  12:03:38  Show Profile  Visit nigelrivett's Homepage  Reply with Quote
Can still be slow if you update every row of a large table.
If you've already got that set up and working happily it's probably more effort to change than it's worth - unless there's another reason.

==========================================
Cursors are useful if you don't know sql.
SSIS can be used in a similar way.
Beer is not cold and it isn't fizzy.
Go to Top of Page

Sachin.Nand
Flowing Fount of Yak Knowledge

2937 Posts

Posted - 06/15/2012 :  13:25:09  Show Profile  Reply with Quote
You need to deep dive why the discs are slow.

What are current iops ?Are the underlying LUNS on the SAN dedicated to sql server or is shared by other applications ?

After Monday and Tuesday even the calendar says W T F ....
Go to Top of Page
  Previous Topic Topic Next Topic  
 New Topic  Reply to Topic
 Printer Friendly
Jump To:
SQL Server Forums © 2000-2009 SQLTeam Publishing, LLC Go To Top Of Page
This page was generated in 0.05 seconds. Powered By: Snitz Forums 2000