服务端和各种客户端(手机端,平板端,web端)怎样进行数据同步?客户端需要数据库吗?若需要,各种客户端

服务端和各种客户端(手机端,平板端,web端)怎样进行数据同步?客户端需要数据库吗?若需要,各种客户端,第1张

你说的数据同步,既然同步,客户端是一定要有存储数据的,这个存储无论是数据库还是XML或者其他的格式。以一个小型应用为例,比如通讯录吧。服务端应该是一个数据中心,客户端对应的也应该有一个相同的数据表,存储本地数据。正如你说的没有网络的时候,不影响使用。如果你的软件是多用户或者多租户版本的。服务端的表结构应该多出一个tenantID和userID来区分用户和租户的数据。客户端和服务端的表结构应该都有创建时间和最后更新时间(可以作为谁同步谁的依据,但不是唯一的。)正如@任文彬提供的思路,但是我觉得这个思路还是比较适合文件类的同步,对于数据库信息的同步,经常涉及到查询比较,性能上可能不会太好。所以不如再增加一个字段“状态”,状态可以分为1待更新,2更新中,3已更新,4待删除,5删除中,6已删除等等。比如客户端进行新增 *** 作,数据插入本地表中,状态为1待更新,同步数据从服务器返回2更新中,更新本地表状态为2,服务器同步完成,更新本地表状态已更新。这样做的好处是,其中无论哪个环节出了问题,比如机器突然断电,或者突然断网,等下次重新使用的时候,都可以根据表的状态码来确定数据是否需要更新。软件的应用场景比如是这样的:客户端是在公司的内网,供用户在公司的桌面端使用,那么内网服务器保存的就是本地数据,但是用户还可能外出的时候通过移动设备来使用软件,这个移动端使用的就应该是服务端的同步数据了。按照这种思路,客户端增删改->改变本地状态码->同步数据中->改变本地状态码->同步完成->改变本地状态码,那如果移动设备对服务端的数据 *** 作呢?也需要改变服务端状态码为待更新、待删除(删除应该区分对待),下次登录客户端的时候自动检查服务端的“状态”为“待 *** 作的”,然后服务端同步到客户端。这样无论是对本地表 *** 作,还是对服务端的直接 *** 作,都可以保证两个表的数据是同步的。涉及数据同步的还需要考虑到数据表主键同一时空唯一性的问题。

两台服务器IP地址一样,还要数据同步在一个网络中不可实现;WEB网站数据库文件一般不大,可以使用一台存储或服务器保存数据库就解决数据同步的问题,再做二台前置双击就可以了,成本不高。如果做双节点部署的话,也可以实现宕机的冗余。

双机热备特指基于高可用系统中的两台服务器的热备(或高可用),因两机高可用在国内使用较多,故得名双机热备,双机高可用按工作中的切换方式分为:主-备方式(Active-Standby方式)和双主机方式(Active-Active方式),主-备方式即指的是一台服务器处于某种业务的激活状态(即Active状态),另一台服务器处于该业务的备用状态(即Standby状态)。而双主机方式即指两种不同业务分别在两台服务器上互为主备状态(即Active-Standby和Standby-Active状态)。
发布订阅是实现数据库之间的同步 *** 作。发布订阅份为两个步骤:1、发布。2、订阅。首先在数据源数据库服务器上对需要同步的数据进行发布,然后在目标数据库服务器上对上述发布进行订阅。发布可以发布一张表的部分数据,也可以对整张表进行发布。

科技时代,任何行业都离不开数据的分析以及统筹,如果掌握了最关键的数据及技术,那成功就指日可待,所以数据对于一个企业来说,就是最无形的财富,而一个企业的数据基本都有服务器保存及管理着,如何保证数据安全,实现数据同步及备份?诚恺科技小编就同大家一起来看看在Linux服务器中利用rsync配合inotify实现数据实时同步及备份的方法。
rsync:可以镜像保存整个目录树和文件系统。可以很容易做到保持原来文件的权限、时间、软硬链接等等。第一次同步时 rsync 会复制全部内容,但在下一次只传输修改过的文件。
方案:起初用rsync进行数据备份是利用计划任务,定时执行一下命令实现rsync的同步,但最近开发这边修改比较频繁,看来需要实时同步备份来完善备份机制!所以需要利用inotify触发器来改善!达到一旦指定的位置有了新的变动就将其同步!
环境:
CentOS 64 64位
rsync-309
inotify-tools-314
说明:
101016 (rsync+inotify)----------网站程序(/data0/htdocs/)
101019 (rsync)------------------网站程序备份(/data0/htdocs/)
目的:
实现101016的/data0/htdocs/目录下发生任何变动都将实时同步到101019的/data0/htdocs/上(另,这两台都跑有keepalived+nginx,来实现出现故障自动切换的容灾,详细配置会在后面补上)
一、web服务器101016 (rsync+inotify)
1、准备软件包
2、安装Rsync
1)、1234 tar-zxvf rsync-309targz
2)、cdrsync-309
3)、/configure--prefix=/usr/local/rsync
4)、make;makeinstall
建立密码认证文件
[root@ftp ~]# echo "111111">/etc/rsyncd/rsyncdsecrets建立密码认证文件
其中111111可以自己设置密码,rsyncdsecrets名字也可以自己设置;
权限:要将/etc/rsyncd/rsyncdsecrets设置为root拥有, 且权限为600。
# chmod 600 /etc/rsyncd/rsyncdsecrets
3、安装inotify
1)、1234 tar-zxvf inotify-tools-314targz
2)、cdinotify-tools-314
3)、/configure--prefix=/usr/local/inotify
4)、make;makeinstall
4、创建rsync复制脚本
此项功能主要是将ftp端的目录/data0/htdocs/里的内容,如果修改了(无论是添加、修改、删除文件)能够通过inotify监控到,并通过rsync实时的同步给101019的/data0/htdocs里,下面是通过shell脚本实现的。
[root@web ~]# vim /root/shell/rsyncsh
[root@web ~]# chmod u+x /root/shell/rsyncsh
[root@web ~]# setsid /root/shell/rsyncsh &
#后台运行脚本,关闭shell终端继续后台运行
rsyncsh脚本加入开机启动项
# echo "/root/shell/rsyncsh" >> /etc/rclocal
防火墙开启rsync端口:873
添加:
iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 873 -jACCEPT
重启:
# /etc/initd/iptables restart
二、备份服务器101019(rsync)
1、准备工作
创建备份目录:
# mkdir /data0/htdocs
2、安装rsync(备份主机只安装rsync)
1)、1234 tar-zxvf rsync-309targz
2)、cdrsync-309
3)、/configure--prefix=/usr/local/rsync
4)、make;makeinstall
3、建立用户与密码认证文件
[root@backup ~]# echo "root:111111" > /etc/ rsyncd/rsyncdsecrets
[root@backup ~]# less /etc/rsyncd/rsyncdsecrets
root:111111
注意:
请记住,在101016端建立的密码文件,只有密码,没有用户名;而在101019里建立的密码文件,用户名与密码都有。
权限:要将/etc/rsyncd/rsyncdsecrets设置为root拥有, 且权限为600。
#chmod 600 /etc/rsyncd/rsyncdsecrets
4、建立rsync配置文件
[root@backup ~]# vim /etc/rsyncd/rsyncdconf
启动rsync服务
# /usr/local/rsync/bin/rsync --daemon --config=/etc/rsyncdconf
# ps -ef |grep rsync
Rsync服务加入开机启动项
# echo "/usr/local/rsync/bin/rsync --daemon --config=/etc/rsyncdconf" >> /etc/rclocal
防火墙开启rsync端口:873
添加:
iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 873 -jACCEPT
重启:
# /etc/initd/iptables restart
完成,其实这个时候数据已经同步了!
测试一下:
由于/data0/htdocs/下涉及到一些公司信息,所以就以/data0/htdocs/tmp/为例
主机名可以区别是两台机器,里面的内容完全一直,连文件的属性都一样
再对里面修改一下试试,创建一个文件,然后删除user目录试试


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/12688421.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-27
下一篇 2023-05-27

发表评论

登录后才能评论

评论列表(0条)

保存