1. 程式人生 > >linux環境下根目錄磁碟空間滿導致資料庫無法啟動的問題的解決

linux環境下根目錄磁碟空間滿導致資料庫無法啟動的問題的解決

1、登陸資料庫時,把磁碟空間不足,無法登陸

[[email protected]flash_recovery_area]$sqlplus/assysdba

SQL*Plus: Release10.2.0.1.0-Productionon 星期五 11月 2817:56:132014

Copyright (c)1982,2005,Oracle.Allrightsreserved.

ERROR:

ORA-09817: 無法寫入審計檔案。

Linux Error:28:Nospaceleftondevice

ORA-09945: Unable toinitialize the audit trail file

Linux-x86_64 Error:28: No space left on device

ORA-01075: 您現在已登入

2、載入新的磁碟,並建立oracle的目錄賦予許可權並進行掛載

[[email protected]u02]#mkfs.ext3 /dev/sdb1

[[email protected]u02]#chownoracle.dba/u02

[[email protected]oradata]$mkdir-p/u02/oradata/orcl

[[email protected]u02]#mount /dev/sb1/u02

3、因此磁碟空間不足而導致無法登陸時,可以先將資料檔案移動到新掛載的目錄上

[[email protected] oradata]$ cd orcl/

[[email protected] orcl]$ ls

acptdat.dbf  assetdat.dbf cbsdat.dbf crdtdat.dbf dataidx2.dbf fildat.dbf filidx6.dbf fundidx.dbf hisdat13.dbf hisdat6.dbfhisidx11.dbf hisidx.dbf redo01.log settdat.dbf sysaux02.dbf temp02.dbf useridx.dbf

acptidx.dbf  assetidx2.dbf

cbsidx.dbf crdtidx2.dbf dataidx.dbf filidx2.dbf filidx7.dba hisdat01.dbf hisdat2.dbf hisdat7.dbf hisidx2.dbf ofunddat.dbf redo02.log settidx.dbf sysaux03.dbf temp03.dbf users01.dbf

archdat.dbf  assetidx.dbf control01.ctl crdtidx.dbf fildat01.dbf filidx3.dbf filidx.dbf hisdat10.dbf hisdat3.dbf hisdat8.dbf hisidx3.dbf ofundidx.dbf redo03.log settinitdat.dbf system01.dbf temp04.dbf

archidx.dbf  bonddat.dbf control02.ctldatadat.dbf fildat1.dbf filidx4.dbf funddat.dbf hisdat11.dbf hisdat4.dbf hisdat9.dbf hisidx4.dbf proddat.dbf secudat.dbf settinitidx.dbf system02.dbf undotbs01.dbf

assetdat2.dbf  bondidx.dbfcontrol03.ctl dataidx1.dbffildat2.dbf filidx5.dbf fundidx2.dbf hisdat12.dbfhisdat5.dbf hisdat.dbf hisidx5.dbf prodidx.dbf secuidx.dbf sysaux01.dbf temp01.dbf userdat.dbf

[[email protected] orcl]$mv hisdat01.dbf /u02/oradata/orcl/

4、啟動資料庫,直接startup會報錯剛剛移動的資料檔案不存在類似

可以在mount資料庫的狀態下,指定資料檔案到新的位置

SQL*Plus: Release10.2.0.1.0-Productionon 星期五 11月 2818:21:052014

Copyright (c)1982,2005,Oracle.Allrightsreserved.

已連線到空閒例程。

SQL> startupmount

ORACLE 例程已經啟動。

Total SystemGlobalArea524288000bytes

Fixed Size1220384bytes

Variable Size213909728bytes

Database Buffers301989888bytes

Redo Buffers7168000bytes

資料庫裝載完畢。

SQL>  alterdatabaserenamefile'/u01/app/oracle/oradata/orcl/hisdat01.dbf'to'/u02/oradata/orcl/hisdat01.dbf';

資料庫已更改。

SQL> alterdatabaseopen;

資料庫已更改。

SQL> altersystemregister;

系統已更改。

SQL> 

相關推薦

linux環境根目錄磁碟空間滿導致資料庫無法啟動的問題的解決

1、登陸資料庫時,把磁碟空間不足,無法登陸 [[email protected]flash_recovery_area]$sqlplus/assysdba SQL*Plus: Release10.2.0.1.0-Productionon 星期五 11月 2817:

【Greenplum】Greenplum 磁碟空間滿資料庫宕機解決方法

一、背景 後臺一直往 Greenplum 資料庫生成資料,由於沒關注磁碟空間,導致資料儲存空間利用率達到100%,資料庫宕機無法啟動。 當然上述情況是可以通過很多方式規避的: 利用率達到70%時擴充套件空間 利用率達到70%時清理資料庫無用資料 在資料目錄下放

11g rac 修改引數檔案導致資料庫無法啟動 解決方案!

rac中spfile預設是存在  '+DATADG/SID/spfileSID.ora' 然而一次修改錯誤的修改引數,重啟起資料庫之後報錯導致資料庫起不來了。 則可以先用各個節點上備用的pfile來啟動。備用pfile位置:        '$ORACLE_BASE/adm

linux磁碟空間不足導致oracle無法登入的解決方案

問題:​​​​​​oracle突然無法登入成功 原因:發現是磁碟空間不足,而且oracle被關閉了 解決方案如下: 1、確定oracle安裝在哪臺linux機器,並登入 2、檢視磁碟使用情況 : df -h,看看哪個磁碟空間滿了 3、找到沒有用的檔案,並刪掉。

Linux系統擴容根目錄磁碟空間的操作方法

一、使用背景 Linux根目錄磁碟空間不夠用了,當修改了虛擬機器模版增加磁碟大小或者插入了一塊新硬碟,但是發現系統裡的大小還是沒改變。 產生的原因是沒有給磁碟格式化,沒有增加分割槽。 二、操作方法 1.檢視磁碟空間大小,使用df -h 命令,發現掛載根目錄節點的/dev/mapper/vg_

Linux環境在docker中配置Oracle資料庫並實現資料持久化

一  CentOs安裝docker 前置條件: 64-bit 系統 kernel 3.10+ 作者以下操作皆在root使用者下進行 1.檢查核心版本,返回的值大於等於3.10即可。   # uname -r 2.確保yum是最新的   # yum up

Linux(rescue模式)修復fstab文件造成系統無法啟動解決

掛載 bsp rom 工作 單用戶模式 資料 adding 模式 mnt 新添加了一個硬盤sdb1,將其掛載到/mnt/cdrom下,為了在啟動服務器時能自動掛載,修改了/etc/fstab文件,導致啟動時報無法掛載錯誤,進入repair filesystem模式後,想要修

Linux檔案系統破壞,導致系統無法啟動解決辦法

Linux下普遍採用的是ext3檔案系統,ext3是一個具有日誌記錄功能的日誌檔案系統,可以進行簡單的容錯和恢復,但是在一個高負荷讀寫的ext3檔案系統下,如果突然發生掉電,就很有可能發生檔案系統內部結構不一致,導致檔案系統破壞。Linux在啟動時,會自動去分析和檢查系統分

由於空間不足導致Mysql無法啟動

        昨天又遇到了mysql資料庫無法重啟的問題,還以為是上次許可權的原因,看了下mysql的錯誤日誌: 111202 10:05:57 mysqld restarted 111202 10:05:57 [ERROR] /usr/local/mysql5/libe

MySQL之——表資料檔案損壞導致資料庫無法啟動

一、問題日誌 2017-08-31 14:18:05 4122 [Note] InnoDB: Database was not shutdown normally! 2017-08-31 14:18:05 4122 [Note] InnoDB: Starting cra

解決Linuxpcieport 0000:00:1c.5問題導致的系統根目錄/磁碟空間不足

最近剛換了筆記本,拿到本後在win10基礎裝上Ubuntu 16.04雙系統,有個問題是每次關機都會報一堆pcie問題,並且經常沒聲音,聲音問題通過上一篇文章暫時解決,然後就沒在意了,可是幾天後出現系統盤根目錄磁碟空間不夠的提醒,於是用磁碟空間分析工具檢視,/var/log/下kern.log 和syslog

VMware擴充套件Linux根目錄磁碟空間(Centos版本)

1、Centos 關機,選擇編輯虛擬機器設定,硬碟,在實用工具那裡選擇“擴充套件”,指定你需要的儲存大小 2、啟動客戶機作業系統Centos,檢視磁碟情況 輸入指令 fdisk -l 顯示結果如下 Disk /dev/loop0: 107.4 GB, 107374182400 bytes 255 h

Linux 分配/home的磁碟空間根目錄

inux版本:Oracle Linux 6.9   系統安裝完成以後,根目錄的磁碟空間只有50G,剩餘的大部分空間會分配到/home目錄下面。使用過程中很少使用到/home目錄,所以我們來把/home目錄的磁碟空間分配一些給根目錄 檢視磁碟使用情況:df -hl   解除安裝/home目錄:

linux磁碟空間滿了後怎麼去判定哪個地方佔了多大的空間並回收

df -h    #檢視磁碟空間佔用情況 du -s /* |sort -nr    #檢視那個目錄佔用空間大 du -h –max-depth=1    #檢視當前目錄下資料夾大小情況 lsof | grep

Linux解決磁碟空間滿了的問題

1、用命令 df -h 判斷是否真的是磁碟空間滿了,如果是則進入下一步; 2、用 find / -size +10G -print 命令找出超大的檔案(如該命令中大於10G的檔案),判斷是否有用,如無用,則刪除; 3、用命令 du -sh * | sort -nr | gr

雲伺服器 ECS Linux 磁碟空間滿(含inode滿)問題排查方法

問題描述在雲伺服器ECS Linux系統內建立檔案時,出現類似如下空間不足提示:No space left on device …問題原因導致該問題的可能原因包括:磁碟分割槽空間使用率達到百分之百。磁碟分割槽inode使用率達到百分之百。殭屍檔案:已刪除檔案因控制代碼被佔用未

解決Linux磁碟空間滿的“軟”辦法

http://itlab.idcquan.com/linux/administer/802363.html 由於當初安裝系統時設計不合理,有些分割槽分的過小,以及網路通訊故障等造成日誌檔案迅速增長等其他原因都可能表現為磁碟空間滿,造成無法讀寫磁碟,應用程式無法執行等。下

du命令解決linux磁碟空間滿的問題(很不錯的哦)

首先你要確定是不是真正的是因為資料空間佔滿磁碟,經常是因為某個程式的日誌佔滿了空間。當發現磁碟滿了以後不要著急,使用以下命令從根目錄開始排除查詢哪個資料夾最大:du --max-depth=1 找到最大的目錄後,進入目錄再執行上面的命令,逐步就找到大空間的檔案夾了,如果是

Linux環境 升級Python的pip,導致pip命令不可用,報錯ImportError: cannot import name main解決辦法

首先進入根目錄,在 usr/bin 目錄下 找到 pip 檔案。(如果是在虛擬環境中,則需要去對應的虛擬環境中查詢對應的 pip 檔案) 開啟pip檔案顯示程式碼如下: # -*- coding: ut

Linux環境的 pyenv的安裝

pyenvCentOS上安裝pyenv:在安裝pyenv前,需要先安裝如下的依賴包:在 CentOS/RHEL/Fedora 下:yum install readline readline-devel readline-static yum install openssl openssl-devel open