24小时实现方法 - 第6页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

你没有理解我的意思，状态检查需要停顿，此间不能做交易，但是如果这个时间太长，长到应用能感觉到停顿，那么这个系统是需要调优的，哪怕不实行7*24的方案，也需要调优，否则没有资格用在银行的OLTP中。哪一个OLTP系统允许应用可以有几分十几分的停顿呢？10秒也是不可以接受的。 [/B]
      在我的印象中，银行的OLTP是应用层面，在这个层面设计出零秒切换并不奇怪。但是OLTP层之下是DBMS，属于系统层面，DBMS联机备份是需要短暂停顿，如5G的数据量停顿10秒一点不奇怪。就AS/400而言，DB2联机备份是需要短暂停顿，如果要调优，就不是调OLTP而是DB2，就要找IBM，告诉设计开发DB2/400专家们：“你们要配合我行24小时零秒切换方案，把DB2的联机备份也弄个零秒停顿”。
也有一些方案为了解决备份停顿问题，不对运行环境做备份，而是备份双机热备的备份机数据环境，或者备份运行机另一个同步数据环境（本人参与过这种方案开发）。但不对运行环境备份有两个问题：1.存在数据不同步的风险。即使目前数据同步软件已经很成熟可靠，但不能保证100%同步。2.为了确保备份前数据同步，需要做同步检查，但这需要时间，而且数据量越大需要同步检查时间越长，期间也不允许应用修改数据。
   不清楚其他版本DBMS联机备份是否能零秒停顿，但是清楚的是AS/400的DB2/400实际上做不到，由于数据备份限制，建立在400平台上的系统做零秒切换基本是自欺欺人的“概念炒作”！
DBMS是OLTP的组成部分之一。
DBMS层面的性能调优是DBA的基本职责之一。水平不够的话找厂家是正常的。
DB2性能不佳一样需要调优。假以足够硬件资源和正确的调整，“5G的数据量停顿10秒”就很奇怪了。
能做到7x24几乎不可能，只是接近这种已经非常不错了，属于系统工程 从综合步线到具体应用都得配合 还得加上科学的管理方法
24*7 是不可能的, 如是是指一段時間24*7 是可能的.
因為24*7 含兩種意思, 一種是指一段時間內, 一種是永續系統, 就是永遠的跑, 都不用停.
前者是可能的, 後者是不可能的夢, 它不現實.
要做這種系統, 並不困難, 錢的問題而已,
AP server 做load balacing 和 fail safe, database 也同時接兩台以上, 但它們接同一個storage server,
再配合RAID HD, Backup 就採取一天平均使用量最少的時間, 將backup 的priority 調大, 讓backup 優先於交易. 都copy 到同一台storage server 的另一部分的RAID HD 中就達到了, 致於日帳切換的, 哪是AP 的手段, 跟清算行的交易調整好就好了, 有什麼大不了的呢.
      在我的印象中，银行的OLTP是应用层面，在这个层面设计出零秒切换并不奇怪。但是OLTP层之下是DBMS，属于系统层面，DBMS联机备份是需要短暂停顿，如5G的数据量停顿10秒一点不奇怪。就AS/400而言，DB2联机备份是需要短暂停顿，如果要调优，就不是调OLTP而是DB2，就要找IBM，告诉设计开发DB2/400专家们：“你们要配合我行24小时零秒切换方案，把DB2的联机备份也弄个零秒停顿”。
也有一些方案为了解决备份停顿问题，不对运行环境做备份，而是备份双机热备的备份机数据环境，或者备份运行机另一个同步数据环境（本人参与过这种方案开发）。但不对运行环境备份有两个问题：1.存在数据不同步的风险。即使目前数据同步软件已经很成熟可靠，但不能保证100%同步。2.为了确保备份前数据同步，需要做同步检查，但这需要时间，而且数据量越大需要同步检查时间越长，期间也不允许应用修改数据。
   不清楚其他版本DBMS联机备份是否能零秒停顿，但是清楚的是AS/400的DB2/400实际上做不到，由于数据备份限制，建立在400平台上的系统做零秒切换基本是自欺欺人的“概念炒作”！ [/B]
up 2
多好的帖子阿



动态批量处理，每个账户发生变化时对该账户进行相关的批处理，这样就没有批处理了。
要求账户余额有Timestamp，因此衍生出动态资产负债平衡表，即系统可以生成任何时间的总账或资产负债平衡表。应用层面可以完全解决7*24问题。
动态批量处理，每个账户发生变化时对该账户进行相关的批处理，这样就没有批处理了。
要求账户余额有Timestamp，因此衍生出动态资产负债平衡表，即系统可以生成任何时间的总账或资产负债平衡表。应用层面可以完全解决7*24问题。