我很好奇人们通常如何备份他们的网站。 我通常从FTP拖放，并使用phpmyadmin下载我的数据库的副本。 我确信有一种方法可以让你编写一个脚本，让它自动备份或点击后，人们如何做到这一点？ 是否有可能使用PHP来备份的东西？ 我也有SSH访问。
通过BE的界面浏览就像通过MySpace浏览。 看起来好像是随着时间的推移拼凑起来的，没有我能看到的逻辑组织。 此外，这些错误是神秘而无益的。 任何人都可以推荐我们的服务器，可以同时处理闪存和磁带驱动器的备份软件的好片？ 它将需要SQL，SharePoint和Exchange的特定代理。 提前致谢。
如果我有两个磁盘驱动器c和d ，我将c盘映像到d并放置一天; 这是一种备份forms，因为我可以恢复到我镜像它的那一天。 但是，如果我把它镜像为RAID1，那么它不是一个备份，因为我使它成为冗余？ 如果我的唯一目的是为了使系统活着而不回复到以前的date。 这不是一种备份吗？
我有一个备份在我以前的主机的容器存储，但它被分成200MB的部分这里是一个截图 所以我可以下载部分，当我做一个cat file-003 -003我得到一些普通的文本，除了它吐出来的乱码，这意味着这是正确的形象，因为我可以看到我备份了一些数据库表在网站上。 所以我的问题是，我如何再次将它们连接在一起，如果我能做到这一点，我该如何去开发另一个使用openswift的提供商？
我们正在运行备份exec 9.1将磁盘备份到便携式硬盘驱动器。 当我们手动运行备份时，它工作正常。 但是，如果备份设置为按计划在晚上运行，则不会在备份到磁盘文件夹时脱机，因此必须在线切换。 我们完成后，备份运行并完成。 有任何想法吗？ 我们已经试过让程序打开，这没有什么区别。 服务器是Windows 2003 SBS
目前我使用一个简单的shell脚本来备份我的个人文件，这个脚本创build了一个tarball。 它正在按小时运行。 我打算切换到增量备份（我将使用重复），因为这将最大限度地减lessnetworking上的数据传输。 这导致了我一些一般问题： 在进行增量备份时，要select什么策略？ 据我所知，这样的策略意味着创build一个完整的备份，然后是一些增量备份。 在某个时候，一个完整的备份被重新创build，并开始一个新的集合。 我的问题是我不知道如何决定我应该多久进行一次这个完全备份。 如果我每小时进行一次备份，那么以完整备份开始一天的工作，稍后再做一些增量备份，还是有更好的策略？ 在开始旋转之前，我应该保留多less套完整的备份？
我用这个命令使用partclone来获取磁盘映像： partclone.ntfs -c -s /dev/$mypartition | lzop -c > /my/nfs/share/mypartition.lzo 分区大小为34.1 GB，使用33.8 GB。 问题是一段时间后性能下降。 起初，备份速度大约是300 MB /分钟，但性能逐渐下降到150-200 MB /分钟。 预计完成时间从大约1.25小时增加到大约2.5小时。 我拍了一张没有压缩的图像： partclone.ntfs -c -s /dev/$mypartition -o /my/nfs/share/mypartition 备份速度徘徊在600 MB /分钟左右，但性能在一段时间后不会降低。 它或多或less地保持在600MB /分钟左右。 有什么我可以做的，保持使用压缩性能退化？ 编辑：我用gzip和lzop，都受到性能下降。 我也尝试在Pentium D机器（2个核心，3 GB RAM）上备份相同的映像，以及Xen DomU（1个处理器，512 MB RAM）。 他们都有同样的问题。
长篇介绍： 我只是成为小型企业服务器的服务器pipe理员。 我正试图掌握强大的备份方法所需的function。 问题是，所有涉及的方面和不同的场景都有一些bazillion文章和工具和build议。 经过多次（几晚）的研究之后，我越来越确信，我第一次不会把事情做好，只因为会有一些我忽略的东西。 题： 是否有一个指南/资源专门用于编写一套build议和您的场景的注意点，以便保持对实施适当的备份计划的鸟瞰图？ 它应该是： 实际：考虑到现代方法，媒体和场景的备份。 完成：因为它至less试图覆盖所有需要和重要的清单。 综合性的：这样它可以像检查清单一样使用，以便从不同的资源中了解更多关于实现这一点的细节。 合理的权威性：经过一番审查，我可以认为这是一个相当好的起点。 TL;博士： 备份应该适合你的情况。 应该牢记很多东西。 研究需要很长时间才能开始，因为它埋在所有可能的不同方法中。 有没有这样的事情来指导您全面地编译您的备份需求？
据我的经验， 为了创build一个有用的，一致的备份，必须包含处理要备份的数据的应用程序 。 我想与其他系统pipe理员validation我的发现。 考虑一下应用程序打开R / W文件的情况，并且保持打开状态时，单独的备份过程读取文件。 （并且允许这样做 – 如果我们使用鸡群，而且是强制性的而不是build议性的 ，那么我们就不得不涉及到应用程序）。 应该普遍同意，这个打开的文件创build的备份可能不一致。 在文件系统级使用快照不能完全缓解这一点; 因为我们无法保证在快照时间点t所有应用程序都已经向磁盘写入了一致的文件（假设我们能够刷新所有的缓冲区）。 因此，在创build适当的备份计划时，必须始终牢记应用程序在哪些数据上写入数据，以及如何进行数据备份，并确保在执行快照/备份之前将一致的文件写入磁盘。 你是否同意我的观点，或者在思考这个问题时是否犯了根本的错误？ （请不要用任何具体的HOWTO来回答这个问题，因为这是关于一般的“高层次”的原则。而且，只是为了确定，这不是 DB的问题，因为问题已经被解决了）。
我的用户大多是在Windows笔记本电脑上工作的公路战士。 我想有一个备份解决scheme，可以通过VPN将数据复制到企业服务器。 可能是绝对没有问题的。 它必须： 支持片状连接并优雅地中断同步 用户应该能够油门转移 理想情况下，它应该支持多个备份伙伴关系 – 一些目录被备份到服务器A，另一些则被备份到服务器B. 我并不需要任何同步，只是一种不会丢失数据的方法。 简单和健壮的东西是非常复杂和企业的首选 – 我可以通过服务器快照实现版本控制。 我不介意支付，只要它不是很多（ZManda每个客户$ 150 / y是很多）