Fanr

  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

2011年4月6日

摘要: 问题: 因为做了数据库可用性扩展,导致业务出现问题原因: 数据库做了订阅发布,事务性的请求订阅,在做之前不清楚,应用层会有TRUNCATE Table 的操作导致。发布数据库的时候把原本要 TRUNCATE 的表也发布进去了。导致应用成在TRUNCATE Table 的时候报错。表数据无法被清空,因为业务的关系导致重复数据库暴增,并且数据量暴增。结论: 1.DBA 不止要关心数据库的日志,系统的日志,也要关心一下应用层的日志。 2.在做提高数据库可用性之前,应该先询问开发人员时候会有不写入日志的操作。 3.在更改了数据库之后,要特别注意这两天的数据库日志,系统日志,和应用程序日志。结局: 为了 阅读全文
posted @ 2011-04-06 19:02 Fanr_Zh 阅读(286) 评论(0) 推荐(0) 编辑

摘要: 基本参考: http://www.99inf.net/DB/SqlServer/223.htm里面的内容很全。有以下几点需要提前做的。 用来放置主服务器的日志备份的文件夹我们就叫 logfile 错误:无法访问 logfile 原因:没有设置共享的权限 解决办法:logfile 里面只是设置了安全里面的权限是不够的,要需要设置共享里面的权限 错误:错误代码 14261 指定的 primary_server_name.primary_database_name('S')已经存在。 原因:因为你是第二次设置日志发送,因为第一次的残留没有被sql server回滚,这个是sql se 阅读全文
posted @ 2011-04-06 16:04 Fanr_Zh 阅读(351) 评论(0) 推荐(0) 编辑