问题标签 [recovery]

两个 RAID 卷，VMware 内核/控制台在 RAID1 上运行，vmdks 在 RAID5 上运行。在控制台输入登录名只会导致 SCSI 错误，没有密码提示。值得称赞的是，虚拟机实际上仍在运行。不过，我们认为，在重新启动后，内核可能不会再次启动，并且虚拟机将会关闭。

我们有 VM 的数据库和磁盘备份，但没有 vmdks 本身的备份。

我有哪些选择？

我们目前最好的想法是

1. 使用 VMware Converter 从正在运行的虚拟机创建实时 vmdks，就好像它是 P2V 迁移一样。
2. 重新启动主机服务器并运行 RAID 诊断程序，找出“h”中发生了什么
3. 尝试重新启动 ESX，可能在重建其 RAID 卷之后
4. 可能必须在其卷上重新安装 ESX 并重新连接虚拟机
5. 如果这不起作用，请将在步骤 1 中创建的“实时”vmdks 附加到不同的 VM 主机。

我正在将一个SQL Server 2000数据库加载到我的新SQL Server 2005 实例中。正如所料，全文目录不附带它。我怎样才能重建它们？

右键单击我的全文目录并点击“重建索引”只是挂了几个小时而不做任何事情，所以它看起来并不那么简单......

损坏压缩文件的最常见方法是无意中执行 ASCII 模式 FTP 传输，这会导致 CR 和/或 LF 字符的多对一丢弃。

显然，存在信息丢失，解决此问题的最佳方法是再次传输，以 FTP 二进制模式。

但是，如果原件丢失，而且很重要，那么数据的可恢复性如何？

[实际上，我已经知道我认为最好的答案（这非常困难但有时可能 - 我稍后会发布更多），以及常见的非答案（大量用于修复 CRC 而不修复数据的现成程序)，但我认为在 stackoverflow 测试期间尝试这个问题会很有趣，看看是否有其他人走上了成功恢复的道路或发现了我不知道的工具。]

当先前的 Vim 会话崩溃时，您会看到“交换文件...已经存在！” 对于上一个会话中打开的每个文件。

你能让这个 Vim 恢复提示更智能吗？（不关闭恢复！）具体来说，我在考虑：

• 如果交换的版本不包含未保存的更改并且编辑过程不再运行，你可以让 Vim 自动删除交换文件吗？
• 您是否可以自动执行建议的过程，即以新名称保存恢复的文件，将其与磁盘上的文件合并，然后删除旧的交换文件，从而需要最少的交互？特别是当swap版本和磁盘版本相同时，一切都应该是自动的。

我发现了SwapExists自动命令，但我不知道它是否可以帮助完成这些任务。

如何恢复使用“drop database”命令删除的 mysql 数据库？我可以访问二进制日志，这应该使这种类型的回滚成为可能。

我经常使用git stashandgit stash pop来保存和恢复工作树中的更改。昨天我在我的工作树中进行了一些更改，我已经隐藏并弹出了这些更改，然后我对我的工作树进行了更多更改。我想回去查看昨天隐藏的更改，但git stash pop似乎删除了对相关提交的所有引用。

我知道如果我使用git stash然后.git/refs/stash 包含用于创建存储的提交的引用。并且.git/logs/refs/stash 包含整个存储。但是那些参考文献都没有了git stash pop。我知道提交仍在我的存储库中的某个地方，但我不知道它是什么。

有没有一种简单的方法可以恢复昨天的存储提交参考？

请注意，今天这对我来说并不重要，因为我每天都有备份，并且可以返回到昨天的工作树来获取我的更改。我问是因为必须有更简单的方法！

我有一个由 berkeley DB 支持的 Subversion 存储库。有时它会因为一些锁而崩溃，并且没有被释放，但是今天早上使用'svnadmin recover'命令是不可能恢复它的。相反，它失败并出现以下错误：

我将从最后一次已知的良好备份中恢复存储库，但很高兴知道是否有办法修复此存储库。

编辑：即使是 db_recover 实用程序也没有什么不同。它显示恢复已完成，但在使用 svnadmin 验证存储库时仍然存在相同的错误。

我有一台旧服务器，上面有一个已失效的 SQL 2000 评估版本（从 2006 年开始），还有两个数据库。

由于某些未知原因，LDF 日志文件丢失。估计删了。

我有用于该服务器上曾经存在的数据库的 mdf 文件（在一种情况下还有一个 ndf 文件），我正试图让它们在我坐的另一个 SQL 2000 机器上启动并运行。

sp_attach_db抱怨日志文件丢失，并且不会附加数据库。试图通过使用来自同名数据库的日志文件来欺骗它的尝试失败了。sp_attach_single_file_db也不会工作。mdf 文件显然没有被完全分离。

如何获得附加和可读的数据库？

我有存档在光学媒体（CD 和 DVD）中的文件的备份。这些都有 par2 恢复文件，存储在单独的媒体上。即使在没有 par2 文件的情况下，在一个光驱上读取时的小错误也可以在另一个驱动器上正常读取。

问题是，当读取有故障的媒体时，读取时间非常非常长，因为设备往往会重试多次。

问题是：如何控制重试次数（即设置为不重试或只试一次）？一些系统调用？可以下载的库吗？我必须在 SCSI 层上工作吗？

这个问题主要是关于 Linux 的，但任何 Win32 指针也将受到欢迎。

即使 Windows 资源管理器被炸毁，是否可以读取损坏的媒体（cd、hdd、dvd...）？

我的意思是，是否有一组 API 或其他东西可以在非常低的级别（在资源管理器之下？）访问磁盘并读取可以检索到的任何内容，即使它只是部分内容，特别是如果你仍然可以看到该文件来自资源管理器，但无法对其执行任何操作，因为它以某种方式损坏（CD 上的划痕等）？