環境:RHEL 6.5 + Oracle 11.2.0.4 RAC 現象:巡檢發現自己的測試環境節點2的空間使用率過高,進一步查詢,發現大文件是GI目錄下crfclust.bdb文件。 crfclust.bdb文件大小達到6G+,如下: 網上搜索crfclust.bdb這個文件,發現這類 ...
今天在檢查oracle rac集群時,突然才發現服務器的根目錄下面占用了很多空間,照道理不應該出現這種情況,初步猜想可能是哪個日志或跟蹤文件太大導致。切換到跟目錄,使用du sh 來一層一層查看到底是哪個文件占用了這么多空間,最后定位到目錄 u app . . grid crf db lt hostname gt 使用ls lSrh對文件進行排序,發現 罪魁禍首 是crfclust.bdb roo ...
2019-10-15 12:17 0 445 推薦指數:
環境:RHEL 6.5 + Oracle 11.2.0.4 RAC 現象:巡檢發現自己的測試環境節點2的空間使用率過高,進一步查詢,發現大文件是GI目錄下crfclust.bdb文件。 crfclust.bdb文件大小達到6G+,如下: 網上搜索crfclust.bdb這個文件,發現這類 ...
Word文件我想大家應該都是接觸過的吧,一般的文件,大家都是希望內存越小越好,這樣的話,也就方便文件的保存什么之類的事情了,Word文件也是不例外的,至於怎么壓縮Word文件的話,這里小編跟大家提供一個小方法吧。 1、對於Word文件來說,可能大家覺得Word文件不怎么穩定,要壓縮的話,可能會 ...
git命令行 git提交失敗的解決辦法 1 提交后提示 fatal: recursion detected in die handler 問題原因: 問題原因是http.postBuffer默認上限 ...
.git/objects/pack 文件過大 可能是由於開發過程中上傳過大文件,雖然現已刪除,但仍然保存着git記錄中。 解決辦法: 一、刪除倉庫上的項目,重新提交代碼。 二、徹底清除歷史記錄 1.識別出最大的三個文件 git verify-pack -v .git/objects ...
使用 pyinstaller -F 打包exe文件的時候,發現生成exe的時候很慢很慢,大概10幾分鍾,而且打包好的文件居然有300M+。 同時發現運行起來很慢才出結果,直接用py文件運行的話,可能會快一分鍾左右 百度了一下,說是Anaconda打包會打包一堆無關的模塊 ...
Visio文件隨着不斷的編輯修改會變的越來越臃腫, 因為有越來越多的再也不需要在圖中出現的masters, styles, layers, fonts, colors. 一般來說, 這些元素對文件尺寸的影響有限, 但有時確不是這樣. 從Visio2007開始, 就有了個新feature, 叫做 ...
現象:Windows 操作系統的Oracle 數據庫,使用sqlplus 連接(不指定實例名)連接很快,程序連接或使用連接工具或在Net Manager 中測試連接都需要花費約三四十秒的時間(程序連接可能失敗)。 通過tsping localhost 測試,亦花費三四十秒。 查看 ...
問題 github 上的 repo 由於 commit 次數過多 導致 repo 被 clone 下來時,.git文件夾特別大,比代碼本身大。 我確定當前 commit 之前的 change 對我都沒有用了,用什么方法能清除之前的提交記錄,讓 clone 下來的 .git 文件夾變小 ...