【代码优化】信创迁移优化

越来越多的软件系统对于信创迁移有着迫切的需求。 为此，TCA团队整理了从x86迁移到ARM64架构的通用优化点，并实现上线了《【C/C++】信创迁移优化》和《【C/C++】强化信创迁移优化》规则包。 所以在信创迁移的过程中需要将代码修改为跟目标架构CacheLine对齐，从而带来性能的提升。 启用规则包 ▼ 分析方案 -> 代码检查 -> 【C/C++】信创迁移优化规则包/ 【C/C++】强化信创迁移优化规则包-> 启用/查看规则 注：【C/C++】强化信创迁移优化规则包由TCA独立工具支持 申请传送门： 《CLS使用文档》：https://github.com/Tencent/CodeAnalysis/blob/main/server/cls/README.md 温馨提示：【C/C++】强化信创迁移优化规则包仅在云官网上新

Rainbond 助力“信创应用”迁移上云

本文围绕「如何在信创环境中将应用迁移上云」这一主题，结合 Rainbond 信创版本的能力，给出可行的落地方案。 一体化管理信创应用的开发、运维、交付全流程，极大降低国产化信创场景下的应用管理成本。 信创应用迁移难点 对于信创应用供应商而言，从头开发一套信创应用并不是难事。 这一特性也意味着迁移过程必须经过重新编译，才可以在信创环境中运行起来。 遗留业务系统向国产化信创环境迁移绝非易事，需要甲方与供应商的密切合作。 「Rainbond "信创" 版本的核心功能是支持传统应用在信创环境中的云迁移」。它紧密关注用户所使用的不同语言类型，并自动化完成信创迁移的工作。 传统应用迁移上云 Rainbond 信创版本自动屏蔽架构差异，以最低成本将应用迁移到国产化信创环境之中。仅需要提供源代码，即可在指定架构环境中编译运行。

信创产品

1信创定义 “信创产品”是指在中国信息技术应用创新产业（简称“信创产业”）背景下，基于自主核心技术研发、生产，并符合安全可控要求的信息技术产品。 o信息安全产品：围绕信创环境设计的安全防护、密码产品等。 o外设与云服务：适配信创体系的打印机、扫描仪等，以及基于信创技术的云计算平台和服务。 ·迁移工具：提供CentOS2OpenEuler一键迁移工具，兼容性达95%+。 ·生命周期：商业发行版提供10年技术支持（远超CentOS Stream的5年）。 3.3.5信创全栈适配 1.国产化认证 o芯片：鲲鹏920/飞腾2500/海光7280 oOS：麒麟V10/统信UOS/OpenEuler o中间件：东方通TongWeb/金蝶Apusic 2.Oracle ·典型周期：10TB数据迁移+验证 ≤ 5天。 2.MySQL迁移优势 ·兼容协议：支持MySQL语法，应用无需改造。 ·性能跃升：TPC-C实测为MySQL 8.0的5倍。

信创迁移必看！X86 迁 Arm 竟能全自动适配？

在信创技术转型的背景下，X86 到 Arm 架构的迁移确实是不少企业面临的实际挑战。 最近在和客户对接信创项目时，我们也深度接触了这类场景，原本基于 X86 架构构建的容器应用，在迁移至 Arm 服务器时常常遇到兼容性问题。兼容性问题核心是什么？本质上是指令集架构的差异导致的。 实测步骤拆解第一步：部署 Rainbond在你的终端执行如下命令，10分钟就可以把 Rainbond 单机版跑起来。 流程几乎一样：源码扔到 Git 仓库在 Rainbond 选源码构建平台自动识别出 Node.js 前端项目，装 Arm 版 npm、编译打包......End在信创转型的大背景下，技术工具的价值不仅在于解决问题 建议有迁移计划的同学可以提前在测试环境验证 Rainbond 的方案。

信创环境：鲲鹏ARM+麒麟V10离线部署K8s和Rainbond信创平台

在上篇《国产化信创开源云原生平台》文章中，我们介绍了 Rainbond 作为可能是国内首个开源国产化信创平台，在支持国产化和信创方面的能力，并简要介绍了如何在国产化信创环境中在线部署 Kubernetes 然而，对于大多数国产化信创环境，如银行、政府等机构，离线部署的需求更为普遍。值得注意的是，Rainbond 官网文档目前仅提供了在已有 Kubernetes 环境中离线部署 Rainbond 的指南。 因此，本篇文章将详细介绍如何在国产化信创环境下部署 Kubernetes 以及 Rainbond，希望能够为用户提供实用的指导，减少在部署过程中的困扰。 最后通过本文的指导，希望您能顺利完成在鲲鹏ARM和麒麟V10环境下的 Kubernetes 和 Rainbond 的离线部署。 在国产化信创环境中，离线部署的需求越来越普遍，我们提供的详细步骤和示例，帮助您减少部署过程中的不确定性和挑战。未来，我们还将继续更新更多相关教程和文档，以更好地服务于国产化信创领域的需求。

信创软件安全加固指南，信创软件的纵深防御体系

先说说信创软件的特有安全风险和传统Windows、Linux软件比，信创软件的安全风险，大多和国产化适配有关。同时继承了Linux下面常见的安全风险。 很多项目为了赶进度，用了老旧的开源包，这些包里的漏洞很容易被攻击者利用，而且信创场景下，组件升级还得考虑适配，不能随便更。 优先用信创国密证书，SM2、SM3、SM4都可以，别用HTTP明文传输，强制跳转HTTPS，这样能防止数据传输时被窃听、篡改。 合规加固：满足等保要求，确保项目验收政企信创项目，等保等合规要求，这一步不能省。 总结希望能帮到广大信创开发者，少走弯路，筑牢信创软件的安全防线，让项目顺利落地、安全运行。

TapData 信创数据源 | 国产信创数据库 TiDB 数据迁移指南，加速国产化进程，推进自主创新建设

长期以来，作为拥有纯国产自研背景的 TapData，自是非常重视对于更多国产信创数据库的数据连接器支持，旗下产品已陆续与阿里云、华为云、麒麟软件、优炫数据库、Apache Doris、人大金仓、OceanBase 本专题将以 TapData 正在支持的各国产信创数据源为原点，提供详细的数据库同步、迁移教程，为有需求的用户提供更灵活的工具选择。本文将介绍的 TapData 数据源为——TiDB。 国产化浪潮之下，基础软件自主可控迫在眉睫，越来越多的国内企业开始从 Oracle、MySQL 这一类海外数据库向国产数据库迁移，TapData 的能力恰好满足企业快速、无痛实现迁移的需求，有效推动信创行业国产化建设更进一步 信创领域和基础软件设施的自主可控作为国家重点关注领域，全面国产化替代的进程仍在全速前进中。 同为国产基础软硬件生态的积极建设者，TapData 一直以来都在坚持拓展并持续深化与更多国产信创数据库的生态与战略伙伴关系，以期推动更多行业数据管理解决方案及创新应用的落地，提供更加广泛的基础设施选择及技术服务保障

mysql 迁移10

监测进展 [root@slave02 data]# watch -n 2 du -sh /data/mysql/ 每两秒看一下数据目录大小 ---- 恢复完成 151209 03:57:34 [01] Copying ./mysqltestt_db/kqmobile_payments.ibd to /var/lib/mysql/mysqltestt_db/kqmobile_payments.ibd 151209 03:57:34 [01] ...done 151209 03:57:34 [01

谁说信创无创新，中国电子云开启“信创+”时代

过去，似乎每次提到信创，“羸弱的技术、落后的产品、拼凑的生态”这些字眼总会不由自主地浮现在人们的脑海。 但信创真的无创新吗？ 今年2月，中国电子云的信创云正式上线。 模式创新可以让信创产品、技术、方案与业务需求融合更加紧密，将信创技术更好赋能政企数字化转型，生态建设则可以为信创技术与产品创新提供持续的活力，不断反哺和完善信创产业。 ? 此外，为进一步强大信创云的大生态，中国电子云还携手奇安信、达梦数据库、亚信科技、用友网络、永中软件、Coremail论客、小鱼易连等科技公司联合发布产品，基于中国电子云提供的信创数字底座，开展产品技术、 总体来看，中国电子云已经构建起技术领先的信创技术体系，并正式通过信创+战略，加速开启信创产业模式创新和生态建设，为数字化时代的信创产业夯实了坚实基础。

【金猿信创展】恒生电子——全栈式信创解决方案，助力金融信创行稳致远

‍ 国产化/信创·恒生电子 本内容由恒生电子投递并参与“数据猿年度金猿策划活动——2022大数据产业国产化优秀代表厂商”评选。 ‍ LIGHT技术平台是恒生自主研发的金融数字化基础设施，也是新一代信创基础设施。 通过该项目的通力合作，恒生电子助力东吴证券完成了TA系统在基础软硬件上全面的信创选型及适配改造，实现全栈信创体系建设。 6000压测时负载情况下，全链路时延10ms不到；高可用下，故障切换RPO=0，RTO<=5s，在JRES3.0应用架构下实现了水平扩展，且tps和时延无可感知的下降。 支持Oracle/MySQL/PG语法，满足遗留应用集成和自研系统集成，提供了三横两纵安全方案，专业化监控运维管理平台和全方位保障迁移

mysql 迁移10

修改权限 [root@slave02 mysql]# cat xtrabackup_binlog_pos_innodb mysql-bin.000004 8299670 [root@slave02 mysql]# ll total 5916780 drwx------ 2 root root 4096 Dec 9 02:49 livedb drwx------ 2 root root 4096 Dec 9 02:57 mysqltest_his drwx------ 2 ro

TapData 信创数据源 | 国产信创数据库达梦（Dameng）数据迁移指南，加速国产化进程，推进自主创新建设

长期以来，作为拥有纯国产自研背景的 TapData，自是非常重视对于更多国产信创数据库的数据连接器支持，旗下产品已陆续与阿里云、华为云、麒麟软件、优炫数据库、Apache Doris、人大金仓、OceanBase 本专题将以 TapData 正在支持的各国产信创数据源为原点，提供详细的数据库同步、迁移教程，为有需求的用户提供更灵活的工具选择。 国产化浪潮之下，基础软件自主可控迫在眉睫，越来越多的国内企业开始从 Oracle、MySQL 这一类海外数据库向国产数据库迁移，TapData 的能力恰好满足企业快速、无痛实现迁移的需求，有效推动信创行业国产化建设更进一步 信创领域和基础软件设施的自主可控作为国家重点关注领域，全面国产化替代的进程仍在全速前进中。 同为国产基础软硬件生态的积极建设者，TapData 一直以来都在坚持拓展并持续深化与更多国产信创数据库的生态与战略伙伴关系，以期推动更多行业数据管理解决方案及创新应用的落地，提供更加广泛的基础设施选择及技术服务保障

金融信创快速落地的应用迁移或创新开发要点 | 一文读懂

转载本文请注明出处：微信公众号EAWorld 近日，汇聚专家智慧、分解转型实战的《重塑》直播栏目再上新，本期聚焦金融信创，解析推进金融信创快速落地的应用迁移或创新开发要点。 因此，金融信创解决方案不能贸然提供，需要以应用为核心，无论是技术平台的信创升级，还是应用系统信创迁移的改造升级或快速重构，甚至是信创数字化应用的创新开发，都需要为业务保驾护航。 之前采购了普元应用开发平台的客户，可以直接将技术平台升级到信创版，基于普元平台开发的业务应用，也能够批量地、快速地迁移到信创环境。 二、应用系统信创迁移的改造升级或快速重构 金融行业业务逻辑复杂、数据量大、可靠性要求高，不能简单把信创等同于产品替代，需要有覆盖选型适配、方案实施到全面落地的整体解决方案，保障信创落地的安全可靠。 以最近两年在多家金融机构落地的OA办公系统信创迁移和应用开发项目举例，在不同客户的场景需求中，可以使用不同的开发平台作为统一的信创开发环境，满足信创迁移的改造升级或快速重构，以及信创应用的创新开发。

信创文件适配技术方案

总结本技术方案通过以下关键设计实现了信创适配文件存储服务的快速切换：3.1 核心优势统一抽象: 通过FileTemplate接口统一所有存储服务的操作配置驱动: 支持通过配置文件动态切换存储提供商信创兼容

某省农信-Zabbix的信创融合实践

二、融合信创环境的建设要求 “信创”无疑是近几年市场最热的主题词之一，它既是国家数据安全、网络安全的基础，也是新基建的重要组成部分。信创产业生态体系庞大，几乎覆盖信息产业的方方面面。 2.1 Zabbix信创需求 Zabbix能否在信创硬件环境上运行？答案是毋庸置疑的。 信创硬件环境，一般重点看环境使用的“芯片”，即系统的架构：ARM、X86等等。 2.2 Zabbix对信创系统的兼容性 Zabbix能否在信创操作系统上运行？答案是毋庸置疑的。 2.3 Zabbix对信创数据库的兼容性 Zabbix能否适配信创数据库？答案也是毋庸置疑的。 /SNMP：实现对信创中间件的监控 HTTP/HTTPS：实现对支持接口方式信创应用的监控 SNMP/API：实现对信创网络设备的监控 SNMP/API：实现对信创硬件和存储设备的监控 3.3 Zabbix

信创改造 - TongRDS 设置密码

安装路径下的 pmemdb/etc/cfg.xml，比如我安装在 rds 用户目录下的 pmemdb cd /home/rds/pmemdb/etc vim cfg.xml 修改配置文件 因为是从 Redis 迁移到

国产数据库迁移成本高吗？2026信创转型必看的降本解析

——这一系列问题，正是当前“国产数据库迁移成本高吗？”这一高频关注点的真实映射。随着2026年信创深化阶段逐步临近，大量单位正进入核心业务系统国产化替代的关键实施期。 此时，迁移成本已不仅是一项技术评估指标，更直接影响项目立项节奏、预算审批通过率与组织协同效率。本文不作概念泛谈，专为处于信创落地初期的实践者梳理：国产数据库迁移成本是否普遍偏高？其构成要素有哪些？ 行业数据：据《2025信创数据库迁移实践白皮书》统计，在规范使用KDMS（结构迁移工具）、KDTS（全量数据迁移工具）、KFS（增量同步工具）工具组合的项目中，平均迁移周期由传统方式的8周缩短至12天以内 四、关于数据库迁移成本的常见理解偏差辨析偏差一：“迁移成本高，源于国产数据库技术成熟度不足” 不准确。技术成熟度与迁移实施难度并非线性相关。 对于即将在2026年前后集中推进信创收官工作的单位而言，迁移成本管理的关键，不在于追求最低初始报价，而在于选择具备可验证兼容能力、可复用工具链、可扩展服务支撑的解决方案。

信创改造 - TongRDS 替换 Redis

金融行业Zabbix信创实践

一、信创的始末缘由 1、信创的定义与目标 “信创”全称“信息技术应用创新产业”，旨在通过信息技术（“信”）与应用创新（“创”）推动产业全面国产化，覆盖基础硬件、基础软件、应用软件及信息安全四大领域。 三、Zabbix信创 落地案例 1、麒麟OS + OceanBase（C86架构）— 从兼容适配到平滑迁移 某大型金融机构原监控系统基于Zabbix 5.0（MySQL 5.7、CentOS 7.5）， 需迁移至信创环境（麒麟OS + OceanBase 4.2）。 背景与挑战： 某证券机构需将Zabbix从X86平台迁移至ARM信创环境（麒麟OS + GoldenDB 8.9.99），面临两大挑战： 1）ARM编译兼容性：Zabbix 依赖的第三方库（如OpenSSL 四、总结与展望 Zabbix在金融信创实践中，通过参数调优、SQL适配、架构改造三大核心手段，成功突破数据库兼容性、高并发冲突、跨平台迁移等难题，验证了其在信创生态中的技术普适性。

信创不能用.NET？谣言！

一、信创的内涵与意义 信创，即信息技术创新，是指通过自主研发、技术创新等方式，实现信息技术的自主可控，降低对外部技术的依赖，提高国家信息安全保障能力。在当前国际形势下，信创显得尤为重要。 三、信创与.NET平台的融合 实际上，信创与.NET平台并非水火不容。相反，二者可以相互融合，共同推动信息技术的发展。 在实际应用中，已经有不少信创项目采用了.NET平台。这些项目涵盖了政府、金融、教育等多个领域，充分证明了.NET平台在信创领域的应用价值和可行性。 同时，微软也在积极推动.NET平台在信创领域的应用，为开发者提供了更加完善的支持和服务。 四、谣言的根源与危害 关于“信创不能用.NET”的谣言，其根源可能在于对信创和.NET平台的误解和偏见。 加强合作与交流：推动信创领域与.NET平台开发者的合作与交流，共同推动信创项目的发展，同时促进.NET平台在信创领域的应用和推广。 “信创不能用.NET”是一个毫无根据的谣言。