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

    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.5K20编辑于 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

    42530编辑于 2022-03-22
  • 来自专栏云计算-私有云

    XenDesktop 策略跨站点迁移

    最近做了一次XenDesktop的整体升级,期间考虑到原有架构的不稳定性,采取了新建XD Site方式,将原有桌面全部迁移到新Site后,原有配置的诸多XD策略也需要迁移过来,经过查询,Citrix 提供了相应的 PowerShell命令来方便管理员的迁移。 *     \\导入Citrix管理Module #Export-BrokerDesktopPolicy | Out-File -FilePath c:\xdpolicybak.txt    \\导出策略到本地 C盘 2.在新站点还原Policy # 将旧站点备份的策略文件拷贝到新站点DDC #打开PowerShell控制台 #asnp citrix*  \\导入Citrix管理Module #Import-BrokerDesktopPolicy (Get-Content C:\XDPolicybak.txt)   \\从本地文件导入策略 导入后,根据新的交付组修改策略的分配即可

    88320发布于 2019-02-28
  • GIS数据迁移策略、挑战与实践

    本文将深入探讨GIS数据迁移的技术策略、常见挑战及实践方案。 二、迁移策略与技术路线2.1 迁移前评估与规划存量分析:评估源数据库(如Oracle Spatial)中的空间数据量、数据类型、依赖关系及性能特征。 2.2 分阶段迁移方案方案设计阶段:制定迁移路线图:全量迁移、增量同步、双轨并行等。设计目标库空间数据模型,优化表结构、索引策略。编写迁移脚本,实现坐标系转换、数据编码调整等预处理。 坐标系统一:确保迁移前后坐标参考系(CRS)一致,避免位置偏差。拓扑关系保持:迁移过程中维护点、线、面之间的拓扑完整性。元数据迁移:将数据来源、精度、时效性等元信息完整迁移。 数据库迁移技术也需不断创新:云原生迁移:结合容器化、微服务架构,实现GIS数据在云环境下的弹性迁移。AI辅助迁移:利用机器学习自动识别数据特征、优化迁移策略

    17310编辑于 2026-03-20
  • YashanDB数据迁移策略及实践指南

    数据迁移在数据库生命周期中扮演着关键角色,尤其是在系统升级、负载均衡及灾备建设等场景中。有效的数据迁移策略能够降低迁移风险,确保业务连续性,提升迁移效率。 多级主备复制链路和级联备库支持异地容灾,迁移策略可结合异步复制减少对主库性能影响。 迁移过程中的数据复制与同步策略迁移过程中,数据复制和同步策略是关键保障:多线程并发复制:利用YashanDB多线程数据复制能力,提高数据传输效率,尤其针对大容量表和多分区表进行并行传输。 复核访问权限与安全策略:验证迁移后用户权限、角色、访问控制、加密和审计策略的完整性,确保安全隔离和策略一致。数据迁移实践建议全面评估迁移环境,确认部署架构类型及所用存储引擎,制定针对性迁移方案。 规划合理迁移窗口,兼顾业务低峰期和性能需求,避免迁移引发业务中断。优先采用异步复制及增量迁移策略,利用redo日志实现数据高效同步,最大限度减少对主库影响。

    26310编辑于 2025-09-04
  • 来自专栏云计算D1net

    专家对云迁移策略的建议

    由于企业的V**并不能承担某些负载,可能只是为10%或20%的在家工作的人员准备的,现在突然之间涌入了大量的用户,因此,我认为这创造了更多的服务需求。 因此企业需要一个应用程序策略,还需要一个基础设施策略。在基础设施方面,企业需要考虑的是,从迁移的角度来看需要哪些工具来实现这一目标,所有这些最佳实践都可以帮助企业进行云迁移。 然后从本质上来说,很多企业已经设置了正确的策略,然后可以使用正确的策略继续为应用程序分配这些工作负载。 它不是迁移10%或20%的工作负载,而是90%~100%的工作负载。大型云计算提供商的服务增长和发展步伐更迅速,例如亚马逊公司在很短的时间就能完成一个价值1000亿美元的业务。 但要踏上云计算之旅,企业需要用正确的策略和方式,以及获得合作伙伴的帮助,因此希望企业不要错过这个机会。” (来源:企业网D1net)

    99931发布于 2020-04-26
  • 来自专栏ThoughtWorks

    在线系统数据服务的迁移策略

    他写了篇《在线系统数据&服务的迁移策略》。 如果不说,嘿,还真看不出这个内容出自一个毕业生的文笔。 当需要在正在运行的在线系统中进行数据或服务的迁移时,有很多问题需要考虑,如何设计迁移策略以保证数据正确迁移,如何处理系统间的依赖,如何保证服务持续可用等等。 本文将从一个服务提供者的角度,讨论如何进行数据迁移才能保证对外提供的服务接口前后一致且持续可用,实现对于客户端的无缝迁移。 Step 4:开始进行数据迁移。 可以写个脚本在后台执行,将password列中的数据加密后存入encryptedPassword列。 Step 5: ? 数据迁移完成后,修改CompositeUserDAOImpl,使其读数据从加密数据列中读取,写数据仍同时修改加密和未加密两个列。 Step 6: ?

    1.2K70发布于 2018-04-18
  • 来自专栏光城(guangcity)

    谈谈MySQL到HBase数据迁移多种策略

    《数据迁移》 漫步于数据的海洋 在实验中静静感受这些数据迁移的魅力 动手所到之处 都是一段代码 与终端交织而成的盛宴 by 光城 前面文章写了MySQL的插入,亿级数据的快速插入方法,以及MySQL入库HBase的策略方案。 单条插入,那就非常慢了,但是比上述的要快,是不是还有批量插入呢,没错,里面有个批量插入,直接可以实现2-3秒的2万数据导入,实现高效率导入,这个最终耗时可从原来的70多个小时到7个小时左右,直接提高了10 漫步于数据的海洋 在实验中静静感受这些数据迁移的魅力 动手所到之处 都是一段代码 与终端交织而成的盛宴

    1.6K10发布于 2019-09-20
  • 来自专栏学习笔记持续记录中...

    Dubbo属性覆盖策略10

    设置dubbo.protocol.port=20880,如果虚拟机参数传入优先级最高,如果虚拟机参数没有传入,XML和Spring boot的Application.properties优先,如果上面两个都没有传,dubbo.properties公共配置优先

    61910发布于 2020-03-17
  • 来自专栏用户7873631的专栏

    策略模式(javascript版)10

    //策略模式是把一个类分开成几个类,分别调用就行了,然后几个类调用一个方法就行了 /*class q { buy() { console.log("普通会员"); } } class w { 不同点: 关键在于:把 if…else 拆分开,分出不同的策略,每个策略单独处理,而不是混在一起, 状态模式是混在一起的. 优点:;简洁把

    29130发布于 2020-10-28
  • 来自专栏云计算D1net

    成功迁移到云端的6个策略

    如今越来越多组织将在云端开展业务,那么如何迁移到云端?虽然条条大路通罗马,但有些道路更加复杂和曲折。本文分享了组织成功进入云端的6个策略。 选择迁移策略很大程度上取决于组织希望实现的目标。 因此,组织需要明确进行云迁移的目的,并选择最适合自己的策略策略1:提升并转移 提升并转移这个想法很简单:组织将其现有的内部部署系统移动到云平台上,只需要尽可能少的更改。 组织的投资组合可能会从重构策略中获得更大的收益。 策略4:保留 云迁移并非所有系统都必须迁移。有些系统和应用程序在数据中心运行得很好,可以稍后再迁移,也可以在将来退役。 策略5:退役 组织在开始实施云迁移时并不总是很清楚,或者只是没想到。但是在迁移期间,总是会有可以退役和淘汰的东西。 哪种云迁移策略更加适合? 并没有哪一种云迁移策略适合所有的组织。每个组织都有不同的目标和需求。组织需要选择最适合自己的策略。但是需要记住:如果尝试尽可能地成为云原生,则将获得最大的云计算优势。

    1.3K10发布于 2021-01-05
  • 来自专栏云计算D1net

    2019年企业的云迁移优势和策略

    但是,为什么要将业务迁移到云平台,因此需要了解云迁移优势和一些云迁移策略,并了解一些内容,无论企业是选择从一个云平台迁移到另一个云平台,还是从共享到云平台的迁移。 正确部署的云迁移策略可以确保流畅的云迁移体验和迁移之后性能不变。 可扩展资源 云迁移最明显的好处是灵活的服务器资源。 可以使用各种优化策略,并且选择取决于应用程序和体系结构的类型。一个共同的主题是减少静态资产的规模以节省存储空间和带宽。 云迁移策略 当涉及到云迁移时,用户可以选择几种策略来将其应用程序迁移到云平台中。 以下描述了一些可用于云迁移的常见云迁移策略。 重新托管 它以前被称为“提升和转移”,非常适合那些希望在云平台上重新托管遗留应用程序的企业。 保留 也称为“重新访问”,此策略要求开发人员和业务部门评估每个组件。迁移到云端并不像设置虚拟备份。

    1.8K20发布于 2019-12-12
  • 来自专栏云计算D1net

    10步搞定系统的云迁移

    首先我想要说,未来大多数企业都会从具体的机房迁移出来。虽然你企业中并不是所有负载系统都适合云计算,但是大多数公司可以而且应该采用云计算。 然而,什么是云计算呢? 虽然这篇博客文章的主题是有关云计算迁移的,但我更想说的是云计算不仅是一次运动,更是一次变革。 云迁移从哪开始呢? 业务影响。我不会从业务的最关键的应用系统开始。如果你来自于零售业,不要从电子商务开始。在迁移那些重要负载系统之前需要获取更多的经验。 尝试去迁移一些非关键的应用系统,比如电子邮件系统、内部系统、部门应用等等。 生产与开发、测试。首先考虑非关键的开发和测试环境,但也要考虑你的生产环境。 在进行云迁移之前这几个问题是需要考虑的。不过别担心,供应商会越来越好地满足你的需求。一个功能支持限制可能在几个月内就被解决,并且有所改变。

    88660发布于 2018-03-26
  • 来自专栏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.4K20编辑于 2022-09-01
  • 来自专栏云云众生s

    大爆炸式迁移 vs. 渐进式迁移:哪种云策略胜出?

    这种“直接迁移策略,即一次性迁移所有内容,通常是由将所有内容迁移到云端的指令驱动的。要迁移的数据量可能会加剧上述风险,并且需要大量时间,通常需要六个月或更长时间。 然而,另一种策略可以在降低风险的同时实现成功迁移,那就是分阶段迁移到云端。 循序渐进地试水 对于公司来说,云迁移是一个持续的、开放式的实验。 从较小的项目开始,可以让公司测试不同的方法,从结果中学习,并尽早发现有效的策略和陷阱。这个迭代过程帮助他们深入了解云采用情况,从而为其整体战略提供信息。 通过制定这些策略,公司可以最大限度地发挥云迁移的优势,同时维护更高效和安全的系统。 每一步的成功衡量 采用增量式云迁移方法,公司可以持续跟踪流程的成功情况,并根据相关的 KPI 进行衡量。 随着技术环境不断发展,采用谨慎和实验性迁移策略以及高效监控的公司更有可能成功,而不会危及其运营或财务健康状况。

    27910编辑于 2024-11-19
  • 来自专栏第三方工具

    10亿数据,如何做迁移

    10亿数据,如何做迁移? 一、分而治之 若把数据迁移比作吃蛋糕,没人能一口吞下整个十层蛋糕; 必须切成小块细嚼慢咽。 二、双写 经典方案是停机迁移,但对10亿数据来说停机成本难以承受,双写方案才是王道。 三、用好工具 工具名称 适用场景 10亿数据速度参考 mysqldump 小型表全量导出 不建议(可能天级) MySQL Shell InnoDB并行导出 约2-4小时 DataX 多源异构迁移 (物理备份+ Binlog点位) 流量回切:准备路由配置秒级切换旧库 数据标记:新库数据打标,便于清理脏数据 处理10亿数据的核心: 分而治之:拆解问题比解决问题更重要 逐步递进:通过灰度验证逐步放大流量 守牢底线:回滚方案必须真实演练过 没有百分百成功的迁移,只有百分百准备的Plan B!

    25300编辑于 2025-05-29
  • 来自专栏云计算之道

    业务上云之迁移策略-6R

    成功的上云策略既要考虑降低服务器的成本等短期目标,也考虑IT与业务目标的协调性和ROI。根据AWS及业界的经验,典型的迁移策略主要包括如下六种。我们可以基于下面的介绍并结合业务目标,选择合适的策略。 在应用迁移时,把应用相关的三个要素(应用、数据库和操作系统层)拷贝到新的环境中,不做任何的改动,此时虚拟机镜像被当做一个黑盒,进行二进制数据的拷贝。 使用该策略迁移速度快、不需要为迁移做额外的工作。 但该策略的缺点是,由于原来的业务设计可能没有考虑云环境的特点,原封不动地迁移到云环境时,可能无法充分利用云计算或云平台的优势。 Retire – 停止运营 如果我们对IT环境中的所有应用进行调查,通常会发现10%左右的企业IT应用已经没人使用。此时,可以考虑关闭这些应用, 以节约人力、电力及运维等成本。 但是考虑到迁移的成本和ROI,还是决定保留在本地。 每种策略都有其各自的优缺点及适用场景。我们应该基于每个应用,对选择的策略进行可行性分析和成本收入分析,从而选择最合适的迁移策略

    2.6K20编辑于 2022-06-13
  • 来自专栏深度学习与python

    Slack 蜂窝架构迁移:背后的技术策略与挑战

    为了实现这些目标,在过去的一年半里,我们将 Slack 最关键的面向用户的服务从单体架构迁移到了基于蜂窝的架构。 在本系列文章中,我们将解释我们为什么要进行大规模迁移、介绍蜂窝拓扑设计以及我们在此过程中所做出的工程技术权衡,并讨论我们成功对许多相连接的服务进行深度改造所采用的策略。 那么问题来了:为什么这个策略在 6 月 30 日没有奏效?为什么一个 AZ 发生故障会让用户体验到中断? 事实证明,在分布式系统中检测故障是一个难题。 我们采用的主要策略叫作“筒仓(Siloing)”。如果服务只从其所在的 AZ 内接收流量,并且只向该 AZ 内的服务器发送流量,那么这个服务就可以被称为一个筒仓。 在过去的几年里,我们进行了大量投入,从 HAProxy 迁移到了 Envoy/xDS 生态系统,因此我们所有的边缘负载均衡器现在都在运行 Envoy,并从我们内部的 xDS 控制平面 Rotor 接收配置

    74320编辑于 2023-09-18
  • YashanDB支持的混合云环境迁移策略详细解读

    在混合云迁移场景中,针对不同的业务需求和迁移策略,可选用或混合使用这些部署模式。单机部署适用于对高可用要求相对较低的在线服务迁移,提供简单快捷的迁移路径。 存储引擎与数据文件管理优化策略混合云迁移中,数据存储的移动与同步是关键难点。 自治事务机制允许迁移任务内的关键操作独立执行,不受主事务状态影响,提升迁移任务的原子性和容错能力。 结合存储加密、传输加密以及访问控制策略,保障迁移过程中的数据安全和合规性。定期收集和更新数据库统计信息,优化迁移后SQL执行计划,保持系统高性能。 建议项目组结合业务实际需求,合理规划迁移策略,应用YashanDB提及的各项技术和实践,实现高效、安全的混合云数据库迁移

    23610编辑于 2025-09-29
  • 来自专栏云云众生s

    四大迁移策略实现单体到微服务

    在Kubernetes容器化环境中,要高效地实现从单体到微服务的迁移,就要遵循以下最佳实践。 因此,在没有清晰计划的情况下将单体应用迁移到云和容器时,突发和意外中断几乎不可避免 - 尤其是如果 DevOps 团队继续前进。 就像团队需要在迁移单体应用之前对其进行映射一样,他们还需要通过端到端可观测性来维护微服务环境映射。 现代技术对于迁移到基于 Kubernetes 的微服务至关重要 从单体应用迁移到容器化微服务可能很复杂且时间耗费。然而,一旦迁移完成,DevOps 团队就可以更灵活迭代,同时能够充分利用云服务。 团队为实现迁移而完成的大部分工作在很长时间内都会带来回报。采用现代技术(如端到端可观测性和 AI)来促进迁移,使团队能够持续监控和优化其微服务环境,从而提供最佳的用户体验和业务结果。

    34010编辑于 2024-03-28
领券