June 29, 2011 at 11:45 am
Elliott Whitlow (6/28/2011)
Jayanth_Kurup (6/28/2011)
If your on a budget there is always the SSRS route , assuming you know which system tables to queryI don't see this as much of a solution, my biggest issue is that it stored no history and any counters you are using either have to support history already or you are going to have to build something to save it.
What this solution can do is give you a snapshot of right now.
CEWII
Actually I have a local instance of sql express to which I log the information and have the reports run off this local database.
Linked server + jobs to collect stats + local database + SSRS = Customized reporting console for your servers
June 29, 2011 at 1:02 pm
Jayanth_Kurup (6/29/2011)
Elliott Whitlow (6/28/2011)
Jayanth_Kurup (6/28/2011)
If your on a budget there is always the SSRS route , assuming you know which system tables to queryI don't see this as much of a solution, my biggest issue is that it stored no history and any counters you are using either have to support history already or you are going to have to build something to save it.
What this solution can do is give you a snapshot of right now.
CEWII
Actually I have a local instance of sql express to which I log the information and have the reports run off this local database.
Linked server + jobs to collect stats + local database + SSRS = Customized reporting console for your servers
I'm glad you are collecting the information, I usually caution using linked servers if you have more than one server you are querying, I've seen WAY to many times a failure in a linked server early in the list will often prevent collection of servers further up the list. In most cases I have switched entirely to SSIS for the movement of the data itself and in all cases have seen performance improvements.
CEWII
June 29, 2011 at 1:09 pm
Here, here, no linked servers. Way to fragile.
At least have each server collect and store it's own info, then roll it up.
June 29, 2011 at 1:25 pm
I used to (over) use linked servers in SQL 2000, got burned over and over, switched to more DTS got burned less, switched to SSIS got burned WAY less..
With all that said I don't totally recommend never using linked servers, but I usually ask MANY questions before we go down that path. One of my first is tied to the need for the information to be current to the moment, if not, then how long of a delay is workable, 1h, 2? A day? Even if the answer is to the moment additional questions are asked because people don't understand the tradeoffs or the costs. Given all this, what I usually have happen is either daily or hourly loads and for REALLY timely data, discrete queries of just that data.
If I can do it without a linked server I will, too fragile.
CEWII
June 29, 2011 at 1:29 pm
Viewing 5 posts - 16 through 19 (of 19 total)
You must be logged in to reply to this topic. Login to reply