January 9, 2017 at 7:21 pm
Using SQL 2014, I'm looking for options to create/manage a reporting copy of an OLTP database on a separate server. The reporting copy could be read-only. Since there are a large number of tables, hoping to avoid replication. The server is not clustered. Open to third party tools. Any and all suggestions appreciated.
The more you are prepared, the less you need it.
January 9, 2017 at 8:08 pm
The question is, do you really need "real time"? If the answer is no, consider "SAN Replication", which is nearly instantaneous. It may be an added piece of software that you have to buy for your SAN but it's worth it for this type of application. People just have to remember that anything they add to one of the SAN replicated database will be gone on the next replication cycle.
Check with your SAN dealer... if you have a SAN.
--Jeff Moden
Change is inevitable... Change for the better is not.
January 10, 2017 at 2:14 am
What's your concern with replication?
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
January 10, 2017 at 6:45 pm
Jeff, thanks for the tip on SAN Replication. I'll look into. No problems with replication, but with lots of tables, it adds more administrative work that is desired.
The more you are prepared, the less you need it.
January 10, 2017 at 7:10 pm
Andrew..Peterson (1/10/2017)
Jeff, thanks for the tip on SAN Replication. I'll look into. No problems with replication, but with lots of tables, it adds more administrative work that is desired.
It's been years since I've done "Replication" but, from what I remember, it was pretty easy to write a stored procedure that would do it all with a bit o' help in the form of dynamic SQL. I also remember having no love for it, though.
--Jeff Moden
Change is inevitable... Change for the better is not.
January 11, 2017 at 2:16 am
Andrew..Peterson (1/10/2017)
I'll look into. No problems with replication, but with lots of tables, it adds more administrative work that is desired.
Set it up once (selecting all tables is a single checkbox, it's only if you need to pick and choose that you have to spend time on that dialog screen), once set up script it out and keep the script somewhere safe in case it needs redoing.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
Viewing 6 posts - 1 through 5 (of 5 total)
You must be logged in to reply to this topic. Login to reply