多租户：Oracle Database 19c 中的 DBCA PDB 重定位

TiDB数据库备份实践：使用BR工具实现AWS S3存储备份 本文介绍了使用TiDB官方BR工具进行数据库备份的方法，重点讲解了日志备份和快照备份两种方式的实现。内容包括： BR工具的基本原理与安装部署，强调版本匹配问题 日志备份脚本实现，包括启动、状态检查等运维命令 快照备份脚本示例，适用于定时全量备份场景 备份到AWS S3存储的具体配置方法 文章提供了可直接使用的脚本模板，并说明了备份过程中

UNION ALLUNION ALLUNION ALLUNION ALL', 'ClickHouse DBA 排查问题时，不能只盯着 CPU 和一条慢 SQL。更有效的顺序通常是先确认磁盘空间和节点状态，再看和。如果 Part 数量持续增长，通常要检查写入批次和合并能力；如果 Mutation 长时间不结束，要判断是否扫描和重写了过多数据；如果副本延迟，则要进一步区分网络、Keeper、复制队列和

Docker 运维应围绕镜像可追溯、容器资源限制、日志轮转、网络隔离、卷备份和最小权限展开。生产清理前先运行，并避免依赖容器可写层保存持久数据。

Kubernetes 排障应从上下文、事件、控制器状态、Pod 条件、日志、网络和存储逐层定位。线上操作务必显式指定命名空间，优先声明式变更，并为回滚、资源配额和中断预算留出余量。

这半年，AI Coding 工具几乎每周都会冒出来一个。Cursor、Claude Code、Codex、Trae……各种工具我基本都体验过，它们确实让个人开发效率提升了不少。但是，当我真正把这些工具放到团队研发场景时，却发现一个共同的问题。而真正的企业研发，需要解决的问题远不止写代码这么简单。例如：需求如何管理？多个 AI 任务如何同时执行？开发环境如何隔离？代码如何统一管理？不同的大模型如何切

这半年，AI Coding 工具几乎每周都会冒出来一个。Cursor、Claude Code、Codex、Trae……各种工具我基本都体验过，它们确实让个人开发效率提升了不少。但是，当我真正把这些工具放到团队研发场景时，却发现一个共同的问题。而真正的企业研发，需要解决的问题远不止写代码这么简单。例如：需求如何管理？多个 AI 任务如何同时执行？开发环境如何隔离？代码如何统一管理？不同的大模型如何切

Oracle 能不能直接查 TiDB？第一反应是“这俩不是一套体系”，但转念一想，TiDB 在协议层面兼容 MySQL，而 Oracle 早就可以通过透明网关 + ODBC + DBLink访问 MySQL，那 TiDB 理论上也走得通。确实可以。不需要做数据同步，不用引入中间服务，也不必改应用代码，只要在 Oracle 里建一个 DBLink，就能直接查询 TiDB 表。本文记录的就是这次完整的

手动安装过 Oracle 数据库的人都知道，这活儿有多繁琐：配内核参数、装依赖包、建用户组、设环境变量、静默安装、建库、建监听……步骤多到怀疑人生，稍有不慎就得从头排查。一个资深 DBA 手动装一套 Oracle 19c 单机，顺利的话也要 4-6 小时。如果是 RAC 集群？基本上要两天。但现在，有一种方式可以把这件事简化成。

做 DBA 最头疼的事情之一就是。同样的 Oracle 安装步骤，开发环境装一遍，测试环境装一遍，预发环境装一遍，生产环境装一遍。每次都是同样的几十个步骤，每次都要小心翼翼，因为任何一步出错都可能导致返工。更痛苦的是，不同项目用不同版本的 Oracle，不同客户用不同的 Linux 系统，你需要在各种组合上都能顺利完成安装。CentOS 7 上装 19c 和麒麟 V10 上装 19c，遇到的问题完