首页
学习
活动
专区
圈层
工具
发布

信创迁移两大主流场景:Oracle篇 vs SQL Server篇

这几年信创项目多了,我接触的迁移任务大致分两类:从Oracle迁,和从SQLServer迁。...游标与集合操作​:SQLServer迁移项目中最痛苦的往往是大量使用游标的存储过程。推荐在迁移过程中将游标逻辑重构为基于集合的操作(如JOIN、窗口函数),性能提升明显。...、关键字段MD5校验,自动化生成差异报告上线切换双轨并行+灰度切换支持反向回滚,业务无感知切换以某政务系统从SQLServer迁移为例:源库有800+张表、300+个存储过程,KDMS扫描后自动转换了约...四、系统化的异构迁移流程不管是Oracle还是SQLServer,建议按照以下步骤推进:​全量对象扫描​:使用KDMS导出源库所有DDL和存储过程代码。​...五、总结Oracle和SQLServer迁移到国产库,没有“一键搞定”的魔法,但可以通过成熟的工具链和系统化的流程,将风险降到最低。

36910

SQL Server数据迁移事故复盘:分离附加库变suspect,重构完整迁移路径

一次SQLServer数据迁移事故:分离附加,库直接suspect朋友公司的数据库就是被分离附加搞挂的。DBA图省事,把数据库从生产实例上分离,拷贝数据文件到新服务器。...展开代码语言:SQLAI代码解释--库大小(MB)SELECTSUM(reserved_page_count)*8/1024ASsize_mbFROMsys.dm_db_partition_stats;...全量先迁,增量追平,切换窗口能压到分钟级。代价是配置复杂,无主键表、堆表这类场景,部分工具处理不了,实施前要先探一遍底。...信创路径:SQLServer数据迁移到KES上面讲的是同库迁移,目标还是SQLServer。如果目标不是SQLServer,而是国产数据库,方案得换一套。信创替换这条线,我花的心思最多。...这套组合跑下来,客户从部署到迁移完成花了72小时,灰度割接4小时搞定。SQLServer数据迁移验收阶段:三步确认真的迁完了数据搬完,不叫迁完。验收我习惯三步走:对象对比、数据校验、业务回归。

22210
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    数据库选型到迁移落地:国产数据库替代Oracle的完整实施路径

    今日关键词:数据库迁移、数据库选型、国产数据库迁移方案、Oracle迁移到国产数据库、数据库迁移工具、数据库迁移步骤、国产数据库怎么选、数据库选型评估标准、信创之前写了两篇国产数据库的内容,一篇聊"国产数据库到底能不能用...后台收到不少粉丝问:"选是选好了,但迁移到底怎么搞?"这个问题问得很现实。选型只是拍板,迁移才是真刀真枪地干。...展开代码语言:SQLAI代码解释--统计各类数据库对象数量SELECTobject_type,COUNT(*)FROMuser_objectsGROUPBYobject_type;重点关注几类对象:表的数量和数据量...数据量大的推荐用专业工具,金仓的KDTS支持异构数据库的结构迁移和离线全量数据迁移,不只Oracle,SQLServer、MySQL、DB2都能迁,支持并行迁移。增量同步解决迁移期间新产生的数据。...某基金公司的TA系统从Oracle迁到金仓后,清算耗时从40分钟缩短到1.5分钟,提升了近26倍。运营商租赁核算系统迁移后,7个核心场景性能比Oracle提升了0.5到16.4倍。

    46110

    DB2迁移到国产数据库怎么做?SQL改写、对象兼容与数据迁移全流程实操指南

    今日关键词:DB2迁移、DB2迁移到国产数据库、DB2存储过程改写、DB2数据迁移工具、信创替代大家好,我是数据库小学妹前阵子一个DBA朋友找我倒苦水:公司DB2的年度维保续费单下来了,价格看得他血压飙升...存储过程的SQLPL语法和主流数据库差别不小,自增字段机制完全不一样,GRAPHIC这种DB2特有的数据类型也得处理。今天把梳理的结果分享出来,从"为什么迁"到"怎么迁",遇到的坑和应对办法一起讲。...一、DB2为什么要迁DB2本身是个好数据库,在金融、电信、制造业的核心系统里跑了二三十年,稳定是真稳定。但现在要迁的原因也很明确。信创政策是头号驱动力。...已迁移到KES为例,需要用SEQUENCE替代:展开代码语言:SQLAI代码解释--KES改造方案CREATESEQUENCEorders_seqSTARTWITH1INCREMENTBY1;CREATETABLEorders...4.1全量迁移DB2自带的导出工具可以配合使用:db2look导出表结构DDLdb2move导出数据(IXF格式)export按表导出(DEL/IXF格式)小体量数据(几十GB以内)用db2move导出后在目标库导入就行

    49510

    Kubernetes容器集群 - harbor仓库高可用集群部署说明

    Harbor可以支持一主多从的镜像发布模式,可以解决大规模镜像发布的难题: ? 只要往一台Harbor上发布,镜像就会像"仙女散花"般地同步到多个Registry中,高效可靠。...另外,这里还需要多吐槽一句:在实际生产使用中,主从复制十分的不靠谱!!所以这里推荐使用下面要说的这种方案。...push模式是推到目标仓库,pull模式是从源仓库拉取过来) "同步管理"规则里的"触发模式" (建议采用定时模式,比如每10秒钟同步一次:*/10 * * * * *) "同步管理"规则里的"源资源过滤器...作为harbor的后端,还可以使用ceph作为后端存储(ceph部署可参考:https://www.cnblogs.com/kevingrace/p/9141432.html) 这里没有考虑到harbor...> source /registry.dump 3) 在两个harbor节点上,修改harbor.yml文件,需要修改成使用外部数据库及redis db_host = 172.16.60.245 db_password

    4.1K51

    采用Hibernate框架的研发平台如何能够真正兼容Oracle和sqlServer数据库

    当我接到该任务时,我先大致的理了一下思路:   要完成迁移,总体上有2大块工作要做,分别是:数据库层面的迁移 和 平台底层代码的改造   一、数据库层面的迁移过程:   1、通过sqlServer...Studio2008 工具将数据从Oracle导入到SqlServer数据库   从SSMS2008开始才支持此功能,具体操作步骤(右键点击数据库-选择导入-点下一步-选择 Oracle Provider...HH:mi:ss”格式;另外此次是迁移到Sqlserver2005,该版本是没有内嵌concat函数的,根据官方文档的说法,是从sqlServer2012开始才有concat函数的,所以这里我要自己编写一个...  在使用delete insert update这些dml语句的时候,切记不要使用别名,因为在oracle和sqlserver中,这些dml语句使用别名的语法是不一样的。   ...4、各实体类主键策略的改造   最好都使用string类型的主键,但是因为之前的代码中都用的sequence做主键策略,现在改成string类型工作量势必很大,所以决定使用table策略来兼容各种数据库

    1.1K10

    干货 | 万字长文详解携程酒店订单缓存 & 存储系统升级实践

    离线BI按年度等大批量数据分析时使用Hive表,并每日凌晨低峰时段以从库低频访问的方式实施数据同步。...则去查询DB,根据配置策略校验DB结果数据,校验通过则将DB数据写入缓存留作后续查询使用,否则不写入缓存,最后返回DB查询结果。...,数据仓库各层都依赖ODS层的数据,为了不影响数据平台所有应用,我们只需要将原来订单库ODS层数据源从SQLServer迁移到MySQL库即可。...至此,我们完成了订单库从SQLServer迁移到MySQL在数据仓库层的迁移工作。 四、核心问题精编 实际上再周密的分析与设计,总是难免遇到执行过程中的各种挑战。...订单数据从SQLServer迁移到MySQL期间,我们梳理出来依赖订单库的预警策略近两百个,负责监控的相关同事对SQL Server数据源的预警策略原样复制一份连接MySQL数据源。

    2.9K20

    【重磅更新】SQL Server数据库巡检脚本英文版来啦

    另外,由于个别SQL对某些库运行缓慢,故开发了针对Oracle的精简版,若脚本运行缓慢,大家可以考虑使用精简版来巡检!!!...• 脚本DB_SQLServer_HC_lhr_v7.0.0.sql是SQL Server脚本,执行后会产生SQL Server的健康检查html报告。...历史脚本DB_SQLServer_HC_lhr_v7.0.0_2005.sql、DB_SQLServer_HC_lhr_v7.0.0_2008R2.sql和DB_SQLServer_HC_lhr_v7.0.0....sql -o D:\SQLServer_CHECK_LHR_20210914.html 3.2、SSMS图形界面 **需要使用SQL Server Management Studio (SSMS)或Navicat...for SQLServer客户端软件,**若使用SSMS,则需要配置查询结果中的xml数据的最大值,否则可能会出现最终的html表格错乱包含的问题(配置非XML数据为2097152,XML数据为不限制

    34610

    如何完成日千万级别以上的订单对账(二)

    对账单下载组件每天定时触发,从支付通道服务器上下载对账单。 在调度中心进行分配不同的对账系统进行不同的任务,可以按照通道划分任务,也可以按照业务系统订单维度划分任务。...(如果实在需要一直存下去,增加云盘即可,每天半夜将10天前的订单文件移到另外的云盘) 如需查询历史订单数据,使用RocksDB按照订单维度进行存储订单。 优化 序列化框架使用FST即可。不推荐别的。...db !...其他人也不知道我用到了 我这边使用到了其中一个被迁的表,并且是连表的操作,而且基本不可能进行不连表操作,除非是砍需求。问题就这么来了。...如果在迁库的之前就知道了,那么进行迁库方案的人肯定会想另外的解决办法,这次是正好有一个废弃字段,下次就不一定了。

    3K20

    Navi.Soft31.代码生成器(含下载地址)

    1系统简介 1.1功能简述 在Net软件开发过程中,大部分时间都是在编写代码,并且都是重复和冗杂的代码.比如:要实现在数据库中10个表的增删改查功能,大部分代码都是相同的,只需修改10%的代码量.此时若使用代码生成器即可完全解决此问题...在开发数据库型软件时,连接数据库是个必要的操作过程,但连接不同数据库,需要不同的工具.如:连接SQLServer使用微软提供的查询分析器,连接Oracle使用PL/SQL工具,连接MySql使用Navicat...l SQLServer转SQLite l 查看部分数据库进程 l 查找Db栏目名称和栏目值 2功能菜单 是代码生成器的基本功能,以菜单形式展现.如图2-1 ?...图2-1 2.1Db选项 ? 图2-2 定义通用的配置项,如:生成C#代码时,需引用的DLL文件列表, 命名空间定义等 2.2Db连接字符串管理 ?...图2-3 是指连接过的Db数据库记录起来,方便下次可以直接使用.选中要打开的数据库,点击”确定”按钮即可 2.3SQLServer转SQLite数据库 ?

    1.8K90

    Navi.Soft31.代码生成器(含下载地址)

    1系统简介 1.1功能简述 在Net软件开发过程中,大部分时间都是在编写代码,并且都是重复和冗杂的代码.比如:要实现在数据库中10个表的增删改查功能,大部分代码都是相同的,只需修改10%的代码量.此时若使用代码生成器即可完全解决此问题...在开发数据库型软件时,连接数据库是个必要的操作过程,但连接不同数据库,需要不同的工具.如:连接SQLServer使用微软提供的查询分析器,连接Oracle使用PL/SQL工具,连接MySql使用Navicat...l SQLServer转SQLite l 查看部分数据库进程 l 查找Db栏目名称和栏目值 2功能菜单 是代码生成器的基本功能,以菜单形式展现.如图2-1 ?...图2-1 2.1Db选项 ? 图2-2 定义通用的配置项,如:生成C#代码时,需引用的DLL文件列表, 命名空间定义等 2.2Db连接字符串管理 ?...图2-3 是指连接过的Db数据库记录起来,方便下次可以直接使用.选中要打开的数据库,点击”确定”按钮即可 2.3SQLServer转SQLite数据库 ?

    1.9K80

    Nacos的持久化和集群部署

    准备工作下载相关镜像   mysql/mysql-server:5.7   nacos/nacos-server:1.1.4 一.docker mysql:5.7的持久化存储及远程连接 ###...=nacos_config \ mysql主节点数据库名 -e MYSQL_SLAVE_SERVICE_HOST=172.17.0.2 \ mysql从节点数据库IP -p 8848:8848 \ 主机端口映射...restart=always \ 容器自动启动 nacos/nacos-server:1.1.4 镜像名 docker run -d \ 后台支行模式        注1:由于没有配置mysql的主、从集群...还有一个解决方案就是 ##删除从库的配置,将配置数据库数量改为1也行,后面例子就是这样做的                 //-e MYSQL_SLAVE_SERVICE_HOST=172.17.0.2.../dist;#将要访问的网站的目录 try_files $uri $uri/ /index.html;#该句代码是为解决history路由不能跳转的问题,在vue-router官网有介绍 }

    1.1K20

    SQL Server迁移国产数据库:口岸九套库的架构改造与割接方案

    第一件:SQLServer换国产库,真能不改代码?换库最怕的,是把应用推倒重来。这套系统跑了这么多年,业务逻辑里全是老代码,改一行都心惊胆战。...这里的路子,是先上金仓(KingbaseES)的SQLServer兼容版。语法、数据字典、表结构,一整套全维度验证下来,项目里做到了100%兼容。应用软件代码一行不改,就能平滑跑起来。...这就是大家常说的理想迁移,代码零改动。但我不信"100%兼容"这四个字能一劳永逸。这话只有配了兜底机制才敢说。材料里也写了,碰上不兼容的场景,从产品代码层级反向适配,把对象和数据完整接住。...SQLServer迁国产库,翻车的往往就是这些东西。第二,拿真实脚本压测。1.5倍峰值是个好口径,但脚本得用他们自己的车道业务脚本,不能是通用的。车流高峰长什么样,就得照真实的来压。...兼容做足,代码不用大改。集群扛住读写,故障自动接管。分批次割接的打法,把口岸不能停这条底线守住了。SQLServer能干的事它能接住,还多了一份自主可控的底气。

    14010
    领券