求教进程状态dormant = SQL Server 正在重置会话。的相关信息

szm341 2013-05-23 09:22:36
加精
这个状态是怎么产生的?什么作用?如何能变更或者清除?

这个进程状态主要是在远程视图或者链接服务器连接远程服务器时,在远程服务器上产生
纠结在于,如F5+镜像环境中,当手动切换到镜像服务器时,主服务器中含有dormant状态的进程,导致远程连接的对象仍然访问主服务器,若kill掉这样的进程,可以使远程连接正确访问到镜像服务器,但是若有程序不间断的查询远程视图或连接服务器,则即便kill掉进程,又会在主服务器上重新建立连接。。。

如果想要这种远程视图正确的指向镜像服务器的话,需要先间断对远程视图或链接服务器的访问,然后kill掉其进程,kill的前后可能需要几秒时间的等待,原因不详

请问这个进程切换的原理以及正确的解决办法?
...全文
3021 76 打赏 收藏 转发到动态 举报
写回复
用AI写文章
76 条回复
切换为时间正序
请发表友善的回复…
发表回复
szm341 2013-06-04
  • 打赏
  • 举报
回复
顶下会不会shi呢~
嶶笶 2013-06-01
  • 打赏
  • 举报
回复
好,很不错,谢谢
szm341 2013-05-31
  • 打赏
  • 举报
回复
  • 打赏
  • 举报
回复
当你不再发出远程请求后,这个链接大概还会保持4,5分钟样子,好像没有办法配置。
u010891017 2013-05-30
  • 打赏
  • 举报
回复
俺正在学习中。。。。。。
szm341 2013-05-30
  • 打赏
  • 举报
回复
每日一顶。。。
szm341 2013-05-30
  • 打赏
  • 举报
回复
引用 70 楼 SQL_Beginner 的回复:
[quote=引用 69 楼 szm341 的回复:] [quote=引用 68 楼 SQL_Beginner 的回复:] 当你不再发出远程请求后,这个链接大概还会保持4,5分钟样子,好像没有办法配置。
感谢关注~ 是的,我测试也是5分钟左右,kill进程一定程度可以达到效果,但是如果这个远程链接不间断或者过于频繁的访问,即便kill掉进程,它还是会连接到之前的ip地址而不会正常切换 kill后间断个3~5s左右的话,还是可以断开久ip而切换到新ip的 这跟缓存有什么关系吗?可以单一清除该登录名下的缓存信息呢? 或者有什么办法可以让其kill后不需要间断也可以通过呢~[/quote] 这方面不怎么熟悉,你可以参考一下微软建议的做法,应该是从应用程序捕获异常,关闭原来的链接,然后重新建立新的链接。 http://msdn.microsoft.com/en-us/library/ms175484.aspx#Reconnecting [/quote] 我看了下文章,主要介绍镜像重定向的,跟我描述的情况不大一样啊,不过“连接重试算法”中的tcp/ip连接重试感觉像是接近又有区别 首先我的镜像切换是没问题的,主服务器A:192.168.1.1 镜像服务器B:192.168.1.2 其他业务服务器C:192.168.1.3,虚拟ip地址192.168.10.1自动判断A、B存活 在C中创建远程视图select * from [192.168.10.1].[database].dbo.Test时, 无论192.168.1.1活动还是192.168.1.2活动,都会被192.168.10.1有效的指向 而当手动切换镜像,也就是B存活时,这个视图却仍然指向A服务器,造成访问时报“访问的数据库正在还原”的错误(镜像都是正在还原状态嘛),这里太纠结了,如果把远程视图的连接写死成:select * from [192.168.1.1].[database].dbo.Test这样的话,那么镜像切换的话,视图仍然连接的A,这样是不对的,但是改成192.168.10.1竟然还报这个错误。。 倒是可以通过kill掉该连接进程解决,就是我上面提到过的,应用程序方面 1肯定设置了伙伴连接 2这个是访问服务器C的应用程序跟AB服务器的连接串没关系啊 3视图是数据库中设置,应该跟应用程序端关系也不大吧
u010893084 2013-05-30
  • 打赏
  • 举报
回复
学习下
  • 打赏
  • 举报
回复
引用 69 楼 szm341 的回复:
[quote=引用 68 楼 SQL_Beginner 的回复:] 当你不再发出远程请求后,这个链接大概还会保持4,5分钟样子,好像没有办法配置。
感谢关注~ 是的,我测试也是5分钟左右,kill进程一定程度可以达到效果,但是如果这个远程链接不间断或者过于频繁的访问,即便kill掉进程,它还是会连接到之前的ip地址而不会正常切换 kill后间断个3~5s左右的话,还是可以断开久ip而切换到新ip的 这跟缓存有什么关系吗?可以单一清除该登录名下的缓存信息呢? 或者有什么办法可以让其kill后不需要间断也可以通过呢~[/quote] 这方面不怎么熟悉,你可以参考一下微软建议的做法,应该是从应用程序捕获异常,关闭原来的链接,然后重新建立新的链接。 http://msdn.microsoft.com/en-us/library/ms175484.aspx#Reconnecting http://msdn.microsoft.com/en-us/library/ms175484.aspx#Reconnecting
szm341 2013-05-30
  • 打赏
  • 举报
回复
引用 68 楼 SQL_Beginner 的回复:
当你不再发出远程请求后,这个链接大概还会保持4,5分钟样子,好像没有办法配置。
感谢关注~ 是的,我测试也是5分钟左右,kill进程一定程度可以达到效果,但是如果这个远程链接不间断或者过于频繁的访问,即便kill掉进程,它还是会连接到之前的ip地址而不会正常切换 kill后间断个3~5s左右的话,还是可以断开久ip而切换到新ip的 这跟缓存有什么关系吗?可以单一清除该登录名下的缓存信息呢? 或者有什么办法可以让其kill后不需要间断也可以通过呢~
szm341 2013-05-29
  • 打赏
  • 举报
回复
就这么滴沉下去了。。。
szm341 2013-05-28
  • 打赏
  • 举报
回复
u010849656 2013-05-27
  • 打赏
  • 举报
回复
题是在于数据库中配置的远程视图正常切换,好多业务是跨服务器跨数据库
u010849607 2013-05-27
  • 打赏
  • 举报
回复
这个当然,问题是在于数据库中配置的远程视图无法正常切换,好多业务是跨服务器跨数据库的,短时间内应该不会重新规划吧
u010855943 2013-05-27
  • 打赏
  • 举报
回复
zhengjun 2013-05-27
  • 打赏
  • 举报
回复
学习学习学习,还有没大神路过给看看呢
szm341 2013-05-27
  • 打赏
  • 举报
回复
除了mark的,还有没大神路过给看看呢~
u010840971 2013-05-26
  • 打赏
  • 举报
回复
这个可以有~~~~~~~~~
u010840703 2013-05-26
  • 打赏
  • 举报
回复
问题貌似有点深奥
hugh_z 2013-05-26
  • 打赏
  • 举报
回复
learning
加载更多回复(36)
While botnets themselves provide a rich platform for financial gain for the botnet master, the use of the infected hosts as webservers can provide an additional botnet use. Botnet herders often use fast-flux DNS techniques to host unwanted or illegal content within a botnet. These techniques change the mapping of the domain name to different bots within the botnet with constant shifting, while the bots simply relay content back to a central server. This can give the attackers additional stepping stones to thwart takedown and can obscure their true origins. Evidence suggests that more attackers are adopting fastflux techniques, but very little data has been gathered to discover what these botnets are being used for. To address this gap in understanding, we have been mining live traffic to discover new fast-flux domains and then tracking those botnets with active measurements for several months. We identified over 900 fast-flux domain names from early to mid 2008 and monitored their use across the Internet to discern fast-flux botnet behaviors. We found that the active lifetimes of fast-flux botnets vary from less than one day to months, domains that are used in fast-flux operations are often registered but dormant for months prior to activation, that these botnets are associated with a broad range of online fraud and crime activities, and that we can identify distinct botnets across multiple domain names. We support our findings through an in-depth examination of an Internetscale data continuously collected for hundreds of domain names over several months.
Introduction xxv Chapter 1 The Origins of Business Intelligence 1 Early Data Processing Applications 1 Enter Extract Files 2 What Is a Data Warehouse? 4 The Data Model 5 Different Physical Tables 6 Integration and Transformation ProcessingGranular Data 8 Historical Data 9 Timestamping 10 Data Relationships 10 Generic Data versus Specific Data 11 Data Quality 11 Volumes of Data 12 Removing Dormant Data 12 Meta Data 13 Evolution of Information Processing 13 Setting the Stage for Business Intelligence 16 Summary 17 ix x Contents Chapter 2 The SAP Business Intelligence Solution 19 Evolution of SAP 20 The SAP Business Intelligence Solution 24 SAP BW 24 Enterprise Portal 26 Portal Server 27 Knowledge Management 29 Business Unification 31 Summary 33 Chapter 3 SAP Business Information Warehouse Architecture 35 SAP BW Architectural Components 36 Administration Services 36 Meta Data Modeling 37 Scheduling 38 Monitoring 38 Reporting Agent 39 Meta Data Services 40 ETL Services 40 Staging Engine 42 DataSource Manager 43 BW Service API 44 DB Connect Interface 45 File Interface 45 XML Interface 45 Staging BAPI 46 Storage Services 47 Master Data Manager 47 ODS Object Manager 47 InfoCube Manager 48 Aggregate Manager 48 Archiving Manager 48 Analysis and Access Services 49 Information Provider Interface 50 OLAP Engine 50 OLAP BAPI 50 XML for Analysis 50 Business Explorer API 51 Open Hub Service 51 Analytic Services and Data Mining Engine 51 Content Management Framework 51 Presentation Services 51 BEx Analyzer 52 BEx Query Designer 53 BEx Web Application Designer 53 BEx Web Services 53 Contents xi BEx Formatted Reporting 53 Internet Graphics Server 54 Front-End Tools 54 SAP BW Meta Data Objects 54 InfoObjects 54 InfoObject Catalogs 57 InfoCubes 57 Aggregates 59 ODS Objects 59 Data Target 59 InfoProviders 59 MultiProviders 60 InfoAreas 60 Source Systems 60 InfoSources 61 Application Hierarchy 62 DataSources 62 Transfer Rules 62 Update Rules 63 InfoPacka

22,210

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 疑难问题
社区管理员
  • 疑难问题社区
  • 尘觉
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧