问题标签 [dbcc]

让我们举一个简单的例子。有一个名为test的表：

现在我要删除一些数据而不重置身份日志：

当我插入新数据时，新的 id 将为 7：

我希望在每个删除查询中自动调用 DBCC CHECKIDENT 函数来重置表测试中的标识。所以，当我插入“Purple”时，它的 id 是 4。有没有办法做到这一点？

运行一个自动作业，为我们在 SQL Server 2008 R2 上的所有数据库执行 DBCC CheckDB。

我们有 22 个数据库，其中 1 个数据库大约有 160GB，我为 tempdb 重新定位了一个大约 70GB 的硬盘，但它失败了。

我想知道这个数据库检查需要多少大小。

使用Estimateonly 检查后，它只给我一个答案 45MB....这是 MS SQL SEVER 2008 R2 中的一个错误，所以我尝试通过 SQL Server 2012 连接到数据库并启动 Estimateonly 但相同的答案。

任何人都可以帮助我了解如何获得大型 DB DBCC 检查所需的确切大小？

真挚地

check DB 命令有什么用，我们为什么要运行它？

我在 MSSQL 中运行的命令

DBCC CHECKDB('数据库名')

我得到的结果是

结果

I have below query. Logically, the procedure usp_mytran should RESEED the Identity to 1 for table dbo.Sales. But the last query is returning different values for Max_ID_Value and Current_Seed_Value. Can anyone please explain why DBCC command is not working inside procedure?

我有一个名为调用的表。每当我尝试更新此表中的任何列时，都会引发错误。我已经在服务器中使用“sa”帐户登录，它是管理员帐户。上列日期类型是日期时间。此外，更新表中的任何列都会引发以下错误。

错误详情

在桌子上触发

我有一个带有主整数键值的表，它的自动递增一个一个，里面的值一直很好，直到 116，突然之后它从 10085 值继续......

我不知道为什么，但也许我做了一个收缩数据库。但无论如何我都知道 DBCC CHECKIDENT 命令。

我的问题是，如果我运行DBCC CHECKIDENT (mytable, RESEED, 116)，它是否会损害我将来 ID 为 100085 的行？我的意思是当有一天我的行数达到 100084 时，sql server 会从其他 Id 跳转还是会抛出异常以插入重复的 Id？

当我尝试重置身份时，我收到“字符串或二进制数据将被截断”错误。

你能帮我解决这个问题吗？

我正在尝试实现系统范围的日志记录，它将在我们的数据库中记录所有失败的存储过程执行，并且我正在查看扩展事件。

我做了一些研究，使用以下代码捕获失败的语句似乎很容易：

但是我想立即将失败的语句存储到一个表中，让我们调用它，Logs.Errors但我找不到一种方法来做到这一点，并且上层方法必须作为计划工作。

现在，我们的程序如下所示：

其中Logs.LogError程序正在使用DBCC INPUTBUFFER();但它不捕获参数，只是执行的确切程序。这就是我能从中得到的一切：

如果可能的话，我正在寻找一种方法来DBCC INPUTBUFFER()通过强制它捕获整个语句或 XE 将记录直接插入某个表来进行工作。

任何问题 - 让我知道。

我想通过命令尽可能地缩小日志文件：

并得到这个错误：

无法收缩日志文件 2 ('LogFile')，因为位于文件末尾的逻辑日志文件正在使用中。

我测试了这些解决方案，但我的问题还没有解决

• DBCC OpenTran => 没有活动的打开事务。
• 更改恢复模型和 DBCC ShrinkFile
• 日志备份和 DBCC ShrinkFile

我怎么解决这个问题？

解决

了我执行了这个查询

结果：
log_reuse_wait_desc：检查点

在执行CHECKPOINT和 DBCCSHRINKFILE 之后，我的问题就解决了。

我的日常工作是在每个系统数据库上运行没有附加参数的 dbcc checkdb 语句。此作业在非高峰时段运行，通常需要 5 秒或更短的时间才能运行。

然而，最后一次运行只用了 1 秒，由于死锁而失败。我收到了一条警报，它为我保存了一个死锁的 xml 图表，我将其包括在内以获取更详细的信息。

我的主要问题是：为什么会发生这样的死锁，是否可以避免？

我实施的解决方案将用户事务优先于 TempDB 的 Daily checkDB：