- 综合排序
- 最热优先
- 最新优先
- 来自专栏云计算D1net
10步搞定系统的云迁移
首先我想要说，未来大多数企业都会从具体的机房迁移出来。虽然你企业中并不是所有负载系统都适合云计算，但是大多数公司可以而且应该采用云计算。 然而，什么是云计算呢? 虽然这篇博客文章的主题是有关云计算迁移的，但我更想说的是云计算不仅是一次运动，更是一次变革。 一个成功的云计算应用，首先需要确定你的负载系统最适合的云计算环境，并据此来深入理解你的系统情况，从而让你的投资得到对应的回报。 云迁移从哪开始呢? 业务影响。我不会从业务的最关键的应用系统开始。 在迁移那些重要负载系统之前需要获取更多的经验。尝试去迁移一些非关键的应用系统，比如电子邮件系统、内部系统、部门应用等等。 生产与开发、测试。首先考虑非关键的开发和测试环境，但也要考虑你的生产环境。 此外，需要核对你的应用程序所需的操作系统版本。 数据托管。根据你所在的国家法规，把你的数据托管在国外将不被允许。请确保你的供应商在你附近有一个云数据中心。 准备。你的应用是否准备进行云迁移?
97360发布于 2018-03-26 - 来自专栏技术杂记
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.7K20编辑于 2022-03-22 - 来自专栏技术杂记
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
56630编辑于 2022-03-22 - 来自专栏中二病也要当白帽子
固态更换，Windows10系统盘迁移踩坑
题外话就说到这里，因为原先系统盘也是装了一大堆软件，因为是程序员，很多东西也不好配置，我可不想再配置了，就想着能不能直接将系统无损迁移到另一个磁盘上。 实际上，我的现舍友，也买了Nvme固态，他之前的系统是在Sata固态上，它在可以运行系统的前提下，把新的Nvme固态插到电脑上，然后使用AOMEI的官方试用版，就完成了迁移。 也可以进行迁移。 选择磁盘克隆，选择源磁盘和目标磁盘，进行克隆即可。 如果一切顺利的话...就没下面什么事情了。 情况说明 我是ubuntu+win10双系统，win10在固态，ubuntu在机械。 我m.2的接口已经被系统占用。 坑1: 不能同时插两个固态 我只有一个m.2接口，所以我需要先迁移到机械后，安装新的固态，再从PE盘中启动，把机械迁移(拷贝)到固态中。 我搞了好半天，才发现是明明是磁盘迁移，但是没有将新磁盘设置为GPT分区，依然是MBR，当然无法UEFI启动了。 坑2： win10启动黑屏只有鼠标 迁移过程中的盘符对应关系没有修改过来。
7.9K10发布于 2020-02-24 - 来自专栏hotarugaliの技术分享
Windows系统迁移
重装系统是一个选择，但重装系统后还要重装系统上的软件，还要迁移数据，费时又费力。另一个方法是迁移系统，这样既不用重装系统也不用重装软件，且系统上的数据还全部保存了下来。 然而 Windows 系统自身并没有提供系统迁移的工具，不像 Linux 提供了 dd 命令可以用来直接镜像整个分区从而实现系统迁移。 更为遗憾的是，就算手头有 Linux 系统，直接使用 dd 对 Windows 系统进行拷贝，迁移后的 Windows 只会是蓝屏/黑屏，因为迁移系统不仅仅是拷贝分区就够了，对应的分区信息也要修改的。 迁移系统 在迁移系统前，首先要将划分出一块未分配的空间（要大于等于系统所在分区大小），这一步可以使用 Windows 自带的「磁盘管理」工具，或者使用「慠梅分区助手」。 如果系统所在分区过大，不想再开一个这么分区来存储系统，也可以先使用「慠梅分区助手」对系统所在分区进行压缩，然后再进行系统迁移。
2.6K30编辑于 2022-03-18 - 来自专栏hotarugaliの技术分享
Linux系统迁移
简介 Linux 系统迁移系统相对于 Windows 来说还是简单许多，使用 Linux 系统自带的 dd 命令即可。 2. 系统迁移 2.1 创建分区表 如果是一块新硬盘，则首先要为这个新硬盘创建分区表（不是则可以跳过该步）。分区表类型有 MBR 和 GPT 两种，具体使用哪种要看个人的电脑配置。 2.4 迁移系统 划分好分区后，就可以迁移系统了。 Linux 系统，执行以下命令来生成迁移系统的引导项： ## 不同 Linux 发行版可能不太一样 # Ubuntu sudo update-grub # ArchLinux sudo grub-install 事实上，如果是 ArchLinux 系统，则可以直接从 Live 系统中使用 arch-chroot 工具进入迁移后的系统，然后直接执行以下命令即可： sudo grub-install /dev/sdU
5.6K20编辑于 2022-03-18 - 来自专栏phodal
AI × 老旧系统：Vibe Coding 构建 AI 迁移工具，实现 10x 端到端智能迁移
修改代码以提升可维护性与性能，不改变功能 Retire 淘汰 停用不再需要的系统或模块 Retain 保留 保持系统原样运行，无需变更 相比于简单的云迁移（如“搬迁与迁移”模式，Lift & Shift 大型系统通常由多个子系统、模块或服务组成，彼此在技术债务、 业务重要性、生命周期等方面差异显著，因此更适合采用差异化、多策略并行的迁移方式。 经典的落地迁移 Workflow 如图所示，其展示了从遗留系统到现代化应用的完整改造路径，可以分为九个阶段： 遗留系统：识别需要改造的老系统。 改造目标：明确现代化的业务与技术目标。 简单来说，我们需要设计好目标的系统架构、迁移应用的模板，再结合不同的场景来寻找、设计、构建不同的工具来加速我们的迁移，减少人天在这个过程中的 工作量。 AI × Legacy Modernization：从增强语义理解到 10x 速度的重建 基于过往丰富的遗留系统迁移经典，我们会加 AI 加速放在两个主要的领域： 加速对于遗留系统的分析与评估，如：AI
1.7K10编辑于 2025-08-08 - 来自专栏全栈程序员必看
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中备份数据。
2.7K20编辑于 2022-09-29 - 来自专栏iTesting
Cypress10.x版本迁移指南
我将讲解如何迁移到Cypress最新Release的10.x版本（买了书的同学们，公众号回复你的微信号，拉你到Cypress中国群）。 迁移步骤 改变太大了，大家接受的意愿就低，如果你完全用Cypress默认的那一套还好，如果你跟我一样，做了很多定制，更改了很多默认文件夹，你肯定有点烦的。不过没关系。 Cypress给大家准备了一个迁移工具。 老版本Cypress迁移到Cypress10.x步骤如下： 1.安装最新版本。 迁移要点 大概率还是讲下要点： 1. cypress.json 文件改成cypress.config.js/cypress.config.ts。 如果迁移还有问题，可以直接Cypress中国群里问，或者官网看看细节。 最后寄语 Cypress10.x下决心做这么大改动，社区的反馈声音也很大，但基本是好的。
2.5K20编辑于 2022-09-01 - 来自专栏第三方工具
10亿数据，如何做迁移？
10亿数据，如何做迁移？ 一、分而治之 若把数据迁移比作吃蛋糕，没人能一口吞下整个十层蛋糕； 必须切成小块细嚼慢咽。 二、双写 经典方案是停机迁移，但对10亿数据来说停机成本难以承受，双写方案才是王道。 三、用好工具 工具名称 适用场景 10亿数据速度参考 mysqldump 小型表全量导出 不建议（可能天级） MySQL Shell InnoDB并行导出 约2-4小时 DataX 多源异构迁移 （物理备份+ Binlog点位） 流量回切：准备路由配置秒级切换旧库 数据标记：新库数据打标，便于清理脏数据 处理10亿数据的核心： 分而治之：拆解问题比解决问题更重要 逐步递进：通过灰度验证逐步放大流量 守牢底线：回滚方案必须真实演练过 没有百分百成功的迁移，只有百分百准备的Plan B！
34000编辑于 2025-05-29 - 来自专栏网络收集
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 - 来自专栏linux运维
系统迁移问题：系统迁移过程中出现问题，影响业务
明确系统迁移需求在优化之前，需要明确以下需求：迁移目标：例如硬件升级、数据中心迁移或云迁移。迁移范围：涉及的操作系统、应用程序、数据库等。业务影响评估：迁移对业务连续性的影响。 示例系统迁移需求清单：需求项描述迁移目标数据中心迁移迁移范围操作系统 + 应用程序 + 数据库业务影响评估可能导致 2 小时的服务中断时间窗口周日凌晨 2 点至 4 点2. 制定迁移计划通过详细的迁移计划降低风险。（1）迁移前准备在迁移前检查系统状态和依赖关系。 # 示例：创建 LVM 快照lvcreate -L 10G -s -n snapshot_name /dev/vg_name/lv_name（3）回滚脚本编写脚本实现自动化回滚。#! /bin/bash # 测试系统迁移test_system_migration() { echo "开始测试系统迁移..."
67710编辑于 2025-02-08 - 来自专栏斑斓
【系统架构】遗留系统的技术栈迁移
什么是遗留系统（Legacy System）？根据维基百科的定义，遗留系统是一种旧的方法、旧的技术、旧的计算机系统或应用程序[1]。这一定义事实上并没有很好地揭露遗留系统的本质。 这意味着遗留系统会逐渐随着时间的推移，不断地增加维护成本。 维护一个软件系统，就需要了解该软件系统的知识。若知识缺失，就意味着这会给维护人员带来极大的障碍和困难。 若要让遗留系统焕发青春，最彻底的做法自然是推倒重来，但这样付出的代价太高；而且，即使对系统重新设计和开发，仍然免不了会重蹈遗留系统的覆辙。 或者，可以对遗留系统进行重构，在不修改系统功能的情况下改善系统设计。只是这种重构常常是对系统进行重大扩展或修改的前奏，如无绝对必要，并不推荐这种偿还“技术债务（Technical Debt）”的方式。 最后，还有一种方式，则是对遗留系统进行技术栈迁移。
1.4K70发布于 2018-03-07 - 来自专栏苏三说技术
给你10亿数据，如何做迁移？
文末留言送书了 前言 某次金融系统迁移项目中，原计划8小时完成的用户数据同步迟迟未能完成。 24小时后监控警报显示：由于全表扫描SELECT * FROM users导致源库CPU几乎熔毁，业务系统被迫停机8小时。 这让我深刻领悟到——10亿条数据不能用蛮力搬运，得用巧劲儿递接！ 今天这篇文章，跟大家一起聊聊10亿条数据，如何做迁移，希望对你会有所帮助。 一、分而治之 若把数据迁移比作吃蛋糕，没人能一口吞下整个十层蛋糕； 必须切成小块细嚼慢咽。 ，但对10亿数据来说停机成本难以承受，双写方案才是王道。 工具选型对照表 工具名称 适用场景 10亿数据速度参考 mysqldump 小型表全量导出 不建议（可能天级） MySQL Shell InnoDB并行导出 约2-4小时 DataX 多源异构迁移 依赖资源配置
58410编辑于 2025-02-21 - 来自专栏IT笔记
ELK日志分析系统迁移记录
今天抽空赶紧把ELK迁移一下，由于Logstash本身就配置于各个系统之中，所以这里只是对Redis、Elasticsearch和Kibana进行了配置，当然还有一些邮件发送的配置。 由于系统环境是JDK1.7，而Elasticsearch依赖JDK1.8，同时Kibana又必须依赖Elasticsearch，只能升级作罢，按照原来的迁移。 系统架构 ? ELK.png 平台优势 为什么要搭建ELK系统？ 方便开发或者运维人员统计分析和查询日志信息。 对于错误日志统一处理并发送通知。 相关软件 Logstash-2.1.1 Redis-3.2.8 Elasticsearch-2.4.4 Kibana-4.3.1 Nginx-1.6.2 JDK-1.7 sendmail 迁移说明 配置
1.6K40发布于 2018-04-16 - 来自专栏Fish
迁移linux系统到新硬盘
本文记录的是将我的debian9 从原来的闪迪120G SSD迁移到三星 250G SSD的过程。 1. 准备工作 做好数据备份！ 所有的操作均在u盘的livecd下进行的。 2. 3.2 拷贝boot分区内容 我的原系统boot分区在/dev/sdb1，准备将其内容拷贝到新硬盘的默认根目录下的boot文件夹。 先挂载boot分区和新系统分区 cd /root/ mkdir boot mount /dev/sdb1 /root/boot # 挂载新硬盘分区可以跳过，因为在文件管理器里，点击新硬盘以后，会自动挂载到 如果重启后，进入系统有问题，但是可以进入grub rescue，自己又不知道到底问题出哪里的话，简单的办法是使用boot-repair这个工具。 在认为他的自动处理能力有问题以后，我点开了高级设置，手动选择了正确的grub位置（/dev/sda），然后等待修复完成，大概不到10mins。 完成后重启即可进入系统。
9.2K30发布于 2019-05-26 - 来自专栏coderidea
如何平稳的迁移遗留系统
使用绞杀者模式有以下几个主要的原因： 渐进式迁移：绞杀者模式允许我们逐步地迁移系统，而不是一次性地替换所有的功能。 完全迁移：当所有的功能都迁移到新系统后，我们就可以将旧系统完全关闭，此时，代理层也就不再需要了。 绞杀者模式的优缺点 正如任何设计模式一样，绞杀者模式也有其优缺点。 优点 渐进式迁移：绞杀者模式允许我们逐步地迁移系统，降低了一次性替换系统的风险。 降低风险：通过代理层，我们可以灵活地切换新系统和旧系统，从而降低系统出现问题的风险。 需要维护两个系统：在迁移过程中，我们需要同时维护新旧两个系统，这会增加维护的工作量。这点严格上不算缺点，新系统本身就是要替换老旧系统的，新需求变更主要集中在新系统上。 绞杀者模式是一种非常高效的系统迁移方案，它允许我们逐步地迁移旧系统，降低了一次性替换系统的风险，并且通过代理层，我们可以灵活地切换新旧系统并动态调整系统的负载，从而提高系统的性能。
75620编辑于 2023-09-07 - 来自专栏陶士涵的菜地
系统迁移的几个注意点
迁移： 就是把系统原语言代码照着抄一遍到新语言项目上，按照新语言的工程实现风格来做就可以。其间最忌掺杂代码优化和 bug 修复，会容易引起新的问题，增加验证代码的难度。 重构： 目的是提高项目代码的可维护性和可迭代性，让代码更优雅和易读懂，可以放到迁移完成来做。 优化： 通过在模块依赖、调用关系、接口字段等方面的调整来降低项目的复杂性，提高合理性。 收益： 完成新旧语言栈的转换，系统维护性更好，模块边界更清晰。 成本： 需要投入的人力成本，迁移过程中的并行开发成本，使有更高价值的工作被阻塞的损失。 风险： 引入新的 bug，增加测试的复杂性。 主要的大流程 前期准备 --梳理当前业务逻辑和数据模型 指标梳理 --明确任务目标 迁移方案 --迁移的步骤 接口验证 --请求响应/接口幂等 可用性保障 --持续监控/异常告警/补偿模式
72920发布于 2021-07-08 - 来自专栏linux教程
Linux系统用户信息怎样迁移到新系统
这篇文章主要介绍了“Linux系统用户信息怎样迁移到新系统”相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇Linux系统用户信息怎样迁移到新系统文章都会有所收获，下面我们一起来看看吧 LINUX 用户复制基本上把这几个文件迁移过去就可以： 1. /etc/passwd 2. /etc/shadow 3. /etc/group 4. 为各个用户创建home目录 3.复制用户home目录下的.bashrc .bash_profile 这篇关于“Linux系统用户信息怎样迁移到新系统”的文章就介绍到这了！
2.7K20编辑于 2023-04-25 - 来自专栏CloudBest
CIO需要考虑的10个云迁移技巧
云迁移并不是一件容易的事，特别是对于将工作负载转移到云中的CIO和IT领导者而言。为了确保迁移成功，人们需要参与行业专家提出的10个建议。 ? 企业需要遵循以下10个云迁移过程建议： 1 分析应用程序 企业首席信息官需要从分析应用程序开始，并提出以下关键问题：应用程序是否能够在虚拟化环境中工作？ 因此，在云迁移过程中，IT部门需要了解计划迁移到云中的应用程序如何与其他系统交互，以及如何支持这些交互。 他说：“很多迁移项目也是现代化项目。” 5 云迁移过程中考虑提升和转移 企业在云迁移过程中考虑提升和转移项目。 10 将优化纳入企业的计划 Buchholz说：“不要以为这是一劳永逸的事情。在初始迁移之后会产生意想不到的后果，这需要解决以获得并最终最大化迁移到云平台的预期利益。
64110发布于 2019-11-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号