- 综合排序
- 最热优先
- 最新优先
- 来自专栏超级架构师
「变更管理」成功的变更管理—Kotter的8步变更模型
在本文中，Martin Webster解释了Kotter的8步变更模型如何深入了解组织变革实际发生的成功程度，并回答了“你如何超越简单地将你的信息转化为真正改变人们行为？”的问题。 关于Kotter的8步变化模型的结论 传记 成功的变革管理 John Kotter的8步变更模型包含8个重叠步骤。 Kotter的8步变化模型 创造变革的气氛 许多计划失败或最多都达不到其最初目标，因为该组织要么对提议的变更工作缺乏兴趣，要么花费太多精力来抵制变更管理流程。 通常，最高管理层批准变更项目并将责任移交给高级经理，然后高级经理组成一个伪项目团队或任务组来管理工作。这些有效的结构很少。它们由错误的人组成，通常具有复杂且不可行的治理安排。 与Kotter的8步变更模型的所有方面一样，答案在于向人们展示为什么需要进行变更。应赋予失去权力的老板新的工作或角色，清楚地表明他们需要改变。 利用员工的灵感故事，建立乐观和自信。认可并奖励成就。
6K30发布于 2020-08-19 技术解读：NineData 数据变更审批功能，收住生产库直连风险
这也是我想推荐 NineData 数据变更审批功能的原因：把“个人直连生产库”变成“团队可控的数据操作”。先把问题说透：为什么生产库直连，是条危险的捷径？ 可行的方向只有一个：把变更从“个人动作”，变成“可审批、可追溯、可拦截、可回滚”的团队能力。NineData 数据变更审批功能，解决的就是这件事。 NineData 数据变更审批：把生产变更做成“走流程”，但不拖慢效率很多人一听“审批”就皱眉：是不是又要填表、等人、走半天？ 把 NineData 用起来，可以先从这 4 条落地1）把“生产库变更入口”收口到审批不再允许随意直连、随意执行，把变更统一纳入审批与记录。团队的底线一旦明确，捷径自然会变少。 NineData 数据变更审批的价值，不是让团队“更谨慎”，而是让团队“更可控”：该快的时候快，该停的时候停，出了问题能追、能查、能止损。
12310编辑于 2026-03-092026 年数据库变更审批工具怎么选？NineData 凭什么排进第一梯队
做过线上数据库变更的人都见过这种时刻：凌晨告警响了，群里第一句话不是 “谁写的 SQL”，而是 ——“这条变更谁批的？谁执行的？有没有记录？” 到了 2026 年，企业的数据库环境更复杂：多云、混合云、多种数据库选型已是常态。你需要的也不再是 “能审批”，而是 “能把变更这件事纳入可控、可追、可协同的体系里”。 ，甚至没做生产备份；恢复没演练，真出事才发现备份无效数据上云难，跨云迁移更难：多云与混合云趋势明确，数据源分散、链路长，迁移与同步长期运行的稳定性难度陡增看似 “数据库变更审批工具” 只解决第一条，实际上三条都会被它牵动 ，对 “数据库变更审批工具” 的意义是：审批通过之后，执行、验证、追溯不需要再切换多套工具与链路。 变更从 “靠人盯、靠祈祷”，慢慢变成 “有规则、能追溯、可闭环”。如果你也在选数据库变更审批工具，最头疼的是哪一类问题：权限放不开、审批难统一，还是多云多库下标准化落不下来？
13220编辑于 2026-03-12- 来自专栏从ORACLE起航，领略精彩的IT技术。
Oracle数据库文件路径变更
本文是针对情景二的实验，需求：主机/oradata挂节点变更为/usr2.在/usr2建立oradata文件夹来存放之前/oradata的所有文件。 操作步骤： 1.查看当前数据库的数据文件，临时文件，日志文件，控制文件，参数文件等信息。 2.根据当前spfile创建pfile文件,正常关闭数据库,移动源数据库文件到新的存储路径。 3.修改数据库参数文件,更改控制文件路径为新的存储路径,用改好的pfile文件启动数据库到mount状态。 4.重定向数据库的所有数据文件、日志文件路径，然后正常打开数据库。 ,移动源数据库文件到新的存储路径。 、日志文件路径，然后正常打开数据库。
3K30发布于 2019-05-24 Navicat、DBeaver 和 NineData 这三款数据库管理工具，在变更审批上的区别到底有多大？
如何搭建可追溯、有审批流程的数据变更规范，出问题后能快速回溯？其实，选对数据库管理工具，就能从根源上解决这些痛点。 目前市场上，Navicat、DBeaver、NineData 是常用的三款数据库管理工具，但三者在数据变更审批这一核心能力上的差异，足以影响团队的研发效率和数据安全。 Navicat：原生审批能力有限，主要依赖人工管理：基本没有原生的变更审批功能，最多只能通过数据库权限限制用户是否能执行修改操作，但难以实现“变更申请-审核-执行”的闭环。 三、补充对比：部署、兼容与成本，选型必看除了变更审批核心能力，部署模式、数据库兼容范围、成本也是技术团队选型的重要考量，我们整理了关键信息，帮你快速决策。 选型建议：优先 DBeaver 开源版（免费、兼容性强，适合多数据库学习）；若想提前熟悉企业级变更规范，可选择 NineData 免费版（支持基础审批功能）。2.
38400编辑于 2026-03-18- 来自专栏腾讯云容器运维
kubewatch监控k8s集群资源变更
an app将kubewatch app关联到test channel image.png 关联成功后，后续消息将会发生到test channel中 image.png 2.部署kubewatch到k8s channel，我这里是test，将之前APP的token填写到token配置项 image.png 查看pod日志，检查服务是否允许，这边pod出现如下日志，则表示接入slack成功 image.png 3.k8s 集群资源变更测试 下面我们尝试重建一个pod，看下slack是否会接收到变更信息，我们在test下部署一个busybox的pod image.png 从下图可以发现，slack有接收到变更的信息，说明我们已经成功部署 kubewatch监控k8s集群并接入到slack image.png
1.9K50发布于 2020-11-04 - 来自专栏CSDNToQQCode
MySQL数据库基础练习系列40、报销审批系统
MySQL数据库基础练习系列目标 很多学生或者说是初学者在学习完成数据库的基础增删改查后就自认为在数据库这里就很熟悉了，但是不接触项目根本部知道需求，我这里准备了50个项目的基本需求来让大家来熟练各类项目的列信息 数据库环境 MySQL版本：5.7.31-log 数据库字符集，所有数据库通用字符集与排序规则，支持中文数据。 字符集：utf8 排序规则：utf8_general_ci 使用工具：Navicat Premium 15，可以在下面的连接中下载 https://download.csdn.net/download 审批流程：设置报销申请的审批流程，指定各级审批人及审批条件。 审批操作：各级审批人对报销申请进行审批操作，包括同意、驳回等。 报销记录：记录报销申请的审批结果及最终报销金额等信息。 数据库建表的三范式（3NF，Third Normal Form）是关系型数据库设计的基本原则，用于确保数据库结构的逻辑性和减少数据冗余。
65210编辑于 2024-06-16 - 来自专栏宜信技术实践
DBus数据库表结构变更处理方案
数据库表结构变更在软件产品快速迭代过程中是普遍存在的现象，抽取数据库中的数据是DBus最重要的功能之一，那么对于数据库中表结构变更及其带来的各种问题，DBus是如何处理的呢? (本文仅讨论DBus for Oracle的实现方案) 贴源输出是DBus的基本设计原则之一，通过解析后的数据库日志获取数据转换成UMS输出到Kafka，当表结构发生变更时DBus必须能够及时的调整输出 UMS的结构，以确保和数据库中表结构保持一致，这里有两个问题需要解决： 1）如何感知表结构变更？ 该方案实现相对复杂但具有很多优点，比如对数据库的侵入性相对较小，DDL执行时只是将数据写入到Event表中，相对网络通信来说，其延时更低、可靠性更高；更明显的优势是这种方案基于数据库日志实现，能够使用Event 实际上oracle数据库里可以使用多种语言来编写存储过程，Oracle 8i开始支持java编写存储过程，于是我们立即开始实现java存储过程，通过JDBC连接数据库实现Event表的写入并提交事务，最终通过实践验证了这种办法的可行性
2K40发布于 2019-07-01 - 来自专栏陶士涵的菜地
RBAC权限与审批流的简单数据库构想
-------- |user_id | ----------------- |channel_id | ----------------- flow(流程设置表,频道对应的多级审批角色 checker_id | ----------------- |next_role_id | ----------------- |check_status | ----------------- 审批流类似一个链表 审批流设置表可以配置某个频道的审批层级
74320发布于 2019-12-26 - 来自专栏yuyy.info技术专栏
Golang 项目启动时维护数据库变更
前言 数据库变更管理是软件发布必不可少的环节，理想状态是只需发布一个镜像，就能更新应用和数据库。我们项目使用gorm来操作数据库，gorm是具有数据库迁移功能的，但是没有SQL脚本直观。 一次数据库变更包含一个升级脚本和一个回退脚本，考虑到我们没有数据库变更回退的需求，down.sql内容为空。 MySQL和Oracle不支持DDL回滚，但PG是可以的。 fs embed.FS // 由于 go:embed 可以配置多个目录，这里还需要指定下 initSqlPath = "sql" ) // InitDb 用于项目启动时初始化数据库 ，写完后调试代码时发现，golang-migrate具备锁功能，它是通过pg的咨询锁实现的数据库级别的锁。 参考 Golang migrate 做数据库变更管理 Post Views: 5
1.3K10编辑于 2023-02-01 - 来自专栏云云众生s
实时访问后端数据库的变更数据捕获
利用变更数据捕获(CDC)实现实时分析 然而，感谢实时变更数据捕获(CDC)，希望并未破灭。 CDC 是跟踪对数据库所做的更改(如插入、更新和删除)并实时将这些更改发送到下游系统的一种方法。 变更数据捕获工具从数据库日志文件中读取并将更改事件传播到下游使用者的消息队列。 这些组件是为了浏览数据库模式并支持跟踪特定表而构建的。最常见的工具是 Debezium，这是一个开源的变更数据捕获框架，许多数据栈公司在其上构建了变更数据工具。 此系统订阅事件流平台上的变更数据主题，并将它们写入一个优化了低延迟和高并发分析查询的数据库。 变更数据捕获：使您的关系数据库实时化 变更数据捕获(CDC)弥合了传统后端数据库和现代实时流数据架构之间的间隔。
97410编辑于 2024-03-28 - 来自专栏架构专题
老板：把数据库变更，给整利索了
在修修补补之中，给后人留下一堆屎山之前，我们需要把数据库给整利索了。 想想吧，我们在开发环境，修改了多个字段的名称，经历了测试环境的洗礼，还搞了个预上线接受变更。 我们需要把这些数据库变更，使用git这样的工具管理起来，在系统启动的时候，能够自动变更。通过口口相传，太不可信了。 谁也不想背这个锅。翻聊天记录？有用么？都是事后诸葛亮。 一般，数据库变更，会有下面几种语句，我们都可以使用flyway来完成。 </dependency> </dependencies> </plugin> </plugins> </build> 创建数据库变更目录 所以，最小配置，就是什么都不做，直接把变更文件，扔在变更目录下面就可以了。
1.5K20发布于 2020-12-11 YashanDB数据库的变更数据捕获技术详解
数据库面对海量数据和高并发访问场景时，如何高效、准确地捕获数据变更，保障数据一致性与系统性能，是业界关注的难题。 实现高效的变更捕获首先依靠Redo日志中按事务组织的记录，完整描述数据库数据行的状态变更。 技术优化方案及建议确保Redo日志配置合理，开启归档日志管理，以完整捕获数据库变更，提高备份恢复和同步能力。 结论随着数据规模的快速增长和实时业务对变更数据及时性要求的提高，优化变更数据捕获技术已成为数据库系统性能竞争的核心。 未来，随着数据库多形态融合和智能优化技术的发展，YashanDB将在数据一致性保证、增量同步效率及变更数据服务能力上持续深入提升，助力企业实现更高效的业务运营和数据价值挖掘，推动数据库技术创新和产业进步
17110编辑于 2025-08-23- 来自专栏运维之美
单表超 100000000 条记录的数据库结构变更，你能做到在线平滑变更吗？
众所周知，很多互联网业务都面临着无法停机，需要在线变更数据库结构的情况。但是在线修改数据量较大的表，可能对线上业务产生较大影响，比如： 在线修改大表的表结构执行时间往往不可预估，一般时间较长。 --host，-h 指定连接的数据库 IP 地址。 --port，-P 指定连接的数据库 Port 端口。 --user，-u 指定连接的数据库用户。 D 指定变更表所在数据库 t 指定需要变更的表 h 指定要连接的 HOST P 指定要连接的 PORT S 指定连接所使用的 SOCKET 文件(Unix systems) u 指定连接的用户名 p --execute 以上语句执行完成后会在数据库中生成名为 _dept_emp_old 的表，即变更之前的旧表。 --execute 以上语句执行完成后会在数据库中生成名为 dept_emp_bak 的表，即变更之后的新表，但对旧表不会做任何修改。
3.8K20发布于 2019-10-14 YashanDB数据库的版本控制与变更管理策略
在现代数据日益增长的背景下，数据库管理面临着多重挑战，如数据一致性、版本控制和变更管理策略的高效实施。 在这种高复杂度的环境中，YashanDB作为一款高性能关系型数据库，提供了一系列的版本控制与变更管理策略，以确保数据治理的高效性及可靠性。 本文将对YashanDB数据库的版本控制与变更管理策略进行深入探讨，为数据库管理员和开发人员提供切实可行的操作指导。1. 具体微信建议与操作列表基于YashanDB的版本控制与变更管理策略，以下是具体的操作建议：实施多版本并发控制，确保数据库并发读写的性能及一致性。定期检查和维护审计日志，确保变更操作透明并可追溯。 结论YashanDB通过一系列有效的版本控制与变更管理策略，为用户的数据库管理提供了强有力的支持。通过MVCC实现的并发控制、变更审计和数据备份与恢复策略，有效减轻了多用户环境下的数据一致性问题。
18510编辑于 2025-10-21数据库团队SQL审核，数据库变更管理仍然容易出现偏差？
按理说，数据库变更应该比以前更可控。但现实往往不是这样。 变更闭环做了几年 DBA 以后，我越来越觉得，数据库治理不能只盯着“审核”这个动作，而要看整条链路有没有闭合。 总结如果你的团队现在还处在下面这种状态：SQL 审核平台负责审 SQL；客户端负责连接数据库和执行；工单系统负责审批记录；群聊负责通知和催办；DBA 负责在这些系统之间人工补位；那数据库变更管理出现偏差 因为你们虽然上了 SQL 审核，但并没有建立数据库变更闭环。审核只是一个点，而不是一套机制。 对 DBA 来说，是把数据库访问、规范、审批、执行、安全、审计收进一套平台里，让生产变更从“靠经验补位”变成“靠机制约束”。
10410编辑于 2026-03-31- 来自专栏容器化
k8s西游记 - 变更网络插件IP池
前言 最近在另一个k8s集群中，搭建了kong网关，在配置OIDC插件时，希望使用Memcahe代替Cookie来存储会话信息，于是把部署在同一局域网Memcahe的内网IP，比如：192.168.10.145 变更IP池 3.1 查看目前支持的IP池 root@001:~# k8s-calicoctl get ippool -o wide; NAME CIDR 3.3 禁用旧的IP池 备份IP池到文件 root@001:~# k8s-calicoctl get ippool -o yaml > /root/k8s-calico-pools.yaml 编辑k8s-calico-pools.yaml 应用变更： root@001:~# k8s-calicoctl apply -f pool.yaml 再次查看IP池： root@001:~# k8s-calicoctl get ippool -o wide 删除旧IP池 如果所有的Pod IP都已正常分配，但是发现满足旧IP池的IP地址还是无法ping通，也就是无法逃逸出k8s网络，那么请执行下面的命令吧： root@001:~# k8s-calicoctl
1.1K30发布于 2019-08-30 - 来自专栏开源栈
数据库系列：高并发下的数据字段变更
那么有什么办法对数据库的业务表进行无缝升级，让该表对用户透明无感呢？下面我们一个个来讨论。 2 新增关联表 最简单的一种办法，把新增的字段存储在另外一张辅表上，用外键关联到主表的主键。 DEFAULT NULL COMMENT 'json字符串', PRIMARY KEY ("id") ) ENGINE=InnoDB AUTO_INCREMENT=9 DEFAULT CHARSET=utf8; 以下是典型的的多主要模式下，进行数据库表结构升级的过程。 切记在业务低峰期进行，避免流量过大导致另外一个数据库实例负载过大而挂起。 轮流这个操作，但是这时候不需要再升级DB2了，因为是主主同步。 等两个数据库实例都一致了，修改配置，重设两个数据库实例的负载，恢复到之前的状态。
1.2K50编辑于 2022-09-28 - 来自专栏嘉为动态
数据库变更频繁，如何高效进行SQL审核发布？
应用运维和变更经常会涉及到数据库的变更，开发人员需要上线发布的SQL，除了要语法正确，还要满足一定的SQL规范，才能尽量减少可能存在的性能和安全隐患。 各方痛点 需求方 SQL语句需要等待DBA人工审核，效率低下； 变更需求沟通可能存在误解和遗漏，需要准备详尽的变更手册，费时费力； 没有地方统一管理SQL脚本，可能造成错误和遗失。 操作方 人工审核SQL语句，工作繁重，而且很可能遗漏高危操作或不合规操作； 对象多，步骤多，如何保证变更操作快速准确不出错； 需要提前准备回滚方案，一般是备份数据库或者变更前查询数据进行保存，即使简单的变更也需要大量准备工作 管理方 需要授权手动连接目标数据库，如何保证只执行变更范围内操作； 审批流程线上化，变更操作仍在线下，流程脱节。 嘉为蓝鲸SQL审核发布 嘉为蓝鲸SQL审核发布集脚本管理、语法检测、审批流程、批量SQL执行于一体，可有效降低上线错误、不合规、高危SQL的风险，并为外部应用提供SQL执行相关的底层能力。
1.4K30发布于 2020-11-09 - 来自专栏研发效能EE
DevOps｜研发效能之环境、程序、配置、数据库变更管理
本文主要是讲如何建立有效的环境、程序、配置、数据库变更和管理平台。 几天前和朋友 Ivy 聊到环境、程序的配置变更，数据库变更和整个上线流程。 通常情况下，我们最关注的也是最重要的部分是应用的变更，就是程序的部署上线发布这块，因为这部分最高频，每天上线很多次的情况都可以发生，所以我们在平台建设的时候也是优先做好这部分，但是对于环境、程序配置和数据库变更部分 现在随着计算资源价格下降、云计算快速普及，尤其是 k8s 的出现，大大降低了保持「开发-测试-预发-生产」环境一致性的成本，同时操作起来简便易行。 当配置中心中的各种参数有更新的时候，也能通知到各个服务实时同步最新的信息，使之动态更新 数据库配置和数据库变更管理 我们在上线应用的时候，通常也伴随数据库变更，主要的需求 SQL上线审批流：做某些关键变更要有人审批 做好变更风险管控就好。 我个人觉得SQL 上线数据库变更，配置文件上线，前端 CDN 都应该整合到应用上线流程中去，而不是单独有一个平台来承载。
55530编辑于 2023-09-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号