运维派

CentOS7系统下 Tomcat 安装指南

Fri, 17 Jul 2026 16:22:08 +0800

一、Tomcat 介绍

Tomcat 是 Apache 基金会下的一个开源 Servlet 容器，用于运行 Java 编写的 Web 程序。相比 WebLogic、WebSphere 这类重量级应用服务器，Tomcat 更轻量、配置简单、上手快，是目前更为常用的 Java Web 容器之一。Tomcat 和 JDK 之间也存在明确的版本对应关系，并不是任意组合都能正常运行：

Tomcat 9.x：最低要求 JDK 8，是目前唯一还在支持 JDK 8 环境的主线版本，官方支持周期延长至 2027 年3月
Tomcat 10.1.x：最低要求 JDK 11，采用 Jakarta EE 9 规范
Tomcat 11.x：最低要求 JDK 17，采用 Jakarta EE 10/11 规范，是当前最新的主线版本

JDK 版本决定了 Tomcat 版本的选择上限，如果系统使用的是 JDK 8，那么就只能选择 Tomcat 9.x 系列；如果计划升级到 Tomcat 10/11，也必须先把 JDK 一并升级到 11 或 17 以上。因此在做选型时，要把 JDK 和 Tomcat 作为一个整体版本组合来考虑

二、Tomcat 安装部署

1、下载Tomcat

由于操作系统上JDK版本为8，所以这里下载的是Tomcat 9.x，官方下载地址是https://tomcat.apache.org/download-90.cgi

wget https://dlcdn.apache.org/tomcat/tomcat-9/v9.0.120/bin/apache-tomcat-9.0.120.tar.gz 
tar zxf apache-tomcat-9.0.120.tar.gz
mv apache-tomcat-9.0.120 /usr/local/
ln -s /usr/local/apache-tomcat-9.0.120 /usr/local/tomcat

2、Tomcat目录结构说明

bin：存放启动脚本和相关java文件，其中 catalina.sh 用于启动/停止tomcat

conf：存放配置文件，server.xml 是主配置文件，tomcat-users.xml 用于配置管理账号

lib：库文件目录

logs：日志文件目录

temp：临时文件目录

work：程序工作目录

webapps：应用程序部署目录，webapps/ROOT 是默认站点的根目录

3、配置Tomcat环境变量

Tomcat 运行时需要检查 CATALINA_HOME 环境变量，需要提前好该变量才能通过脚本启动服务

cat > /etc/profile.d/tomcat.sh << 'EOF'
export CATALINA_HOME=/usr/local/tomcat
export PATH=$CATALINA_HOME/bin:$PATH
EOF

source /etc/profile.d/tomcat.sh

4、启动tomcat

通过 catalina.sh 脚本启动Tomcat服务，默认监听端口为8080。如果启动后发现端口没有监听，可以改用 catalina.sh run 前台运行，会在当前终端窗口打印出详细日志方便排查问题

/usr/local/tomcat/bin/catalina.sh start

5、验证

使用浏览器访问Tomcat，默认首页右侧可以看到 Server Status、Manager App、Host Manager 三个入口，但是此时还无法访问，还需要放行网络和配置账号才行

6、配置访问权限

由于 Tomcat 默认在 webapps/manager 和 webapps/host-manager 里配置了IP白名单限制，只允许本机（127.0.0.1）访问。所以Server Status、Manager App、Host Manager 等模块都是无法访问的，会提示403错误，这里需要修改配置文件放开IP

[root@v1 tomcat]# cat $CATALINA_HOME/webapps/manager/META-INF/context.xml
<?xml version="1.0" encoding="UTF-8"?>
<Context antiResourceLocking="false" privileged="true" >
  <CookieProcessor className="org.apache.tomcat.util.http.Rfc6265CookieProcessor"
                   sameSiteCookies="strict" />
  <Valve className="org.apache.catalina.valves.RemoteCIDRValve"
         allow="127.0.0.0/8,::1/128,0.0.0.0/0" />
  <Manager sessionAttributeValueClassNameFilter="java\.lang\.(?:Boolean|Integer|Long|Number|String)|org\.apache\.catalina\.filters\.CsrfPreventionFilter\$LruCache(?:\$1)?|java\.util\.(?:Linked)?HashMap"/>
</Context>


[root@v1 tomcat]# cat $CATALINA_HOME/webapps/host-manager/META-INF/context.xml
<?xml version="1.0" encoding="UTF-8"?>
<Context antiResourceLocking="false" privileged="true" >
  <CookieProcessor className="org.apache.tomcat.util.http.Rfc6265CookieProcessor"
                   sameSiteCookies="strict" />
  <Valve className="org.apache.catalina.valves.RemoteCIDRValve"
         allow="127.0.0.0/8,::1/128,0.0.0.0/0" />
  <Manager sessionAttributeValueClassNameFilter="java\.lang\.(?:Boolean|Integer|Long|Number|String)|org\.apache\.catalina\.filters\.CsrfPreventionFilter\$LruCache(?:\$1)?|java\.util\.(?:Linked)?HashMap"/>
</Context>

重启服务

$CATALINA_HOME/bin/shutdown.sh
$CATALINA_HOME/bin/startup.sh

7、配置管理账号

其实访问 Tomcat 首页并点击Server Status、Manager App、Host Manager 模块会弹出一个登录框，但是出于安全考虑，在完成安装后是没有进行任何用户配置的，也就是说此时没有用户可以登录进去，需要自行手动配置管理员账号

cat $CATALINA_HOME/conf/tomcat-users.xml
<?xml version="1.0" encoding="UTF-8"?>
<tomcat-users xmlns="http://tomcat.apache.org/xml"
              xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
              xsi:schemaLocation="http://tomcat.apache.org/xml tomcat-users.xsd"
              version="1.0">
# 在</tomcat-users> 结束标签之前加入下面的信息
# manager-gui对应Manager App（含 Server Status）；admin-gui 对应 Host Manager，两个都要授权给同一个用户，才能两个入口都能登录
<role rolename="manager-gui"/>
<role rolename="admin-gui"/>
<user username="admin" password="123456" roles="manager-gui,admin-gui"/>
</tomcat-users>

重启服务

$CATALINA_HOME/bin/shutdown.sh
$CATALINA_HOME/bin/startup.sh

8、部署应用程序

Tomcat整个服务正常后，后续只需要把Java程序的war包上传到webapps目录即可，Tomcat 会自动监控该目录，如果检测到新的war包就会自动解压部署，如这里上传了一个myapp.war的包

cp myapp.war $CATALINA_HOME/webapps/

几秒钟后 Tomcat 会自动解压出一个 ./myapp同名目录，可以通过 logs/catalina.out 观察部署过程，如果看到类似 Deployment of web application archive [.../myapp.war] has finished 就说明部署成功了，如果服务启动后出现各类错误也可以通过该日志进行排查

tail -f $CATALINA_HOME/logs/catalina.out

CentOS7系统下 JAVA8 / JDK8 安装指南

Fri, 17 Jul 2026 15:11:33 +0800

一、Java版本与JDK介绍

Java 根据应用领域不同，分为 Java SE、Java EE、Java ME 三类（早期也称 J2SE、J2EE、J2ME，Java 5 之后官方统一改用现名），三者区别如下：

· Java SE：JAVA 标准版，主要为中小型应用提供类库，也是使用最广泛的版本

· Java EE：JAVA 企业版

· Java ME：JAVA 移动版，用于手持设备上的应用程序

JDK（Java Development Kit）是 JAVA 的开发工具包，包含了 JRE（Java Runtime Environment，JAVA运行环境）以及编译器（javac）、调试器（jdb）等开发工具。运行 JAVA 程序只需要 JRE，但要实现开发、编译程序需要 JDK的支持。Java 在 1.0 到 1.4 期间，都采用 1.x 这样的命名方式，从 Java 5 开始改为了 Java 5，但内部版本号其实还是1.5，一直延续到 Java 8，所以经常会有两种叫法混用的情况，只需要知道 Java 8 \ JDK 8 \ Java 1.8说的都是同一个东西即可。由于 JDK 8因为生态好、功能完善、维护时间久，目前仍有大量使用，所以本文以该版本为例进行说明

二、JDK的安装

1、下载 JDK

通过Oracle官方网站（https://www.oracle.com/java/technologies/downloads/#java8）选择与操作系统匹配的安装包，安装包分了不同类型，按需下载即可

2、安装 JDK

根据下载的安装包选择对应的安装方式

· 使用RPM包安装

安装完成后会在 /usr/java 下生成一系列目录和文件，下面两种方式任选一种即可，不需要都执行

# 用yum安装本地rpm包
yum localinstall ./jdk-8u77-linux-x64.rpm

# 或者直接用rpm命令安装
rpm -ivh jdk-8u77-linux-x64.rpm

· 使用二进制包安装

解压二进制包

tar zxf jdk-8u491-linux-x64.tar.gz
mv jdk1.8.0_491 /usr/local/
ln -s /usr/local/jdk1.8.0_491 /usr/local/jdk

配置环境变量

vi /etc/profile
#追加以下内容，PATH 是可执行文件的搜索路径，CLASSPATH 是 JAVA 类文件的查找路径，两者用途不同，不要把 CLASSPATH 拼接进 PATH 中，应分开设置。
export JAVA_HOME=/usr/local/jdk
export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
export PATH=$JAVA_HOME/bin:$PATH

生效环境变量并验证

source /etc/profile

java -version  #能正常显示版本号即完成
java version "1.8.0_491"
Java(TM) SE Runtime Environment (build 1.8.0_491-b10)
Java HotSpot(TM) 64-Bit Server VM (build 25.491-b10, mixed mode)

达梦数据库教程（16）审计规则介绍与配置

Thu, 09 Jul 2026 15:19:29 +0800

一、达梦数据库审计功能介绍

数据库审计功能的主要作用是对数据的操作进行记录，比如谁在什么时间、通过什么IP、执行了什么SQL。只有当配置了合理的审计规则后，才能对异常数据（如数据不知道为什么被删除或修改）进行追溯。

达梦数据库采用三权分立设计，必须需要专门的审计账号 SYSAUDITOR 才能进行审计配置（SYSDBA 账号也没有权限）。SYSAUDITOR 账号在完成数据库安装后会默认创建，默认密码 SYSAUDITOR

二、达梦数据库审计配置

1、开启审计功能

DM8 的审计功能默认是关闭的，需登录 SYSAUDITOR 账号开启。达梦数据库的审计分为普通审计和实时检测，实时检测比较少用，主要用于安全防护，可在操作发生时自动告警、断开连接甚至锁账号

-- 开启普通审计，默认0为关闭审计；1为开启普通审计；2为开启普通审计 + 实时检测
SP_SET_ENABLE_AUDIT(1);

-- 验证是否生效
SELECT * FROM V$DM_INI WHERE PARA_NAME = 'ENABLE_AUDIT';

2、审计规则配置

达梦数据库支持三个级别的审计规则，从粗到细依次为系统级、语句级、对象级。

2.1 系统级审计

审计功能开启后自动生效，无需额外配置，审计内容包含数据库启停、参数修改、主备日志传输故障等系统事件

2.2 语句级审计

针对某类 SQL 操作进行审计，全局生效，适合需要全实例覆盖的场景

-- 语法规则
-- SP_AUDIT_STMT('审计选项', '用户名', 'ALL/SUCCESSFUL/FAIL');    如果不限定用户，第二个参数应该传字符串 'NULL'，而不是真正的 NULL

-- 审计所有用户的登录登出
SP_AUDIT_STMT('CONNECT', 'NULL', 'ALL');

-- 审计所有用户的 DML 操作
SP_AUDIT_STMT('INSERT TABLE', 'NULL', 'ALL');
SP_AUDIT_STMT('UPDATE TABLE', 'NULL', 'ALL');
SP_AUDIT_STMT('DELETE TABLE', 'NULL', 'ALL');

-- 审计所有用户的 DDL 操作
SP_AUDIT_STMT('TABLE', 'NULL', 'ALL');

-- 审计某个用户的操作
SP_AUDIT_STMT('UPDATE TABLE', 'APPUSER', 'ALL');
-- 取消审计，参数必须与设置时完全一致才能取消
SP_NOAUDIT_STMT('INSERT TABLE', 'NULL', 'ALL');

2.3 对象级审计

精确到具体的表、视图或存储过程，可进一步细化到列级别，适合对核心业务表做重点审计

-- 语法规则
-- SP_AUDIT_OBJECT('操作', '用户', '模式', '对象名', '时机');
-- SP_AUDIT_OBJECT('操作', '用户', '模式', '对象名', '列名', '时机');

-- 审计所有人对 HR.SALARY 表的 INSERT 和 UPDATE
SP_AUDIT_OBJECT('INSERT', 'NULL', 'HR', 'SALARY', 'ALL');
SP_AUDIT_OBJECT('UPDATE', 'NULL', 'HR', 'SALARY', 'ALL');

-- 只审计 AMOUNT 列的修改
SP_AUDIT_OBJECT('UPDATE', 'NULL', 'HR', 'SALARY', 'AMOUNT', 'ALL');

-- 取消对象级审计（参数同样需完全匹配）
SP_NOAUDIT_OBJECT('INSERT', 'NULL', 'HR', 'SALARY', 'ALL');

3、审计日志管理

3.1 审计日志存放路径

默认存放在数据目录中，文件命名格式为 AUDIT_<GUID>_<创建时间>.log

-- 查看审计文件实际存放路径
SELECT AUD_PATH FROM V$AUDIT_SPACE;

-- 查看所有审计文件列表
SELECT FILEPATH, BEGIN_TIME, LENGTH/1024/1024 AS SIZE_MB, IS_FULL FROM V$AUDIT_FILE ORDER BY BEGIN_TIME DESC;

如需自定义日志存放路径，修改 dm.ini

# 静态参数，修改后需重启
AUD_PATH = /data/dm_audit

3.2 审计日志相关参数配置

以下参数都在dm.ini中进行配置，部分静态参数需要重启数据库生效

· AUD_PATH：审计文件存放路径

· AUDIT_MAX_FILE_SIZE：单个审计日志的最大大小，单位为MB

-- 调整单个审计文件的大小为 500MB
SP_SET_PARA_VALUE(1, 'AUDIT_MAX_FILE_SIZE', 500);

· AUDIT_SPACE_LIMIT：审计日志可以占用的最大磁盘空间，单位为MB，0表示不限制

-- 查看当前审计空间用量
SELECT AUD_PATH, AUDIT_MAX_FILE_SIZE, AUD_SPACE_LIMIT,AUD_SPACE_FREE, AUDIT_IS_NORMAL FROM V$AUDIT_SPACE;

· AUDIT_KEEP_DAYS：审计文件最小保留天数，如果配置了具体天数，优先级大于AUDIT_SPACE_LIMIT，即达到审计文件总存储空间大小的限制也不会删除在指定保留天数内的审计日志

· AUDIT_FILE_FULL_MODE：磁盘不足时对审计日志的处理策略，1=当审计文件创建失败时发生阻塞；2=审计文件创建失败时不再审计；3=先尝试删除符合条件的审计文件，如果删除后还是创建失败则不再审计

3.3 清理与切换审计日志

-- 删除指定时间点前的审计文件，受 AUDIT_KEEP_DAYS 保护的文件不会被删除
SP_DROP_AUDIT_FILE('2026-07-01 00:00:00',0);

-- 手动切换审计文件（生成新文件），1=切换普通审计文件，2=同时切换普通+实时审计文件
SP_SWITCH_AUDIT_FILE(1);

3.4 查看审计记录

-- 查看最近的审计记录
SELECT USERNAME, OPERATION, SCHNAME, OBJNAME,SQL_TEXT, SUCC_FLAG, OPTIME, IP
FROM SYSAUDITOR.V$AUDITRECORDS
ORDER BY OPTIME DESC;

-- 按用户过滤
SELECT USERNAME, OPERATION, SQL_TEXT, OPTIME
FROM SYSAUDITOR.V$AUDITRECORDS
WHERE USERNAME = 'APPUSER'
ORDER BY OPTIME DESC;

Oracle教程（6）SGA\PGA\REDO核心参数调优

Wed, 01 Jul 2026 10:16:42 +0800

一、Oracle核心参数介绍

1、SGA

SGA（System Global Area）是 Oracle 实例启动时分配的共享内存区域，所有连接到该实例的会话都共用这块内存，是整个数据库实例对外提供服务的公共内存池（和 MySQL的 InnoDB Buffer Pool 类似）。SGA主要包含以下部分：

· Shared Pool：用于缓存 SQL 解析结果、执行计划和数据字典信息

· Buffer Cache：用于缓存数据块，减少物理读

· Redo Log Buffer：用于临时存放尚未写入磁盘的重做日志条目。

Oracle 的 SGA 是集合体，而 MySQL 的内存管理相对分散，Buffer Pool、Sort Buffer、Join Buffer 等是各自独立配置的参数，没有一个统一的实例级共享内存区概念

2、PGA

PGA（Program Global Area）是 Oracle 实例中每个进程或会话所私有的内存区域，每个区域不与其他会话共享。主要用于排序操作、哈希连接等需要临时空间的操作。当一个会话 ORDER BY、GROUP BY 或者大表之间的 HASH JOIN 时，如果数据量超过 PGA 能提供的内存上限，就会发生排序溢出到磁盘，导致性能下降。在 MySQL 中与之对应的是每个连接独立分配的 sort_buffer_size、join_buffer_size、tmp_table_size 等参数。

3、REDO LOG

在 Oracle 中 REDO LOG 和 MySQL 一样都是通过重做日志记录数据库所有数据变更操作的"重放记录"，这样可以在实例崩溃后，通过 Redo Log 可以把数据恢复到崩溃前的状态，保证事务的持久性。在 MySQL 中 REDO LOG 是循环覆盖写入的，而 Oracle 采用多个日志组循环写入的机制，当一个日志组写满后会触发日志切换（log switch），同时触发增量检查点（checkpoint），把脏数据写回数据文件。如果日志组设置过小，会导致切换过于频繁，对性能造成明显影响。

Oracle 的 REDO LOG 搭配归档日志（归档日志是 Redo Log 切换后被复制保存的历史副本）来实现时间点恢复，也就是说 Oracle 用 REDO LOG 兼顾实例恢复和时间点恢复两个目的，而 MySQL 把这两个职责拆成了 REDO LOG （实例恢复）和 Binlog（时间点恢复、主从复制）两套独立的日志系统。

二、Oracle内存管理方式介绍

Oracle 提供了三种内存管理方式

管理方式	关键参数	适用场景
AMM自动内存管理	MEMORY_TARGET	不推荐
ASMM自动共享内存管理	SGA_TARGET + PGA_AGGREGATE_TARGET	生产环境推荐
手动管理	逐项指定各子池大小	对内存有精细控制需求时

之所以不推荐通过 AMM 方式来自动进行内存管理，是因为通过 MEMORY_TARGET 自动管理 SGA + PGA听起来方便，但由于 AMM 模式在高并发场景下会频繁的出现内存移动，反而增大了性能开销

1、SGA配置最佳实践

通常建议 SGA 总量不超过服务器物理内存的 60%，剩余部分留给 OS、PGA 以及其他进程

-- 查看当前 SGA 配置
SHOW PARAMETER SGA;

-- 设置 SGA_TARGET，让 Oracle 在这个总量内自动分配各子池
ALTER SYSTEM SET SGA_TARGET=8G SCOPE=SPFILE;
ALTER SYSTEM SET SGA_MAX_SIZE=8G SCOPE=SPFILE;

-- 设置 Shared Pool 子池最小值，防止 AMM/ASMM 压缩得过小出现ORA-04031共享池耗尽的情况
ALTER SYSTEM SET SHARED_POOL_SIZE=2G SCOPE=SPFILE;

子池参考比例（以 16G SGA 为例）：

· Buffer Cache：10～12G ，SGA 里占比最大，越大越好。命中率低于 95% 就需要考虑加大 Buffer Cache，正常生产环境应该维持在 98% 以上

-- 查询 Buffer Cache 命中率
SELECT ROUND((1 - (phys.value / (cur.value + con.value))) * 100, 2) AS "Buffer命中率%" FROM v$sysstat phys, v$sysstat cur, v$sysstat con
WHERE phys.name = 'physical reads' AND cur.name  = 'db block gets' AND con.name  = 'consistent gets';

· Shared Pool：2～4G，OLTP 系统多，SQL 复杂度高则需要更大。硬解析率超过 30% 就需要排查是否 Shared Pool 太小，或应用层没有使用绑定变量

-- 查询 Shared Pool 的硬解析率
SELECT ROUND(hard.value / parse.value * 100, 2) AS "硬解析率%" FROM v$sysstat hard, v$sysstat parse
WHERE hard.name = 'parse count (hard)' AND parse.name = 'parse count (total)';

· Large Pool：512M～1G，RMAN、并行查询、Shared Server 使用

· Redo Log Buffer：128M～256M，一般不需要特别大，写满即刷盘

2、PGA配置最佳实践

高并发场景下 PGA 的总消耗是所有活跃会话 PGA 之和，所以在估算服务器内存分配时，不能忽略这块消耗。通用经验是PGA_AGGREGATE_TARGET = 物理内存 × 20%，如果是以批量处理、数据仓库为主的系统可以提高到 30%，OLTP 系统则适当降低。

-- 查看当前 PGA 配置
SHOW PARAMETER PGA;

-- 设置 PGA 总目标值（Oracle 会尽可能在此范围内为各会话分配内存）
ALTER SYSTEM SET PGA_AGGREGATE_TARGET=4G SCOPE=SPFILE;

-- 设置 PGA 硬上限，防止撑爆内存，超过后 Oracle 会强制终止消耗最多 PGA 的会话，生产环境建议设置为 PGA_AGGREGATE_TARGET 的2倍
ALTER SYSTEM SET PGA_AGGREGATE_LIMIT=8G SCOPE=SPFILE;

排查 PGA 是否成为瓶颈，如果sorts (disk) 磁盘排序次数过高，说明 PGA 不够用

SELECT name, value FROM v$sysstat WHERE name IN ('sorts (memory)', 'sorts (disk)');

3、REDO LOG配置最佳实践

Redo Log 最常见的问题就是日志组太小导致切换过于频繁。Oracle 官方建议最少保留 3 组日志组（高并发写入场景 4～6 组），日志切换频率控制在每 15～30 分钟一次，如果每小时切换次数超过 4 次就需要考虑扩大日志组。如果发现某些高峰时段每小时切换次数很高（如 50MB 大小的日志组每小时上百次切换），就需要立即扩大日志组大小

-- 查看当前切换频率
SELECT TO_CHAR(first_time, 'YYYY-MM-DD HH24') AS hour,COUNT(*) AS switches FROM v$log_history WHERE first_time > SYSDATE - 1
GROUP BY TO_CHAR(first_time, 'YYYY-MM-DD HH24') ORDER BY 1;

日志组大小参考，注意这里是单个日志组大小，不是所有组加起来的总量。

系统类型	推荐单个日志组大小
轻量 OLTP	500M～1G
中等业务量	1G～2G
高并发 / 批量写入	2G～4G

新增日志组

日志组大小不允许直接修改，只能新增更大的日志组，再删掉原来小的，操作顺序如下

-- 第一步：新增日志组，指定序号和日志路径、日志大小
ALTER DATABASE ADD LOGFILE GROUP 4 '/u01/oradata/orcl/redo04.log' SIZE 1G;
ALTER DATABASE ADD LOGFILE GROUP 5 '/u01/oradata/orcl/redo05.log' SIZE 1G;
ALTER DATABASE ADD LOGFILE GROUP 6 '/u01/oradata/orcl/redo06.log' SIZE 1G;

-- 第二步：手动触发切换，让旧日志组变为 INACTIVE 状态
ALTER SYSTEM SWITCH LOGFILE;
ALTER SYSTEM CHECKPOINT;

-- 第三步：确认旧日志组状态为 INACTIVE
SELECT group#, status, members, bytes/1024/1024 AS mb FROM v$log;

-- 第四步：删除状态为INACTIVE的旧日志组
ALTER DATABASE DROP LOGFILE GROUP 1;
ALTER DATABASE DROP LOGFILE GROUP 2;
ALTER DATABASE DROP LOGFILE GROUP 3;

-- 第五步：删除操作系统上的旧日志文件（Oracle 不会自动删除物理文件）
rm /u01/oradata/orcl/redo01.log

Linux时间同步——chrony的配置与使用

Mon, 22 Jun 2026 14:50:18 +0800

一、chrony 工具介绍

chrony 相比 ntpd 服务而言是更现代的NTP时间同步方案，它的同步算法更激进，在服务启动几分钟后就能达到较高精度，并且可以对偏差较大的服务器进行强制同步（在 ntpd 下如果偏差超过 1000 秒会直接退出同步而不是强制校正）。仍然需要强调的是chrony和ntpd不能同时运行，它们会互相冲突抢占 UDP 123 端口

二、chrony 使用教程

1、安装chrony

yum install -y chrony

2、配置chrony

chrony 的主配置文件为 /etc/chrony.conf，以下是常用配置项说明：

# 指定上游 NTP 服务器，iburst 表示启动时快速发送多个请求加速初始同步
server 10.1.18.114 iburst
server ntp.aliyun.com iburst

# 允许内网客户端向本机同步（本机作为内网 NTP 服务器时启用）
allow 192.168.1.0/24

# 当无法连接外部 NTP 时，允许系统作为自身时钟源
local stratum 10

# 记录时钟漂移信息，用于断网后的时钟估算
driftfile /var/lib/chrony/drift

# 启用日志记录
logdir /var/log/chrony
log measurements statistics tracking

3、启动chrony服务

systemctl start chronyd
systemctl enable chronyd

4、查看同步源

通过chronyc sources -v可以查看同步源信息，主要观察同步源的状态

*：当前同步源

+：可用候选源

?：不可达或未响应

x：被标记为异常的源

 chronyc sources -v

5、查看同步状态

chronyc tracking

Reference ID    : 0A011272 (10.1.18.114)             #当前同步的上游时间源 
Stratum         : 2                                  #时间源层级，数字越小越精确  
System time     : 0.000001690 seconds fast of NTP time    #本地时钟与 NTP 时间的偏差  
Last offset     : +0.000002484 seconds
RMS offset      : 0.000368575 seconds
Leap status     : Normal                             #Normal 表示同步正常

6、手动强制同步

chronyc makestep

Linux时间同步——ntpd的配置与使用

Mon, 22 Jun 2026 14:04:55 +0800

一、NTP时间同步介绍

NTP是网络时间协议 Network Time Protocol 的简称。通过 NTP 服务可以确保不同设备或者服务之间的时间一致性，尤其是一些高可用或集群化的服务，节点之间的时间偏差是不允许有误差的。在互联网上有许多可靠的共用NTP服务器，如清华、阿里等，我们可以通过与这些服务器同步使本地服务器间的时间一致、准确。在 CentOS 7 或之前的系统中默认使用 ntp 作为默认的时间同步方案，在 CentOS 7 之后改为 chrony，两者不可同时运行。

二、ntpd使用教程

1、安装NTPD服务

只需要通过yum命令就可以快速安装NTP相关工具包，安装完成后系统会产生以下几个主要工具：

· ntpd：NTP 守护进程，在后台运行，负责持续进行同步时钟

· ntpq：用于查看NTP同步状态和时间源信息

· ntpdate：手动同步工具，常用于首次校时或偏差过大时的强制纠偏

· ntpstat：显示当前同步状态

yum install ntp

2、NTP手动同步配置

通过ntpdate命令并指定ntp服务器地址后可以进行手动同步，如手动配置与阿里云NTP同步

ntpdate ntp.aliyun.com

3、NTP自动同步配置

编辑NTP配置文件，具体内容如下

# 记录系统时钟频率漂移值
driftfile /var/lib/ntp/drift  

pidfile /var/run/ntpd.pid
logfile /var/log/ntp.log

# 安全策略：默认拒绝所有非本地访问
restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery

# 允许本地回环地址用于状态查询
restrict 127.0.0.1 nomodify
restrict ::1 nomodify

# 本地伪时钟源，作为兜底时间源
server 127.127.1.0
fudge 127.127.1.0 stratum 10

# 实际 NTP 上游服务器
server ntp.aliyun.com iburst minpoll 4 maxpoll 10

启动NTP服务后客户端会立即进行一次同步，并且会周期性地与服务器进行时间同步，通常为每隔1小时进行一次时间同步，具体频率可以通过配置进行调整。需要注意的是ntpd 有一个内置保护机制，如果服务器与NTP时间相差超过1000 秒，ntpd 会主动退出而不是强制校正。如果要重新与服务器进行同步，必须先用 ntpdate 进行一次手动同步将时间拉近后再启动 ntpd 才能自动同步

systemctl start ntpd

4、查询同步状态

通过ntpstate或者ntpq命令可以查看NTP服务器同步是否正常：

* 号表示当前已选用的服务器；reach列如果不为0表示能访问服务器；offset 表示本地时间与服务器差值（ms）

 ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*203.107.6.88    100.107.25.114   2 u   11   16    1   59.353   -0.896  15.879

查看服务器是否启用NTPD

timedatectl

Ansible教程（3）使用Playbook进行多任务编排

Fri, 08 May 2026 16:05:17 +0800

一、Ansible Playbook介绍

如果基于AD-Hoc去执行多任务（如安装Nginx、修改配置文件、启动服务），需要先使用yum或command模块安装程序，再使用copy模块复制配置文件，最后使用service模块启动服务。为了解决这种多任务繁琐的情况，可以使用Ansible的playbook（剧本）功能

二、Ansible Playbook构成

Inventory：主机列表，表示剧本中的任务要应用在哪些主机上

Tasks：具体任务，即调用哪些模块完成操作，可以配置多个任务

Variables：变量，包含内置变量和自定义变量

Templates：模板，即使用模板语法来灵活变更的配置文件

Handlers与notify：触发器，由某事件触发执行的操作，比如修改配置文件后自动重启服务

三、Ansible Playbook语法

1、playbook本质是包含了一个或多个任务的YAML配置文件，通常以.yaml或者.yml结尾

2、在单一的一个playbook文件中，使用连续的三个中横线（---）作为每个play的区分

3、缩进必须统一，不能空格和tab混合使用，缩进级别需要一致，同样的缩进代表同样的级别

4、使用冒号“:”之后还需要书写内容的话，则需要空一格才能书写

5、使用短横线“-”后必须追加一个空格

四、Ansible Playbook参数

· hosts：指定远程主机（多个主机用逗号分隔）或主机组

- hosts: webservers

· remote_user：指定执行任务的用户（可以定义在hosts字段下，也可单独给每个task定义），通常是root用户，也可指定非root用户使用sudo方式执行任务

- hosts: 192.168.1.31
    remote_user: root  #定义全局用户

· tasks：任务信息将定义在此字段下

tasks: 
  - name: run df -h
    remote_user: test  #单独为task定义用户
    shell: name=df -h

· sudo（可省略）：如果设置为yes，那么sudo_user指定的用户在执行任务时会获得root权限

· sudo_user（可省略）：指定需要使用sudo执行操作的用户

tasks: 
  - name: run df -h
    sudo_user: test
    sudo: yes
    shell: name=df -h

· connection（可省略）：通过什么方式连接到远程主机，默认为SSH

· gather_facts（可省略）：如果明确不需要通过setup模块来获取远程主机facts信息，可以使用这个选项，能提升一定的性能

- hosts: all
  gather_facts_: no
  tasks:
    - name: sleep 5
      command: sleep 5

· ignore_errors（可省略）：默认情况下ansible会因为一个错误导致后面的任务全部失败，有些时候可能会忽略一些错误的发生，让其他任务能正常执行

-hosts: all
  tasks:
    - name: ignore_test
      command: /bin/false
      ignore_errors: yes
    - name: touch file
      file: path=/tmp/test.txt state=touch

五、Ansible Playbook基础示例

1、基本示例

- hosts: webservers
  tasks:
    - name: 1.Installed NFS Server
      yum:
        name: nfs-utils
        state: present
    - name: 2.Configure NFS Server
      copy:
        src: ./exports.j2
        dest: /etc/exports

2、高级示例，包含变量、触发器等使用

cat playbook01.yml
- hosts: 192.168.1.31     #定义需要执行的主机或主机组
  remote_user: root      #远程用户
  vars:            #定义变量
    http_port: 8088      #变量
  tasks:            #定义一个任务
    - name: create new file               #定义任务的名称
      file: name=/tmp/playtest.txt state=touch   #调用模块，具体要做的事情
    - name: install package
      yum: name=httpd
    - name: config httpd
      template: src=./httpd.conf dest=/etc/httpd/conf/httpd.conf
      notify:                #触发器，当条件触发后需要做的操作，配合handlers使用
        - restart apache  #需要引用的handlers的名字
    - name: copy index.html
      copy: src=/var/www/html/index.html dest=/var/www/html/index.html
    - name: start httpd
      service: name=httpd state=started
  handlers:                                             #notify定义的触发执行相应的处理动作
    - name: restart apache               #要与notify定义的内容相同
      service: name=httpd state=restarted      #触发要执行的动作

六、Ansible playbook运行结果说明

当playbook运行后在PLAY RECAP（汇总报告）一列将返回返回的结果包含了任务ok的数量（已经达到任务要求，无需再次处理）、changed数量

ansible-playbook命令示例与常用选项

ansible-playbook -t tag_name httpd.yml #-t指定标签名，多个标签用逗号分隔
ansible-playbook playbookname.yml --list-task #列出该playbook中的任务

# --check | -C：只检测可能会发生的改变，但不真正执行操作
# --list-hosts：列出运行任务的主机
# --list-tags：列出playbook文件中定义的所有tags
# --list-tasks：列出playbook文件中定义的所有任务
# --limit：主机列表 只针对主机列表中的某个主机或者某个组执行
# -f：指定并发数，默认为5个
# -t：指定tags运行，运行某一个或者多个tags。前提是playbook中有定义tags
# -e：声明变量和值

七、使用ansible-vault加密Playbook

ansible-vault encrypt hello.yml  #加密playbook，加密否的文件无法直接执行和查看
ansible-vault view hello.yml  #查看加密后的文件
ansible-vault edit hello.yml  #查看加密后的文件
ansible-vault decrypt hello.yml  #解密playbook

Ansible教程（2）Ansible的命令行与常用模块

Fri, 08 May 2026 15:38:52 +0800

一、Ansible Ad-Hoc简介

Ad-Hoc是一种通过ansible内置命令行让Ansible进行工作的方式，也是最简单的调用方式。命令行语法格式如下

ansible <host-pattern> [-f forks] [-m module_name] [-a args]

<host-pattern>：指定生效的主机组，可以使用主机列表中的地址或者组名，all代表所有主机，也支持逻辑与、或以及正则表达式

[-f forks]：并发数，可以理解为ansible一次性要让多少个主机执行任务，配置文件中默认为5

[-m module_name]：使用的模块名

[-a args]：每个模块特有的参数，可以用ansible-doc -s 模块名来查看模块对应参数

-b：老版本中的sudo指令，将在远端主机切换到root执行操作，这个root用户是在ansible配置中定义的

-K：sudo时需要输入的密码

Ansible命令行示例

ansible 192.168.1.100 -m ping  #指定某台主机
ansible all -m ping  #指定所有主机
ansible 192.168.1.100:192.168.1.50 -m ping  #一次指定多台主机
ansible all:\!192.168.1.100 -m ping  #排除某台主机
ansible web -m ping -u dba -k  #使用dba用户对web组进行操作
ansible web -m command -a 'cat /etc/passwd' -u dba -k -b  -K #使用dba用户连接web组，然后sudo到root用户查看passwd文件

二、Ansible常用模块介绍

· command模块：缺省默认模块，指定远端主机需要执行的命令，不支持管道或者重定向

ansible 192.168.44.130 -a 'date'

· cron模块：设置定时任务，其中有个state选项包含present、absent两个参数，分别代表增加和移除

ansible webserver -m cron -a 'minute="*/10" job="/bin/echo test" name="test cron job" '
ansible webserver -m cron -a 'hour="*/1" job="/usr/sbin/ntpdate 10.254.1.10" name="crontab from ansible" state=present'

· user模块：管理用户，还有一个group模块用于管理组

ansible webserver -m user -a "name=mysql system=yes"

· file模块：设置文件的属性，如所属主、文件权限等

ansible all -m file -a 'owner=mysql group=mysql mode=644 path=/tmp/test'
ansible all -m file -a 'path=/etc/passwd.link src=/etc/passwd state=link' 
# path：指定要设置的文件所在路径，可使用name或dest替换
# state：指明文件的格式，touch=创建新的文件；absent=删除文件，link=创建软连接文件；directory=创建目录。创建文件的软连接时src指明源文件，path指明连接文件路径

· ping模块：测试远端主机是否能连接

ansible all -m ping

· service模块：控制服务运行状态

ansible webserver -m service -a 'enabled=true name=httpd state=started'
# enabled：是否开机自动启动，取值为true或者false
# name：服务名称
# state：状态，取值有started，stopped，restarted

· shell模块：和command模块一样是用来运行命令，当命令中有变量或者管道符的时候要用shell模块，特殊符号需要转义，比如\$

ansible all -m shell -a "echo test | passwd --stdin user1"

· script模块：将本地的脚本复制到远端主机并执行，需要把脚本放在当前目录中并使用相对路径来指定

ansible all -m script -a 'test.sh'

· yum模块：安装程序包，远端主机需要先配置好正确的yum源

ansible -m yum -a 'name=httpd state=present' 
# name：指明要安装的程序包，可以带版本号，否则默认最新版本，多个安装包用逗号分隔
# tate：present代表安装，也是默认操作；absent是卸载；latest最新版本安装

· setup模块：收集被管理主机的信息，包含系统版本、IP地址、CPU核心数。在Ansible高级操作中可以通过该模块先收集信息，然后根据不同主机的不同信息做响应操作，类似Zabbix中的低级别发现自动获取磁盘信息一样

· copy模块：实现文件复制，但是使用该模块进行文件复制时不会引用变量的值，如果使用了变量，需要替换为template模块（该模块只能通过playbook方式运行）

ansible all -m copy -a 'src=/etc/fstab dest=/etc/fstab owner=root mode=640' 
ansible all -m copy -a 'content="hello world" dest=/etc/fstab owner=root mode=640 backup=yes'   
# src=：定义本地源文件的路径
# dset=：定义目标文件路径
# content=：用该选项直接生成内容，替代src
# backup=：如果目标路径存在同名文件，将自动备份该文件

· sysctl模块：实现内核参数修改

ansible all -m sysctl -a 'name=vm.swappiness value=1 state=present'

三、查看Ansible模块帮助信息

1、通过ansible-doc -l 可以显示当前版本所支持的模块信息

2、通过ansible-doc -s modulename显示指定模块的详细用法

ansible-doc -s yum

Ansible教程（1）Ansible的安装与基本使用

Fri, 08 May 2026 15:25:57 +0800

一、Ansible简介

Ansible是一个基于Python开发的轻量级自动化运维工具，有着其他自动化运维工具如puppet、cfengine、chef、func、fabric的优点，并且不需要单独安装客户端以及启动服务，只需要通过SSH就可以快速的对大量客户端实现批量系统配置、程序部署、批量运行命令等。而且Ansible的学习曲线也平缓，比puppet易学很多

二、安装Ansible

方法1（推荐）：YUM安装

对于Ansible这种工具性软件使用YUM安装是最方便的，只需要配置好EPEL仓库就可以一条命令安装

yum install ansible -y #yum安装最新版
ansible --version  #安装后查看版本以及模块路径等信息

方法2：通过python pip工具安装

该方法需要先编译安装好python3，安装好以后Ansible的命令都会放在Python的目录中

/usr/local/python3/bin/pip3 install ansible==2.7  #使用pip安装指定版本Ansible
ln -s /usr/local/python3/bin/ansible /usr/local/bin

三、Ansible配置文件

· /etc/ansible/hosts

主机列表清单，也叫Inventory。所有被管理的主机都需要定义在该文件中。如果不想使用默认清单的话可以用-i选项指定自定义的清单文件，防止多人混合使用一个主机清单。如果没有定义在主机列表文件中，执行命令会提示“No hosts matched”

· /etc/ansible/ansible.cfg

Ansible服务主配置文件，可以自定义Inventory文件、并发数等，该配置文件的优先级实际是最低的，如果有定义其他配置文件，可以通过ansible --version查看实际有效路径

四、Inventory定义方法

方法1：为不同的主机组配置各自的主机IP、端口、用户名、密码信息

#编辑配置清单文件
vim /etc/ansible/hosts

#组名为webserver，并且为该组下的主机配置了各自的端口、root信息
[webserver]  
192.168.1.31 ansible_ssh_port=22 ansible_ssh_user=root ansible_ssh_pass="123456"
192.168.1.32 ansible_ssh_port=22 ansible_ssh_user=root ansible_ssh_pass="123456"
192.168.1.33 ansible_ssh_port=22 ansible_ssh_user=root ansible_ssh_pass="123456"
192.168.1.36 ansible_ssh_port=22 ansible_ssh_user=root ansible_ssh_pass="123456"

#组名为dbserver，并且使用了表达式来表示连续的IP段
[dbserver]  
192.168.1.4[1:3] ansible_ssh_port=22 ansible_ssh_user=root ansible_ssh_pass="123456"  

[redis]
192.168.1.5[1:3]
[redisserver:vars]  #将信息定义为变量
ansible_ssh_pass="123456"

[nginx] #推荐写法
nginx_1 ansible_ssh_host=192.168.1.61 ansible_ssh_port=22 ansible_ssh_user=root ansible_ssh_pass="123456"
nginx_2 ansible_ssh_host=192.168.1.62 ansible_ssh_port=22 ansible_ssh_user=root ansible_ssh_pass="123456"

方法二：基于秘钥管理

基于秘钥管理客户端的话需要在管理端创建公钥和私钥，然后发送给被管理端的机器

#管理端创建秘钥并发送到每个被管理端
ssh-keygen
ssh-copy-id -i $被管理端IP

#管理端清单文件
vim /etc/ansible/hosts
[webserver]  #做好秘钥的机器只用写IP即可
192.168.1.31:22
192.168.1.32
192.168.1.33
192.168.1.36

[dbserver]  #也可以通过别名方式进行配置
node1 ansible_ssh_host=192.168.1.31 ansible_ssh_port=22
node2 ansible_ssh_host=192.168.1.32 ansible_ssh_port=22
node3 ansible_ssh_host=192.168.1.33 ansible_ssh_port=22

方法三：自定义Inventory清单文件

#创建清单文件
vim /etc/ansible/dockers
[dockers]
192.168.1.31 ansible_ssh_pass='123456'
192.168.1.32
192.168.1.33
#使用-i指定清单文件
ansible dockers -m ping -i /etc/dockers

五、Inventory内置参数

Oracle教程（5）数据泵备份教程与实战

Thu, 23 Apr 2026 15:03:52 +0800

一、数据泵介绍

数据泵（Data Pump）是 Oracle 10g 开始引入的命令行逻辑备份与恢复工具。通过 expdp / impdp ，可以对所有数据库对象（模式、表数据、表空间等）进行高效导出和导入，并且支持多进程并行导出导入、可暂停恢复备份作业、灵活的对象过滤与重映射（如 REMAP_SCHEMA、REMAP_TABLESPACE、REMAP_TABLE 等），还能直接在数据库间通过网络链路完成数据传输，无需落地中间文件。

二、备份前置工作

1、创建数据泵目录

数据泵目录是 Oracle 中定义的逻辑目录，用于配置导出和导入数据的存放位置，在进行导出和导入操作时都需要指定该目录

#登录数据库后创建逻辑目录
CREATE DIRECTORY DATA_PUMP_DIR AS '/u01/app/oracle/admin/backup/';

2、创建备份用户

CREATE USER backup_user IDENTIFIED BY "YourPassword123!";
GRANT READ, WRITE ON DIRECTORY DATA_PUMP_DIR TO backup_user;

3、授予用户备份权限

GRANT CREATE SESSION TO backup_user;
GRANT EXP_FULL_DATABASE TO backup_user;
GRANT IMP_FULL_DATABASE TO backup_user;

4、授予用户数据泵目录权限

GRANT READ, WRITE ON DIRECTORY DATA_PUMP_DIR TO backup_user;

三、expdp / impdp 常用选项说明

expdp username/password@db SERVICE_NAME directory=DATA_PUMP_DIR dumpfile=backup.dmp logfile=backup.log schemas=SCHEMA_NAME

1、expdp常用选项

· 文件相关

username/password：执行备份的数据库用户名和密码

@db：指定需要连接的数据库实例，可以通过tnsnames.ora查看

directory=DUMP_DIR：指示数据泵目录，即一开始创建的逻辑目录

dumpfile=backup.dmp：指定备份文件名

logfile=backup.log：备份日志

PARALLEL=4：并行备份，可以提高到处速度

COMPRESSION=ALL：压缩备份，ALL表示数据 + 元数据全部压缩，还可以设置为METADATA_ONLY（默认）、DATA_ONLY、NONE

JOB_NAME=my_backup：给任务命名，方便监控和恢复

FLASHBACK_TIME="TO_TIMESTAMP('2024-01-01 00:00:00','YYYY-MM-DD HH24:MI:SS')"：导出某一时间点的一致性数据

· 备份范围（四选一）

FULL=Y：导出整个数据库

SCHEMAS=$SCHEMA_NAME：导出指定 Schema

TABLES=$SCHEMA_NAME_$TABLE_NAME：导出指定表

TABLESPACES=TBS1,TBS2：导出指定表空间

· 过滤

CONTENT=ALL：指定需要导出的数据，默认为ALL，此外还有DATA_ONLY 和 METADATA_ONLY

QUERY=$TABLE_NAME:"WHERE deptno=10"：按照过滤条件进行备份

EXCLUDE=TABLE:"IN ('TMP','LOG','TEMP')"：备份时排除指定对象

INCLUDE=TABLE:"IN ('EMP','DEPT','SALARY')"：备份时只包含指定对象

2、impdp常用选项

dumpfile=backup.dmp：指定备份文件

logfile=restore.log：指定恢复过程的日志文件

schemas=SCHEMA_NAME：指定要恢复的模式名

TABLE_EXISTS_ACTION=REPLACE：导入时如果表已存在的处理方式，支持SKIP（跳过）、APPEND（追加）、TRUNCATE（先清空）和REPLACE（替换）

remap_tablespace=old_tablespace:new_tablespace：如果要恢复到不同的表空间，通过 remap_tablespace 参数进行映射，如果导出还原时表空间名一致就可以不用该选项

四、expdp / impdp 使用实例

1、expdp导出示例

· 完整备份

expdp username/password@db directory=DATA_PUMP_DIR dumpfile=all_tables.dmp logfile=all_tables.log full=yes

· 备份特定的表

expdp username/password@db directory=DATA_PUMP_DIR dumpfile=table_backup.dmp logfile=table_backup.log tables=SCHEMA_NAME.TABLE_NAME

· 只导出表结构

expdp username/password@db directory=DATA_PUMP_DIR dumpfile=structure_only.dmp logfile=structure_only.log content=metadata_only schemas=SCHEMA_NAME

· 并行导出

expdp username/password@db directory=DATA_PUMP_DIR dumpfile=backup%U.dmp logfile=backup.log schemas=SCHEMA_NAME parallel=4

2、impdp导出示例

· 从完整备份恢复

impdp username/password@db directory=DATA_PUMP_DIR dumpfile=full_backup.dmp logfile=full_restore.log full=yes

· 恢复指定表

impdp username/password@db directory=DATA_PUMP_DIR dumpfile=table_backup.dmp logfile=table_restore.log tables=SCHEMA_NAME.TABLE_NAME

· 导入数据到指定表空间

impdp username/password@db directory=DATA_PUMP_DIR dumpfile=backup.dmp logfile=restore.log remap_tablespace=old_tablespace:new_tablespace

五、监控数据泵作业

· 查看当前数据泵作业

SELECT * FROM DBA_DATAPUMP_JOBS;

· 查看作业进度

SELECT * FROM DBA_DATAPUMP_SESSIONS;

六、备份还原实战

将A服务器 Oracle 中的 IPLAT.HISTRORY_LOG 表恢复到B服务器 Oralce 中进行归档，恢复后保持表名不变或者使用一张新表保存，但是SCHEMA需要保持一致

1、源库创建 DIRECTORY

DIRECTORY 是 Oracle 中的数据库对象，用于指定数据库和操作系统物理路径的映射关系，把数据库内的一个名字和服务器磁盘上的真实路径关联起来。在对 Oracle 进行备份时，不允许直接写操作系统路径，而是需要先创建 DIRECTORY 对象，再把这个对象的权限授予具体用户

-- 查看已有 directory
SELECT directory_name, directory_path FROM dba_directories;

-- 如不存在，创建一个（路径需提前在 OS 上建好）
CREATE OR REPLACE DIRECTORY dp_dir AS '/data/datapump';

-- 授权给 iplat 用户
GRANT READ, WRITE ON DIRECTORY dp_dir TO iplat;

2、导出数据

注意 DIRECTORY 的名字要与数据库中已有的 DIRECTORY 保持一致

expdp iplat/密码@服务名 DIRECTORY=DUMPDIR \   
DUMPFILE=em_hi_log_$(date +%Y%m%d).dmp \
LOGFILE=em_hi_log_exp_$(date +%Y%m%d).log \
TABLES=iplat.EM_HI_LOG \
COMPRESSION=ALL

3、目标库创建DIRECTORY

确认目标库 DUMPDIR 目录对象存在，如果不存话按照上面的步骤创建

SELECT directory_name, directory_path FROM dba_directories  WHERE directory_name = 'DUMPDIR';

4、目标库创建用户

确认 iplat 用户存在，如果不存在需要提前创建

SELECT username, account_status FROM dba_users WHERE username = 'IPLAT';

5、确认目标库存在表空间

源库用的是 DS_IPLAT01表空间，如果目标库不进行表空间映射的话就需要保持一致；如果要不存在该表空间就要先行创建，避免写入到默认表空间

SELECT tablespace_name, status FROM dba_tablespaces WHERE tablespace_name = 'DS_IPLAT01';

--创建表空间
CREATE TABLESPACE DS_IPLAT01 \
DATAFILE '/u01/oradata/orcl/ds_iplat01_01.dbf' SIZE 10G \
AUTOEXTEND ON NEXT 1000M MAXSIZE 32G
EXTENT MANAGEMENT LOCALSEGMENT SPACE MANAGEMENT AUTO;

6、导入数据

这里使用REMAP_TABLE将表名进行了修改

impdp 'iplat/123456' \
DIRECTORY=DUMPDIR DUMPFILE=em_hi_log_20260611.dmp \
LOGFILE=em_hi_log_imp_20260611.log \
TABLES=iplat.EM_HI_LOG \
REMAP_TABLE=iplat.EM_HI_LOG:EM_HI_LOG_202606