我只是想知道社区如何备份他们的网站?

我每晚进行一次数据库转储,然后将其转移到另一台服务器上,然后再备份到可移动媒体上。它是相当自动化的,似乎可以运行,但是我很想听听其他人怎么说。

评论

可能会欺骗webmasters.stackexchange.com/q/1782/1160

#1 楼

站点代码在Subversion中,而Subversion则每晚进行备份。该代码的任何开发都在专用开发服务器上完成。只有在测试了新版本后,才会更新生产。

每晚都会备份关系数据库中的内容。

我们的某些站点包含大量静态内容(图像,pdf等),这些内容存储在RAID5 SAN上,镜像到异地设施,并有磁带备份,以防万一。 >
我们不备份日志文件,因为我们不太依赖它们。

评论


我还建议使用VCS,例如Suberversion,Bazaar,Mercurial,Git等。

– fwaechter
2010年8月12日在22:53

#2 楼

每晚将数据库转储到文件

每晚将数据库权限转储到文件(Maatkit)

使用Tarsnap进行数据库转储以及/ var / www /
中的所有内容的异地备份

#3 楼

我在几个站点上使用过的一个选项是使用SyncBack,JungleDisk和Amazon S3帐户。 (我会发布指向这些产品和服务的链接,但SE禁止我们的新用户发布多个链接。Boo。)

对于那些不熟悉这些工具的人来说,SyncBack是一个很棒的功能-rich程序,用于在不同文件夹之间同步文件。 JungleDisk让您创建一个虚拟驱动器,该虚拟驱动器在幕后将数据读写到Amazon S3的存储服务中,该服务是一种基于云的存储解决方案,价格合理(假设您每天都不会将千兆字节的数据推入云中)。

我们按计划运行SyncBack,例如每晚或每周一次,它将新的/更改的文件从本地硬盘复制到JungleDisk虚拟驱动器,并删除所有已删除的文件。虚拟驱动器中的文件。

我们将什么存储在云中?好吧,我们让SQL Server每晚进行一次备份,并将其配置为将这些备份保留两周。这些备份每晚都会推送到云中。我们还每晚增加源代码存储库。每周对静态文件,资产,实用程序和其他此类文件进行完整备份。

这种方法的好处是所有文件都在云中,这意味着我们可以从任何地方访问它们。如果您的台式机上装有JungleDisk,则无需RDP进入专用服务器-您可以在云中看到文件,就像它们在本地计算机的驱动器上一样。另一个好处是成本。对于我的一位客户,托管该网站的Web托管公司将向其专用服务器客户出售异地存储备份服务,但费用为每月数百美元。这种方法有一些前期成本-SyncBack和JungleDisk许可证-以及Amazon S3的存储和带宽成本,但是,如果我没记错的话,这些成本还不到托管公司一个月备份计划的成本。这样一来,我们就不必像托管公司所说的那样备份我们的网站-我们可以随时随地从世界上任何地方看到云中的文件。

(我的同事Michael Campbell对此方法进行了介绍。)

#4 楼

除了Subversion,每晚的MySQL转储和冗余的(镜像的)服务器映像之外,我们还拥有一台主机(AISO.NET),该主机还每小时进行一次快照,作为其所有主机包的一部分,我们对此感到厌恶。我不仅对在一家从未使用过任何基于电网的电力(它们使用现场太阳能和风能为整个设施供电)的公司托管方面感到很好,而且还获得了可靠,易于使用的想法恢复快照和虚拟化解决方案,如果有必要,可以在眨眼间立即重启。

快照已经为我的腊肉节省了不止一次....而且比以前快了许多进行解焦,重建和祈祷的动作,以及其他备份动作。

#5 楼

为什么将代码的主副本保留在Web服务器上?我没有在网络服务器上保留任何无法立即替换的代码或程序。

我使用专门编写的脚本备份日志文件和用户输入。

评论


抱歉,主代码保存在其他服务器上的Git中,如果需要,该服务器上的代码将立即替换。

–托比
2010年8月12日在14:06

#6 楼

我在其他地方有我的代码,但是不会在实时网站上备份博客文章。我有一个共享的hostgator代理商帐户,实际上没有任何自动备份的内置方法。我刚刚发现siteautobackup.com,因为它说它可以备份WHN级别的所有内容,但该产品似乎还无法正常工作。

评论


您甚至不能通过SSH进入并执行mysqldump吗?

–托比
2010年8月12日14:57

否-HostGator不允许SSH访问,但是,通过FTP通过递归wget调用设置cron作业相当简单(如果您不介意公开登录详细信息)。

–danlefree
2010年8月12日下午16:26

#7 楼

我们运行一个多站点wordpress系统。我们的策略是每隔12小时将数据库备份到一个远程空间,每天将wp-content备份,每周一次public_html(或当我们对系统核心进行重大修改(例如升级wordpress核心)时),并每月对整个主目录进行备份。 br />这与我们的系统配合良好