如何从服务器上做备份?

对于备份,只是希望在进入公告讨论之前允许一些提示。
*没有必要拖延后备和后备实际上不太困难。
完美主义者不需要追求完美。
*可接受的数据损坏、可接受的停机时间、数据连续响应和安全要求的zui低文本文件。
*整个修理过程的培训和文件比备份更重要!
*无论备份是否成功,外部认证不取决于工作本身是否提醒你。
接下来,我们将消极的想法放在一起,看看如何使用复制来从服务器备份。
首先,zui明显的是从服务器本身备份。不幸的是,这不是真正的后援。当出现问题时,如服务器或其部分的丢失、有意攻击导致的数据破坏、无意删除表、真正的备份可以检索,而服务器对后两个困难问题造成的数据损害的复制是无能的,因为它只是复制数据转换,然后将数据损害或损害一起复制。
那么,如何做一个真正的后援呢?如果您只能从服务器复制,而且这个服务器对于室内空间进行Cron工作是不必要的,等等,当数据库服务器不需要时,它被禁用,然后备份数据。对于mysql:当mysql系统进程工作时,您不必复制innodb文档,这是不可能复制的。如果您可以禁用MySQL,然后删除它的数据,那么对于大多数情况来说,是zui安全的。
如果不想终止服务器,还有另一个选项,ktrabackup,一个完全免费的开源非阻塞备份进程,用于备份innodb和ktradbe表。如果有一个MYISAM表,则在复制期间进行锁定。Xtrabackup基于与Innodbi热备用系统相同的基本原理,但Xtradb开源系统具有一些额外的特点。
我曾建议您应用系统文件快照更新,非常LVM快照更新。此快照更新还可以创建备份,而不会轻松切断数据库的实际操作。但是经过一些标准测试,我和邻居的朋友都没有强烈推荐这样的方法。路易威登面临的挑战是如何损害性能,如何做出比以前想象的更多的伤害。其他有能力更新快照的系统文件,例如zfs,是相对新的,因为我不是这些领域的权威专家,所以没有什么可说的。我的一些客户使用solaris和zfs,虽然他们不能分离每个自变量或者立即比较性能,我认为性能没有显著改善。在zfs中拷贝写入的个人行为使得人们越来越难以思考数据是如何物理组织的,我没有足够的时间去理解它们,所以我不能提出有效的强有力的建议。因此,我认为,使用ZFS作为数据库的系统文件仍未达成一致。因此,在开源系统行业,我没有看到一个基于快照的备份更新的杀手级解决方案。
对于mysql没有的mysql,mysql备份有点麻烦。许多数据库通常具有内置的备用功能,当您的数据库具,应用它。接下来的大多数讨论都是关于mysql的,还有其他数据库可以对服务器的复制做同样的事情:延迟复制一段时间,比如一个小时。这可以使用maatkitt的mk-share-delete实用程序来维护。使用延迟时间的服务器
做一个备份,下面有两个有趣的地方:
*从主服务器连续升级,但不使用升级,表明缺少数据的可能性远低于昨晚的备份(在运行前24小时)。当时延到达时,服务器使用从主服务器获得的升级。
如果你有问题,这种延迟会给你一个缓存时间。在服务器上延迟一个小时之前,会生成意外的下拉表,这样当您执行类似的实际操作(如在主服务器上修复表)时,您就可以绕过服务器的下拉并从服务器转换占主导地位的服务器。这个额外的时间延迟提供了一个非常好的选择的房间空间的维修操作。
使用企业网站建设服务器的延迟时间作为备份填充,而不是替换。你还需要做一个特别的后援!

相关文章

联系我们

联系我们

15753193676

在线咨询: QQ交谈

邮箱: x525535116@foxmail.com

工作时间:周一至周末,7*24,节假日不休
关注微信
微信扫一扫关注我们

微信扫一扫关注我们

关注微博
返回顶部
电话