标签: disaster-recovery

我的开发人员犯了一个严重的错误，我们在服务器中找不到任何人的mongo数据库。请营救！！！

他登录到服务器，并将以下shell保存在下~/crontab/mongod_back.sh：

然后他奔跑./mongod_back.sh，然后有很多permission denied，然后他做了Ctrl+C。然后服务器自动关闭。

他尝试重新启动服务器，然后出现grub错误：

然后，他联系了AliCloud，工程师将磁盘连接到另一台工作服务器，以便他可以检查磁盘。然后，他意识到有些文件夹已经消失了，包括/data/mongodb所在的位置！！！

1）我们只是不了解bash如何破坏磁盘，包括/data/;

2）当然，有可能得到/data/回报吗？

PS：他之前没有为磁盘制作快照。

假设已从备份磁带还原以下MySQL文件:

• tablename.frm
• tablename.ibd

此外,假设MySQL安装正在运行,innodb_file_per_table并且数据库已完全关闭mysqladmin shutdown.

鉴于从恢复的MySQL文件中取出的相同MySQL版本的全新安装,如何将数据from tablename.ibd/ tablename.frm导入到这个新安装中？

故障转移和灾难恢复之间有什么区别？

一个非常重要的数据库已经损坏,它位于共享Web主机的服务器上,我没有备份.该表包含大量非常重要的电子邮件地址.我可以获得一个表列表,但如果我用Navicat或phpMyAdmin打开任何表,我会收到以下错误:

文件中的信息不正确:'./the-table-name.frm'

我能够从Web主机获取与数据库关联的.frm文件.

还有其他数据,但如果我至少可以获得电子邮件地址,我会没事的.

如何恢复此数据库？我愿意付钱给别人解决这个问题.

我丢失了我已经工作了几个月的原始 python 代码，它被打包到一个.exeusing PyInstaller 中，这就是我所拥有的。

我试过这个：Exe to python with pyinstaller?

我能够提取一个包含我的一些源代码的文件，但它充满了所有这些胡言乱语：

绘图...

z Value="é z0" MÚ0c C sg | ]}| d d¡qS )ú"Ú )Ú 替换)Ú.0Ús© r úGraphLEDView_1.1.pyú ( src C sg | ]}t d d|¡qS )z[^0-9]r )ÚreÚsub)r Ú LedDatar rr
r ) s )Údtype)é g @)Ú figsizei¸ é z Sensor {}g ü?)ÚlabelÚ linewidthÚLEDsÚ BrightnessÚlogz

提取出来的是一个文件，它的名字是我的代码，没有.py扩展名，还有一个文件.pyc文件夹，这些文件都不是我的代码，只是依赖库。有人可以帮我取回我的代码吗？如果我不能把它拿回来，很多工作都会付诸东流……我觉得很愚蠢。谢谢

我没有意识到svn delete会删除我的本地副本,我只想将它从存储库中删除.现在我的所有文件都消失了,它们也不在垃圾箱里.有什么方法可以恢复它们吗？

我应该澄清一下,这些文件从未进入存储库.我试图摆脱存储库中的一些旧垃圾,以便我可以检查这些.

我在ext3文件系统上运行Ubuntu.虽然没关系....我设法重做我在大约2小时内删除的内容.

我们已经将日志传送实现为数据库灾难恢复解决方案,并想知道是否有一种方法可以使用T-SQL将所有登录,用户,角色权限等脚本编写到辅助服务器上的master数据库,以便T-可以将SQL作为SQL作业运行吗？

我的目标是,在D/R情况下,我们可以简单地将每个数据库的事务日志恢复到辅助服务器,而不必担心孤立用户等.

谢谢你的帮助!

问题:如何使用WCF提供分布式,可扩展和抗灾的发布/订阅服务.

细节:

请注意,除了消息/中间件解决方案(如Tibco EMS)之外,还考虑采用此方法.

我一直在研究WCF,特别是它如何用于提供pub/sub.关于这个主题,这篇文章非常好:WCF pub-sub.

在文章中,作者试图解决拥有多个发布者的问题(就像在几个框中扩展服务层一样).问题在于,如果客户端A向发布者A注册但发布者B希望发布事件,则发布者B将不知道客户端A.即没有人告诉发布者B客户端A想要通知事件.作者建议将pub/sub服务作为解决方案.发布/订阅服务将集中存储订阅.但是,如果我想通过二级/双发布/订阅服务使pub/sub服务具有抗灾能力,那么我就有了同样的原始问题.

所以,我认为这个问题有几个解决方案:

1. 将订户详细信息存储在分布式缓存中(请参阅问题:q1和q2).
2. 将订户详细信息存储在数据库/中央文件系统中.

任何人都可以想到任何其他解决方案(即我没有错过WCF的一些奇妙的魔法功能？)任何评论赞赏.

这是 Cognito 面临的最大问题之一，因为似乎没有直接的方法来进行跨区域复制以进行灾难恢复。有没有人找到一种解决方法，可以将认知用户池复制到另一个区域并使其对最终用户尽可能无缝

我需要编写一个程序,在可能的状态的大空间中执行并行搜索,在此过程中发现新区域(并开始探索),并且在其他地方获得的中间结果的早期终止的某些区域的探索消除了可能性在其中发现新的有用结果.使用彼此密切协作运行的多个线程来执行搜索,以避免重新计算中间数据.

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

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

我需要一种能够防止在这种情况下完全丢失数据的解决方案.我想到了一个执行引擎/平台,它可以将进程的当前状态持续保存到像冗余磁盘阵列或数据库这样的防故障存储中.但是我理解这种方法可以显着减慢过程,甚至可以达到与预期的计算时间相比没有任何好处的程度,包括由于可能的故障导致的重启.

事实上,我不需要一个能够持续保存程序状态的理想解决方案,而且我可以轻松承担数小时甚至数天的工作损失.我想到的一个可能的重量级解决方案是在虚拟机内运行程序,不时保存其快照,并在最近的快照可能发生主机故障后恢复计算机.此方法还可以帮助在随机或可预防的客户操作系统故障后恢复程序状态.

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