新老供热收费系统切换最佳实践
切换准备
前期调研
供热收费系统是供热企业最核心的业务系统之一，因此新老收费系统切换工作影响重大、非常关键。其中，前期调研是系统切换中很重要的一个步骤，也是至关重要的一部分。系统切换的前期工作就是对原系统做一次彻底的全面了解，主要需要的考虑的有以下一些情况：
- 原系统的业务范围、存在几套业务系统以及他们之间的关系；
- 原系统的开发商、开发工具、开发平台以及采用的数据库；
- 原系统的数据分布状况：包括数据范围、数据量大小等；
- 原系统的业务流程；
- 原系统的数据结构。
运行环境
- 新系统服务器搭建及网络环境配置；
- 新系统安装、软件调试；
- 确认人员组织结构，登录帐号创建，权限分配。
切换方式
新系统单轨运行
新系统为主，旧系统为辅，旧系统只是验证新系统业务办理的正确与否。新旧系统有明确的切换时间点，数据统计以及业务办理方式也比较统一，但是该方式存在一定的风险，上线前期可通过加大测试力度来降低风险，所以此种方式需要前期准备充分，对人和系统都有较高的要求。有时也会受客观因素限制，不得不选择直接切换至新系统，如，新系统需要支持电子发票，老系统无法使用等等。
双系统并行运行
旧系统为主，新系统为辅，两套系统同时并行一段时间，经检查核对，若新上线数据及业务满足需要，则停止原业务系统的作业。该方式安全系数高，可防止因上线出现问题导致各项业务无法正常开展情况，但由于过渡期较长，过渡期间业务人员工作量较大。
切换节点
业务中断对于用户运行环境存在较大的风险，这样的风险对于时间敏感型数据和数据完整性业务都是不可接受的。我们基于这样的要求，考虑到如何将停机时间最小。时间节点是系统切换关键因素之一，在进行业务系统数据转换前，需要先选择一个时间点进行业务系统数据采集。
- 业务办理期：在业务办理期选择一个时间节点进行数据采集，在数据采集至新系统上线期间停止使用原系统办理业务，期间会产生较多的数据需在新系统上线后进行数据补录，系统停止使用的时间会根据数据的复杂程度变大而增长；
- 业务停办期：在业务停办期或业务闲季进行数据采集，期间不会产生或产生较少的数据，若新增数据少，可以减小后期的补录成本。
为了使系统切换的风险降到最小，通常选择在上一个业务办理周期结束到下一个业务办理周期开始的这段时间进行系统切换。
系统切换
数据备份
在进行新旧系统数据转换时，对原系统数据进行备份以保证历史数据的完整性以及可追溯性。一旦在新系统中业务办理出现问题，则可以通过追溯历史数据来判断是数据转换错误，还是新系统程序存在故障。
数据迁移
数据迁移的基本流程包括需求分析、技术实现和迁移验证三个重要环节。鉴于新老系统设计的差异和复杂性，需要进行迁移验证，比较迁移后新老系统的运行差异，发现不足，通过多次迭代不断优化迁移方案，实现系统切换后业务功能的平稳过渡。
数据测试
数据测试分为两个层次测试，一是在数据转换完成后，测试数据的转换正确性；二是通过使用已经通过功能测试的新系统办理实际业务来验证数据转换的正确性。数据测试是一个关键环节，关系到系统切换的成功与否，所以必须加大测试力度来保证数据转换的正确性，为此我们在进行数据测试的时候分别设置了三个节点：
- 数据迁移过程中进行初步测试，验证数据转换后与原数据是否一致；
- 完成数据迁移后进行二轮测试，整体验证转换数据的一致性以及转换后数据与新系统是否适配，并通过转换数据对系统功能进行整体测试；
- 用户测试，通过测试环境搭载真实数据对整体数据进行进一步的核对。
应急预案
在特殊情况下，由于某种原因导致系统没有能够正常切换或者切换以后系统运行不稳定，在这种情况下，必须启动应急预案来解决。应急预案需要从业务系统、数据库、网络平台三个方面来考虑应急处理措施：
- 业务系统
业务系统应急措施主要是在业务经办时保留原业务应用系统，并且保证原业务应用系统的客户端配置环境能够在最短时间内恢复到以前的配置。
- 数据库
数据库应急措施是利用原始数据与原系统保持一致来处理，也就是在新系统数据库中保留备份，一旦出现紧急情况，新系统数据库立即切入原备份数据库。
- 网络环境
网络环境主要可以通过增设备用网络、备用网络设备等方式保障网络快速恢复，在业务数据受网络波动或因网络阻断而中止时，快速进行网络切换，确保整个网络链路的畅通可用。
