业务割接

业务生产割接是指服务提供方将原生产应用环境中的数据库停止，并切换到新环境目标数据库的过程，其中包括应用切换、数据同步切换以及其他相关配置过程切换。

• 割接方案（业务厂家、集成厂商、数据库DBA）
  割接方案中应包含系统备份方案、应急预案、回退方案，明确割接的操作步骤、操作时间和操作人员，对新系统实施压力测试和破坏性测试，模拟在最极端环境下新系统功能的完整性、稳定性和高可靠性。正式割接前的备份工作必不可少，在新环境上线前务必做好旧程序包的保留和数据同步，以便在紧急情况可以快速回退。

• 模拟割接（业务厂家、集成厂商、数据库DBA）
  切换演练需制定切换检查清单，演练期间严密监控容灾数据库的系统负载、异常等待事件等内容。割接前通常需要至少3次割接演练，以确保割接过程中各个环节没有疏漏。根据不同业务系统情况制定不同的割接流程，为每个流程设定责任人，通关制完成各个环节。正式割接环节分为生产环境准备和按照割接方案正式执行割接两部分。

• 回退方案（业务厂家、集成厂商、数据库DBA）
  移植完成后，最重要的环节是切换后生产环境的第一个业务高峰，需要配置专业的数据库专家，快速响应应用和数据库出现的突发问题。之后，需要定期跟踪一段时间，以保障业务系统的稳定运行。如果遇到突发情况且无法处理时，应依据回退方案和演练细则逐步完成回退。

多路数据库服务，数据同步方案：

• 方案一：数据库并行部署
  在所有采集服务器开启两个入库进程，即一份原始结果同时入两套数据库。在没有额外测试系统的条件下，利用现有资源，最大限度模拟仿真正式生产环境的并发压力，同时完成负载均衡、单点故障模拟。

• 方案二：数据库数据复制
  采用低侵入性的数据迁移同步工具，配置同步规则，将全量数据、增量数据同步至目标端数据库中。即数据库服务有多路(同构或异构)，业务系统接入其中一路数据库服务，其他数据库服务与业务数据库服务采用数据同步方式实现数据一致性保障，在业务数据库服务出现故障或需要业务割接时，调整连接信息，将业务数据库服务切换至另一路数据库服务。