数据库的备份文件太大了！

[mario06]

备份我的论坛，一次通过SSH的薄弱，我的备份更大然后350MB，现在打1.2GB，我认为这可能是问题的意思我没有备份的问题，但如果我必须做一个恢复赢得“T这样一个大的备份服务器超时？

[steve]

备份我的论坛，一次通过SSH的薄弱，我的备份更大然后350MB，现在打1.2GB，我认为这可能是问题的意思我没有备份的问题，但如果我必须做一个恢复赢得“T这样一个大的备份服务器超时？

我建议你 检查出使用rsync或FTP（http://www.bqbackup.com/）我们已经使用了几年，目前约1TB每天备份远程备份这些家伙，这是很容易成立。显然，您可以通过一定的带宽，但可能会或可能不会成为问题，取决于您的服务器计划。

我不是专家，别人毫无疑问，在这里有更好的建议。其重要的数据库没有rsync的生活，而不是rsync的hotcopied备份（谷歌）（http://www.google.com.au/search?hl=en&q=mysqlhotcopy）或SQL转储或控制面板备份。

恢复使用rsync或SCP移动备份到你的服务器（bqbackup给你shell访问）和恢复数据库的适当的方式为您的备份方法简单。 1.2GB应在几分钟内恢复。

这就是说，一个体面的主机应该给你所有你需要的工具来管理每个备份任务。

[mario06]

感谢回应但正如我可以看到你有一个大的衣服，这样你就可以处理的辅助服务器+另一方面额外140K成员400K职位等我，所以我认为这是一个小型/中型论坛。

我在SSHing非常方便，所以这个问题是不是有，也不符合我的服务器（规格都不错），没有少，我看到一个“潜在的”在恢复服务器超时，由于其humongous大小和不断增长的问题等等等。

我认为应实行某种类型的压缩方法减少MyAdmin大小和/或表（数量明智），甚至优化我的数据库已经成为一个可恶的事情，因为它的所有的时间，有非常少。

最好的问候：P

[vBET]

我们的服务器上，我们使用完整的服务器自动备份（VPS功能）。没有任何问题。

请考虑不包括在备份vBET缓存表。您可以轻松地确定哪些表，你要MyAdmin缓存，所以我想，它也可以从命令行（SSH）。当然，这样的命令，将很长，vBulletin表为基础，但是，如果你把它保存到某些文件，它应该是相当舒适的方式做备份。

请注意您的内容，使用vBET乘以52倍。因此，如果你打开 你的数据库缓存成长起来。不只是一点点），您可避免轮流关闭缓存，但我们强烈不建议这样做。要求每次翻译谷歌会杀了你的服务器的性能，甚至完成与谷歌的限制大论坛。

[mario06]

当我购买了我的专用服务器（沿时间前）有这样的事情：没有VPS）

我知道如何使用SSH非常好，排除被backuped vBET附近/如果不是不可能的，唯一可以做的是优化或修理时，它esclude。

但是，你必须考虑一个很好的50％的网站管理员（没有冒犯的意思），共享或虚拟专用服务器和SSH因此mySQLdumper依靠约70％不知道，百度推广备份和/或类似的内置。

[vBET]

那些使用共享主机没有问题，机智的大型数据库。我看到没有运行巨大的vBulletin论坛 - ，即使没有任何插件 - 共享主机上的可能性。这些资源是根本太 低。

我写那些不使用SSH可以简单地备份即通过phpMyAdmin的数据库，在那里他们可以准确地确定哪些表要备份。您也可以尝试一下。在你的情况我真正期望，因为大文件上传等phpMyAdmin的一些问题，但也许有一些选项，使保存在服务器上不能上传。请检查一下。 - 我相信在您的备份经验，仍有一些GUI工具允许以确定哪些表到底有没有要备份，我希望是，也应允许命令行。我不知道 - 我写道：我们没有备份整个服务器的所有问题 - 但我相信它，因为最喜欢的GUI工具只是fasades和底部使用命令行命令。所以也许这仅仅是值得检查 - 也许是一些MySQL版本中添加。我知道phpMyAdmin的支持它。

[tsak76]

我们怎么能有一个公正的vbet不同DB vbet表

[kamilkurczak]

请，问：在新的线程）

[mario06]

tsak76。我的第二个，******