您好,欢迎访问专业IT管理知识分享平台

上传文档

当前位置:首页 > 信息管理 > 运维管理 > 铁道部新客票系统12306.cn设计_ITIL之家(www.itilzj.com)_

铁道部新客票系统12306.cn设计_ITIL之家(www.itilzj.com)_

  • ITIL之家
  • 0 次阅读
  • 0 次下载
  • 2020-09-22 09:58:32
VIP免费

还剩... 页未读,继续阅读

免费阅读已结束,点击付费阅读剩下 ...

IT币 0 个,已有0人购买

免费阅读

阅读已结束,您可以下载文档离线阅读

IT币 2 个,已有0人下载

付费下载
文档简介:

数据一次写一份,日志写两份。由于日志文件实时同步,A服务器写完B服务器的日志文件,B服务器马上就写自己的数据文件。这样不会丢失数据。当A服务器故障,应用马上就可以切换到B服务器。不会存在单点故障。但是考虑特殊情况,北京地震,A,B机房同时故障,整个数据都丢失了。所以必须由异地灾备的数据中心。不过还有其他的方式,这里就不做叙述了。总之是要做好去除单点。•异地备份这个架构和同城备份有一点区别,就是A服务器只会写A机房的日志文件,然后A异步同步日志到B机房的日志文件。这里面会有几分钟的网络延迟。这里不实时写B机房的日志文件,主要是性能。如果实时写B机房的数据,一次更新操作,就会至少有一次网络延迟(上海到北京的网络传输时间)。会影响数据库的性能。而同城市通过光纤连接,传输速率快,可以忽略网络延迟。如果A机房故障(灾难性的故障,比如地震,机房被恐怖分析袭击),就会丢失一部分数据,丢失的数据就是网络延迟同步的数据。对于购票业务来说,数据丢失几分钟的,是可以接受的,大不了我铁道部亏一点,这几分钟丢失的数据我全部免票。也可以做一次好的营销。但是对于金融行业来说,数据是不能丢失的,这里的异地备份就不符合金融业的要求。用性能换取可用性。就像atm取钱一样,一次交易涉及几分钟。你的交易数据银行至少会备份2份,一份同城的,一份异地的。

ITIL之家
ITIL之家
  • 19609

    文档
  • 5245.88

    金币
Ta的主页 发私信

19609篇文档

评论

发表评论
< /21 > 付费下载 IT币 2 个

Powered by DS文库

Copyright © 专业IT管理知识分享平台 All Rights Reserved. 鄂ICP备19005274号-1
×
保存成功