对于备份，只是希望在进入正式主题之前，允许[网站建设]一些小提示。

　　●不要延迟备份，备份实际上并不困难。

　　●不要追求完美，并追求恢复。[网站施工一站式]

　　●至少可用于可接受的数据丢失， 可接受的停机时间， 数据持久策略， 和安全性需要形成文件。

　　●锻炼到恢复过程并形成文件，恢复比备份更重要！

　　●成功或不适用于备份作业，要执行外部验证，不要依靠你的作业给你的提示。

　　以下，让我们抛出节日的形式。请参阅如何从服务器中使用副本备份。

　　首先，最明显的事情，它是服务器本身的备份。很遗憾，这不是一个真正的备份。当有问题时，如果服务器或服务器的一部分丢失， 伤害引起的恶意攻击， 偶然的下降，真正的备份可以节省损失，并从服务器复制以进行数据丢失，由上述两个问题引起的，不可能强迫。因为它只是善良， 数据更改将复制，因此，还复制了数据的损坏或丢失。

　　所以，如何做一个真正的备份？如果服务器只有一个副本，此服务器还有额外的空间来做Cron作业， 等等。然后没有数据库服务器，停下来，然后备份其数据。对于mysql：在MySQL进程中运行时，不要复制iinnodb文件，这无法复制。如果你可以阻止mysql，然后删除其数据，对于大多数情况而言，这是最安营销网站建设的公司全的。建设企业网站的

　　如果您不想停止服务器，还有一个选择，ktrabackup，一个免费和开源的无阻塞备份程序，备用一世nnodb和Ktradbe的表。如果有一个myisam表，复制时锁定锁定。XtraBackup基于Innodbi中的热备用工具的相同原理。但XtraDB开源，并有一些额外的功能。

　　I[营销网站在哪里建造，这是好的]在过去， 建议人们使用文件系统。[网站构建公司]相片，特别是LVM快照。这些快照还可以创建备份，并且不要中断数据库的操作。但经过一些基准测试，我不会推荐这种方式和我的同事。LVM的问题正在影响性能。而且它比我们的过去更多。其他具有快照功能的文件系统，如ZFS，比较新的，我不是这个领域的专家。所以没有什么可说的。有些客户使用Solaris和ZFS，虽然很难分离变量，但或直接比较性能，但我认为表现没有显着改善。写入ZFS时复制的行为。考虑物理组织的数据如何非常复杂，关于这个目的没有足够的时间才能熟悉。所以， 无法做出合理的建议。所以，在我看来，使用ZFS使用数据库的文件系统，仍然没有一致。所以，在开源字段中，我没有看到快照备份杀手解决方案。

　　关于mysqli，而MySQL没有这种能力。所以，MySQL的备份有点复杂。许多数据库都有内置热备用。如果您的数据库是使用它的。以前的大多数讨论是MySQL，也许其他数据库是一样的，您可以从服务器中使用副本来执行以下操作：延迟复制一段时间，如一小时。这可以使用Maatkitt的MK-Slave延迟工具来实现。使用延迟服务器

　　做“备份”，有两个有趣的点以下：

　　●从主服务器持续获取更新，但不应用这些更新，这表示，与昨晚的备份相比（崩溃时，备份数据可能每天24小时），失去数据的机会要低得多。延迟到达时，服务器将应用从主服务器获取的更新。

　　●如果出现问题，此延迟将为您提供缓冲时间。休闲落桌，它专业定做网站开发会遇到从服务器的延迟。所以，在主服务器上还原表时， 该表已恢复。您可以从服务器跳过下降，并从服务器切换为主服务器。这个额外的延迟时间，选择空间被提供给恢复操作。

　　将延迟补充到网站建设服务器的备份，不替代。你仍然需要做实际的备份！