我今天和一个远程站点备份提供者通了电话，他们谈到了使用卷影服务来做一个快速的数据库感知备份。 他们说，为了这个工作，这将有助于有一个备份感知的数据库，备份可以停顿，以便在备份期间不允许新的事务，但是所有正在进行的事务将被写入到logging直到备份完成，或被允许完成。 MS-Access是否支持这个？ 如果是这样的版本？
我有一个Kloxo控制面板的VPS，我想每两个小时从我的一个网站进行数据库备份。 我怎么能做到这一点？ Kloxo不支持每小时备份，只支持每日，每周和每月。 configuration：CentOS + Apache + PHP + MysqlAdmin
假设我目前使用rsync来定期将内部驱动器备份到外部驱动器。 外部驱动器通常存储在异地，但是定期通过USB插入并插入，然后手动完成启动rsync的过程。 我是ZFS新手，但是想知道是否可以用内部驱动器和外部驱动器都是RAIDZ池的一部分的设置replace上述过程，这样一旦我安装外部驱动器，它就会启动重新同步。 如果是这样的话，那么在性能方面如何比较rsync和restvering呢？ 总的来说，这样的设置有什么缺点吗？
情景：沮丧的员工将从AWS账户中删除所有数据。 有价值的数据：基于Amazon的Linux AMI的EC2机器的EBS卷。 什么是简单的数据离线备份解决scheme？ rsync ？ 请注意，备份的自动化不是这个问题的一部分。
我们托pipe一个小型社区，而不是为了营利网站和邮件列表，是否可以通过同步到Dropbox或类似的（免费）服务来维护备份？ 编辑：对于上下文，我们主持共享的虚拟机，并不想安装任何东西，除非我们必须。 我目前正在看dropbox-uploader ，这只是一个bash脚本 谢谢
我试图用Icinga2来监视BackupPC。我已经下载了这个插件，但是我收到以下错误。 我已经将这添加到commands.conf object CheckCommand "backuppc" { import "plugin-check-command" command = [ "sudo", "-u backuppc", PluginContribDir + "/check_backuppc" ] arguments = { "-w" = "$warn_lvl$" "-c" = "$crit_lvl$" "-v" = "$verbose$" } } 这被添加到\etc\sudoers Defaults:nagios !requiretty nagios ALL=(ALL) NOPASSWD: /usr/lib/nagios/plugins/check_backuppc 这被添加到services.conf apply Service "backuppc" { import "generic-service" check_command = "backuppc" vars.warn_lvl = 14 vars.crit_lvl = 30 […]
我正在将我的Web应用程序项目存储移到S3的过程中，我想知道S3版本是否真的是处理数据备份的好方法，还是有更好的方法吗？ 如果文件全部被删除或者以某种方式被损坏，那么使用版本化来恢复整个存储桶是否可能并且容易？ 如果这样怎么样？ 如果不是的话，S3会是更好的备份选项吗？
我们正在运行Windows Server 2003 SBS和另一台带有Server 2003 Standard的计算机。 SBS服务器大约7年运行几乎24/7 – 一个HP服务器的一些描述。 我们每天都有一台Ultrium 448循环LTO2 400GB磁带，并在BackupExec 10D上增量备份大约100GB的数据（20GB C：\和系统状态，40GB交换，40GB某些废话营销软件的数据库）。 截至5个月前，备份一直失败，IO错误，错误的读取和一些写错误。 当我说一致的时候，我的意思是每次我们整个5个月都没有得到适当的备份 – 所以如果服务器明天爆炸，7年的数据将不复存在。 我刚刚刚刚重新join公司，并且正在纠正更多有关问题，所以我做的第一件事是尝试备份到USB2.0外部驱动器。 这是非常慢的。 事实上，它是如此之慢，花了40个小时，它仍然没有完成。 我最终取消了它，并重新configurationselect，以减less文件大小。 但是，这不是一个永久的解决scheme。 我得出的结论是，IO错误是来自故障磁带驱动器（现在有一个磁带卡在里面，而不是出来），或从死亡的SCSI控制器。 这两个都不是好消息，都是非常昂贵的修复。 我的预算极低，所以一直在考虑外包备份。 悉尼的一家公司（我所在的地方）通过NAS提供增量的在线备份。 它的成本几乎是新的磁带驱动器的两倍，但是提供每月还款，这将使我们在现金stream量最小的时候获得通过。 这似乎是一个甜蜜的交易，但它仍然有点昂贵。 所以我正在寻找一个更便宜，但可靠的解决scheme。 也许一些内部NAS或异地的东西？ 这个想法是避免使用磁带。 有什么build议来纠正我目前的情况？ 还是磁带是唯一的出路？ 我担心服务器将在不久的将来有一天会死亡，我必须能够使用不同的硬件将其恢复到另一台服务器。
我有两个Windows 2003服务器，我想写一个备份脚本，将一个文件复制到另一个。 什么是在Windows上做这个最习惯的方式？ 本质上，我正在寻找Windows的等价物 $ scp file.tar.gz user@host:/wherever 回答问题：目前我只考虑一个文件，一个数据库备份。 可能我可能会得到多个文件，但是我对rsync类似的系统并不感兴趣，这些系统跟踪哪些文件已经更改并相应备份。 我想要一个与不同networking上的服务器一起工作的解决scheme，其间有防火墙。 将防火墙上的单个端口打开到合理安全的服务应该不成问题。
有谁知道什么是保护bash脚本的最佳方法。 我有一个脚本，创build数据库和源代码备份，并将其ftp到其他服务器。 目标ftp的login名/密码是纯文本。 我需要以某种方式encryption或隐藏网站黑客的情况下。 或者我应该创build脚本写在C创buildbash文件然后运行它并删除？ 谢谢。 谢谢你的回答，我很抱歉，我还不够清楚。 我想在以下几个方面澄清我的问题。 我们正在将数据存储在Rackspace Cloud文件中。 我们不能拉，因为云文件不允许您运行脚本。 我们可以编写脚本在服务器A上运行，并在服务器B，C，D等上拉取FTP和MySQL数据。我们希望保护A上的密码免受A被入侵的情况的影响。 我们可以编译我们的脚本文件来隐藏它们吗？ 谢谢