几天后，我将一个大的（56GB）文件从工作站复制到文件服务器上。 检查副本后，我发现它有几个不同于原来的字节。 细节： 源系统： Medion Akoya P5350 D Windows 8.1 Pro 64位 SATA HDD（NTFS） 目的地系统： 惠普ProLiant微服务器N36L，ECC RAM Windows Server 2012 R2 Standard 存储空间上的ReFS双向镜像 该文件通过在工作站上从本地磁盘拖放到networking共享文件夹（在服务器上）进行复制。 文件大小为56886041991字节。 第二个副本完成相同的方式，一天后是OK（通过md5sum检查）。 比较显示有97个字节不同。 （见下文）我看到的唯一模式是，被破坏的字节聚集在三个组中，每个第128个字节被改变。 我能做什么？ 从哪里开始寻找原因？ 它不能是服务器上的磁盘，因为他们会报告读取错误的情况下，即使不是，ReFS不会注意到错误的校验和，并从另一个磁盘读取扇区，如果它也损坏了，会（应该）报告读取错误。 SATA有CRC。 RAM有ECC。 networking有两层校验和。 工作站没有ECC内存。 也许networking驱动程序错误？ cmp -l输出： 见这里 同时进行的其他testing： memtest86 + v5.01在这两台电脑上24小时，没有错误 24小时memtest86 v4.3.7在两台PC上，没有错误 对所有HDD进行SMART 长时间testing ：没有错误（除了我知道有一些坏扇区，它们不在活动分区之外） md5sum /dev/sdX循环：在5TB磁盘上执行5次，在其他上执行20次以上 – 未检测到错误 重复复制操作与原来的10次一样，检查结果：没有错误 我想这是一个孤独的宇宙射线
我有一个用户运行XP SP2，不断收到“回收站上C：\是损坏或无效。 kb297760说，如果使用subst命令将驱动器映射到现有文件夹，可能会导致此问题。 他们使用的一些软件实际上做到这一点（CCH的DocumentFX）和MS提供了一个修补程序，但是这个修补程序是为sp1 …我也尝试login作为pipe理员和重置NTFS权利上c：\ RECYCLER默认运气。 我想避免升级到sp3，如果可能的话 – 不知道这将甚至解决问题。 谢谢。
我的电脑最近试图运行一个备份和失败，上面的错误代码。 我试图在可移动媒体上创build一个新的备份，再次失败。 我观察了备份失败的位置，发现一些行为exception的文件，包括没有文件types，大小或属性的文件。 我删除的越多，我发现的越多。 我跑了Vista的更新安装来修复我的系统文件无济于事。 保存我的所有文件到可移动媒体，干净的安装，仍然没有喜悦。 奇怪的是，我的PHP文件夹存活了干净的安装。 删除它，没有运气。 我已经运行内存和硬盘诊断，一切都很好。 最令人困惑的。 任何帮助，将不胜感激。 我已经在Microsoft Answers论坛上启动了一个主题，并开始与戴尔，我的配件制造商进行对话。
很久以前，我曾经在一家公司内部工作过，这个公司干净利落，做了一些非常简单的事情。 它允许你写一个你指定的大小的文件。 然后它会读取该文件并检查错误。 您可以将文件写入本地磁盘，映射的networking共享或UNCpath（当然，假设您有权限）。 使用这个工具，我有一天能够缩小非常间歇性的文件损坏的来源。 （发现RAID中的板载DRAM模块偶尔会产生内存错误。） 我真的很想得到一些实现这个function的实用程序。 我不是要求这家公司生产的公用事业，而是要做类似function的事情。 编辑：我更喜欢一个Windows实用程序。 CLI很好。
我们已经安装了Outlook 2010，它破坏了用它打开的每个.pst文件，除了新创build的只有一个邮件的testing文件。 所有档案不能打开，并给出一个消息，说明存档ist损坏，事后，即使其他安装，该错误仍然存在，除了一个邮件testing存档，仍然可以打开其他Outlook安装，但不是这个一。 老朋友谷歌出现在search惊人的空白，所以我有点难住。
我有两个通过iSCSI连接到我们的networking的NAS（希捷黑色装甲）到运行32位Windows 7和Windows iSCSI Initiator的Dell Optiplex 760。 由于某种未知的原因，在上周左右，都报告为不可访问和/或损坏（即我试图打开iSCSI计算机时产生的错误信息）。 但是，通过直接IP连接到其中任何一个都可以正常工作。 我试过错误检查，但收到“磁盘检查无法执行，因为Windows无法访问磁盘”。 我已经尝试过系统恢复几乎两个星期后认为Windows更新可能已经造成的问题，但没有任何改变。 我包括截图，希望能够解决这个问题。 谢谢。
我们有一个运行在windows hyper-v上的小型企业服务器2008，昨天，hyper-vpipe理器报告SBS服务器处于“Pause Critical”状态。 原来这是因为快照占用了磁盘空间，但没有报告驱动器运行不足。 将快照移动到另一个驱动器并重新引导服务器后，服务出现了，但域计算机和SBS服务器之间丢失了信任，因此我们将这些计算机重新join域。 但是看看我们的交换电子邮件，他们只能回到七月份。 经过一番调查后，服务器必须处理快照中的数据，因此我们将快照与主硬盘合并。 所有的电子邮件返回和数据恢复。 然而，域名工作不正常，看起来我们的活动目录坏了，在DNSpipe理器中（附图），我们的domain.local条目将不会加载，并且与我们的反向查找区域相同。 在花费时间search这个错误之后，我们已经尝试了dcdiag / fix命令，但是在连接testing中失败了。 我们也尝试删除并重新创build_msdcslogging没有运气。 在这一点上，我们准备开始重新构build，因为没有明确的解决scheme来解决它。 如果有人有任何修复build议，他们将非常感激。 Dcdiag /修复输出 目录服务器诊断 执行初始设置： 试图find家庭服务器… 家庭服务器= SBS 确定AD森林。 完成收集初始信息。 做初步的必要的testing Testing server: Default-First-Site-Name\SBS Starting test: Connectivity The host 34358f17-16d4-4113-b648-49113363dbc3._msdcs.thap.local 可以 not be resolved to an IP address. Check the DNS server, DHCP, 服务器 name, etc. ……………………. SBS failed test Connectivity […]
我是社交游戏的pipe理员，使用MySQL（精确的Percona 5.1.56）进行数据存储（所有表都有InnoDBtypes）。 游戏中有大约200万玩家，数据库大小约为100Gb，并且正在逐渐增长。 有几个表已经有超过5亿条logging。 游戏数据库运行非常stream畅，即使在一个function足够强大的非虚拟化Linux Debian 6服务器（24 GB RAM，硬件Adaptec RAID-10，以及一些只读从属服务器）上也不会分裂。 问题是，不时（一两个月一次）MySQL崩溃与数据损坏如下： InnoDB: Database page corruption on disk or a failed InnoDB: file read of page XXXX. InnoDB: You may have to recover from a backup. 从这样的错误中恢复是一个非常痛苦的过程。 这通常需要提升其中的一个奴隶作为新的主人，将stream量引导到这个新的主人并为这个主人创build备用的奴隶。 有一些停机让玩家真的很生气 Percona的人告诉我，这是硬件的错，起初我以为这是硬件的责任，但是在我换了几台服务器之后，我不知道该怎么想。 有没有可能是MySQL破坏数据？ 我已经开始寻找替代品（例如PostgreSQL，甚至像Cassandra这样的激进分子）。 但是我当然知道，每一个新产品都有自己的包袱和怪癖，更不用说迁移的代价了…. 我正在拔头发（今天我又遇到了另一个崩溃），所以如果你有任何想法，请分享…
我们的Exchange 2k3数据库被损坏了，我们无法恢复，所以我们要恢复最后一次备份，不幸的是一周前：-S 我的问题是，那一周的用户机器上的caching电子邮件会发生什么？ 我们有Outlook和Entourage客户端连接到它，与一些imap用户通过其他客户端。 只要服务器再次启动，用户计算机上的caching电子邮件将被删除？ 还是同步到服务器？ 或者什么也没有发生？ 谢谢:)只是想知道如果有人有这方面的经验。
（更新：今天，如果系统中没有已知的更改，那么tar工作时没有segfault，“rm”命令现在是segfaulting，可能这是由ESXi引起的，或者也许是硬件引起的。 我有一个运行在VMWare ESXi上的Centos 5.3系统。 它已经运行了一段时间没有太多问题。 然而，最近我注意到，当我运行它们时，tar命令和rpm命令给我一个分段错误。 所以，我尝试使用strace（发现有人build议在线），下面是我使用strace时得到的。 我想知道如何修复我的系统，以及如何防止这种情况发生。 感谢所有提前！ 输出： [root @ wagon init.d]＃strace -f rpm execve（“/ bin / rpm”，[“rpm”]，[/ * 20 vars * /]）= 0 brk（0）= 0x9e98000 访问（“/ etc / ld.so.preload”，R_OK）= -1 ENOENT（没有这样的文件或目录） 打开（“/ etc / ld.so.cache”，O_RDONLY）= 3 fstat64（3，{st_mode = S_IFREG | 0644，st_size = 51424，…}）= 0 mmap2（NULL，51424，PROT_READ，MAP_PRIVATE，3，0）= 0xb7f79000 closures（3）= 0 打开（“/ usr / lib […]