我最近遇到了一个Exchange电子邮件服务器出现故障的情况，48小时后我们无法将其恢复在线状态，因此一些收到的电子邮件反弹。 此外，用户几天之内都无法发送或接收电子邮件，这是一个痛处，并导致一些早期的撤回症状。 在一个事后，有人提出了build立一个快速和肮脏的networking邮件服务器，以在停电期间收到这些电子邮件的想法，至less人们可以收发电子邮件。 我从来没有这样做，但这听起来像个好主意。 有没有人成功之前尝试过这样的事情？
我有一个PostgreSQL 8.3数据目录备份。 我需要从这个备份复制一个数据库到一个新的PostgreSQL实例。 由于旧服务器的问题，我不能做一个数据库的pg_dump。 我已经想出了哪个目录是针对数据库的。 例如，在MySQL中，您通常会closures服务器，将目录复制并重新启动，数据库将可用。 现在这不适用于PostgreSQL，我怀疑这是因为数据库没有列在global / pg_database文件中。 这个文件似乎是在PostgreSQL启动时自动生成的，那么如何告诉系统数据库在那里呢？
我注意到在我的工作地点，有一种态度是备份不是很重要（当然，在任何forms的备份策略出现之前，开发/testing都会发生）。 因为我的团队的其他成员不是像我这样的系统pipe理员/缺乏系统pipe理员知识，所以备份/灾难恢复考虑因素被讨论，但是没有得到实施。 有一种态度，因为什么都没有出错（但是被忽视的是意外删除），那么我们就不用担心备份太多了。 你如何处理这种文化？ 我相信这一定是常事？ 谢谢
我有一个网站，我们负载均衡几台机器。 负载均衡器（Brocade ServerIron ADX）位于本地networking中。 我知道它有能力configuration一个“备份”IP地址作为“真实”使用，但它需要在本地networking上。 如果由于FW，LB或多服务器故障导致整个环境可能处于脱机状态，我该如何向用户提供“失败鲸鱼”和状态更新消息？ 由于DNS无法提供加权的A-Record备份（如SRVlogging），我有什么select？ 理想情况下，只要我的网站无法访问，解决scheme应该能够自动进入，并通知我的用户我们的响应团队正在处理这个问题。
我们使用SQLServer中的内置logshipping来login我们的灾难恢复站点，但是在一个月内进行DRtesting，这需要我们在Live和BAckup服务器之间来回移动。 我们在系统上运行多个（30）数据库，因此手动备份最终日志并禁用这些作业的工作量太大，需要很长时间。 我虽然没有问题，但我会脚本它，但总是complaninig遇到麻烦，即使我不输出最后的日志，直到数据库进入norecovery模式，最后的login是太早应用。 首先，有没有一个简单可靠的方法呢？ 我在一些第三方软件（redgate sqlbackup我认为是这样），但这并不容易在这种情况下。 我想要做的是基本上运行一个脚本（一系列存储过程）让我去DR和运行另一个让我没有dataloss。 我的脚本目前非常简单，但在这里他们是： 2台服务器Primary Paris Secondary ParisT StartAgentJobAndWait是由其他人（ta）编写的脚本，只是检查作业已经完成或者如果它永远不会结束就退出。 目前，我只是使用名为BOB2的testing数据库，但如果我能得到它的工作将传递数据库和作业名称。 来自巴黎： /* Disable backup job */ exec msdb..sp_update_job @job_name = 'LSBackup_BOB2', @enabled = 0 exec PARIST.msdb..sp_update_job @job_name = 'LSCopy_PARIS_BOB2', @enabled = 0 exec PARIST.msdb..sp_update_job @job_name = 'LSRestore_PARIS_BOB2', @enabled = 0 exec PARIST.master.dbo.DRStage2 ParisT DRStage2 DECLARE @RetValue varchar (10) EXEC @RetValue = […]
我目前主持大约400-500个不同大小（1-10个演出）的SQL 2005数据库。 我知道大多数不同的方法可用和镜像，日志传送，复制和集群的一般优点/缺点，但我不知道他们倾向于执行时，如果以我规定的大小（400- 500个独特的数据库）。 有没有人有什么好的build议可能是最好的方法有能力故障转移到另一台服务器这种设置？ 故障转移不需要立即进行，我只是在寻找比每天进行备份并将其移动到存储器更好的东西。 我最好寻找一些能够轻松pipe理批量数据库（而不是一次一个）的东西。 感谢您的input！
尴尬，因为它听起来我设法将一个debian iso dd外部高清而不是我的笔式驱动器。 现在我的1.5 TB的西部数字有1 700MB的分区名为debian，其余的是未分配的空间。 如果我正确理解dd是如何工作的，那么光盘中的第一个700mb的数据就会被覆盖掉。 有什么方法可以挽救剩下的吗？ //磁盘是NTFS分区
消息队列如何从崩溃的机器中恢复，以便事务消息可以在新机器上恢复？
由于飓风，我们失去了电力，需要通知BES用户服务将很快恢复。 我如何提取所有BES用户并向他们发送通知消息？ 另外如何改变发送的地址？
我正在尝试使用vdfuse来恢复损坏的VDI来安装VDI并使用dd_rescue来挽救borked分区。 dd_rescue似乎工作正常，但一旦达到大约一半的分区，它只是停止并给出以下错误： ddrescue: write error: Read-only file system 等等..什么？ 它突然将FS正在将恢复的分区写入只读文件系统。 那么…为什么？ 我永远无法完成这个吗？ 这是怎么回事？ 更新 – 2012年12月2日 我的电脑在运行VBox的时候失去了电源，当我开始备份并试图运行vbox实例时，它告诉我这个硬盘没有操作系统。 因此，在检查了该configuration文件的BIOS选项和VBox设置之后，我使用该VDI创build了一个新的configuration文件，并得到了相同的错误，certificateVDI的确是不可读的，而且该configuration文件不仅仅是搞砸了。 VDI是一个500GB的磁盘，上面有4个分区。 当我使用vdfuse将VDI安装到文件夹时，它将4分区作为回送设备（ Partition1 ， Partition2等） 当我尝试安装第一个分区时，它工作正常。 这是启动分区，所以它没有任何用处。 但是，当我尝试挂载Partition4 ，我的用户主分区，它说Bad superblock at offset ######几次，并无法安装。 所以，我运行ddrescue Partition4 ../partition4_restore.img ，它工作正常，直到达到（“救助”）大约260 GB，当它停止并给出“只读文件系统”错误。 放置img文件的位置有660GB免费。