- 2026年07月08日
- 星期三
dawei
这是我在 windows错误日志中看到的： SQL Server detected a logical consistency-based I/O error: incorrect checksum (expected: 0x19fedd20; actual: 0x19fed5e3). It occurred during a read of page (1:1764) in database I
我注意到有些DBA非常频繁地重启SQL Server,有时甚至是每晚.我相信他们这样做是为了释放一些记忆,或者也许是为了加快查询速度.我知道重启后查询计划必须重新编译,但即使包括我也不知道这种做法是否有净收益. 是否每天重新启动SQL Server使其运行得更快？ 重新
另一个SSRS问题在这里： 我们有一个开发,一个QA,一个Prod-Backup和一个生产SSRS服务器组. 在我们的生产和生产备份中,如果不使用一段时间,SSRS将进入睡眠状态. 这在我们的开发或QA服务器上不会发生. 在我们所处的企业环境中,我们没有对这些机器的物理(甚至远程
我有一个字段来存储一些数据,该字段被声明为varchar(max).根据我的理解,这应该存储2 ^ 31 – 1个字符但是当我输入超过8000个字符的一些内容时,它会关闭其余部分. 我已经验证了所有数据都包含在我的更新语句中,并且查询在其他任何地方看起来都很好但是当我选择
这是我的第一篇DBA.SE帖子,所以请告诉我任何错误,谢谢！ 我是一名新的DBA(不是IT专业人员,公司里没有其他人这样做),所以解释越基本越好.我一直在阅读有关数据库备份策略的文章(或者,正如我学会称之为“恢复策略”).我了解完整,差异和事务日志备份的功能,但我
在优化(性能调整,故障排除)现有(但未知)数据库时,最重要的问题是什么以及在哪个重要性顺序中进行研究？ 您之前优化中的哪些操作/措施产生的影响最大(可能是最少的工作)？ 我想将这个问题分成以下几类(按照我感兴趣的顺序)： 需要在最短的时间内显示性能提升(
我有一个用户定义的功能： create function ut_FooFunc(@fooID bigint, @anotherParam tinyint)returns @tbl Table (Field1 int, Field2 varchar(100))asbegin — blah blahend 现在我想在另一个表上加入这个,就像这样： select f.ID, f.Desc,
在SQL Azure中,每个数据库都有一个大小限制( adjustable).为了使我的服务不会突然停止,我希望能够以编程方式找到当前最大大小和当前实际使用的空间(并在达到某个阈值时生成并发出警报). 看起来像sp_mstablespace can be used to solve this problem,但此存储
我们正在使用SQL Server 2012的AlwaysOn可用性组功能.常规完整数据库备份和事务日志备份每天在辅助数据库上完成. 我已阅读here在主副本上执行事务日志备份,或者副本副本将两个副本的事务日志标记为可重用.无论如何,事务日志备份大小很大,可以使用shrink文件减
我试图在SQL Server中找到有关阻塞的一些信息,但我找不到简明的解释,说明它是什么以及它是如何发生的.你能请教导我吗？ 类比 有时,使用远离计算机的类比会有所帮助. 假设你有一个球和两个孩子.任何时候只有一个孩子可以接球.然而,如果其中一个孩子得到了球并
