小景的Dba之路--impdp导入数据问题报错排查总结

小景最近在工作中遇到了一个问题，用impdp做数据导入的时候，有以下报错，下面是问题排查过程：

首先看到了ORA-01950：no privileges on tablespace ‘PUBDATA’ 这个报错，小景想到了以下原因：

1. 权限问题：ORA-01950错误表示用户没有在PUBDATA表空间上的特定对象的权限。这可能是由于数据库权限配置不当，导致导出进程无法访问相关的表空间和对象。解决方案是检查用户权限设置，确保用户拥有足够的权限来执行数据导出操作。
2. 作业不存在：ORA-31626错误表示尝试操作的作业不存在。这可能是由于指定的作业名称不正确或者作业已经被删除或更改。需要检查作业名称的拼写和准确性，并确保作业存在且具有正确的配置。
3. 无法创建主表：ORA-31633错误表示无法创建主表。这可能是由于表空间不足、磁盘空间不足或其他存储问题导致的。需要检查数据库的存储配置和可用空间，确保有足够的空间来创建所需的表结构。
4. 内部错误：ORA-06512错误表示遇到了内部错误。这可能是由于Oracle数据库内部的问题或配置不当导致的。需要进一步检查Oracle数据库的状态和配置，以及版本兼容性问题。

然后我把关注点主要聚焦在ORA-01950权限问题和ORA-31633无法创建主表这两个报错上，针对ORA-01950权限问题，我这边直接用system用户来操作，然后查了下对应的用户下的表空间：

SELECT   
    u.username,  
    t.tablespace_name,  
    ROUND((t.total_mb - t.free_mb) / t.total_mb * 100, 2) AS used_percent  
FROM   
    dba_users u  
JOIN   
    (SELECT   
        user#,  
        SUM(bytes) / 1024 / 1024 AS total_mb,  
        SUM(bytes) / 1024 / 1024 - SUM(NVL(free_bytes, 0)) / 1024 / 1024 AS free_mb  
    FROM   
        dba_data_files   
    WHERE   
        owner = 'SYSTEM'  
    GROUP BY user#) t  
ON   
    u.user# = t.user#;

这个查询将返回SYSTEM用户所拥有的每个表空间的名称、使用率和总大小。通过这个查询，小景发现system和sysaux用户下的表空间使用率都达到了99%，那么下面就是要进行表空间的拓展：

1. 登录到数据库

使用SQL*Plus或其他数据库客户端工具，通过具有足够权限的用户（如SYSDBA）连接到目标数据库。

2. 检查表空间状态

在执行任何操作之前，了解表空间的使用情况是非常重要的。你可以使用以下查询来获取更详细的表空间使用情况：

SELECT   
    tablespace_name,   
    SUM(bytes) / 1024 / 1024 AS total_mb,   
    SUM(used_bytes) / 1024 / 1024 AS used_mb,   
    SUM(free_bytes) / 1024 / 1024 AS free_mb,   
    ROUND((SUM(used_bytes) / SUM(bytes)) * 100, 2) AS used_percent   
FROM   
    dba_data_files   
GROUP BY tablespace_name;

这将显示每个表空间的名称、总大小、已用大小、可用大小以及使用百分比。

3. 添加数据文件到表空间

使用ALTER TABLESPACE语句添加新的数据文件。你需要指定数据文件的路径、文件名以及大小。例如：

 ALTER TABLESPACE your_tablespace_name ADD DATAFILE '/path_to_datafile/datafile_name.dbf' SIZE 500M; 

这将向名为your_tablespace_name的表空间添加一个大小为500MB的数据文件。确保替换/path_to_datafile/datafile_name.dbf为实际的文件路径和名称。

4. 调整现有数据文件的大小

如果需要调整现有数据文件的大小，可以使用以下语句：

 ALTER DATABASE DATAFILE '/path_to_datafile/datafile_name.dbf' RESIZE 1024M; 

这将调整名为/path_to_datafile/datafile_name.dbf的数据文件的大小为1024MB。确保替换为实际的文件路径和名称。

5. 重新构建索引（可选）

在某些情况下，添加或调整数据文件后，可能需要重新构建特定表的索引以优化性能。你可以使用以下命令来重新构建索引：

 ALTER INDEX your_index_name REBUILD; 

这将重新构建存储在名为your_index_name的索引。确保替换为要重新构建的索引的实际名称。

6. 验证扩展操作（可选）

执行适当的查询和检查，以确保表空间已成功扩展并且应用程序能够正常使用。你可以再次运行步骤2中的查询来验证扩展是否成功。确保检查数据库的性能和响应时间，以确保一切正常。

7. 定期监控和维护（可选）

为了保持表空间的健康和性能，建议定期监控表空间的使用情况，并执行常规的维护任务，如重新组织表和索引。确保在需要时根据业务需求调整表空间大小。可以使用Oracle提供的工具和监视工具来监控表空间的使用情况。

至此，问题完美解决，下面是一些总结延申及拓展：

1. 检查该用户是否具有表空间中特定对象的访问权限：

1. 1. 特定对象的访问权限：用户需要具有对PUBDATA表空间中特定对象的访问权限。您可以查询数据库中的权限表，例如USER_TAB_PRIVS，以检查用户是否具有对目标对象的访问权限。
      1. sql`SELECT * FROM USER_TAB_PRIVS WHERE TABLE_NAME = 'YOUR_TABLE';`
   2. 表空间的存储权限：用户还需要具有在PUBDATA表空间中创建、修改和删除对象的存储权限。您可以查询数据库中的权限表，例如USER_TS_QUOTAS，以检查用户在表空间上的配额和限制。
      1. sql`SELECT * FROM USER_TS_QUOTAS WHERE TABLESPACE_NAME = 'PUBDATA';`

　　2. impdp中的重定向：

impdp system/123456@orcl directory=kdbak schemas=K3CLOUDDCUSERORACLE dumpfile=K3Cloud20200717000101.dmp table_exists_action=replace exclude=statistics transform=OID:N Remap_schema=hr:hr2

　　其中要指定一下schema，schema就是导入的目标用户，需要重定向就用remap即可，例如：你的表都在hr这个用户下，还导入到hr下，就指定schema=hr，如果要导入到hr2用户下，就用remap重定向。

 

最后，希望小景的这篇文章可以帮助您解决实际工作中的问题，有什么问题可以评论区或者关注我的微信公众号来交流。