文章目录
- 背景
- 初步诊断
- [NFS 挂载检查](#NFS 挂载检查)
- 解决过程
-
- [步骤 1：解除挂载并重新挂载 NFS](#步骤 1：解除挂载并重新挂载 NFS)
- [步骤 2：测试档案锁定](#步骤 2：测试档案锁定)
- [步骤 3：重新执行 expdp](#步骤 3：重新执行 expdp)
- [为什么禁用 NFS 锁定有效？](#为什么禁用 NFS 锁定有效？)
- 结论
在 Oracle 数据库管理中，Data Pump（expdp 和 impdp）是常用的工具，用于高效地导出和导入数据库对象。然而，在执行 expdp 导出操作时，可能会遇到档案锁定相关的错误，例如 ORA-31641 和 ORA-27086，导致导出失败。本文将基于一个实际案例，深入探讨这些错误的原因，特别是与 NFS（Network File System）档案锁定配置相关的问题，并分享解决方案和最佳实践。
背景
在某 Oracle 10g 数据库环境（版本 10.2.0.5.0，64 位）中，尝试使用 expdp 工具导出数据库模式，导出档案储存在 NFS 挂载点 /mnt/002005/DUMP/ORADB/ 下。然而，操作失败，报以下错误：
bash
Connected to: Oracle Database 10g Release 10.2.0.5.0 - 64bit Production
ORA-39001: invalid argument value
ORA-39000: bad dump file specification
ORA-31641: unable to create dump file "/mnt/002005/DUMP/ORADB/ORADB.20250501.dmp"
ORA-27086: unable to lock file - already in use
Linux-x86_64 Error: 37: No locks available
Additional information: 10初步诊断
为确认问题，管理员执行了以下命令，测试档案锁定功能：
bash
touch /mnt/002005/DUMP/ORADB/test.lock
flock /mnt/002005/DUMP/ORADB/test.lock -c "echo 'lock acquired'; sleep 5"输出：
bash
flock: /mnt/002005/DUMP/ORADB/test.lock: No locks available- touch：成功创建测试档案 test.lock，表明文件系统的写入权限正常。
- flock：尝试对档案加锁，但失败，报「No locks available」，与 expdp 错误一致。这确认问题与档案锁定机制有关，而非权限或空间问题。
NFS 挂载检查
检查 NFS 挂载点的配置：
bash
mount | grep mnt输出：
bash
172.19.5.105:/tapebackup_restore on /mnt type nfs (rw,lock,nfsvers=3,addr=172.19.5.105)挂载点：/mnt 挂载了远程 NFS 服务器 172.19.5.105 的 /tapebackup_restore 目录
选项：
- rw：可擦写。
- lock：启用档案锁定（预设行为）。
- nfsvers=3：使用 NFS 版本 3。
- addr=172.19.5.105：远程服务器 IP。
lock 选项表明 NFS 客户端尝试使用档案锁定，但 flock 和 expdp 的失败提示锁定服务不可用，可能由以下原因引起： - NFS 服务器的锁定服务（rpc.lockd）未运行或配置错误。
- 网络问题导致锁定请求无法到达服务器。
- NFS 客户端或服务器的档案锁定支持被禁用。
解决过程
步骤 1：解除挂载并重新挂载 NFS
为解决锁定问题，决定禁用 NFS 档案锁定，重新挂载文件系统：
bash
unmount /mnt
mount -t nfs -o nolock,vers=3 172.19.5.105:/tapebackup_restore /mnt检查重新挂载情况
bash
mount | grep mnt
172.19.5.105:/tapebackup_restore on /mnt type nfs (rw,nolock,nfsvers=3,addr=172.19.5.105)输出表明重新挂载成功
变化：挂载选项从 lock 变为 nolock，表明档案锁定已禁用。
步骤 2：测试档案锁定
再次测试档案锁定：
bash
flock /mnt/002005/DUMP/ORADB/test.lock -c "echo 'lock acquired'; sleep 5"输出：
bash
lock acquired- 结果：flock 成功获得锁并输出「lock acquired」，表明禁用 NFS 锁定后，档案锁定操作正常。这是因为 nolock 选项使客户端不再依赖 NFS 服务器的锁定服务。
步骤 3：重新执行 expdp
管理员使用以下命令重新执行 Data Pump 导出：
bash
expdp system/exp parfile=./ORADB.20250420.parfile输出：
bash
Export: Release 10.2.0.5.0 - 64bit Production on Thursday, 01 May, 2025 9:47:48
Copyright (c) 2003, 2007, Oracle. All rights reserved.
Connected to: Oracle Database 10g Release 10.2.0.5.0 - 64bit Production
Starting "SYSTEM"."SYS_EXPORT_SCHEMA_03": system/******** parfile=./ORADB.20250420.parfile
Estimate in progress using BLOCKS method...
Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA
Total estimation using BLOCKS method: 604.3 GB
Processing object type SCHEMA_EXPORT/TABLE/TABLE
Processing object type SCHEMA_EXPORT/TABLE/INDEX/INDEX结果：导出操作成功启动，无 ORA-31641 或 ORA-27086 错误。Data Pump 开始估算表数据大小（604.3 GB）并处理表和索引等对象。
为什么禁用 NFS 锁定有效？
NFS 档案锁定的机制
NFS 档案锁定依赖于 NFS 服务器的锁定守护进程（rpc.lockd）和客户端的锁定支持：
- 当 NFS 挂载选项包含 lock（默认）时，客户端会尝试通过 rpc.lockd 与服务器协商档案锁。
- 如果服务器的锁定服务未运行、配置错误或网络中断，锁定请求会失败，导致 No locks available 错误。
在 Oracle Data Pump 中，expdp 会对导出档案（.dmp）进行锁定，以确保档案在写入过程中不被其他进程干扰。当 NFS 锁定服务不可用时，Oracle 无法锁定档案，报 ORA-27086 和 ORA-31641。
nolock 选项的作用
使用 nolock 选项挂载 NFS 文件系统后： - 客户端不再尝试使用 NFS 锁定服务，而是依赖本地文件系统的锁定机制或完全不加锁。
- 这绕过了 NFS 服务器锁定服务的限制，使 expdp 能成功创建和写入导出档案。
- 对于 flock 测试，nolock 允许本地进程模拟锁定行为，无需与 NFS 服务器协商。
风险与权衡
禁用 NFS 锁定虽然解决了问题，但可能带来以下风险：
• 并发写入风险：如果多个进程同时写入同一档案，缺乏锁定可能导致数据损坏。
• 应用兼容性：某些应用可能依赖 NFS 锁定来确保数据一致性。
在单一 expdp 操作的场景中，这些风险通常可控，因为导出档案由单一进程独占写入。
结论
在 Oracle 环境中执行 expdp 导出时，NFS 档案锁定问题可能导致 ORA-31641 和 ORA-27086 错误。本案例展示了如何通过诊断（使用 flock 测试）、调整 NFS 挂载选项（从 lock 改为 nolock）以及重新执行导出来解决问题。禁用 NFS 锁定虽然有效，但需谨慎评估并发写入的风险。