维护事务完整性与 OPLOCKS

注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。

点击这里察看该文章的英文版: 224992
本文已归档。它按“原样”提供,并且不再更新。
症状
在极端的情况下通过在文件服务器上的网络连接使用一个常见的数据存储区的某些多用户数据库应用程序可能会遇到事务完整性问题或损坏的数据库文件和/或存储在服务器上的索引。这通常适用于一些所谓"ISAM 样式",或不到类似 SQL Server 关系客户端/服务器系统的"记录面向"多用户数据库应用。
原因
如果多用户或单个用户数据库应用程序访问使用机会锁定 (或 OPLOCKS) 在 Windows NT 文件服务器上的公共数据存储区,则给定用户对缓存在客户端系统硬盘上的部分交易记录。 这是对 Windows 客户端转发程序以减少客户端和服务器之间的网络文件 I/O 的性能增强。 数据被缓存在客户端转发程序是更高版本写回到服务器。 然而,在某些种情况下客户端系统可能停止响应 (挂起)、 执行硬重启、 丢失到在的服务器的网络连接或遇到任意数量的其他技术问题。 在这种情况下已不尚未写入到服务器的本地缓存的内容可能会丢失。 如此一来在服务器上该数据库结构的事务完整性遭到破坏,并且可能会损坏文件服务器上的数据。
解决方案
要变通解决此问题,编写在任何时间类型的值,该值代表 delineation 事务的 ; 例如对于一个大容量操作之后或之前关闭了文件句柄或任何时访问网络数据存储区的数据库应用程序应立即刷新文件缓冲区的开发人员事务日志写入。 这可通过调用 Win32 FlushFileBuffers API 调用。

警告:本文已自动翻译

属性

文章 ID:224992 - 上次审阅时间:12/05/2015 13:50:08 - 修订版本: 1.1

Microsoft Windows NT Server 4.0 Standard Edition, Microsoft Windows NT Server 4.0 企业版

  • kbnosurvey kbarchive kbmt kbprb KB224992 KbMtzh
反馈