以下哪些情形下不适合使用同步数据备份备份策略

1、自动备份
利用系统提供的定时进程或备份软件自动进行数据的备份，适合于数据量大、数据更新 *** 作频繁的OA系统数据备份，有可能需要额外购置备份软件。
2、人工手动备份
适合数据量少或数据更新少，备份 *** 作时间短的OA系统数据备份，由于是人工 *** 作备份的频率一般比较低。
3、数据库集群技术
对于实时性要求非常高的系统，可以考虑使用数据的集群技术，在多台硬件服务器上安装多套数据库系统，并采用集群技术使数据库服务器之间的实现数据同步。当其中某台数据库服务器不可访问时，集群中的其他数据库服务可以正常访问，系统因此无需中断运行。
因此，数据数据库集群技术不仅很好的解决数备份的问题，同时也解决系统对数据库的实施访问问题，一般投入的成本比较高，适合于在实时访问要求高的OA系统中采用，。
4、数据库复制技术
利用数据库系统自身提供的数据库复制功能，在多台数据库中实现数据的复制和同步从而实现数据的备份。
5、热备份和冷备份
热备份是在OA系统服务不停止的情况下进行的数据备份，冷备份是在OA系统服务停止的情况下进行的数据备份。
以上的几种OA系统数据备份策略可以单独使用，也可组合使用，如：手工结合自动，数据库集群结合异地备份。

首先向memcached中添加“tokyo”。将“tokyo”传给客户端程序库后，客户端实现的算法就会根据“键”来决定保存数据的memcached服务器。服务器选定后，即命令它保存“tokyo”及其值。
图2 分布式简介：添加时
同样，“kanagawa”“chiba”“saitama”“gunma”都是先选择服务器再保存。接下来获取保存的数据。获取时也要将要获取的键“tokyo”传递给函数库。函数库通过与数据保存时相同的算法，根据“键”选择服务器。使用的算法相同，就能选中与保存时相同的服务器，然后发送get命令。只要数据没有因为某些原因被删除，就能获得保存的值。
图3 分布式简介：获取时
这样，将不同的键保存到不同的服务器上，就实现了memcached的分布式。 memcached服务器增多后，键就会分散，即使一台memcached服务器发生故障无法连接，也不会影响其他的缓存，系统依然能继续运行。
Php+memcache实现分布式：

换种思路解决这问题，我提供点方法：1：找分区或目录同步软件，某台服务器改动了自动把修改应用到别的服务器，比如红旗的HA。2：换种建服务器的思路，后台用一台独立的服务器做数据库和文件服务器，用来存放数据库和上传的文件，另外的做负载均衡运行服务器，把不需要变动的网页程序放上面。。。。

---