从多个工作站收集数据
我目前正在开发一个Windows 服务,该服务将部署到公司内的所有工作站。 该服务的目的是收集各种统计数据并将其记录在一个中央位置。
对于第一次迭代,服务直接调用 SQL 来记录每次有数据需要记录的情况。 在大约 120 个工作站上进行测试告诉我,这不是一个好主意,而且无法扩展。
有人可以推荐一种收集相关数据的替代策略,该策略不会使数据库服务器超载吗? 这将部署到大约 2000 台机器。
我正在使用 C#。
谢谢。
I'm currently working on developing a windows service which will be deployed to all the workstation within the company. The purpose of the service is to collect various statistics and record them in a central location.
for the first iteration, the service is doing direct call to SQL to record the every time there is data to record. Testing it on about 120 workstation told me that it is not a good idea and won't scale.
Can someone recommend an alternative strategy for collecting the data in question which won't overload the database server? This will be deployed to about 2000 machines.
I'm working with C#.
Thanks.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
从您的问题来看,您似乎已经有了一个可行的解决方案,您只需要有关如何扩展它的建议。 以下是我的两点建议:
就个人而言,对于需要扩展到 2000 个工作站的关键任务,我会使用商业产品,并且不会重新发明轮子。
From your question, it appears that you already have a working solution and you just need advice on how to make it scale. Here are my two cents:
Personally, for something mission-critical that requires it to scale to 2000 workstations, I would use a commercial product and would not re-invent the wheel.
只是回答来总结问题。 这是我最终实现它的方式。
数据收集
数据解析
我以这种方式实现它的原因是:
Just answering to wrap up the question. Here is how I ended up implementing it.
Data Collection
Data Parsing
The reason I implemented it this way is to: