Exchange服务器提示 Event ID 50 Ntfs (Ntfs) {延迟写入失败} Windows 无法保存文件

简介:



  • 环境描述

所有Exchange 2013服务器部署在Vmare exi 6.0虚拟化环境中。Exchange 2013版本为CU10

  • 问题现象

Exchange CASMailbox服务器上的系统日志中经常出现 NTFSntfs Event  ID  50,错误信息“{延迟写入失败} Windows 无法保存文件 \Extend\$UsnJrnl:$J:$DATA 的所有数据。数据已丢失。 此错误可能是由计算机硬件或网络连接问题所致。请尝试将此文件保存到其他位置。”

  • 问题原因和解决方法

1)、问题原因

由于在Vmware虚拟机上使用了Symantec NBU快照备份功能时会出现警告。只要对exi虚拟机进行快照备份就会出现警告,此警告可以忽略,如果要消除此警告,只能更改Vmware虚拟机配置。

具体可参考:

http://www.microsoft.com/technet/support/ee/transform.aspx?ProdName=Windows+Operating+System&ProdVer=5.2.3790.1830&EvtID=50&EvtSrc=ntfs&LCID=1033

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2006849

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1028881

2)、解决方法

第一步:将Vmware虚拟机关机,然后将disk.EnableUUID设置为False.

clip_image002

第二步:在配置参数中添加一项vss.disableAppQuiescing,并设置为True

clip_image004




本文转自 jialt 51CTO博客,原文链接:http://blog.51cto.com/jialt/1825251

相关文章
|
25天前
|
消息中间件 Java Kafka
【Azure 事件中心】在Windows系统中使用 kafka-consumer-groups.bat 查看Event Hub中kafka的consumer groups信息
【Azure 事件中心】在Windows系统中使用 kafka-consumer-groups.bat 查看Event Hub中kafka的consumer groups信息
|
安全 Windows
成功解决windows开机时,系统提示此windows副本不是正版
成功解决windows开机时,系统提示此windows副本不是正版
成功解决windows开机时,系统提示此windows副本不是正版
|
Windows
Windows NTFS权限
Windows NTFS权限
40 0
|
安全 云计算
微软敦促管理员修补本地 Exchange 服务器
微软敦促管理员修补本地 Exchange 服务器
|
网络协议 Linux
工作总结之服务器时间不同步导致平台验证失败及Linux系统时间同步方法
在Windwos中,系统时间的设置很简单,界面操作,通俗易懂,而且设置后,重启,关机都没关系。系统时间会自动保存在BIOS时钟里面,启动计算机的时候,系统会自动在BIOS里面取硬件时间,以保证时间的不间断。
290 0
工作总结之服务器时间不同步导致平台验证失败及Linux系统时间同步方法
Windows进入黑屏,操作CMD提示命令提示符已被系统管理员停用
Windows进入黑屏,操作CMD提示命令提示符已被系统管理员停用
|
Windows
X11获取windows名称和ID代码
X11获取windows名称和ID代码
144 0
|
NoSQL MongoDB 数据库
分布式服务器框架之Server.Core库中实现YFUniqueEntity、YFUniqueIDBase 管理MongoDB 自定义Id的自增
YFUniqueEntity是数据库中的结构,GetUniqueID函数中会根据Type和自增步长去数据库中寻找该类型的当前ID是多少,然后会用当前的Id去加上步长,把更新后的新ID插入到MongoDB中记录着ID的那张表里。
|
SQL NoSQL MongoDB
分布式服务器框架之Servers.Core库中实现MongoDB对象实体类 管理对象ID
MongoDB中的ID是一个hash码,和传统的关系数据库相比MongoDB没有办法实现ID的自增,如果需要ID自增的话,所以要自己管理ID,并且把对应类型的ID写入到一个专门的Collection(其实就是Sql中的Table)里面去,每次创建新对象的时候,都要取到该类型当前的ID,然后在这个基础上+1,比如当前是角色的ID是1,又创建了一个新的角色,要在原来的基础上+1 ID=2。今天先把MongoDB的对象实体基类实现了。