什么是DSC架构？就是我们常说的数据共享存储结构，share everything.
而主备架构就只是在对单机进行了轻微扩展，让两个单机之间，限制一个单机的写入操作，并且通过物理日志，自动同步另外一个单机的数据，实现高可用。

主备，本质还是单机；然而，DSC已经脱离了单机的范畴，涉及的技术概念较为复杂。

下面是它们的架构图和关键技术说明。大家注意看，关键区别在于主备的技术架构图，其中的mal是单向的，主机到备机；DSC的技术架构图里面，mal是双向的！

主备的技术架构：

DSC的技术架构：

关键理解：

1. 主备其实和单机差异不大，只是在单机的基础上，新增了一个通过物理日志同步构造的备机。这个备机随时可以摘除（没问题时和主机单机通过物理日志实时同步的备机。通过主备技术，我们可以实现数据的实例级别+存储级别的高可用。本质上，单看主机或者备机，但是“单机”。
2. DSC和单机或者主备架构有着天然之别，单看DSC的任何一个节点，都不是一个独立的节点；从内存的维度看，DSC的所有节点，实际上维护的是一片大内存；各个节点的数据读取、脏页的刷盘，都不是独立完成的，都需要和所有的邻居（其他节点），进行交互共同完成，这个实现有比较复杂的算法。

DSC的意义在某种程度上，是一种高并发高吞吐的架构，他的技术意义在于：我们有时候不用掏钱买一台2TB内存的服务器，而是只需要买两台1TB内存的服务器就可以了 —— 把两套高性能服务器，结合DSC高深的算法，编程一台超级服务器。
1）dsc本身是为了解决超高并发而存在的系统，我们真的不要在考虑说我把一台高性能服务器分成多个区域，进行多实例部署了；这样子进行资源隔离和拆分，其实是违背了DSC的“高性能”设计的初衷。
2）既然我们进行了资源拆分了都可以承载业务系统，那么说明资源是够用的，那么我们选择主备架构，可能更加适合 —— 大家时刻要记住，适合的往往才是最好的；大道至简。
3）其实，大家应该已经知道，DSC的本身的进程结构和算法也较为复杂，我们如果在两台服务器上部署多实例，如果出现问题可能会很难排查。

至于他们之间是否可以相互转换？

当然可以！

关键的是，大家要了解好两种架构的技术差别，并且能够用好。

如果一个系统已经用了主备，想要变成DSC；或者已经用了DSC，想要变成主备，只需要通过物理备份恢复即可。

因为是物理备份恢复，相当于拷贝数据文件的效率，是非常快的。

不过这个过程中，除了有准备好的硬件资源外，过程中肯定是停机的。