數據泵異常后主機文件系統被占滿

IT那活兒發布于2023-01-11 13:20 / 3150人閱讀

數據泵異常后主機文件系統被占滿

點擊上方“IT那活兒”，關注后了解更多精彩內容！！！

環境描述

操作系統為SuSE11系列Linux。

軟件為Oracle12.1雙節點RAC。

問題描述

現象1：

模擬割接庫2節點主機文件系統/trandata 使用率為100%，通過linux命令df –h，查看如下：

現象2：

手動刪除部分已經存在的文件后，空間使用率會降下來，但很快又會被占滿。

現象3：

使用linux 命令 du - sh 命令查看 /trandata 目錄的使用情況如下（此文件系統總容量為256G）：

問題分析

根據這個庫的作用（此數據庫經常導入導出數據）分析，猜測是有數據庫導出進程將目錄占滿。

但在數據庫定義的directory目錄下沒有發現異常文件。而且當前文件系統下并沒有發現大文件，但使用率很高，導致所有人都認為是操作系統問題，而沒有往數據庫方向想。

后面進一步問題分析，有可能是有大文件刪除了，但是空間沒有被釋放，于是使用命令查看：

lsof | grep delete

發現進程號為2410的一個進程為expdp進程，此進程為 nohup 后臺進程導出dump數據文件到 /trandata/common/distill/cfg 目錄下。

問題原因

當前機器使用人較多，猜測導致此問題的原因為先起了一個expdp的進程在主機上導出，由于此目錄空間本身就使用率偏高，很快就導致expdp進程進入等待狀態。

此時相關人員并沒有按照正常的步驟去停止expdp進程，反而直接使用rm命令去清理過 /trandata/common/distill/cfg目錄，導致dump文件和日志文件都被清除。

但是文件號被expdp進程占著，導致文件雖然被刪除，但是空間并未被釋放。

然而數據庫泵進程一旦啟動，窗口Ctrl + C 或者關閉當前窗口，進程仍然會在后臺繼續運行，就導致了此文件系統被不斷的撐滿。

問題解決

根據問題原因，現在再次手動執行殺進程釋放文件號即可。

根據expdp的進程號：kill -9 2410，然后登錄到數據庫，查看是否還存在running狀態的job。

select * from dba_datapump_jobs t;

文件系統使用率立刻降為正常。

附expdp進程停止方法

在任務沒有正常結束時，若想停止任務，首先根據數據泵導出或導入的日志找到attach，然后expdp attach=*** 或者 impdp attach=*** 登錄后執行kill_job 輸入Yes即可。

或者參考（How To Cleanup Orphaned DataPump Jobs In DBA_DATAPUMP_JOBS ? (文檔 ID 336014.1)）。

--首先登錄數據庫刪除表：

SELECT o.status,o.object_id,o.object_type,
o.owner || . || object_name "OWNER.OBJECT",
DROP TABLE  || o.owner || . || object_name ||  purge;
"Drop master table"
FROM dba_objects o, dba_datapump_jobs j
WHERE o.owner = j.owner_name AND o.object_name = j.job_name
AND j.job_name NOT LIKE BIN$% ORDER BY 4, 2;

--然后執行停止任務即可：

DECLARE 
   h1 NUMBER; 
BEGIN 
   h1 := DBMS_DATAPUMP.ATTACH(前面查出的任務名,用戶名); 
   DBMS_DATAPUMP.STOP_JOB (h1); 
END; 
/

本文作者：譚凱

本文來源：IT那活兒（上海新炬王翦團隊）

點贊

在看

GPU云服務器云服務器 linux磁盤滿了刪除后端口后端異常ecs個數 Linux 數據泵 linux數據泵導出數據

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/129662.html

jvm調優

摘要：垃圾回收垃圾檢測引用計數法和可達性分析算法。引用計數法給一個對象添加引用計數器，每當有個地方引用它，計數器就加，引用失效就減。通常會在老年代內存被占滿時將會觸發，回收整個堆內存。基礎知識 JVM - HotSpot內存布局(1.8之前版本) showImg(https://segmentfault.com/img/bVMdE6?w=1024&h=608); 1.8版本開始，持久區沒有...

jemygraw 2019-08-14 18:06 評論0 收藏0
Spring Cloud Hystrix入門和Hystrix命令原理分析

摘要：系統需要支持命令的撤銷。第步計算斷路器的健康度會將成功失敗拒絕超時等信息報告給斷路器，斷路器會維護一組計數器來統計這些數據。第步，當前命令的線程池請求隊列或者信號量被占滿的時候。斷路由器模式在分布式架構中，當某個服務單元發生故障之后，通過斷路由器的故障監控(類似熔斷保險絲)，向調用方返回一個錯誤響應，而不是長時間的等待。這樣就不會使得線程因調用故障服務被長時間占用不釋放，避免了故障...

Betta 2019-08-19 11:03 評論0 收藏0
人工智能幫助千萬用戶完成「隱形征信」計算

摘要：量化派是一家數據驅動的科技金融公司，通過人工智能大數據機器學習等前沿技術提供消費信貸撮合及消費場景下的白條服務，每年處理千萬級用戶信用及信用消費申請。「小楊」最近裝修房子，準備去銀行貸款，但是聽說好多人會因為個人征信問題被銀行拒絕貸款！于是，他先查了一下自己的央行征信，發現竟然沒有自己的征信信息，「小楊」陷入了沉思，自己經常在淘寶、jd 上買東西，也有淘寶花唄和京東白條，怎么會沒有征...

Developer 2019-06-26 18:17 評論0 收藏0