Repercussion Of Program Generated Objects In Smooth Operations Running From Disaster Recovery Site

M. J. Ashraf, M. Mukati
{"title":"Repercussion Of Program Generated Objects In Smooth Operations Running From Disaster Recovery Site","authors":"M. J. Ashraf, M. Mukati","doi":"10.31645/2014.12.1.7","DOIUrl":null,"url":null,"abstract":"The disaster could happen at any point of time and due to which there could be financial loss in addition to operational loss, considering 24/7 banking environment and having its branches in different parts of world. The risk involved in financial loss may be very high and could result in unbearable loss. In such cases where organizations have zero downtime and having high availability of data, the disaster recovery mechanism and data replication scope has to be well defined and should be strictly followed. Assuming that the network, storage and hardware is available at DR site and the replication of critical data is also verified but still there are several objects left behind which were not covered under replication scope. These objects were created by programs themselves while executing (not in replication scope). In such case the successful switch might not be called as successful because those objects will not be available at DR site and may lead to business interruption or financial loss. This problem arises when developers have access on production servers and they create new libraries/objects for their program execution without informing the implementers through proper change management process. In this paper we will provide the guidelines and framework for deployment of programs on production servers also the guide for smooth switching (change of role) of entire core banking environment running on IBM System-i to DR site.","PeriodicalId":412730,"journal":{"name":"Journal of Independent Studies and Research Computing","volume":"30 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"1900-01-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"0","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"Journal of Independent Studies and Research Computing","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.31645/2014.12.1.7","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 0

Abstract

The disaster could happen at any point of time and due to which there could be financial loss in addition to operational loss, considering 24/7 banking environment and having its branches in different parts of world. The risk involved in financial loss may be very high and could result in unbearable loss. In such cases where organizations have zero downtime and having high availability of data, the disaster recovery mechanism and data replication scope has to be well defined and should be strictly followed. Assuming that the network, storage and hardware is available at DR site and the replication of critical data is also verified but still there are several objects left behind which were not covered under replication scope. These objects were created by programs themselves while executing (not in replication scope). In such case the successful switch might not be called as successful because those objects will not be available at DR site and may lead to business interruption or financial loss. This problem arises when developers have access on production servers and they create new libraries/objects for their program execution without informing the implementers through proper change management process. In this paper we will provide the guidelines and framework for deployment of programs on production servers also the guide for smooth switching (change of role) of entire core banking environment running on IBM System-i to DR site.
程序生成对象在灾备站点平稳运行中的影响
灾难可能发生在任何时间点,考虑到24/7的银行环境和在世界各地的分支机构,除了运营损失之外,还可能造成财务损失。经济损失的风险可能非常高,并可能导致无法承受的损失。在组织零停机时间和数据高可用性的情况下,必须很好地定义灾难恢复机制和数据复制范围,并应严格遵守。假设容灾站点的网络、存储和硬件可用,并且验证了关键数据的复制,但仍然有几个对象没有在复制范围内。这些对象是由程序自己在执行时创建的(不在复制范围内)。在这种情况下,成功的交换机可能不会被称为成功,因为这些对象在DR站点上不可用,并可能导致业务中断或财务损失。当开发人员访问生产服务器,并且他们为程序执行创建新的库/对象而没有通过适当的变更管理过程通知实现者时,就会出现这个问题。在本文中,我们将提供在生产服务器上部署程序的指导方针和框架,以及在IBM System-i上运行的整个核心银行环境顺利切换(角色更改)到DR站点的指导方针。
本文章由计算机程序翻译,如有差异,请以英文原文为准。
求助全文
约1分钟内获得全文 求助全文
来源期刊
自引率
0.00%
发文量
0
×
引用
GB/T 7714-2015
复制
MLA
复制
APA
复制
导出至
BibTeX EndNote RefMan NoteFirst NoteExpress
×
提示
您的信息不完整,为了账户安全,请先补充。
现在去补充
×
提示
您因"违规操作"
具体请查看互助需知
我知道了
×
提示
确定
请完成安全验证×
copy
已复制链接
快去分享给好友吧!
我知道了
右上角分享
点击右上角分享
0
联系我们:info@booksci.cn Book学术提供免费学术资源搜索服务,方便国内外学者检索中英文文献。致力于提供最便捷和优质的服务体验。 Copyright © 2023 布克学术 All rights reserved.
京ICP备2023020795号-1
ghs 京公网安备 11010802042870号
Book学术文献互助
Book学术文献互助群
群 号:481959085
Book学术官方微信