- 综合排序
- 最热优先
- 最新优先
- 来自专栏技术杂记
mysql 迁移4
切换keepalived ip 变更新master keepalived优先级，重载的方式切换 [root@new-master ~]# vim /etc/keepalived/keepalived.conf [root@new-master ~]# /etc/init.d/keepalived reload ; watch -n .2 ip a 使用给新master keepalived 升优先级重载的方式切IP 使用 watch 来观察ip变化 ---- 从两边密切监控观察检查应用与数据库状态 使用n
1.8K30编辑于 2022-03-22 - 来自专栏技术杂记
mysql 迁移4
确认备份数据 在销毁slave和原master前，这是最后一次可以备份原库统计数据的机会 生产数据已经陈旧，不一致了 确认后可以进行下一步 ---- 备份新master以便重建 [root@new-master nfs]# time nohup /usr/bin/innobackupex --defaults-file=/etc/my.cnf --user=root --password=xxxxxxxxxx /data/nfs/test_full_backup >> /data/nfs/full_
72620编辑于 2022-03-21 - 来自专栏腾讯专有云
金融核心系统迁移，腾讯云有何「解题思路」？
在4个月后，国内某大型基金公司做出重大决策，决心对大数据平台进行一场大手术，将在CDH大数据平台上的数据进行平滑迁移到腾讯云 TBDS 大数据平台。 据腾讯云高级大数据架构师杨文龙介绍，他们从4月开始与基金公司接洽、商讨，直到8月才开始正式进驻开干，而此时，留给他们完成 CDH 大数据平台的平滑迁移时间仅剩下半年。 为解决“信息系统迁移的难点及解法”，3月25日，腾讯云举办了2023年首期 Techo Day （腾讯技术开放日），这一期，腾讯云与业内专家以“金融核心系统”为典型场景，分享如何更好地切换、平移、使用国产化软件 放大视野，观察全行业，不可否认，从 OA 系统、到非核心业务系统、再到核心业务系统，金融国产替代浪潮已经到来，而这带来的不仅是金融业信息系统的一次解耦，也是整个行业利益重新分配的过程，对原本只能在外企底下抢食的国产软硬件企业 缩小视野，深入企业内部，又会发现，这场核心系统的变革之旅远远没有想象中那般简单。时间紧迫下，如何保证系统平滑迁移？如何在稳定性要求升级同时，平衡好成本？这些都是诸多参与方需要继续长期探讨的问题。
2.4K30编辑于 2023-04-03 - 来自专栏hotarugaliの技术分享
Windows系统迁移
重装系统是一个选择，但重装系统后还要重装系统上的软件，还要迁移数据，费时又费力。另一个方法是迁移系统，这样既不用重装系统也不用重装软件，且系统上的数据还全部保存了下来。 然而 Windows 系统自身并没有提供系统迁移的工具，不像 Linux 提供了 dd 命令可以用来直接镜像整个分区从而实现系统迁移。 更为遗憾的是，就算手头有 Linux 系统，直接使用 dd 对 Windows 系统进行拷贝，迁移后的 Windows 只会是蓝屏/黑屏，因为迁移系统不仅仅是拷贝分区就够了，对应的分区信息也要修改的。 迁移系统 在迁移系统前，首先要将划分出一块未分配的空间（要大于等于系统所在分区大小），这一步可以使用 Windows 自带的「磁盘管理」工具，或者使用「慠梅分区助手」。 如果系统所在分区过大，不想再开一个这么分区来存储系统，也可以先使用「慠梅分区助手」对系统所在分区进行压缩，然后再进行系统迁移。
2.4K30编辑于 2022-03-18 - 来自专栏hotarugaliの技术分享
Linux系统迁移
简介 Linux 系统迁移系统相对于 Windows 来说还是简单许多，使用 Linux 系统自带的 dd 命令即可。 2. MBR 分区有个限制，就是硬盘大小最多为 2 TB，且最多只支持 4 个分区，也就是说一个 MBR 在硬盘上最多不超过 4 个系统分区。 2.4 迁移系统 划分好分区后，就可以迁移系统了。 sudo dd if=/dev/sdXY of=/dev/sdUW bs=4M # /dev/sdXY 为原系统分区 # /dev/sdUW 为新系统分区 # bs 指定拷贝的数据单元大小 然后进入旧的 事实上，如果是 ArchLinux 系统，则可以直接从 Live 系统中使用 arch-chroot 工具进入迁移后的系统，然后直接执行以下命令即可： sudo grub-install /dev/sdU
5.3K20编辑于 2022-03-18 金融核心系统国产化迁移实现高可用与成本优化
第一章：应对金融级系统高可用与成本挑战 三星财险作为由三星与腾讯战略支持的合资保险公司，面临核心系统数据库依赖传统商业软件所带来的高授权成本、单点故障风险及供应链安全挑战。 迁移过程分四个阶段推进：从2023年初的全面云化合作，到2025年7月完成老核心系统全面切换。团队通过腾讯云专业数据迁移工具，分步完成POC验证、双活环境测试、生产部署及最终迁移验证。 高可用保障：系统可靠性提升至99.999% SLA，通过多可用区架构实现故障无缝切换，满足金融合规要求。 迁移效率：仅用4小时完成历史数据迁移，8小时恢复生产，兼容性达98%+，大幅减少业务改造工作量。 “TDSQL在性能、成本和可靠性方面显著提升，为金融核心系统国产化提供了有效路径。” 数据来源：腾讯全球数字生态大会三星财险演讲材料 技术实现：腾讯云TDSQL、金融云专区多可用区架构 核心指标：RTO<30s、RPO=0、成本降幅80%、处理效率提升58%、SLA 99.999%
18510编辑于 2026-04-18Java核心-核心类与API（4）
话接上回，继续核心类与API的学习，最后介绍一下Object类以及与数学、日期/时间有关的类，就结束该部分的学习了，其他的根据需要自行了解。 案例如下 //加上toString()变灰系统提示不必要，说明对象输出时一定会调用Object类的toString()方法打印内容。 三、与日期/时间相关 主要介绍一下Date类和Calendar类，Date 类封装了系统的日期和时间信息，Calendar 类则根据系统的日历来解释 Date 对象。 1、Date类 表示系统特定的时间戳，可以精确到毫秒。 1.1 Date类构造方法 1）Date()：获取本地的当前时间。 -----------------2023 年 1 月-------------------- 日 一 二 三 四 五 六 1 2 3 4
45531编辑于 2024-02-26- 来自专栏全栈程序员必看
ios系统数据迁移至安卓系统_系统迁移关闭所有运行软件
2018-11-16 回答 从安卓设备转移到ios的应用叫move to ios 2015年9月17日，除ios 9外，苹果当地时间周三还发布了move to ios——帮助用户将应用由android迁移到 move to ios的设计目标是使用户能方便地把数据由android设备迁移到新款iphone或ipad。 用户能迁移的数据包括电话簿、日程表、照片、视频、浏览器书签、电子邮件帐户，甚至过去收发的短信。 在迁移过程中，ios会建立一个专用wifi网络，与android设备相连。 如果升级到ios 8.0.2还是有问题，用户可以把系统还原到ios 8。用户可能需要下载正确的ipsw文件。把iphone 6与计算机相连，并在itunes中备份数据。 4、摄像头失灵 尝试依次选择“设置”(settings)->“一般”(general)->“重置”(reset)->“重置所有设置”(reset all settings)，看能否解决问题。
2.5K20编辑于 2022-09-29 - 来自专栏有趣的django
4.alembic数据迁移工具
alembic是用来做ORM模型与数据库的迁移与映射。 charset=utf8 （4）将models所在的目录路径添加到env.py，并指定target_metadata import sys,os # 1. #2.os.path.dirname(__file__)：获取当前文件的目录 #3.os.path.dirname(os.path.dirname(__file__))：获取当前文件目录的上一级目录 #4. -m:本次迁移做了哪些修改 upgrade:将指定版本的迁移文件映射到数据库中，会执行版本文件中的upgrade函数 head:代表当前的迁移脚本的版本号 downgrade:会执行指定版本的迁移文件中的 if __name__ == '__main__': app.run() （3）初始化 alembic init alembic （4）alembic.ini sqlalchemy.url =
2.1K30发布于 2019-02-13 - 来自专栏网络收集
Archlinux 通过 Timeshift 迁移系统
Archlinux 通过 Timeshift 迁移系统 因为我之前装过双系统并且通过Timeshift全盘备份过Archlinux的系统，最近又想把Archlinux通过Timeshift恢复回来 但是我发现存在很多问题 ，恢复之后我的 Archlinux 引导时出现以下错误 windows 系统不能引导 Archlinux 出现 Failed to start Remount Root and Kenal File System 高级修改fstab的方法（非必要不修改） 3、重启系统 reboot 修复windows引导问题 1、下载 微PE工具箱 2、将PE写入到U盘中 3、重启进入微PE系统 4、使用dism++工具进行引导修复
1.4K30编辑于 2022-03-27 - 来自专栏云计算与数据库
MongoDB分片迁移原理与源码（4）
MongoDB分片迁移原理与源码 异步删除数据 在from shard将迁移结果提交到config服务器成功后，from shard就会执行删除原数据的操作；如果迁移的参数"_waitForDelete 孤儿文档会造成数据的不一致，甚至一个数据块迁移了一部分然后被打断，后续相同的数据块重新迁移的时候，有可能造成迁移始终不成功的问题。 4.0 版本中迁移触发的阈值太低，导致迁移产生的性能问题太高 该问题主要从参考文献中得出来的结论。 详情可参考《MongoDB疑难解析：为什么升级之后负载升高了》 除此之外，由于整个迁移不是原子的，且存在异步过程，导致中间失败，产生其他问题的可能。 由数据迁移至MongoDB导致的数据不一致问题及解决方案
1.1K00发布于 2020-04-04 - 来自专栏linux运维
系统迁移问题：系统迁移过程中出现问题，影响业务
明确系统迁移需求在优化之前，需要明确以下需求：迁移目标：例如硬件升级、数据中心迁移或云迁移。迁移范围：涉及的操作系统、应用程序、数据库等。业务影响评估：迁移对业务连续性的影响。 示例系统迁移需求清单：需求项描述迁移目标数据中心迁移迁移范围操作系统 + 应用程序 + 数据库业务影响评估可能导致 2 小时的服务中断时间窗口周日凌晨 2 点至 4 点2. 制定迁移计划通过详细的迁移计划降低风险。（1）迁移前准备在迁移前检查系统状态和依赖关系。 BACKUP_DIR}/config_backup_20250208.tar.gz -C / # 重启服务 systemctl restart nginxsystemctl restart mysql4. /bin/bash # 测试系统迁移test_system_migration() { echo "开始测试系统迁移..."
54110编辑于 2025-02-08 - 来自专栏SDNLAB
核心网的5G迁移之路
概述 演进分组核心（EPC）在4G LTE中起着关键作用，5GC是由3GPP定义的新的5G核心网络（5GC）。与前几代不同，5G部署既可以使用现有的EPC，也可以使用5GC。 此外，5G还引入了使用5GC的独立模式（SA），或者使用EPC/5GC的非独立模式（NSA），这为寻找5G的最佳迁移路径增加了复杂性。 4. 在非独立部署中引入5GC 图3.部署5GC，gNodeB和eLTE的非独立5G网络（Option 7）。 Option 3的迁移路径是引入5GC，称为Option 7。 但是，如果SA Option 2部署成为主流，那么迁移到Option 7可能就没有必要了。 5. 5G NR全国部署 图4. SA和NSA 5G NR在全国范围内部署（Option 2和4）。 另一方面，NextEPC将利用蜂窝核心服务的动态服务发现技术推动分布式部署；可以实现可扩展性和稳健性。 原文链接： https://www.netmanias.com/en/?
1.3K20发布于 2019-06-19 - 来自专栏EdisonTalk
操作系统核心原理-4.线程原理（下）：死锁基础原理
（2）死锁的4个必要条件 ① 资源有限：即一个系统里面的资源数量是有限的，以致于无法同时满足所有线程的资源需求。 资源等待矩阵 此外，还维持两个矢量：一个是系统资源总量矢量（表示系统中所有资源的总数是多少），另一个是系统当前可用资源矢量（代表系统现在还有多少可用的资源），如下图所示： ? ： 某系统有R1，R2，R3共3中资源，在T0时刻P0，P1，P2，P3和P4这5个进程对资源的占用和需求情况如下表1，此时系统的可用资源向量为(3,3,2)。 4 3 3 0 0 2 4 3 1 1、T0时刻系统是否存在安全序列？ ） Available > Need4 依次类推 得到安全序列为：P1，P3，P4，P2，P0 2、P1请求资源：P1发出请求向量Request（1,0,2），系统是否接受该请求
90320发布于 2018-08-20 - 来自专栏斑斓
【系统架构】遗留系统的技术栈迁移
什么是遗留系统（Legacy System）？根据维基百科的定义，遗留系统是一种旧的方法、旧的技术、旧的计算机系统或应用程序[1]。这一定义事实上并没有很好地揭露遗留系统的本质。 这意味着遗留系统会逐渐随着时间的推移，不断地增加维护成本。 维护一个软件系统，就需要了解该软件系统的知识。若知识缺失，就意味着这会给维护人员带来极大的障碍和困难。 若要让遗留系统焕发青春，最彻底的做法自然是推倒重来，但这样付出的代价太高；而且，即使对系统重新设计和开发，仍然免不了会重蹈遗留系统的覆辙。 或者，可以对遗留系统进行重构，在不修改系统功能的情况下改善系统设计。只是这种重构常常是对系统进行重大扩展或修改的前奏，如无绝对必要，并不推荐这种偿还“技术债务（Technical Debt）”的方式。 最后，还有一种方式，则是对遗留系统进行技术栈迁移。
1.3K70发布于 2018-03-07 - 来自专栏金融级分布式数据库TDSQL
独家揭秘银行核心系统首次迁移到国产数据库的全过程
据了解，张家港行新一代核心系统采用了腾讯云 TDSQL 来承载核心业务数据，这是银行传统核心数据库首次实现国产化。 张家港行为什么要迁移核心系统？又是如何选定了国产数据库 TDSQL 的解决方案？ 整个迁移过程是如何做的? 迁移完成之后，效果如何？张家港行案例对其它银行核心系统改造有哪些借鉴意义？...... 迁移过程：集中式、分布式两套系统并行 据了解，本次迁移的核心系统的数据量在 TB 级，包括了账户、账目、流水、账单、日志等数据。 综上所述，核心系统不仅本身系统结构复杂，且还与各个系统都有联系，因此它的数据库迁移是最复杂、难度最大的。 核心系统迁移遇到的挑战 相信很多人都很好奇张家港行核心系统的整个迁移过程，在采访中，张文讲到：“整个实施过程分为两个阶段，第一个阶段是功能性改造，第二个阶段是性能优化。
2.3K71发布于 2019-09-29 - 来自专栏信数据得永生
django 1.8 官方文档翻译： 2-4-4 编写迁移
有关迁移的入门资料，请查看 the topic guide. 数据迁移和多数据库 在使用多个数据库时，需要解决是否针对某个特定数据库运行迁移。例如，你可能 只 想在某个特定数据库上运行迁移。 在这个例子中，我们默认使用uuid.uuid4。 运行 makemigrations 命令。 编辑创建的迁移文件。 name='uuid', field=models.UUIDField(max_length=32, unique=True, default=uuid.uuid4) apps.get_model('myapp', 'MyModel') for row in MyModel.objects.all(): row.uuid = uuid.uuid4( model_name='mymodel', name='uuid', field=models.UUIDField(default=uuid.uuid4,
65810编辑于 2022-11-27 - 来自专栏晓晨的专栏
IdentityServer4 3.1.x 迁移到 4.x
一.前言 IdentityServer4 4.x已经正式发布了，根据官方的 Release Note，3.1.x 到 4.x 的变更也是非常多，今天在将代码迁移到 4.x 遇到了一些问题在此记录下来，我使用的 IdentityServer4 的各种数据持久化，比如 ClientStore，ResourceStore 等，都是完全自定义的，非 EntityFramework，如果你是使用的 EF 那么官方提供了迁移脚本 4.x: ? 4.IResourceStore 的变化 ? 五.总结 以上就是我在 IdentityServer4 3.1.x 到 4.x 迁移所遇到的各个问题，所有问题都解决了并且成功运行。 官方开了一个 issues 记录迁移的问题，如果大家有难以解决的问题，不妨去提交：https://github.com/IdentityServer/IdentityServer4/issues/4592
73741发布于 2020-10-26 自主创新一体机破解能源行业核心系统迁移难题
能源行业面临核心生产系统从x86架构迁移至自主创新平台的多重技术瓶颈：工业控制软件架构迁移需重写30% 的代码基，Oracle数据库迁移存在语法兼容壁垒，历史数据格式复杂（混合结构化与非结构化数据）。 这些因素显著增加了系统迁移的技术风险与实施成本。 提供软硬件一体的全栈自主创新解决方案 腾讯云与华电众信联合推出基于自主创新架构的异构云边一体机解决方案。 实现核心系统平滑迁移与性能提升 该方案在能源行业核心系统中实现规模化应用：建设银行信用卡核心系统全栈自主创新后性能提升超10%；中国邮政集团部署数万套服务器操作系统与数十万套桌面OS；电力行业规划2025 腾讯自研迁移工具实现语法自动转换，华电众信硬件驱动技术解决30%代码重构问题，共同保障系统迁移效率。 “华电众信团队协助我们解决了架构迁移中的驱动兼容性问题，使自主创新平台在发电控制系统中稳定运行”——武检，技术总监，北京华电众信技术股份有限公司 腾讯云技术赋能与生态协同优势 腾讯云提供TDSQL数据库与自研迁移工具的核心技术能力
4910编辑于 2026-04-09华泰保险依托TencentOS实现核心系统安全高效迁移与智能化升级
华泰保险集团作为综合性金融保险集团，需确保系统符合金融行业安全标准（如等保2.0），同时满足长期稳定运营需求。 采用TencentOS国产化替代方案 华泰保险选择TencentOS作为核心替代方案，基于其生命周期支持至2032年、腾讯官方技术支持（安全补丁、故障响应）以及完善的国内上下游生态。 量化迁移成效与性能提升 安全性能：实现0安全事故，漏洞修复及时率100%（来源：华泰保险运维数据） 系统稳定性：业务系统可用性达99.999%，TencentOS故障率比CentOS低90%（来源：腾讯云技术评估 ） 性能提升：核心系统性能提升10%+，数据库TDSQL同步受益（来源：华泰保险性能测试） 成本优化：通过离线混部技术降低服务器集群成本30%（来源：华泰IT成本分析） 业务连续性：核心业务系统迁移中断时间 <15分钟（来源：华泰迁移实施记录） “TencentOS不仅解决了CentOS停服带来的安全与合规风险，其与TCE平台的深度集成更为华泰的AI战略提供了坚实基础。”
12510编辑于 2026-04-15
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号