SQL Server

i've meet the problem before:-) the solution for that kind of problem is simple,but not easy:-(

谢谢楼主，问题已解决！

[quote]希望虫： http://support.microsoft.com/kb/937041 我按照这个来跟踪1448，但是启动参数 改后 ，服务启动不了。不知道啥问题[/quote] 方案没有问题，你的问题可能是其它原因了，检查一下log吧。

http://support.microsoft.com/kb/937041 我按照这个来跟踪1448，但是启动参数 改后 ，服务启动不了。不知道啥问题

[quote]希望虫： 46760558, 请加我QQ。镜像上建立复制问题： 主体和镜像都可用时，没有问题， 一但二者丢失一个， 日志读取器代理就报错： 复制的事务正等待下一次日志备份或等待镜像伙伴更新[/quote] 你可以使用trace flag 1448来解决这个问题。

46760558, 请加我QQ。镜像上建立复制问题： 主体和镜像都可用时，没有问题， 一但二者丢失一个， 日志读取器代理就报错： 复制的事务正等待下一次日志备份或等待镜像伙伴更新

邮件请教了下微软支持组，得到答复了： [b]这是一个已知问题，解决方案请参考以下kb文档, 谢谢。 http://support.microsoft.com/kb/2509302[/b]

@CareySon 补丁出一个月，我们基本上是都要打的，补丁总会修订一些我们知道或不知道的问题。

受教了，当时为什么要打sp3补丁呢？为了解决什么问题?

@nzperfect 可读镜像实现读写分离来的太晚了.下一个跑跑试试

@CareySon 对，下载下来先用用，特别是那个 alwayson.

普及需要一段时间。先学点新特性吧。SQL Server一个版本比一个版本更让人振奋。

[quote]魔君六道：好文章，微软亚太区数据库技术支持组还是满亲民的，上次请教那个 crash recovery 的过程他们也回复的很快。[/quote] 那我知道你是谁了，呵呵。

非常感谢分享。

好文章，微软亚太区数据库技术支持组还是满亲民的，上次请教那个 crash recovery 的过程他们也回复的很快。

微软支持组回复： [url=http://blogs.msdn.com/b/apgcdsd/archive/2012/02/28/sql-server-deadlock.aspx]http://blogs.msdn.com/b/apgcdsd/archive/2012/02/28/sql-server-deadlock.aspx[/url]

向微软反应这种情况。。不过新产品的Bug多是正常的，所以一般我不跟风，数据可不是玩着耍的，呵呵。。

经微软客户支持组确认，这应该是产品问题，是一个Bug.

@鸽子飞扬 是的，但事务很短，等待比死锁还是要好一些。

第3写法新颖啊，加了 serializable 既不是降低了并发量