<a href="http://g.adspeed.net/ad.php?do=clk&zid=15220&wd=468&ht=60&pair=as" target="_blank"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15220&wd=468&ht=60&pair=as" alt="i" width="468" height="60"/></a>
Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
<a href="http://g.adspeed.net/ad.php?do=clk&zid=15491&wd=120&ht=300&pair=as" target="_top"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15491&wd=120&ht=300&pair=as" alt="i" width="120" height="300"/></a>
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
Article Discussions
»
Article Discussions by Author
»
Discuss content posted by Dave Lumley
»
Reporting Services Disaster Recovery
18 posts, Page 1 of 2
1
2
»»
Reporting Services Disaster Recovery
Rate Topic
Display Mode
Topic Options
Author
Message
dave-dj
dave-dj
Posted Wednesday, April 21, 2010 12:00 AM
Old Hand
Group: General Forum Members
Last Login: Yesterday @ 11:47 AM
Points: 380,
Visits: 1,014
Comments posted to this topic are about the item
Reporting Services Disaster Recovery
_____________________________________________________________________________
MCITP: Business Intelligence Developer (2005)
Post #907455
doveb
doveb
Posted Wednesday, April 21, 2010 6:35 AM
Grasshopper
Group: General Forum Members
Last Login: Tuesday, February 12, 2013 8:59 AM
Points: 20,
Visits: 55
This was a great article thank you!
Post #907673
george sibbald
george sibbald
Posted Wednesday, April 21, 2010 6:57 AM
SSCertifiable
Group: General Forum Members
Last Login: Today @ 7:24 AM
Points: 5,266,
Visits: 11,198
Great job Dave, well done.
The automation of the process and use of proxies is a nice touch.
There is nowhere near enough information on SSRS DR out there and this is a much needed addition.
Its worth pointing out the reporting databases will need to be in full recovery mode to use mirroring, and in fact any HA solution could be used to get the database to the failover server,be it full copy and restores, log shipping or even SAN replication.
---------------------------------------------------------------------
Post #907688
dave-dj
dave-dj
Posted Wednesday, April 21, 2010 7:32 AM
Old Hand
Group: General Forum Members
Last Login: Yesterday @ 11:47 AM
Points: 380,
Visits: 1,014
absolutely. This is one possible scenario, but for me, the most appropriate.
Worth saying as well, that we use dns entries in our connection strings to the active report server and active database server, so it's a simple log off & log back on for users to pick up the new dns entry that would point to a different IP address.
Also another point, which I didn't cover in the article, as it's a different topic, is that if you intend on doing something similiar with dns entries, then it's quite likely that you will need to setup SPN's (Service Principle Names), in order to get Kerberos Authentication working.
Glad you liked it though and thanks for pointing me in the direction of the Knowledge Base article.
_____________________________________________________________________________
MCITP: Business Intelligence Developer (2005)
Post #907718
Richard M.
Richard M.
Posted Wednesday, April 21, 2010 8:49 AM
Ten Centuries
Group: General Forum Members
Last Login: Tuesday, May 07, 2013 12:02 PM
Points: 1,058,
Visits: 2,574
Dave, great article. very detailed and nicely outlined. Kudo's......
_______________________________________________________________________
For better assistance in answering your questions, click here
Post #907786
TheSQLGuru
TheSQLGuru
Posted Wednesday, April 21, 2010 8:52 AM
Hall of Fame
Group: General Forum Members
Last Login: Today @ 12:32 AM
Points: 3,574,
Visits: 5,112
I use a simpler approach: Jasper Smith's Reporting Services Scripter (http://sqldbatips.com/showarticle.asp?ID=62). Keep everything saved off onto a separate machine and you can migrate pretty quickly. Clearly not as 'available' as mirroring but I think everyone should have this layer of recoverability scripted out and ready to go.
Best,
Kevin G. Boles
SQL Server Consultant
SQL MVP 2007-2012
TheSQLGuru at GMail
Post #907790
l543123
l543123
Posted Wednesday, April 21, 2010 10:27 AM
SSC Rookie
Group: General Forum Members
Last Login: Friday, September 28, 2012 6:27 AM
Points: 42,
Visits: 170
Nice article! Quick question, sorry if its silly. If use is accessing reports from a front end application using url's like http://SQLTEST01/ReportServer/Report1 or http://SQLTEST01/Reports/Report1, then if the failover happens to SQLTEST02, will the url's work? Will the same url's automatically point to SQLTEST02's reportserver? Or is this something which needs to be handle separately?
Post #907908
l543123
l543123
Posted Wednesday, April 21, 2010 10:33 AM
SSC Rookie
Group: General Forum Members
Last Login: Friday, September 28, 2012 6:27 AM
Points: 42,
Visits: 170
Hi Dave, can you please let me know how you use DNS entries to point to correct server or change server? We currently hardcode the url's with server name which I think is a bad idea when using failover.
Post #907914
rajesh.shukla
rajesh.shukla
Posted Wednesday, April 21, 2010 2:44 PM
Forum Newbie
Group: General Forum Members
Last Login: Thursday, December 20, 2012 7:04 PM
Points: 7,
Visits: 68
Very good and complete article.
Thank you.
Rajesh.
http://GrabAllOneDayDeal.co.nz
Post #908119
SQLRNNR
SQLRNNR
Posted Wednesday, April 21, 2010 5:05 PM
SSCoach
Group: General Forum Members
Last Login: Yesterday @ 1:07 PM
Points: 18,733,
Visits: 12,332
This was a great article thank you!
Jason
AKA CirqueDeSQLeil
I have given a name to my pain...
MCM SQL Server 2008
SQL RNNR
Posting Performance Based Questions - Gail Shaw
Posting Data Etiquette - Jeff Moden
Hidden RBAR - Jeff Moden
VLFs and the Tran Log - Kimberly Tripp
Post #908222
« Prev Topic
|
Next Topic »
18 posts, Page 1 of 2
1
2
»»
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.
