问题标签 [disaster-recovery]

我试图恢复一些磁盘空间，如此处所述：

如何在 MySQL 中收缩/清除 ibdata1 文件

我为所有数据库做了一个mysqldump。

然后我转储了所有数据库，不幸的是我有点快，也删除了名为“mysql”的数据库。

现在我无法重新连接到服务器，“无法通过套接字'/var/run/mysqld/mysqld.sock'连接到本地MySQL服务器”

我想我已经删除了帐户信息等？

那么我的选择是什么？重新安装 MySQL 并导入转储？

我拥有的 MySQL 帐户很简单，因此我可以轻松地重新创建它们。

由于一些灾难，我的源代码丢失了。

我现在只有cabinet 文件和我的软件的安装程序。

因此，我想从我的软件中检索我的代码，以根据当前的市场趋势对其进行改进。该软件以VB为前端，Access为后端。

请给我解决方案，以便我可以再次构建该软件，因为从一开始就不可能再次构建该软件。

我尝试使用同步工具（双重拍摄）将 MSMQ 存储文件夹 “C:\Windows\System32\msmq\storage”
从一台服务器同步到另一台服务器一旦文件移动到第二台服务器，消息队列服务的问题无法启动我发现如果我排除 *.MQ 文件，同步工作正常，但在这种情况下，我将丢失事务性消息有人有解决方案来保留事务性消息吗？

谢谢

所以我正在处理一个磁盘空间不足的 MySQL 服务器，并且大部分 InnoDB 表当然已经损坏。我正在尝试删除并重新创建损坏的表，但 MySQL 不会让我对它们做任何事情，包括修复。如您所见，这不是乐趣的尽头。应该注意的是，似乎只有这一个表会导致这些错误中的任何一个。

如果我停止服务器并将表的 .frm 和 ibd 文件移开，然后重新启动，我无法重新创建它，因为服务器说它已经存在（即使在 INFORMATION_SCHEMA 中看不到它）。在这种状态下，我也不能放弃它，因为服务器说它不存在。

我一直在寻找答案，但在这一点上，但我不是 DBA，所以我迷路了。我不知道如何修复这张桌子，我也不知道如何摆脱它。

有什么建议么？

在 RavenDB 中，curl 命令会ravenServer.com/databases/myApp/indexes 返回数据库所有索引定义的漂亮列表。

对于我的灾难恢复方案，是否有一个 http 命令可以将它们全部恢复。还是我必须解析每一个并发出文档中概述的命令？

我的应用程序正在使用HttpApi而不是使用 .Net 来创建索引，或者我会一直推送它们。

我们的 VMWare 环境中有许多 Web 服务器。我是一名开发人员（不是系统管理员），所以我不熟悉 VMWare，但我们的 IT 团队目前认为维护 DR 站点的最佳方式是维护多个 VMWare 服务器，并且每次我在生产中对 IIS 进行更改时，我需要在 DR VMWare 服务器上进行相同的更改。考虑到它需要手动冗余配置，这似乎是过多的工作和风险。

有没有办法可以将生产 VMWare 服务器复制到 DR 服务器，并保留 IIS 设置、文件权限等？

我看过很多关于如何移动TFS2010、应用层和数据库层的讨论。我们将数据库与 App Tier 放在同一台服务器上。我将测试在灾难性故障中恢复 TFS2010 数据库的过程。因此，我将拥有：

1. 所有 TFS 和 WSS 数据库的 SQL 备份
2. 我将拥有所有应用程序的安装软件（TFS 等）

是否有文档可用于概述安装 TFS2010 应用层的过程并使其准备好接受我的 SQL TFS2010 的备份？

我有一个关于将 MaxDB 数据库实例从损坏的服务器（当该服务器的文件已恢复）移动到新安装的服务器的问题？

我问的问题在这里：http ://scn.sap.com/thread/3249060

是否可以从仅复制配置和数据文件夹的另一个数据库服务器恢复数据库？

这是我的情况：

1. 有一台服务器（MaxDB 版本 7.5.00.31）坏了，所有文件都恢复了 - 只有一个数据库，比如说 mydb。

2. 我安装了另一个服务器版本 7.5.00.34 并创建了 mydb 数据库的新实例。

3. 由于数据库没有备份介质，我从旧服务器复制了配置和数据文件夹并尝试启动数据库。它未能创建 Data-1-1.bad 文件，说 -8888 错误断开连接。

是否可以仅从不同服务器上的数据卷重新创建数据库？假设我们可以保留目录结构。

我很感激任何帮助:)

谢谢，

西尔韦斯特

更新： 我会回答这个问题，因为我几乎按照我在问题中描述的方式做到了这一点。恢复后数据文件必须已损坏。下一个恢复方法必须克服这个问题。

所以步骤是：

1. 安装新的 MaxDB 环境。

2. 创建数据库的新实例，保持目录结构与粉碎前相同。不知道是否必须维护目录结构。

3. 停止数据库（它将在创建后启动）。

4. 交换数据库的数据和配置文件。

5. 重新启动数据库 - 如果数据文件没有损坏，应该没问题。

我也在这里更新了问题：http: //scn.sap.com/thread/3249060

谢谢，

西尔韦斯特

我正在用表恢复丢失的 mysql 数据库，并拥有 frm 文件和 ibdata1。

我使用 innodb_file_per_table 让每个数据库都有自己的数据文件，测试表明新数据库在创建时现在使用这个系统。

我注意到，当我查看新导入的 frms 和数据或针对它们编写任何 SQL 时，找不到它们。有几个“视图”可用，但没有表格。

如果我运行 check table sometablename，我会发现该表不存在。如果我尝试创建一个同名的表，我会发现该表已经存在。

我已经停止并启动了 MYSQL 服务好几次，希望它会拿起新的 frms，但什么也没有。

任何的想法？

您如何配置 Apache Cassandra 以允许灾难恢复，以允许两个数据中心之一发生故障？

DataStax 文档讨论了使用复制策略，以确保至少一个复制被写入您的两个数据中心中的每一个。但是，一旦灾难真正发生，我看不出这有什么帮助。如果您切换到剩余的数据中心，您的所有写入都将失败，因为这些写入将无法复制到其他数据中心。

我猜你会希望你的软件在两种模式下运行：正常模式，写入必须在两个数据中心之间复制，以及灾难模式，它们不需要。但改变复制策略似乎是不可能的。

我真正想要的是两个过度配置的数据中心，并且在正常操作期间使用两个数据中心的资源，但是当只有一个数据中心时仅使用剩余一个数据中心的资源（性能降低）正在运行。