首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏云技术+云运维

    如何开始迁移

    如上图(图片来自网络)所示,描述了企业稳步进行迁移的一般步骤,迁移是一个系统工程,迁移过快往往将导致成本的急剧上升、工期延期甚至失败。       迁移的过程,我们可以将其细化分为五个步骤。 对已存在的老的要的业务进行迁移评估,并根据数据中心的资源情况来制定详细的解决方案是比较重要的;如果是新的应用系统,则分配相应的资源,直接部署在计算环境中即可。 首先离不开架构设计,因为业务终究要被化,不管其迁移的过程长短,企业通常都会使用虚拟服务器来代替物理的服务器,使用存储资源池来统一后端的存储。 2、 采购或是自建及部署服务         虚拟化是的第一步,接下来迁移的第二步,是部署一套私有的管理平台。那么是采购或是自建及部署服务呢?        从平台的成本和价值来看。 数据迁移对于一个业务应用来说是最重要的,直接关系到业务的成败。

    5.9K30发布于 2019-10-29
  • 来自专栏云计算文章

    腾讯迁移工具案例实践:阿里迁移到腾讯

    迁移到的目标腾讯,HyperMotion迁移产品也是面向于原生设计,所有目标腾讯的操作,通过底层API接口封装自动化调用腾讯接口实现资源调度,无需过多人为介入,简单易操作。 HyperMotion迁移工具在技术功能特性也满足开篇我们讲到的几点内容,而且还在此基础增添了其他高级功能来满足迁移的需求 源端多Agent场景覆盖,一键式快速安装Agent 满足在线迁移能力 支持在线不停机增量 选择目标平台设置,选择腾讯平台 5.png 配置腾讯连接的AK、SK及其他配置信息 6.png 选择迁移腾讯平台,添加迁移虚拟机到HyperMotion平台 选择安装完成Agent自动加入到迁移平台的虚拟机 8.png 指定目标腾讯并选择配置之后,就可以批量勾选来同步数据。 9.png 数据同步时会产生进度条,来展示数据拷贝的相关信息及预计剩余的时间。 13.png 阿里迁移上腾讯是目前常见的一个场景,需要选择一款成熟的产品来解决人力、技术及安全层面的诸多问题,让企业变的更加简单高效。HyperMotion就是你的一把利器,你值得拥有。

    32.9K60编辑于 2022-04-26
  • 来自专栏云计算文章

    腾讯迁移工具案例实践:华为迁移到腾讯

    迁移到的目标腾讯,HyperMotion迁移产品也是面向于原生设计,所有目标腾讯的操作,通过底层API接口封装自动化调用腾讯接口实现资源调度,无需过多人为介入,简单易操作。 HyperMotion迁移工具在技术功能特性也满足开篇我们讲到的几点内容,而且还在此基础增添了其他高级功能来满足迁移的需求 源端多Agent场景覆盖,一键式快速安装Agent 满足在线迁移能力 支持在线不停机增量 选择目标平台设置,选择腾讯平台 5.png 配置腾讯连接的AK、SK及其他配置信息 6.png 选择迁移腾讯平台,添加迁移虚拟机到HyperMotion平台 选择安装完成Agent自动加入到迁移平台的虚拟机 8.png 指定目标腾讯并选择配置之后,就可以批量勾选来同步数据。 9.png 数据同步时会产生进度条,来展示数据拷贝的相关信息及预计剩余的时间。 13.png 华为迁移上腾讯是目前常见的一个场景,需要选择一款成熟的产品来解决人力、技术及安全层面的诸多问题,让企业变的更加简单高效。HyperMotion就是你的一把利器,你值得拥有。

    28.6K30编辑于 2022-04-26
  • 来自专栏腾讯云中间件专家服务

    自建kafka迁移Ckafka整体方案

    目前自建kafka迁移Ckafka集群有3种方案 方案一:单写双消费 该方案的整体简单清晰便于操作,且无数据积压,过渡平滑。 image.png 1. 完成 Topic 元数据的迁移。 2. 将自建集群的生产切到 CKafka 新集群(配置新的 CKafka 集群的 bootstrap-server)。 6. 完成 Topic 元数据的迁移。 2. 将自建 Kafka 集群的生产切到 CKafka 新集群 (配置新的 CKafka 集群的 bootstrap-server)。 3. 方案三:使用第三方组件Mirrormaker 迁移 该方案会把自建集群 Kafka 中的存量数据迁移到 CKafka。 image.png 方案思路: 1. 完成 Topic 元数据的迁移。 2. 迁移完成。 方案优劣: 优点:整体迁移流程简单清晰便于操作、可以把历史数据同步到 CKafka 集群。 缺点:消费者切换到目的集群需要从头开始消费,需要做好消费幂等。

    2K133编辑于 2021-12-03
  • 来自专栏灵光独耀

    浅谈ERP应用跨可用区迁移

    操作背景: 广州二区S2主机a ,本地盘系统盘50G ,本地盘数据盘120G,windows server 数据中心 2012 64位中文版 广州三区计算型CN3 硬盘系统盘50G,硬盘SSD数据盘 rid=1 image.png 快照只支持在原来对应的可用区下的主机上进行回滚操作,不支持跨机操作,由于购买ssd硬盘时用了抵用券,此时如果退还新建就需要补差价,这个是客户不能接受的。 剩余可用方案: 离线迁移 scp迁移 RDP远端挂载本地盘迁移 1,离线迁移,由于感觉此项操作不是很熟练,所以没有采用,scp命令并不熟悉,只能尝试第三种。 r)或搜索(管理员)运行,输入 mstsc ,在本地资源中挂载主机b的磁盘D到主机a image.png image.png 确定后远程连接主机,会在主机a出现一个在xxx.xxx.xxx.xxx的 X盘,我们复制原来主机a的D盘的内容到这个X盘 复制完成以后,断开连接。

    2.1K00发布于 2020-11-28
  • 来自专栏游戏运研

    DTS,让迁移MongoDB从未如此顺滑

    经过多次交流,一个客户同意将IDC中的游戏迁移,一个核心数据库MongoDB集群如何平滑上,成为客户关心的焦点问题。 下文是自己做了一个DTS迁移MongoDB的Demo,让客户提前体验数据库迁移的过程。 一、架构 [Mongo复制集迁移.png] 二、源集群搭建 在腾讯购买3台CVM服务器,操作系统选择CentOS7.9 x64 内网ip分别为10.21.0.5、10.21.0.2、10.21.0.8 或其他可以访问mongo实例的实例,准备环境: Requirements.txt Faker==9.8.0 pymongo==3.12.0 yum install python3 -y pip3 在购买一个MongoDB实例,过程略,实例id为cmgo-0cv8pnxr 新建并配置DTS [source.png] [dest.png] [check_source.png] [check_dest.png

    2.1K40编辑于 2021-12-06
  • 来自专栏云计算之道

    业务迁移策略-6R

    业务的过程比较复杂,因为它需要处理技术、组织及运营等方面的需求。成功的策略既要考虑降低服务器的成本等短期目标,也考虑IT与业务目标的协调性和ROI。 在应用迁移时,把应用相关的三个要素(应用、数据库和操作系统层)拷贝到新的环境中,不做任何的改动,此时虚拟机镜像被当做一个黑盒,进行二进制数据的拷贝。 使用该策略迁移速度快、不需要为迁移做额外的工作。 但该策略的缺点是,由于原来的业务设计可能没有考虑环境的特点,原封不动地迁移环境时,可能无法充分利用计算或平台的优势。 Re-install – 重新安装 该策略类似于re-host, 把应用及相关的环境迁移平台上。当平台的虚拟机创建后,重新安装软件并对配置不做修改。 例如,应用在本地数据中心时使用运行在服务器的数据库,迁移到云端后,调整为使用平台提供的Database-as-a-Service,从而可以减少管理数据库的操作和时间。

    2.6K20编辑于 2022-06-13
  • 来自专栏技术杂记

    mysql 迁移8

    备份完成 xtrabackup: Creating suspend file '/data/nfs/test_full_backup/2015-12-09_00-53-03/xtrabackup_log_copied' with pid '80799' xtrabackup: Transaction log of lsn (4998915938330) to (4998984695861) was copied. 151209 02:06:09 innobackupex: Executing UNLOCK

    1.7K20编辑于 2022-03-22
  • 来自专栏技术杂记

    mysql 迁移8

    备份完成 xtrabackup: Creating suspend file '/data/nfs/test_full_backup/2015-12-09_00-53-03/xtrabackup_log_copied' with pid '80799' xtrabackup: Transaction log of lsn (4998915938330) to (4998984695861) was copied. 151209 02:06:09 innobackupex: Executing UNLOCK

    41410编辑于 2022-03-21
  • 来自专栏深度学习与python

    BBC在线迁移成功的8个原则

    作者 | Matthew Clark 译者 | 王者 策划 | 万佳 在过去几年,BBC 的设计和工程团队彻底重建了 BBC 网站,将一个托管在数据中心里的网站变成一个基于设计和构建的新站点。 同时,为网站提供支持的大多数工具和系统也都迁移到云端。我们不仅使用了现代化的方法和技术,比如无服务器架构,而且刷新了设计、方法和编辑工作流程,为未来做好了准备。 ? 所以,在过去的几年里,这些就成了我们重建 BBC 网站的策略,几乎每个部分都被迁移到了云端。我们已经充分利用了平台带来的诸多好处——例如配置新服务的灵活性。 我们不能确定未来会怎样,需求会发生改变,供应商的技术也会推陈出新。世界——尤其是科技领域——的变化速度比以往任何时候都要快。 (这个项目叫作 Simorgh,是开源的,可以在 GitHub 找到。)

    69440发布于 2021-01-07
  • 来自专栏程序员爱酸奶

    将个人博客迁移服务器

    最近刚刚买了一个服务器,所以就打算将个人博客迁移服务器。 服务器环境准备 我们登录服务器,主要做一些准备工作。 上面是本地操作的,接下来,我们我们服务器,进入git 用户根目录下。 url 修改为你的域名或者服务器的外网ip 地址。 deploy 推送到我们服务,IP就是我们服务器的ip,可以指定端口,表示访问到是什么端口,不指定的话,就是默认的80 端口。 现在将个人博客搭建在了自己的服务器,关于SEO的问题应该会好解决一些。百度和谷歌的SEO等我域名备案下来了再弄一波吧,现在先暂时这样吧就。

    2.9K31发布于 2020-03-16
  • 来自专栏云计算文章

    腾讯迁移工具案例实践:阿里迁移到腾讯

    迁移到的目标腾讯,HyperMotion迁移产品也是面向于原生设计,所有目标腾讯的操作,通过底层API接口封装自动化调用腾讯接口实现资源调度,无需过多人为介入,简单易操作。 HyperMotion迁移工具在技术功能特性也满足开篇我们讲到的几点内容,而且还在此基础增添了其他高级功能来满足迁移的需求 源端多Agent场景覆盖,一键式快速安装Agent 满足在线迁移能力 支持在线不停机增量 选择目标平台设置,选择腾讯平台 5.png 配置腾讯连接的AK、SK及其他配置信息 6.png 选择迁移腾讯平台,添加迁移虚拟机到HyperMotion平台 选择安装完成Agent自动加入到迁移平台的虚拟机 8.png 指定目标腾讯并选择配置之后,就可以批量勾选来同步数据。 9.png 数据同步时会产生进度条,来展示数据拷贝的相关信息及预计剩余的时间。 12.png 阿里迁移上腾讯是目前常见的一个场景,需要选择一款成熟的产品来解决人力、技术及安全层面的诸多问题,让企业变的更加简单高效。HyperMotion就是你的一把利器,你值得拥有。

    63.9K30编辑于 2022-04-27
  • 来自专栏Article

    【玩转 Cloud Studio】从0到1迁移编程

    本文将记录我从本地开发环境迁移到 Cloud Studio 编程的过程,在这期间遇到的问题(已在 Coding 同学的帮助下解决)和对开发的感悟(可以发力的地方和优势) 迁移 选择模板 - 创建工作空间 【框架】模板的优势在于上手方便,开箱即用,而我个人更中意【常用模板】,适合迁移场景,因为提供了必要的基础开发环境,至于项目框架,我可以手动安装。 图片 多人协作 编程能带来的优势其二是「多人协作」,这个功能在 Coding 的同学给我排查问题时非常有用,避免来回描述问题,要知道人与人的思维存差异,talk is cheap,show me the 未来展望 一建部署 这个功能未来应该还有很大的发力空间,目前只能支持「阿里」和「腾讯」的函数部署,作为个人开发者,我们还有很多部署交付场景,比如说你写了一个 Wordpress 主题,想发布到自己的站点 图片 总结 迁移步骤 遇到的问题 注意事项 未来展望 以上是我在使用过程中遇到的一些问题和一些思考,如有不足欢迎指正。

    2.2K240编辑于 2022-08-30
  • 来自专栏CNCF

    业务迁移到容器的6个注意事项

    在将业务迁移到容器环境时,应该注意哪些事项呢?下文我们总结了6个注意事项,帮助您安全使用容器。 1、将文件系统设置为只读 容器是不可变的,一旦运行,容器就不再需要对根文件系统进行更改。 即使容器退出,容器也应该只在可以持久化的挂载卷写入。对于那些不需要写入的容器文件,要注意将文件系统设置为只读。 总结 在将业务应用迁移到容器环境中时,做好以上6个注意事项,可帮助安全人员大大减少攻击面。 安全性是一个持续的过程,青藤蜂巢能够在构建、分发和运行的全生命周期内,有效保护容器和原生应用的安全,加快应用的部署速度,加强 DevOps 和 IT 安全之间的协作。

    96210发布于 2021-10-13
  • 来自专栏架构师之路

    不停服,自顶向下的平滑机房迁移方案!!!

    介绍了的背景,以及三个重要结论: (1)单机房架构的核心是“全连接”; (2)机房迁移方案的设计目标是:平滑迁移,不停服务;可以分批迁移;随时可以回滚; (3)想要平滑的实施机房迁移,临时性的多机房架构不可避免 ,例如:滴滴,快狗打车; (3)伪多机房多活架构,思路是“最小化跨机房连接”,机房区分主次,落地性强,对原有架构冲击较小,强烈推荐; 多机房多活,只是平滑上的一个中间状态,那的步骤究竟是怎么样的呢 经过上述站点、服务、缓存、数据库的迁移,平滑的蚂蚁搬家式目标就这么完成啦。 画外音:几百台机器,几千个集群,耗时一个季度。 ,切流量; 以上8大步骤,整个过程分批迁移,一个子业务一个子业务的迁移,一块缓存一块缓存的迁移,一个数据库一个数据库的迁移,任何步骤出现问题都可以回滚的,整个过程不停服务。 架构师之路-分享技术思路 相关文章: 《当年,我们是怎么平滑上的?》 《多机房多活架构,究竟怎么玩?》 讨论: 贵司是如何的,步骤如何? 画外音:长文阅读量太低了,春节不写技术了。

    2.8K30发布于 2020-03-23
  • 来自专栏速入大数据

    别把数据迁移当复制粘贴:一线人踩坑总结的迁移实战指南

    别把数据迁移当复制粘贴:一线人踩坑总结的/跨迁移实战指南写在前面一句掏心窝子的话:数据迁移不是技术活,是心理活。 我这几年帮企业做过不少/跨数据迁移,从IDC→公有、阿里→华为、腾讯→私有,甚至还有“领导拍脑袋型”的今晚迁,明早上线。踩过的坑,说实话,比写过的代码还多。 ⚠️风险一:网络抖动把你拖进深渊跨迁移,网络一定不稳定。 ⚠️风险三:权限&字符集这种“阴招”MySQLutf8→utf8mb4大小写敏感时区变化IAM权限默认拒绝这些问题不会第一时间炸,但一定会在凌晨两点炸。 七、最后一句送给正在做迁移的你如果你现在正准备做/跨数据迁移,我只送你一句话:方案写给领导看,回滚写给自己活。

    22710编辑于 2025-12-30
  • 来自专栏云计算文章

    迁移实践:VMware虚拟机迁移到腾讯

    这个是迁移技术选型必不可少的能力。 支持增量数据的传输 具备源端全量数据传输后,后续还可以继续增量数据的传输,来保证业务的可持续运行。 以上几点技术要求,在VMware或者其他迁移技术软件应该具备的技术能力,不然怎么算一个企业的利器,让客户可以信任交给你去完成迁移这个重要任务。 功能特点 HyperMotion迁移工具在技术功能特性也满足开篇我们讲到的几点内容,而且还在此基础增添了其他高级功能来满足迁移的需求 源端VMware支持无代理模式 满足在线迁移能力 支持在线不停机增量 image-7.png 5.4.开始同步数据 指定目标腾讯并选择配置之后,就可以批量勾选来同步数据。 image-8.png 数据同步时会产生进度条,来展示数据拷贝的相关信息及预计剩余的时间。 总结 VMware迁移是目前传统的最常见的一个场景,需要选择一款成熟的产品来解决人力、技术及安全层面的诸多问题,让企业变的更加简单高效。

    13.7K101编辑于 2022-03-10
  • 来自专栏云同步

    MySQL 5.7.27 迁移 DM 8

    :::info 参考链接: https://eco.dameng.com/document/dm/zh-cn/start/mysql_dm.html#2.2.6%20%E7%A7%BB%E6%A4%8D /heyyall/zwitgw/tzt3t8zy0m3nsigo? singleDoc# 《MySQL 5.7.27 迁移 DM 8迁移前对象统计 统计指定库中表的数目 SELECT COUNT(*) TABLES, TABLE_SCHEMA FROM INFORMATION_SCHEMA.TABLES 达梦数据库的数据文件在空间不足时自动增长,每次自动增长的大小和表空间空间上限可以自己设置,那如果说超过扩展上限就会导致表空间不足(可能会出现插入数据失败的情况) ::: 创建用户并授予权限 相关文档: DM8安全管理 ::: 自定义对象迁移策略 建议在转换中,先进行表,再进行迁移数据,这样能避免一些报错,可以看下面的小建议 点击完成,开始迁移 点击下一步 -> 点击完成 迁移小建议 建议先迁移表再迁移数据

    41010编辑于 2025-08-01
  • 来自专栏SAP升级

    将SAP系统迁移? 同时带上您的存档数据

    通常,归档不遵循优先和数据分析策略,这会增加维护成本。作为 SAP 战略的一部分,将现有的历史数据和文档管理迁移,比什么都不做并坚持使用现有的本地 SAP 归档要便宜得多。 有些企业希望将其SAP系统迁移(Microsoft Azure,AWS,Google Cloud)并将其历史数据也迁移。 将现有的本地 SAP 历史存档和文档管理迁移,可以显著节省与维护当前解决方案相关的年度成本。将当前历史档案迁移上将历史 SAP数据和文档附件从内容存储库和存档迁移解决方案是一项标准服务。 虽然SAP路线图希望他们将现有的SAP ERP系统从内部迁移到Microsoft Azure的新SAP S/4HANA系统,但该企业也在寻求将历史存档迁移到Azure解决方案。 参考案例 – 将SAP ERP迁移到Azure 的SAP S/4HANASAP 数据归档的替代方案是什么?

    1K20编辑于 2022-11-09
  • 来自专栏大数据-BigData

    一面数据: Hadoop 迁移架构设计与实践

    当时提出了这些需求: • ,弹性伸缩、灵活运维 • 存储计算分离 • 尽量使用开源组件,避免厂商绑定 • 尽量降低业务迁移工作量 最终选择的方案是使用阿里 EMR + JuiceFS 截至目前(2022 年 7 月)整体迁移进度约 40%,计划在 2022 年内完成全部业务的搬迁,届时 EMR 的数据量预计会超过单副本 1 PB. 技术选型 首先是决定使用哪家厂商。 迁移完后,的 EMR 集群数据量预计会超过单副本 1 PB. 架构设计 做完技术选型之后,架构设计也能很快确定下来。 存量同步 对于存量文件同步,可以使用 JuiceFS 提供的功能完整的数据同步工具 sync 子命令[8] 来实现高效迁移。 后续计划 大致有几个方向: • 继续完成剩余业务的迁移 • 探索 JuiceFS + OSS 的冷热分级存储策略。JuiceFS 的文件在 OSS 完全被打散,无法基于文件级别做分级。

    1.5K20编辑于 2022-09-26
领券