- 综合排序
- 最热优先
- 最新优先
- 来自专栏技术杂记
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
2K30编辑于 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_
80420编辑于 2022-03-21 - 来自专栏hotarugaliの技术分享
Windows系统迁移
重装系统是一个选择，但重装系统后还要重装系统上的软件，还要迁移数据，费时又费力。另一个方法是迁移系统，这样既不用重装系统也不用重装软件，且系统上的数据还全部保存了下来。 然而 Windows 系统自身并没有提供系统迁移的工具，不像 Linux 提供了 dd 命令可以用来直接镜像整个分区从而实现系统迁移。 更为遗憾的是，就算手头有 Linux 系统，直接使用 dd 对 Windows 系统进行拷贝，迁移后的 Windows 只会是蓝屏/黑屏，因为迁移系统不仅仅是拷贝分区就够了，对应的分区信息也要修改的。 迁移系统 在迁移系统前，首先要将划分出一块未分配的空间（要大于等于系统所在分区大小），这一步可以使用 Windows 自带的「磁盘管理」工具，或者使用「慠梅分区助手」。 如果系统所在分区过大，不想再开一个这么分区来存储系统，也可以先使用「慠梅分区助手」对系统所在分区进行压缩，然后再进行系统迁移。
2.6K30编辑于 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.6K20编辑于 2022-03-18 - 来自专栏全栈程序员必看
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.7K20编辑于 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.4K30发布于 2019-02-13 4-3数据库迁移
Microsoft.EntityFrameworkCore.Tools 上一节中讲到，使用Add-Migration和Update-database会在项目中生成文件夹Migrations，其中有两类文件： 数字+迁移名字的文件 ，每个文件代表一次对数据库的修改 ModelSnapshot.cs，代表当前状态的快照 第一类文件中，有数字+迁移名字.cs文件和数字+迁移名字.Designer.cs文件。 数字+迁移名字.cs文件是和具体数据库无关的抽象模型，里面有up和Down两个方法，分别代表向上迁移和向下迁移，即类似于数据库版本的的前进与回退 数字+迁移名字.Designer.cs文件记录的是和具体数据库相关的代码 其他数据库迁移命令 Update-databse+参数 Update-databse XXX将数据库回滚到xxx迁移脚本之后的状态 Remove-migration 删除最后一次迁移脚本 Script-Migration
10310编辑于 2026-06-17- 来自专栏网络收集
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.2K00发布于 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 "开始测试系统迁移..."
67710编辑于 2025-02-08 Signal#4：软件研发中，复杂度正在从人迁移到系统
复杂度不再完全停留在个体经验中，而是逐渐转化为系统的一部分。 如果从更细的角度来看，这种变化并不是“整体迁移”，而是发生在不同层次上。 在软件研发中，复杂度大致可以分为三类： 第一类是执行复杂度。 随着 Coding Agent 等能力的提升，越来越多的实现细节开始可以由系统完成。 执行复杂度，正在从人迁移到系统。 但复杂度本身并没有消失。 任务是否被清晰表达，约束是否被明确，直接决定了系统能否正确执行。 而系统复杂度也随之变得更加关键。 因为一旦系统参与执行，边界如何定义、流程如何组织、结果如何验证，都需要被明确下来。 这些变化指向的方向并不完全相同， 但它们背后，可能是同一个趋势： 系统，开始接管一部分原本属于人的复杂度。 当这种迁移持续发生时，差距也会开始改变。 而现在，一个新的分界线正在出现： 不再是谁更会做，而是谁能把问题转化为系统，并让系统稳定运行。 当执行复杂度被系统接管后，系统复杂度开始变得更清晰，也更关键。
12010编辑于 2026-05-18- 来自专栏斑斓
【系统架构】遗留系统的技术栈迁移
什么是遗留系统（Legacy System）？根据维基百科的定义，遗留系统是一种旧的方法、旧的技术、旧的计算机系统或应用程序[1]。这一定义事实上并没有很好地揭露遗留系统的本质。 这意味着遗留系统会逐渐随着时间的推移，不断地增加维护成本。 维护一个软件系统，就需要了解该软件系统的知识。若知识缺失，就意味着这会给维护人员带来极大的障碍和困难。 若要让遗留系统焕发青春，最彻底的做法自然是推倒重来，但这样付出的代价太高；而且，即使对系统重新设计和开发，仍然免不了会重蹈遗留系统的覆辙。 或者，可以对遗留系统进行重构，在不修改系统功能的情况下改善系统设计。只是这种重构常常是对系统进行重大扩展或修改的前奏，如无绝对必要，并不推荐这种偿还“技术债务（Technical Debt）”的方式。 最后，还有一种方式，则是对遗留系统进行技术栈迁移。
1.4K70发布于 2018-03-07 - 来自专栏晓晨的专栏
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
81441发布于 2020-10-26 - 来自专栏信数据得永生
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,
77710编辑于 2022-11-27 - 来自专栏LVM
redmine-4.X版本迁移到docker
-e MYSQL_ROOT_PASSWORD="123456" -e MYSQL_DATABASE=redmine -d mysql:5.7 --character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci --character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci
1.5K10编辑于 2021-12-07 - 来自专栏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这个工具。 完成后重启即可进入系统。
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
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号