圆通快递SqlServer数据库报错

forlab forlab 博客等级 墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 700+累计阅读 709平均单平台 已同步平台 优快云 微信公众号 微博 知乎 掘金 百家号 博客园 抖音 小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网 我也要 码龄15年
关注
原创 最新推荐文章于 2026-05-30 13:43:03 发布 709 阅读 AI 写同款· GEO 优化 › 
日期,源,严重性,消息
08/02/2013 21:25:12,spid58,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24797，但实际为 0:0). It occurred during a 读取 of page (1:24797) in database ID 5 at offset 0x0000000c1ba000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:12,spid58,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:11,spid52,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24975，但实际为 0:0). It occurred during a 读取 of page (1:24975) in database ID 5 at offset 0x0000000c31e000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:11,spid52,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:10,spid58,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24797，但实际为 0:0). It occurred during a 读取 of page (1:24797) in database ID 5 at offset 0x0000000c1ba000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:10,spid58,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:10,spid52,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24975，但实际为 0:0). It occurred during a 读取 of page (1:24975) in database ID 5 at offset 0x0000000c31e000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:10,spid52,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:08,spid65,未知,AppDomain 2 (mssqlsystemresource.sys[runtime].1) created.
08/02/2013 21:25:08,spid65,未知,Common language runtime (CLR) functionality initialized using CLR version v2.0.50727 from C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\.
08/02/2013 21:25:05,spid66,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24990，但实际为 0:0). It occurred during a 读取 of page (1:24990) in database ID 5 at offset 0x0000000c33c000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:05,spid66,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:03,spid63,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24990，但实际为 0:0). It occurred during a 读取 of page (1:24990) in database ID 5 at offset 0x0000000c33c000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:03,spid63,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:02,spid62,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24990，但实际为 0:0). It occurred during a 读取 of page (1:24990) in database ID 5 at offset 0x0000000c33c000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:02,spid62,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:02,spid61,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24990，但实际为 0:0). It occurred during a 读取 of page (1:24990) in database ID 5 at offset 0x0000000c33c000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:02,spid61,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:02,spid60,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24990，但实际为 0:0). It occurred during a 读取 of page (1:24990) in database ID 5 at offset 0x0000000c33c000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:02,spid60,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:02,spid58,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24990，但实际为 0:0). It occurred during a 读取 of page (1:24990) in database ID 5 at offset 0x0000000c33c000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:02,spid58,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:02,spid52,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24946，但实际为 0:0). It occurred during a 读取 of page (1:24946) in database ID 5 at offset 0x0000000c2e4000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:02,spid52,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:02,spid59,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24990，但实际为 0:0). It occurred during a 读取 of page (1:24990) in database ID 5 at offset 0x0000000c33c000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:02,spid59,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:02,spid64,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24772，但实际为 0:0). It occurred during a 读取 of page (1:24772) in database ID 5 at offset 0x0000000c188000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:02,spid64,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:00,spid63,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24990，但实际为 0:0). It occurred during a 读取 of page (1:24990) in database ID 5 at offset 0x0000000c33c000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:00,spid63,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:00,spid62,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24990，但实际为 0:0). It occurred during a 读取 of page (1:24990) in database ID 5 at offset 0x0000000c33c000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:00,spid62,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:00,spid60,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24990，但实际为 0:0). It occurred during a 读取 of page (1:24990) in database ID 5 at offset 0x0000000c33c000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:00,spid60,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:00,spid58,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24946，但实际为 0:0). It occurred during a 读取 of page (1:24946) in database ID 5 at offset 0x0000000c2e4000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:00,spid58,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:00,spid52,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24990，但实际为 0:0). It occurred during a 读取 of page (1:24990) in database ID 5 at offset 0x0000000c33c000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:00,spid52,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:25:00,spid61,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24990，但实际为 0:0). It occurred during a 读取 of page (1:24990) in database ID 5 at offset 0x0000000c33c000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:25:00,spid61,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:24:56,spid58,未知,SQL Server detected a logical consistency-based I/O error: pageid 不正确(应为 1:24772，但实际为 0:0). It occurred during a 读取 of page (1:24772) in database ID 5 at offset 0x0000000c188000 in file 'd:\YTOData\ytodb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information<c/> see SQL Server Books Online.
08/02/2013 21:24:56,spid58,未知,错误: 824，严重性: 24，状态: 2。
08/02/2013 21:24:41,spid53,未知,Using 'xpstar.dll' version '2009.100.1600' to execute extended stored procedure 'xp_enumerrorlogs'. This is an informational message only; no user action is required.
08/02/2013 21:24:41,spid53,未知,Attempting to load library 'xpstar.dll' into memory. This is an informational message only. No user action is required.
08/02/2013 21:24:36,spid51,未知,Recovery completed for database ytodb (database ID 5) in 67 second(s) (analysis 265 ms<c/> redo 67156 ms<c/> undo 78 ms.) This is an informational message only. No user action is required.
08/02/2013 21:24:36,spid51,未知,Recovery is writing a checkpoint in database 'ytodb' (5). This is an informational message only. No user action is required.
08/02/2013 21:24:36,spid51,未知,0 transactions rolled back in database 'ytodb' (5). This is an informational message only. No user action is required.
08/02/2013 21:24:36,spid51,未知,1857 transactions rolled forward in database 'ytodb' (5). This is an informational message only. No user action is required.
08/02/2013 21:24:35,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:24:35,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:34,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:24:34,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:32,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:24:32,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:30,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:24:30,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:29,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:24:29,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:28,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:24:28,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:27,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:24:27,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:26,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:24:26,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:24,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:24:24,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:24,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:24:24,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:22,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:24:22,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:21,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:24:21,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:20,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:24:20,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:19,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:24:19,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:18,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:24:18,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:16,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:24:16,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:14,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:24:14,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:12,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:24:12,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:09,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:24:09,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:07,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:24:07,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:07,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:24:07,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:05,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:24:05,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:05,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:24:05,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:03,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:24:03,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:03,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:24:03,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:01,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:24:01,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:24:01,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:24:01,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:59,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:23:59,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:58,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:58,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:57,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:23:57,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:56,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:56,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:54,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:54,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:54,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:23:54,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:54,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:54,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:52,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:52,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:52,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:23:52,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:50,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:50,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:50,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:23:50,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:48,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:23:48,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:48,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:48,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:45,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:23:45,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:45,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:45,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:43,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:23:43,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:43,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:43,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:41,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:23:41,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:41,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:41,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:39,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:23:39,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:39,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:39,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:37,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:23:37,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:36,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:36,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:35,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:23:35,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:34,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:34,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:33,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:23:33,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:32,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:32,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:30,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:23:30,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:30,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:30,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:28,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.105]
08/02/2013 21:23:28,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:28,spid51,未知,Recovery of database 'ytodb' (5) is 2% complete (approximately 12 seconds remain). Phase 1 of 3. This is an informational message only. No user action is required.
08/02/2013 21:23:28,spid51,未知,Recovery of database 'ytodb' (5) is 0% complete (approximately 12 seconds remain). Phase 1 of 3. This is an informational message only. No user action is required.
08/02/2013 21:23:27,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:27,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:25,spid51,未知,Starting up database 'ytodb'.
08/02/2013 21:23:25,spid7s,未知,Recovery is complete. This is an informational message only. No user action is required.
08/02/2013 21:23:25,spid13s,未知,Service Broker manager has started.
08/02/2013 21:23:25,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.101]
08/02/2013 21:23:25,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:25,spid13s,未知,The Database Mirroring protocol transport is disabled or not configured.
08/02/2013 21:23:25,spid13s,未知,The Service Broker protocol transport is disabled or not configured.
08/02/2013 21:23:25,spid10s,未知,Starting up database 'tempdb'.
08/02/2013 21:23:25,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:25,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:25,登录,未知,Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.1.100]
08/02/2013 21:23:25,登录,未知,错误: 18456，严重性: 14，状态: 38。
08/02/2013 21:23:25,服务器,未知,SQL Server is now ready for client connections. This is an informational message; no user action is required.
08/02/2013 21:23:25,服务器,未知,The SQL Server Network Interface library could not register the Service Principal Name (SPN) for the SQL Server service. Error: 0x54b<c/> state: 3. Failure to register an SPN may cause integrated authentication to fall back to NTLM instead of Kerberos. This is an informational message. Further action is only required if Kerberos authentication is required by authentication policies.
08/02/2013 21:23:25,服务器,未知,Dedicated administrator connection support was not started because it is disabled on this edition of SQL Server. If you want to use a dedicated administrator connection<c/> restart SQL Server using the trace flag 7806. This is an informational message only. No user action is required.
08/02/2013 21:23:25,服务器,未知,Server local connection provider is ready to accept connection on [ \\.\pipe\sql\query ].
08/02/2013 21:23:25,服务器,未知,Server local connection provider is ready to accept connection on [ \\.\pipe\SQLLocal\MSSQLSERVER ].
08/02/2013 21:23:25,服务器,未知,Server is listening on [ 'any' <ipv4> 1433].
08/02/2013 21:23:25,服务器,未知,A self-generated certificate was successfully loaded for encryption.
08/02/2013 21:23:25,spid7s,未知,Recovery is writing a checkpoint in database 'msdb' (4). This is an informational message only. No user action is required.
08/02/2013 21:23:25,spid7s,未知,0 transactions rolled back in database 'msdb' (4). This is an informational message only. No user action is required.
08/02/2013 21:23:25,spid7s,未知,373 transactions rolled forward in database 'msdb' (4). This is an informational message only. No user action is required.
08/02/2013 21:23:25,spid10s,未知,Clearing tempdb database.
08/02/2013 21:23:24,spid7s,未知,Starting up database 'msdb'.
08/02/2013 21:23:24,spid7s,未知,信息: 找不到支持全文的语言。
08/02/2013 21:23:24,spid7s,未知,Server name is 'YTO-9E0196F2E5C'. This is an informational message only. No user action is required.
08/02/2013 21:23:24,spid10s,未知,Starting up database 'model'.
08/02/2013 21:23:24,spid7s,未知,The resource database build version is 10.50.1600. This is an informational message only. No user action is required.
08/02/2013 21:23:24,spid7s,未知,Starting up database 'mssqlsystemresource'.
08/02/2013 21:23:24,spid7s,未知,SQL Trace ID 1 was started by login "sa".
08/02/2013 21:23:24,spid7s,未知,FILESTREAM: effective level = 0<c/> configured level = 0<c/> file system access share name = 'MSSQLSERVER'.
08/02/2013 21:23:24,spid7s,未知,Recovery is writing a checkpoint in database 'master' (1). This is an informational message only. No user action is required.
08/02/2013 21:23:24,spid7s,未知,0 transactions rolled back in database 'master' (1). This is an informational message only. No user action is required.
08/02/2013 21:23:24,spid7s,未知,4 transactions rolled forward in database 'master' (1). This is an informational message only. No user action is required.
08/02/2013 21:23:24,spid7s,未知,Starting up database 'master'.
08/02/2013 21:23:24,服务器,未知,Node configuration: node 0: CPU mask: 0x0000000f:0 Active CPU mask: 0x0000000f:0. This message provides a description of the NUMA configuration for this computer. This is an informational message only. No user action is required.
08/02/2013 21:23:24,服务器,未知,Using dynamic lock allocation.  Initial allocation of 2500 Lock blocks and 5000 Lock Owner blocks per node.  This is an informational message only.  No user action is required.
08/02/2013 21:23:24,服务器,未知,Detected 4 CPUs. This is an informational message; no user action is required.
08/02/2013 21:23:24,服务器,未知,SQL Server is starting at normal priority base (=7). This is an informational message only. No user action is required.
08/02/2013 21:23:24,Server,未知,Registry startup parameters: <nl/>	 -d C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\master.mdf<nl/>	 -e C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log\ERRORLOG<nl/>	 -l C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\mastlog.ldf
08/02/2013 21:23:24,Server,未知,This instance of SQL Server last reported using a process ID of 6788 at 2013-8-2 19:15:51 (local) 2013-8-2 11:15:51 (UTC). This is an informational message only; no user action is required.
08/02/2013 21:23:24,Server,未知,Logging SQL Server messages in file 'C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log\ERRORLOG'.
08/02/2013 21:23:24,Server,未知,Authentication mode is MIXED.
08/02/2013 21:23:24,Server,未知,Server process ID is 7876.
08/02/2013 21:23:24,Server,未知,All rights reserved.
08/02/2013 21:23:24,Server,未知,(c) Microsoft Corporation.
08/02/2013 21:23:24,Server,未知,Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 (Intel X86) <nl/>	Apr  2 2010 15:53:02 <nl/>	Copyright (c) Microsoft Corporation<nl/>	Express Edition with Advanced Services on Windows NT 5.2 <X86> (Build 3790: Service Pack 2)

 

 

EXEC sp_renamedb 'forlab', 'guoka'

use  guoka

go

ALTER DATABASE guoka SET SINGLE_USER

DBCC CHECKDB (guoka, repair_allow_data_loss) with NO_INFOMSGS

 

alter database guoka set multi_user   with rollback immediate

(转)DBCC CHECKDB用法详解

手工修复数据库

1、快速修复
DBCC CHECKDB ('数据库名', REPAIR_FAST)    
2、重建索引并修复
DBCC CHECKDB ('数据库名', REPAIR_REBUILD)
3、如果必要允许丢失数据修复
DBCC CHECKDB ('数据库名'', REPAIR_ALLOW_DATA_LOSS)

如果出现错误：未处理修复语句。数据库需处于单用户模式下。

可以先启用单用户模式，方法如下执行存储过程：

Use master
go
sp_dboption 数据库名, single, true

--更改成单用户
     alter   database   test   set   single_user   with   rollback   immediate 

--还原数据库为多用户模式
   alter database test set multi_user   with rollback immediate

############################################################
############################################################


手工修复数据库试例

操作步骤:

----------------------------------------------------------------------------------------------
   进入SQL查询分析器,执行语句:

   --检查数据库完整性
     dbcc checkdb('ams1')

     执行结果:
---------------------------------------------------------------
     CHECKDB 发现了 0 个分配错误和 11 个一致性错误（在数据库 'test' 中）。
repair_allow_data_loss 是最低的修复级别（对于由 DBCC CHECKDB (test ) 发现的错误而言）。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。


   说明数据库确实有问题,11个错误,找到错误地方:

-------------------------------------------------------------------------------
   对象 'Tb_Archives_File_1' 有 3777 行，这些行位于 172 页中。
CHECKDB 发现了 0 个分配错误和 2 个一致性错误（在表 'Tb_Archives_File_1' 中，该表的对象 ID 为 907150277）。

     表明 'Tb_Archives_File_1' 表确实有2个错误,难怪一查询就要死机,于是运行语句进行表修复:

--------------------------------------------------------------------------------------
     --以repair_allow_data_loss级别修复表
     dbcc   checktable('Tb_Archives_File_1',repair_allow_data_loss) 
     go 

     执行结果:
     服务器: 消息 7919，级别 16，状态 3，行 2
     未处理修复语句。数据库需要处于单用户模式下。
     DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

   ---------------------------------------------------------------------------------------------------

     需要将数据库改为"单用户模式",于是再执行:
     --更改成单用户
     alter   database   test  set   single_user   with   rollback   immediate 
go 
     --已repair_allow_data_loss级别修复表
     dbcc   checktable('Tb_Archives_File_1',repair_allow_data_loss) 
go 


     --若还有问题，修复索引表
   DBCC   DBREINDEX('Tb_Archives_File_1') 

   --再修复表
   DBCC   CHECKTABLE('Tb_Archives_File_1') 

   直到返回的结果没有错误!

   --查询是否正常
   select * from Tb_Archives_File_1

   再查询那张错误表,不报错,也不死机了,数据也完好无损.....哈哈....

   --还原数据库为多用户模式
   alter database test set multi_user   with rollback immediate
   
   
  相关链接 
   http://www.cnblogs.com/lyhabc/archive/2012/10/22/2733509.html
   http://msdn.microsoft.com/zh-cn/library/aa337419.aspx

 

收录于
圆通快递专栏

当前文章被收录于：

圆通快递专栏
1 篇文章 0 人学习
订阅专栏 查看详情
标签
#runtime #数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
SQL Server 损坏修复 之三 不同部位损坏的应对 如果数据库或数据库备份受损，在检查数据库完整性的时候，会发现各种各样的错误。在这一节里，我们针对不同的损坏部位，给出不同的应对方法。首先，我们创建一个测试数据库。   CREATE DATABASE TESTDB GO USE TESTDB GO CREATE TABLE TESTTABLE (ID int, NAME nvarchar(50) )    --建立两个索引，其 阅读详情

相关推荐

告别Keil手动分区！用CubeMX+VS Code一键生成带Bootloader的STM32 OTA工程

本文详细介绍了如何利用STM32CubeMX和VS Code实现STM32 OTA工程的自动化构建，告别传统Keil手动分区的繁琐流程。通过图形化配置Flash分区、自动生成链接脚本以及实现Bootloader跳转逻辑，开发者可以高效完成远程升级功能开发，显著提升嵌入式开发效率。

weixin_33720956的博客 389

对SA权限的再突破 (对付xplog70.dll被删)转载

对SA权限的再突破 (对付xplog70.dll被删)转载 转载自：http://www.bitscn.com/plus/view.php?aid=45439 exec master.sys.sp_addextendedproc 'xp_cmdshell', 'C:\Program Files\Microsoft SQL Server\MSSQL\Binn\xplog70.dl...

dingshen2767的博客 704

Python Opencv cv2提取图像中某种特定颜色区域（例如黑字白纸背景下的红色公章提取），并将纯色背景透明化

拜拜PHOTOSHOP- 领导突然让我帮他把公章从图片中抠出来，在确保了不是要做坏事的情况下，我打开了PHOTOSHOP，用魔棒工具一点一点抠，但由于魔棒工具的原理是对比临近区域像素差值，导致封闭字体中的区域无法剔除，而且一点一点抠非常麻烦，愤而PYTHON，使用CV2完美解决。 效果如下（马赛克是我添加的）： 任务就是把蓝色的公章抠出来。 效果如上。 代码如下： import cv2 import numpy as np src = cv2.imread(r"imagepath")#这里填你的原图像路

qq_43670549的博客 1万+

SQL Server 检测到基于一致性的逻辑 I/O 错误 解决方案

新建查询，执行：gogogo。

weixin_51192399的博客 2826

AGV路径规划实战：如何用Python+ROS实现激光SLAM导航（附避障代码）

本文提供了一份基于Python和ROS实现AGV激光SLAM导航的实战指南。内容涵盖从Docker环境搭建、激光雷达数据处理、Gmapping建图，到Move_Base全局/局部路径规划与TEB局部规划器配置的全流程。重点解析了如何通过参数调优实现稳定导航，并附带了紧急避障代码，帮助开发者快速构建具备自主路径规划与实时避障能力的AGV系统。

pepsi的博客 1234

微信小程序marker 上的自定义气泡cover-view字体丢失以及max-width不生效问题

微信小程序marker 上的自定义气泡cover-view字体丢失以及max-width不生效问题

weixin_42028275的博客 1500

oracle+dbcc+checkdb,SQL Server 损坏修复

如果数据库或数据库备份受损，在检查数据库完整性的时候，会发现各种各样的错误。在这一节里，我们针对不同的损坏部位，给出不同的应对方法。首先，我们创建一个测试数据库。CREATE DATABASE TESTDBGOUSE TESTDBGOCREATE TABLE TESTTABLE(ID int,NAME nvarchar(50))--建立两个索引，其中一个是聚集索引，另外一个是非聚集索引CREATE...

weixin_34353619的博客 760

金蝶云ERP远程办公指南：零公网IP实现安全内网穿透访问

本文详细介绍了如何利用内网穿透技术，在无需公网IP和复杂路由器设置的情况下，安全远程访问内网部署的金蝶云ERP系统。通过使用cpolar工具，逐步指导用户创建加密隧道、配置固定域名，并实现管理中心与数据中心的远程登录，有效解决了企业员工在外出或居家办公时的核心业务系统访问难题。

weixin_29229261的博客 269

数据库 SQL Server 检测到基于一致性的逻辑 I/O 错误 校验和不正确 解决方法

本文验证是数据库中的baiduAi_0258表无法通过select语句ID条件查询，如执行 select * from baiduAi_0258 where ID ='0000403e-7903-413b-87ab-3c14d0295482' 提示以下错误信息。消息 824，级别 24，状态 2，第 1 行SQL Server 检测到基于一致性的逻辑 I/O 错误 校验和不正确(应为: 0x85ab4a86，但实际为: 0x85ab4a83)。

lizaijinsheng的专栏 1万+

stm32学习笔记-启动文件

1、配置栈 Stack_Size EQU 0x00000400 AREA STACK, NOINIT, READWRITE, ALIGN=3 Stack_Mem SPACE Stack_Size __initial_sp EQU：相当于C中的define，定义Stack_Size = 0x00000400。 AREA: 指...

某风吾起的博客 4529

红队攻防渗透技术实战流程：云安全之云原生安全：特权模式和挂载模式

红队云攻防实战1. 什么是云 1. 什么是云

HACKONE的博客 573

SQL Server 损坏修复

目录： 一. 常见错误解读 二. DBCC CHECKDB 三 .不同部位损坏的应对 四. Database Mirroring和AlwaysOn的页面自动修复功能 一 常见错误解读 SQL Server 对数据库损坏的错误类型做了细化，在此对几个典型的错误作一下介绍。 错误信息是：“在文件 '%ls'中、偏移量为 %#016I64x 的位置执行 %S_MSG 期间，操作系...

weixin_30535565的博客 1348

vscode中运行gcc -v命令失败了，提示：gcc不是内部或外部命令...如何解决？

🏆本文收录于 《全栈Bug调优(实战版)》 专栏，该专栏专注于分享我在真实项目开发中遇到的各类疑难Bug及其深层成因，并系统提供高效、可复现的解决思路和实操方案。无论你是刚入行的新手开发者，还是拥有多年项目经验的资深工程师，本专栏都将为你提供一条系统化、高质量的问题排查与优化路径，助力你加速成长，攻克技术壁垒，迈向技术价值最大化与职业发展的更高峰🚀！

**My Coding Family** 976

AppDomain is marked for unload due to memory pressure.

32-bit or 64-bit?  Have you tried tweaking the -g startup option for sqlservr.exe?  That option configures the mem-to-leave area, which is where SQLCLR pulls its memory from... It defaults to 256 MB o

jerrynet的专栏 1754

C# WinForm 基于DirectShow.dll编写的程序，可边预览边保存视频，音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择（默认选中第一个）2.可录制wmv和avi两种格式的视频并且都带有音频，avi可以录制的分辨率和帧数进行选择，wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照，也可边录制视频边拍照4.添加了视频和音频的压缩功能（酌情使用）这次二次开发发现C#对DirectShow的相关信息太少，这次做完也不敢藏私共享出来，还望大家指正

efm32 入门.pdf

本PDF共计22页，介绍的是操作驱动API，下载与否自己斟酌。

质疑页修复实践

背景 最近我们在例行检查一台新迁不久的数据库服务器的JOB执行失败，查看历史记录，发现错误提示如下: Date 2019-01-06 0:25:00 Log Job History (新增门店更新数据) Step ID 1 Server ******** Job Name 新增门店更...

weixin_30627381的博客 182

NTscan扫描工具

ntscan是一个扫描器，可以扫描没有密码和弱密码的共享，先到配置文件中填写猜测的用户名和密码，扫描过程中右侧出现的是扫描日志。

SQL SERVER 数据备份恢复 技巧

完整备份数据库 backup database 需要备份数据库名 to disk='c:\temp\advfull.bak' 查看数据库历史备份信息 select s.backup_finish_date,s.type,y.physical_device_name from msdb..backupset as s inner join msdb..backupfile as f on f.b...

tan88881111的博客 1362

Outlook Express 6 (OE6) for Win7/Win8/Win10

英文版 Outlook Express6.0， 兼容Win7/Win10/WinXP，解压就可用。

解决方法:SQL Server 检测到基于一致性的逻辑 I/O 错误 校验和不正

解决方法:SQL Server 检测到基于一致性的逻辑 I/O 错误 校验和不正

Littleree的博客 1464

SQLsever数据库还原SQL Server 检测到基于一致性的逻辑 I/O 错误 pageid 不正确(

报错： 消息 824，级别 24，状态 2，第 2 行 SQL Server 检测到基于一致性的逻辑 I/O 错误 校验和不正确(应为: 0x20d61048，但实际为: 0x7a8ab3ae)。在文件 ‘C:/Program Files/Microsoft SQL Server/MSSQL10.MSSQLSERVER/MSSQL/DATA/DB_GZN.mdf’ 中、偏移量为 0x0000000...

weixin_42055105的博客 2023

数据库损坏如何处理？

By Gail Shaw, 2010/04/23 (first published: 2009/02/16) A corrupt database is probably one of most DBA's worst nightmares. It results in downtime, managers shouting and all other sorts of unpleas

Kevin's Blog SQL讨论群21426959 Dynamics AX 438084988 2643

SQL Server 检测到基于一致性的逻辑 I/O 错误 pageid

消息 824，级别 24，状态 2，第 2 行 SQL Server 检测到基于一致性的逻辑 I/O 错误 pageid 不正确(应为 1:8188，但实际为 1:4072)。在文件 'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\pamp.mdf' 中、偏移量为 0x00000003ff8000 的位置对数据库 ID 5 中的

wen2034的专栏 3936

SQL Server中的事务日志管理的阶梯，6级：管理大容量日志恢复模型中的日志

由Gail Shaw，托尼·戴维斯，2012/11/07该系列本文是SQL Server中“Stairway系列：事务日志管理的阶梯”的一部分当事情进展顺利的时候，没有必要特别意识到事务日志的作用或工作原理。你只需要确信每个数据库都有正确的备份机制。当事情出错时，对事务日志的理解对于采取纠正措施是非常重要的，特别是在需要时间点恢复数据库的情况下，迫切需要！托尼·戴维斯（Tony Davi...

weixin_30360497的博客 392

SQL SERVER : 启动时的问题

检查事件日志的时候发现每次SQL Server启动的时候都有一些错误，看那意思是文件句柄找不到。   找了下面这篇文档，但仍然没有解决 http://www.microsoft.com/technet/support/ee/transform.aspx?ProdName=SQL+Server&ProdVer=2000.80.760.0&EvtID=17207&EvtSrc=MSSQLServe

陈希章@中国 629

数据库损坏了怎么办？

Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 Help, my databa

CathySun118的专栏 4857

MS SQL Server错误收集以及解决办法

MS SQL Server错误收集以及解决办法，包含 安装，日常维护，配置，管理器，以及对应的操作系统。

爱上DBA... 3万+
上一篇： Log4j使用总结
下一篇： word转换为pdf
点赞 0
评论 0
书签 书签 0
forlab
forlab
博客等级 码龄15年 2粉丝 114原创
+ 关注 专栏目录 订阅专栏
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值