问题标签 [recovery]

我几乎可以肯定答案，但情况如此危急，即使我对答案有 %99 的把握，我也不得不问这个问题。

我们办公室的某个人备份了MySQL数据库，然后他在错误的目标数据库上恢复了它，覆盖了该目标上的所有内容（两个数据库的架构相同）。根据 MySQL 备份文件的结构，我知道还原操作首先删除所有表，然后创建它们并用备份的数据填充它们。问题是恢复模块是否将旧数据保存在任何地方？无论如何都可以检索任何旧数据？（日志？...等）

我不小心从 Starteam 存储库中删除了一个文件，我可以在不同的视图/配置上查看文件内容，我可以复制它并重新签入文件，但它的历史很重要。是否可以恢复文件及其历史记录？

谢谢莎朗鞭子

我生成了 spring roo 项目并将 .jspx 文件修改为我的样式。不幸的是，当我使用备份命令时，spring roo 会自动生成原始文件。因此，我的 .jspx 文件不是我的风格。我应该如何从这个命令恢复我的文件。

我们正在使用 SQL Server 2000 查询分析器，我们遇到的一个问题是，当用户更新我们的实时数据库时，他们偶尔会插入不正确的/no(!)where子句。我知道，不好，但它发生了。

是否有任何编辑器会警告可能更改的行数（如果可能的话），甚至是配置编辑器的方法，如果它连接到某个数据库，则在运行查询之前提示确认?

在我们运行错误查询的情况下，我们有办法恢复我们的数据，但这需要时间，我只是看看是否有任何方法可以捕获错误，或者至少给用户第二次机会。

提前致谢。

我正在尝试使用System.IO.Log功能来构建可恢复的事务系统。我理解它是在Common Log File System之上实现的。

用于预写日志的常用ARIES方法涉及将日志记录序列号持久保存在日志以外的位置（例如，在被记录操作修改的数据库页面的标题中）。

有趣的是，CLFS 的文档说这样的序列号始终是 64 位整数。

然而，令人困惑的是，围绕这些SequenceNumbers 的 .Net 包装器可以从 a 构造，byte[]但不能从 a构造UInt64。它的值也可以读作 abyte[]，但不能读作 a UInt64。检查 的实现SequenceNumber.GetBytes()表明它实际上可以返回 8 或 16 字节的数组。

这提出了几个问题：

1. 为什么 .Net 序列号与 CLFS 序列号的大小不同？
2. 为什么 .Net 序列号的长度可变？
3. 为什么需要 128 位来表示这样的序列号？看起来您会在用完 64 位地址空间（16 exbibytes，或大约 10^19 字节，如果您处理更长的字时更多）之前很好地截断日志？
4. 如果日志序列号将表示为 128 位整数，为什么不提供一种将它们序列化/反序列化为 s 对的方法，而不是每次需要写入/读取时UInt64为短暂的 new s 毫无意义地产生堆分配byte[]一？或者，为什么还要费心制作SequenceNumber一个值类型呢？

将日志序列号的存储开销加倍似乎是一个奇怪的权衡，这样您就可以拥有超过一百万 TB 的未截断日志，所以我觉得我在这里遗漏了一些东西，或者可能是一些东西。如果知道的人能帮我纠正一下，我将不胜感激。

澄清

我同意 Damien 和 Andras 的说法。到目前为止，这些担忧是对 byte[] 返回类型最有可能的解释。但是在 CLFS 之上的当前实现，在检查反汇编时，它创建了 64 位 LSN 的代码路径和它创建 128 位 LSN 的代码路径。为什么？在 CLFS 之上使用 System.IO.Log 的客户端能否将 LSN 安全地存储在固定长度的 64 位字段中？128位字段？任何固定长度的字段？

如果 LSN 可以是任意长度，那么它几乎是无用的，因为您需要在页头中的某个位置有一个 LSN 字段来实现生理恢复。如果该字段是可变长度的，那么寻址页面的非标题部分的复杂性不会显着增加。如果对可变长度没有限制，那么您甚至无法确定页面上是否有空间来扩展 LSN 标题字段而不会将标题或页面内容溢出到新页面，这两者都不是在一般情况下是可行的（因为您将检测到这种情况的点远不如您将获得有关如何执行此类恢复的信息的点抽象，如果您存储的数据结构甚至允许这种情况）。

我有一种情况，我收到连续的数据流。这些数据被处理并传输到数据库（SQL Server）中。

现在，我正在尝试编写一个模型，如果数据库关闭，数据会在本地“保存”（比如在文件中）——并在恢复时刷新到数据库。

我想知道是否有任何现有的更好的设计编程模型来解决这个问题。

谢谢。

我想在 SQL Server 2008 中恢复一个 bak 文件（备份是在 SQL Server 2005 上创建的）。我将恢复设置为 WITH NORECOVERY，因为我想稍后应用更多事务日志。

含义：数据库应保持在恢复模式，但管理工作室中的恢复对话框永远不会完成。它显示 100% 近 20 小时。如果我单击“立即停止操作”，则恢复失败。

我需要设置 WITH NORECOVERY（而不是 WITH RECOVERY），因为我想稍后应用事务日志。怎么了？

我想编写一个程序来恢复 Windows 7 上最近删除的文件。

Windows API中是否有恢复文件的功能？如果没有，我该如何开始呢？

编辑：
或者一个开源项目？

编辑：
我不是指回收站！

我正在尝试在硬盘驱动器故障后恢复 SVN 存储库。不幸的是，备份将无济于事，因为它已过时。

在 7,797 次修订中，我们仅从.../repo_dir/db/revs/7/ 目录中丢失了以下七 (7) 个文件：

7437（2009 年 12 月 7 日至 9 日）（revprops/dir 中也缺少文件）

7461（2009 年 12 月 16 日）

7519、7520、7521（2010 年 1 月 8 日）

7679（2010 年 3 月 19 日）

7683（2010 年 3 月 19 日）

这个单一的 SVN 存储库包含许多不同的软件项目/产品。因此，我希望能够重建我的存储库，并且只丢失明确依赖于这七个丢失的 revs/ 文件的修订，而不是让一切都停止在 rev。7436.幸运的是，这七个特定的修订是针对琐碎的项目。丢失他们最近的修订版没什么大不了的。为所有不依赖于这七个 revs/ 文件的修订恢复存储库会非常好。

有没有办法做到这一点？

PS revprops/ 目录中也可能缺少其他文件，而不仅仅是 7437——如果我愿意丢失提交消息，我可以没有一些 revprops/ 文件吗？

它有一个现有的 git checkout 并进行了一些修改，然后我检查了同一个 repo，它覆盖了文件夹。有没有办法通过未提交的更改来获取旧的仓库？

我检查了“ git reflog --all ”，但它只给了我最近的结帐。

编辑：无法重现该问题。所以猜我在某个地方犯了一个错误