checksum这个校验的文件咋用?
发布网友
发布时间：2022-04-30 01:38
共3个回答
懂视网
时间：2022-04-09 08:56
我们先看一下DBCC CHECKDB的结果 ，目的只是告诉你这是一个有坏页的数据库！
好了，那我们做一下备份看看！
正常的备份，不加 checksum 成功备份！
加上checksum备份，失败！
好像果然和微软文档说的一样！看到这有些看官会想，这不和我做CHECKDB差不多了么？
博主别的不多就是坏库多！ 我们再拿一个库试一下！
我们先看一下DBCC CHECKDB的结果 ，目的只是告诉你也这是一个有坏页的数据库！
我们用checksum 备份一下
哦？？成功了？？？这是啥意思？？
我们先来看一下 backupset的结果 ：
那么损坏的页没check出来？我们再看一下 suspect_pages
suspect_pages里只查出了Test 库的坏页，那我XB28_3库的坏页哪里去了？
突然想到 suspect_pages 里面的数据只是 823 错误或 824 错误而失败的页！
而且使用checksum系统表会被漏掉，本文中XB28_3库的坏页就是一个object_id = 60的 系统表！
而且并不是数据库中所有的页都会被叫上页校验和，当页损坏发生时，IO系统可不会区分损坏的页是有页校验和还是没有校验和的。所以使用BACKUP ... WITH CHECKSUM就有可能导致一些损坏页不被发现。
这也说明备份时使用checksum不能完全取代DBCC checkDB的作用，这和Paul Randal大神的文章一致 ： A SQL Server DBA myth a day: (27/30) use BACKUP WITH CHECKSUM to replace DBCC CHECKDB
--------------博客地址---------------------------------------------------------------------------------------
Expert 诊断优化系列 http://www.cnblogs.com/double-K/
-----------------------------------------------------------------------------------------------------
总结 ：备份的checksum 选项可以用来发现数据库是否损坏，但不是所有类型的坏页都可以发现。
看官们的疑问：backup with checksum 可以用来取代DBCC checkDB。
这个观点是不正确的，一些逻辑一致性错误checksum是没法发现的！
数据库损坏不是很常见，很多DBA工作好多年都没有遇到，但是做好CHECKDB检查还是很必要的！万一出现你没有发现就比较悲剧了！
PS ： 差异备份也可以使用checksum，但只会校验差异部分~
----------------------------------------------------------------------------------------------------
注：此文章为原创，欢迎转载，请在文章页面明显位置给出此文链接！
若您觉得这篇文章还不错请点击下右下角的推荐，非常感谢！
数据库备份checksum选项你会用么？
标签：
热心网友
时间：2022-04-09 06:04
PE的可选映像头（IMAGE_OPTION_HEADER）里面,有一个Checksum字段,是该文件的校验和，一般EXE文件可以使0，但一些重要的和系统DLL及驱动文件必须有一个校验和.
Windows 提供了一个API函数MapFileAndCheckSum 测试文件的Checksum，它位于IMAGEHLP.DLL链接库里，其原型:
ULONG MapFileAndCheckSum
{
LPSTR FileName, // 文件名
LPDWORD HeaderSum, // 指向PE文件头的CheckSum
LPDWORD new_checksum // 指向新计算出的Checksum
}
程序一旦运行后，new_checksum 地址处将放当前的文件的校验和,old_checksum地址指向PE文件的checksum字段
安全的方法是将此值放在注册表里，需要时比较.
内存映像校验
磁盘文件完整性校验可以抵抗解密者直接修改文件，但对内存补丁却没有效果,必须对内存关键的代码进行校验.
1 对整个代码进行校验
每个程序至少有一个代码区块和数据区块，数据区块属性可读写,程序运行时全局变量通常会放在这里，这些数据会动态变化,因此校验这部分是没什么意义，而代码段只读,存放的是程序代码，在程序中数据数不会变的，因此用这部分进行内存校验是可行的.
具体实现方法:
(1) 从内存中映像中得到PE相关数据,如代码块的RVA和内存大小
(2) 根据得到代码区块的RVA值和内存大小，计算出内存数据的CRC-32值
(3) 读取自身文件先前存储的CRC-32值(PE文件头前一个字段),这个值是通过软件写进去的.
(4) 比较两个CRC-32值.
这样比较内存的代码段校验，只要内存的数据被修改，就能发现。
BOOL CodeSectionCRC32()
{
PIMAGE_DOS_HEADER pDosHeader = NULL;
PIMAGE_NT_HEADERS pNTHeader = NULL;
PIMAGE_SECTION_HEADER pSection = NULL;
DWORD ImageBase,OriginalCRC32;
ImageBase = (DWORD)GetMoleHandle(NULL); // 取基址
pDosHeader = (PIMAGE_DOS_HEADER)ImageBase;
pNtHeader = (PIMAGE_NT_HEADER32)((DWORD)pDosHeader + pDosHeader -> e_lfanew);
// 定位到PE文件头前4个字节值，并读取存储在这里的CRC -32值
OriginalCRC32 = *((DWORD*)(DWORD)pNtHeader - 4);
pSecHeader = IMAGE_FIRST_SECTION(pNtHeader); // 得到第一个区块的地址
//假设第一个区块就是代码区块
if(OriginalCRC32 == CRC32((BYTE*)ImageBase + pSecHeader -> VirtualAddress)
// 为了方便加壳
// 上一句也可为if(OriginalCRC32 == CRC32((BYTE *)0x401000, 0x36AE)
return TRUE;
else
return FALSE;
}
热心网友
时间：2022-04-09 07:22
