我是一个大傻瓜。 但我相信这可能是每个严重的Linuxpipe理员的事件。 我不小心将硬盘从LVM格式化为Ext3。 我尝试了一些恢复工具。 从500+ GB的内容我可以看到大约13 GB的恢复。 我从这个错误中学到了东西 但数据对我来说真的很重要。 即使恢复软件提供我恢复没有正确的文件名称。 他们是随机的文件名。 所以很明显，所有的源代码在这种状态下都没有用处。 因为在这个随机的状态下没有任何联系。 我可以看到所有的数据在那里。 mkfs.ext3重新写入块。 我不知道是否有任何希望，我可以在同一阶段恢复一切。 但无论如何恢复应该是在确切的格式。 请帮助我，如果你可以build议我任何开放/商业解决scheme，以恢复任何可能的。 我从这个错误中吸取了教训。
首先：请原谅我的英文不好:) 我们在软件RAID 1模式下使用带有3个硬盘的Archlinux服务器。 应该有两个lvm扩展分区，我认为他们应该在卷组中工作。 （我没有设置这个系统。） 通过更新系统崩溃，我不能启动它。 我拿了一个debian live持久usb驱动器，并得到raid和一个卷组分区工作。 问题是卷的另一个分区没有被加载。 试 dd if=/dev/md1 bs=512 count=255 skip=1 of=/tmp/md1.txt 只给出encryption的字符。 有没有办法恢复卷组？ 如果需要更多信息，我会发布。 高级谢谢:)
我试图导入邮箱 zmmailbox -z -m "$user@$domain.com" postRestURL “//?fmt=tgz&resolve=reset” $SOURCE 但总是我得到： zclient.IO_ERROR (Refused connection) 我有3天阅读zimbra论坛，没有我已经zimbraAttachmentsIndexingEnabled设置zimbraAttachmentsIndexingEnabled为FALSE （帐户和COS）和zmcontrol restart为zimbra用户 还有其他方式来恢复没有zmmailbox邮箱帐户，而不使用zmlmtpinject我不想提取所有邮箱有一些20GB
试图尽可能简洁，我处于一种情况： Windows Server 2008 Standard FE x64 Service Pack 2 与Exchange Server 2007（相当肯定他们一起被称为“Windows小企业服务器2008年”）。 快照和VM是从服务器创build的。 原始服务器继续运行，因此Exchange中的新邮件，新的/更改的文件以及备份继续进行。 过了一段时间，VM映像在ESXi 5.1上进行了configuration，原始服务器在最终备份后最终closures。 （另外，为VM服务器购买了一个新的许可证，所以它和原始服务器有不同的产品密钥，因此有两个SBS许可证。 我已经inheritance了使用原始服务器的最终备份来将电子邮件和文件差异合并到VM服务器的需要。 我不熟悉Windows备份的详细信息; 问题： 虚拟机服务器的还原是否能够识别机器具有共同遗产的最终备份？ 虚拟机服务器是否需要重新编制备份目录？ 文件差异很简单。 但是，交换和邮件似乎具有挑战性。 如果我完全恢复Exchange，Microsoft 文档build议我可以通过使用运行Exchangepipe理工具的32位客户端从Exchange转换/导出，但是细节足够复杂，以至于我怀疑它不太可能工作。 所以， 我可以只提取Exchange的数据文件，将它们转换为PST，并将它们附加到Outlook并复制所需/缺less（“增量”）的电子邮件？ 而不是使用当前的VM服务器进行还原，我正在考虑安装临时的第二个虚拟机来处理还原。 我可能会禁用networking适配器，以避免名称冲突等 SBS / Exchange的还原是否会在没有networking的情况下工作？ 这不是我的专业领域，所以所有的意见和build议都非常感谢。
新手在这里。 已经请求恢复已发送的邮件，该邮件不能位于用户“已发送邮件”文件夹中，可能是因为邮件已超过1年。 为用户运行SBS 2008，Exchange 2007和Outlook。 我不知道系统的历史，但是甚至有可能恢复这样的东西？ 是否必须来自该时间段的Exchange备份？ 如果是这样，备份是否必须恢复到一个单独的位置，然后从该单一的消息拉，然后复制？ 用户具有邮件发送到的确切电子邮件地址。 正如前面提到的那样，这将会是一个艰难的时期。 随着一些将被使用的关键字。 我不确定是否因为归档，被删除等原因而无法看到他。我认为之前他的邮箱还没有存档过。 任何帮助非常感谢。 谢谢。
尝试在testing机上对SBS进行模拟恢复。 该机器不会将Western Digital Essentials硬盘视为有效恢复。 如果我尝试安装操作系统，看到驱动器，所以我知道驱动程序已加载。 驱动器是否被正确移除？ 有一点输了，我有另一个驱动器做当前的备份，可以拉那一个，但宁愿使用这一个。 感谢您的任何意见。
在RAIDarrays上发生灾难性故障，失去了一切。 通过用GPGencryption的重复（2003文件）在S3上备份全套备份。 我有密码和用于encryption备份的私钥的副本。 我已经用gpg –import-key KEYNAME在新主机上导入了私钥。 gpg –list-keys给了我KEYID 。 我们会说这是123456。 从S3下载所有文件到新的本地主机。 当我尝试列出备份中的文件与duplicity list-current-files file:///mnt/Media/backups –encrypt-key 123456结果是： Synchronizing remote metadata to local cache… GnuPG passphrase: Copying duplicity-full-signatures.20111105T191036Z.sigtar.gpg to local cache. GPGError: GPG Failed, see log below: ===== Begin GnuPG log ===== gpg: encrypted with RSA key, ID ABCDEFG gpg: decryption failed: No secret key ===== End […]
当执行第二代Google CloudSQL实例的PITR恢复时，恢复将失败，并显示“创build失败”错误。 除了读取日志并删除它之外，我无法操作实例克隆。 mysql.err日志显示消息 E 2017-10-05T14:19:39.259084Z 0 [Note] /usr/sbin/mysqld: ready for connections. E Version: '5.7.14-google-log' socket: '/mysql/mysql.sock' port: 3306 (Google) E 2017-10-05T14:19:43.151623Z 3 [Warning] Timeout waiting for reply of binlog (file: mysql-bin.017364, pos: 601), semi-sync up to file , position 0. E 2017-10-05T14:19:43.151666Z 3 [Note] Semi-sync replication switched OFF. E 2017-10-05T14:21:46.173674Z 27 [Note] Aborted connection […]
我们的内部网最初是build立在网站收集的根基上的。 我们正试图改变这种情况，以便我们的新互联网网站将在根目录，内联网将成为一个子网站。 在这一点上，我创build了一个新的networking应用程序和网站集，以容纳互联网和内联网。 我使用'stsadm -o backup'命令来创build我们当前的Intranet的备份。 然后运行“stsadm -o restore”命令将Intranet站点集合还原到wss / sites / intranet。 这似乎工作，因为我能够从这个位置访问内部网。 我现在所看到的问题是，图像，子网站等都是参考，好像内部网仍然是根网站。 因此，例如，指向子站点的链接指向wss / department / technology / default.aspx，并且需要指向wss / sites / intranet / department / technology / default.aspx。 我正在寻求帮助和/或澄清两件事情：1.我是否正在接近将根网站集合迁移到子网站的最佳方式？ 2.如何更新链接引用，以便它们基于Intranet现在是一个子站点而不是根站点？
我尝试使用.bak文件和SQL Management Studio将从Windows 2003 / SQL 2005计算机获取的25 GB数据库备份恢复到Amazon EC2云中的Windows 2008 / SQL 2008计算机。 SQL Management Studio报告恢复达到100％完成，然后使用大量的CPU无限期地（24+小时）挂起，直到我重新启动SQL Server服务。 在重新启动时，SQL再次使用大量的CPU活动来处理似乎是无限期的时间，但是数据库不会联机。 下面是一些细节： – 我已经创build了两个EBS卷，一个用于DATA，另一个用于LOGS，并且我已经将SQL Server中的默认目录设置为这些卷上的\ DATA和\ LOG目录。 （我想知道这个问题是否可能与此有关，但是数据库太大而无法在根驱动器上恢复） – 我已经给了SQL Server用户组完全访问这些目录。 – 服务器可以在这些目录下创build一个新的空白testing数据库，并可以备份和恢复testing数据库。 – 我已经尝试恢复.bak文件并直接附加到原始.mdf / .ldf文件的副本，结果在两种情况下都是相同的。 – .bak还原和.mdf / .ldf连接发生在/来自EBS卷。 – 我也通过SQL脚本和“WITH RECOVERY”尝试了上面的内容，结果没有什么不同，只是更less的UI。 – 备份包含两个全文索引。 – 我必须对备份中的大部分文件使用“WITH MOVE”。 – 备份或.mdf / .ldf文件没有问题，因为这在Amazon EC2中的Windows 2003 / SQL 2005计算机上工作得很好，而在Windows […]