根据不同的实施策略，有三种类型的快照复制、事务复制和合并复制。这三种类型的副本都有各自的特点和适用于不同的情况。在一般情况下，间隔时间的性能和数据同步主要是考虑考虑哪种类型的复制，然后在什么是适当的。案例是更合适的快照复制，我再跟你谈这个话题。
为了在正确的时间使用快照复制，数据库管理员需要知道快照复制的第一特征。快照复制是指数据的转发，在一个特定的时刻在一个短暂的状态，如果没有一个坚实的更新数据。当同步发生的，一个完整的快照将生成并发送到用户服务器。总之，快照复制是数据每隔一段时间同步。而不是发布服务器的数据快照拷贝载尽快更新。很明显，这个快照的数据同步是稍微差一点。会有数据不一致的用户和出版商之间的一段时间。但这可以大大提高用户的性能和出版商。这就像汽车运输。快照复制之后，容器可以填充和交付，没有多少被发送。在掌握数据库的快照复制的具体特点，数据库管理员可以考虑什么快照复制是在什么情况下更合理。

1。在较少数据变化的系统中。

快照复制最重要的缺点是数据库中的数据不能及时与出版商一致。因此，如果发布服务器的内容很少改变，很显然，这是合理的在这个时候使用快照复制。通过使用快照复制，数据一致性延迟的负面影响会越来越明显。同时，对发布服务器和订阅服务器上的性能也可以得到提高。这样的客户往往在实际工作中遇到的问题。如果一个企业有办事处或销售机构遍布的地方，像肯德基，各地的产品价格基本上是相同的，即使改变了，有全国各地统一调整。由于产品价格表变化较少，快照复制是公司总部和全国各地的用户数据库服务之间更合适。事实上，类似的情况还有很多。比如很多服装企业，如衬里，耐克等，他们不只有自己生产，但也有自己的销售办事处遍布世界各地。它在价格方面也是统一的，在这种情况下，快照复制的使用常常可以提高数据库复制的性能而不影响其使用。

两。在一段时间内数据会有大量的变化。

有一点需要补充的是，上述数据变化不多，而且是指数据的延续。例如，在一年内，数据改变每一天或每小时更平均。它不是在这个时候使用快照复制非常合适。但如果数据的变化是集中在一段时间。在其他时候，数据库的内容将不会发生太大的变化。它是在这个时候使用快照复制是可行的。至于一些决策系统，很多需要改变数据时，首先介绍了通过数据输入端，数据库的内容基本不变，当数据分析。在这种情况下，笔者认为，只要D更新ATA集中在固定的时间内，此时使用快照复制仍然是可行的。

如肯德基或服装公司，如果市场部保持一个产品的价格，这些价格将更新几次在固定的时间，如季节会做一些推广。此时，数据库管理员可以执行数据复制快照数据更新后立即。因此，该数据更新是用来确定是否适合快照复制，和标准没有数据更新量。为分析决策系统中提到的，其初始数据的更新可能会比一些数据库系统已经更新了好几年。在我看来，这主要是基于数据更新的频率。如果数据更新比较频繁，所以即使数据更新数据，像稳定更新一样，不适合快照复制，所有的更新都集中在固定的时间，此时使用快照复制是合理的。

三。允许一段时间有一个相对释放服务器过时的数据副本的副本吗

现在很多超市也有联系，如世纪统一中国等。为了提高利润，增加市场份额，这些超市都推出了手机充值卡，消费者首先将一定金额的人民币进入Chongzhi卡。然后收费每次消费后从卡中扣除但前几天，经常有新闻报道说，一个客户的消费卡丢了在联华超市。但人拿起这张卡还可以在其他的联华超市消费。为此，消费者不能理解为什么消费卡的损失仍然可以迷失在其他超市后报告损失，损失谁来承担，这实际上造成了苏permarket采用快照复制不合适时，由于使用快照复制的联华超市，不同数据库之间的数据无法在短时间内是一致的。例如，有一些企业表示，他们不负责对损失一天的损失，这意味着他们可以复制快照每天下班后，总的来说，这不是问题。但是像消费卡被盗等等，也会有类似的问题。

因此，考虑是否快照复制是合适的，我们需要考虑一个过时的数据相对于出版商的副本是在一段时间内允许的。这个快照复制不如果是不能允许的。如果允许，数据库管理员需要评估期间的长度。如果是24个小时，你需要一个快照拷贝每24小时。然而，需要注意的是，如果时间间隔较短，如允许十分钟的数据延迟，这是没有必要使用快照复制。当使用或事务复制和合并复制可能更合适。

四，复制少量的数据。

快照复制是另一个显著的特点与其他复制类型，即相比，当数据同步时，将生成一个完整的快照，从出版商发送给用户。这是一个概念，就像在一个10G数据订阅服务器，并在一个快照复制周期，只有1M的数据发生了变化。当快照复制，在这一点上，数据库系统将10G数据到用户服务器。此时数据变化的只有1M，但它需要在网络上传输10G数据流量明显，它会产生大量的对企业网络的压力。由于快照复制在发布服务器连续开销低于事务复制开销，数据库系统不启用跟踪增量的变化。但在这种情况下，如果要复制的数据量非常大，和通常的更新不多。为了产生和应用系统的数据库快照，大量的资源，包括网络资源和服务器资源，将消耗。因此，它是不恰当的使用快照复制在发布服务器中的数据更大。因为网络传输将成为这个时代最重要的瓶颈资源。如果能把水从事务性复制策略，那么企业的网络性能会小得多，甚至可以被忽视的。

所以当快照复制，数据库管理员必须明白，快照复制发送完整的数据库对象，这样，大量的网络带宽将在快照复制过程的侵蚀，可以显著降低企业网络的性能，甚至导致网络拥塞。为了确保快照可以提供给其他用户准确、迅速、VPN等技术来保证传输的准确性。为此，笔者认为只有发布服务器的数据库不是很大的情况下，对于快照复制的使用是非常适合的。否则，的快照复制是不值得的损失。

从以上分析，我们可以得出结论，在考虑是否快照复制是恰当的，它往往是不能够用一个指标来判断，需要考虑的因素很多，如大小的数据库，数据的更新频率，允许数据的延迟时间等。最后，有数据库的数据和性能的一致性之间的平衡。说实话，这是大多数数据库管理员做出选择很难。因为没有固定的指标参考。快照复制应该如果数据库容量小于多少使用。没有数据库管理专家可以得出这样的结论。因此，我们必须依靠数据库管理经验在掌握相关的因素，影响他们的选择istrators。经验可以帮助管理员快速解决问题时，都遇到类似的问题。最后，需要提醒的是，无论最终的计划是什么，最好是保持一段时间，看看你的选择是合理的跟踪。