问题标签 [disaster-recovery]

在我的一台服务器上安装的 Wordpress 已被入侵。以不会导出任何后门的方式导出图库、帖子和页面的最快方法是什么？那么如何将它们导入到全新的 Wordpress 安装中呢？

我想避免复制任何 php 文件，因为攻击者可能留下了后门。我还想避免复制整个数据库，因为攻击者也可能在那里留下了后门。

编辑2：我遇到了完全相同的问题。

对于 RavenDB 复制，Raven-Replication-Source Guid 在尝试辨别哪些文档来自哪个服务器时非常方便。

但在灾难恢复场景中，可能需要确保实例的 Raven-Replication-Source Guid 与失败前保持一致。

我的问题：

• 我可以手动设置数据库的 Raven-Replication-Source Guid 吗？

编辑（回应Ayende 的评论）：

• 这是这个问题的后续问题。

这是场景：

• 客户端使用一个主 RavenDB 实例进行所有读取和写入。
• 此主实例复制到热备用实例。
• 当主实例发生故障时，客户端会根据此配置设置立即故障转移到热备件。
• 经过仔细检查，我们发现主 RavenDB 实例已损坏，需要清除。
• 当我们重新创建主 RavenDB 实例时，从热备份复制将仅复制在热备份上创建的文档。
  • 强调：热备件不会将在主服务器（灾难之前）创建的文档复制回主服务器，因为它们的 Raven-Replication-Source Guid 是主服务器的 Raven-Replication-Source Guid。
• 这是一个问题，因为正如我所说，主 RavenDB 实例已被清除，我们需要从头开始重新创建数据库，并且我们需要将所有文档从热备用复制回主实例。

编辑 3： @Ayende 的回答让我发现我正在解决错误的问题。这是解决我的问题的正确方法。

我正在开发一个安静的大型关键应用程序。它已部署到具有 3 个 Web 角色和 sql azure db 的 azure。

万一发生灾难，我们需要能够将 web 角色和 sql azure 恢复到不同的数据中心。有人可以帮助我如何将 SQL Azure DB 和 Web 角色恢复到不同的数据中心。

我正在自动化一个应用程序，该应用程序在应用程序的任何位置显示一些覆盖消息，用于多种场景，例如第一次安装的应用程序等。（我对 Robotium 也很陌生。）

覆盖显示文本，通过滑动或单击它会消失。此外，这些叠加层有不同类型，上面有不同的独特文本。（我们称之为活动 A）

我想创建一个健壮的测试用例来优雅地处理这种情况。从测试的角度来看，我们不会知道活动 A 会一直存在。但如果确实如此，我想通过编写一个我可以随时调用的方法来从场景中恢复过来。目前，由于我预期的活动名称不匹配，因此调用了 tearDown 方法。

此外，即使活动 A 存在，也有其他预定义的覆盖文本。因此，如果我使用 solo.waitForText("abc") 来检查文本“abc”，我可能会看到带有文本“pqr”的叠加层 2。

所以我一直在寻找一种自动化的方法，我不能使用solo.assertCurrentActivity() 或solo.waitForActivity 方法，因为它们只是在第一次失败后停止执行。

因此，任何指导表示赞赏！

CloudBees 所谓的区域特定部署与他们（和亚马逊）所谓的可用区之间有什么区别？

据我所知，CloudBees 允许您在 2 个区域/区域中的 1 个进行部署：美国和欧洲。这些是我唯一的选择吗（对于特定于区域的部署和可用区）？

如果美国数据中心发生完全故障，将备用的空闲实例池部署到欧洲“区域”是否是一个可靠的灾难恢复计划？CloudBees 客户端通常如何处理灾难恢复？

我有一个 Team Foundation Server 2010 设置，其中一台服务器上有 TFS，另一台服务器上有数据库。最近带有数据库的服务器完全崩溃了，我不得不更换它。我从备份中恢复了数据库，并将 tfs 的 web.config 文件更改为指向新服务器，并且几乎一切似乎都在工作。我可以连接到 tfs、签出/签入、创建工作项等。但是，我无法对构建进行排队，并且事件日志中充满了错误，指出 TfsJobAgent 无法连接到数据库。我想知道是否有人知道是否有办法将 TfsJobAgent 配置为指向我的新数据库。事件日志详细信息如下（TCOSRV1 是运行 tfs 的机器，而不是数据库服务器）。任何帮助将不胜感激。

TF53010：Team Foundation 组件或扩展中出现以下错误：日期 (UTC)：2013 年 7 月 11 日下午 4:55:27 机器：TCOSRV1 应用程序域：TfsJobAgent.exe 程序集：Microsoft.TeamFoundation.Framework.Server，版本=10.0.0.0，文化=中性，PublicKeyToken=b03f5f7f11d50a3a；v2.0.50727 服务主机：进程详细信息：进程名称：TFSJobAgent 进程 ID：3520 线程 ID：5304 帐户名称：NT AUTHORITY\NETWORK SERVICE

详细消息：作业代理执行期间出错。将重试该操作。接下来五分钟内的类似错误可能不会被记录。异常消息：TF246017：Team Foundation Server 无法连接到数据库。验证托管数据库的服务器是否可操作，并且网络问题是否不会阻止与服务器的通信。（类型数据库连接异常）

异常堆栈跟踪：在 Microsoft.TeamFoundation.Framework.Server.TeamFoundationSqlResourceComponent.TranslateException(SqlException sqlException) 在 Microsoft.TeamFoundation.Framework.Server 的 Microsoft.TeamFoundation.Framework.Server.TeamFoundationSqlResourceComponent.TranslateException(Int32 errorNumber, SqlException sqlException, SqlError sqlError) .TeamFoundationSqlResourceComponent.MapException(SqlException ex, QueryExecutionState queryState) 在 Microsoft.TeamFoundation.Framework.Server.TeamFoundationSqlResourceComponent.HandleException(SqlException ex) 在 Microsoft.TeamFoundation.Framework.Server.TeamFoundationSqlResourceComponent.Execute(ExecuteType executeType, CommandBehavior 行为) 在 Microsoft.TeamFoundation .Framework.Server.ExtendedAttributeComponent。Microsoft.TeamFoundation.Framework.Server.DatabaseConnectionValidator.ValidateApplicationConfiguration（字符串 configConnectionString，Guid configInstanceId，List`1 sqlInstances，字符串 analysisInstance , Microsoft.TeamFoundation.Framework.Server.ApplicationServiceHost..ctor (Guid instanceId, String connectionString, String physicalDirectory, String plugInDirectory, String virtualDirectory,Boolean failOnInvalidConfiguration) 在 Microsoft.TeamFoundation.Framework.Server.JobApplication.SetupInternal() 在 Microsoft.TeamFoundation.Framework.Server.JobServiceUtil.RetryOperationsUntilSuccessful（RetryOperations 操作）

内部异常详细信息：

异常消息：建立与 SQL Server 的连接时发生与网络相关或特定于实例的错误。服务器未找到或无法访问。验证实例名称是否正确以及 SQL Server 是否配置为允许远程连接。（提供者：SQL 网络接口，错误：26 - 错误定位服务器/指定的实例）（类型 SqlException）SQL 异常类：20 SQL 异常号：-1 SQL 异常过程：SQL 异常行号：0 SQL 异常服务器：SQL 异常状态: 0 SQL 错误:

异常数据字典：HelpLink.ProdName = Microsoft SQL Server HelpLink.EvtSrc = MSSQLServer HelpLink.EvtID = -1 HelpLink.BaseHelpUrl = http://go.microsoft.com/fwlink HelpLink.LinkId = 20476

异常堆栈跟踪：在 System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning（TdsParserStateObject stateObj，布尔 callerHasConnectionLock，布尔 asyncClose）处 System.Data.SqlClient. System.Data.SqlClient.SqlInternalConnectionTds.AttemptOneLogin（ServerInfo serverInfo，字符串 newPassword，SecureString newSecurePassword，Boolean在 System.Data.SqlClient.SqlInternalConnectionTds 处忽略 SniOpenTimeout、TimeoutTimer 超时、布尔值 withFailover）。在 System.Data.SqlClient.SqlInternalConnectionTds.OpenLoginEnlist（TimeoutTimer 超时，SqlConnectionString connectionOptions，SqlCredential 凭据，字符串 newPassword，SecureString newSecurePassword，布尔值时的 LoginNoFailover（ServerInfo serverInfo，String newPassword，SecureString newSecurePassword，Boolean redirectedUserInstance，SqlConnectionString connectionOptions，SqlCredential credential，TimeoutTimer 超时） redirectedUserInstance）在 System.Data.SqlClient.SqlInternalConnectionTds..ctor（DbConnectionPoolIdentity 身份，SqlConnectionString connectionOptions，SqlCredential 凭据，对象 providerInfo，字符串 newPassword，SecureString newSecurePassword，布尔重定向用户实例，SqlConnectionString userConnectionOptions）在 System.Data.SqlClient.SqlConnectionFactory。在 System.Data.ProviderBase.DbConnectionFactory.CreatePooledConnection(DbConnectionPool pool, DbConnectionOptions options, DbConnectionPoolKey poolKey, DbConnectionOptions userOptions) 在 System.Data.ProviderBase 的 CreateConnection(DbConnectionPoolKey poolKey, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningConnection, DbConnectionOptions userOptions)。 DbConnectionPool.CreateObject(DbConnectionOptions userOptions) at System.Data.ProviderBase.DbConnectionPool.UserCreateRequest(DbConnectionOptions userOptions) at System.Data.ProviderBase.DbConnectionPool.TryGetConnection(DbConnection owningObject, UInt32 waitForMultipleObjectsTimeout, Boolean allowCreate, Boolean onlyOneCheckConnection, DbConnectionOptions userOptions, DbConnectionInternal& connection)在 System.Data。System.Data.ProviderBase.DbConnectionFactory.TryGetConnection(DbConnection owningConnection, TaskCompletionSource1 retry, DbConnectionOptions userOptions, DbConnectionInternal& connection) 在 System.Data.ProviderBase.DbConnectionClosed 的 ProviderBase.DbConnectionPool.TryGetConnection(DbConnection owningObject, TaskCompletionSource1 retry, DbConnectionOptions userOptions, DbConnectionInternal& connection)。 TryOpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory, TaskCompletionSource1 retry, DbConnectionOptions userOptions) at System.Data.SqlClient.SqlConnection.TryOpen(TaskCompletionSource`1 retry) at System.Data.SqlClient.SqlConnection.Open() at Microsoft.TeamFoundation.Framework.Server .TeamFoundationSqlResourceComponent.Execute（ExecuteType executeType，CommandBehavior 行为）命令行为行为）

We are a small division of a larger company and we are required to keep a server at the corporate office as a disaster recovery server. I want to use SQL's (2005) transaction log shipping feature to keep the offsite server up-to-date.

The problem is that Mama Corprorate wants proof that the database is functional. For example, a screenshot of the remote session showing a query of the orders table showing the most recent group of orders (with the order date). Is there a way to satisfy this requirement without breaking the log shipping? I suggested that I give them a screen of the history for the LS Restore job, but they didn't like that idea since "that really isn't telling you that its working" according to them.

Thanks!

发生了一些 git 错误，我丢失了一个文件的很多更改。我使用 Eclipse 作为我的 IDE，但 git 事故包括删除项目并重新克隆目录。所以我不能从 Eclipse 中进行恢复。我相信我已经找到了包含我要恢复的代码的本地历史文件，但我不确定如何对这个文件进行分类。它有点像一个json。

任何人都知道如何恢复或读取 .metadata.plugins\org.eclipse.core.resources.history 文件？

我需要编写一个程序，在可能状态的大空间中执行并行搜索，在此过程中发现新区域（并开始探索），并且由于在其他地方获得的中间结果消除了可能性，因此对某些区域的探索提前终止在他们身上发现新的有用结果。搜索是使用相互密切合作运行的多个线程来执行的，以避免重新计算中间数据。

一个复杂的内部状态（包括几个线程的调用堆栈和它们使用的状态同步原语）必须在整个过程中维护和更新，并且没有明显的方法可以将计算分成可以顺序执行的独立块，每个块都可以节省并将一个小的中间结果传递给下一个。此外，没有办法将计算拆分为不相互通信的独立并行线程，而不会由于重新计算大量中间数据而产生过高的开销。

由于搜索域很大，该程序可能会运行数月才能产生最终结果。因此，在程序执行期间存在电源、硬件或操作系统故障的重大风险，这可能导致目前已完成的所有工作完全丢失。在这种情况下，程序将需要从头开始重新启动其所有计算。

在这种情况下，我需要一种可以防止数据完全丢失的解决方案。我想到了一个执行引擎/平台，它可以不断地将进程的当前状态保存到诸如冗余磁盘阵列或数据库之类的抗故障存储中。但我知道这种方法会显着减慢这个过程，甚至在某种程度上与预期的计算时间相比没有任何好处，包括由于可能的故障而重新启动。

事实上，我并不需要一个持续保存程序状态的理想解决方案，我可以轻松承受数小时甚至数天的工作损失。我想到的一个可能的重量级解决方案是在虚拟机中运行程序，不时保存其快照，并在可能的主机故障后从最近的快照恢复机器。这种方法还有助于在随机或可预防的客户操作系统故障后恢复程序状态。

是否有类似但更轻量级的解决方案仅限于保留单个进程的状态？或者您能建议任何其他可以解决我的问题的方法吗？

我需要设置灾难恢复。我需要将日志传送设置到不在同一网络中的远程服务器。我可以通过互联网将日志传送 trc 文件传输到远程机器。但是如何将 trc 文件导入辅助服务器。实际上，我正在尝试登录到远程服务器以获取数据库的备份副本。