ORA-01157ORA-01110故障解决
今天在启动虚拟机测试库时,数据库报了ORA-01157和ORA-01110错误,提示找不到一个数据文件。我一看文件名就知道问题在哪儿了,是
今天在启动虚拟机测试库时,数据库报了ORA-01157和ORA-01110错误,提示找不到一个数据文件。我一看文件名就知道问题在哪儿了,是另一台虚拟机没有启动导致的,因为这个数据库通过dnfs创建了一个“远程”表空间。由于暂时不想启动那台虚拟机(节省内存),干脆就把这个表空间删除,熟悉一下trouble-shooting的过程。
1.环境准备
我们在Oracle11g中进行测试。
SQL>
SQL> select * from v$version;
BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - Production
PL/SQL Release 11.2.0.3.0 - Production
CORE 11.2.0.3.0 Production
TNS for Linux: Version 11.2.0.3.0 - Production
NLSRTL Version 11.2.0.3.0 - Production
SQL>
2.启动数据库报错
在启动数据库过程中,报了ORA-01157和ORA-01110错误,提示找不到数据文件。
SYS@HOEGH>startup
ORACLE instance started.
Total System Global Area 941600768 bytes
Fixed Size 1348860 bytes
Variable Size 524290820 bytes
Database Buffers 411041792 bytes
Redo Buffers 4919296 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 9 - see DBWR trace file
ORA-01110: data file 9: \'/u02/oradata/HOEGH/test_tbs01.dbf\'
SYS@HOEGH>select status from v$instance;
STATUS
------------
MOUNTED
SYS@HOEGH>
由于另外一台虚拟机没有启动,数据库在启动过程中后台进程不能找到相应的数据文件或者不能锁定相应的数据文件,数据库将禁止访问这些数据文件而其他的数据文件则没有影响。ORA-01157错误一般和ORA-01110错误一起出现。
3.重启数据库到mount状态,删除数据文件
启动数据库时,nomount状态读取参数文件,mount状态读取控制文件,在mount状态下可以删除数据文件。
SYS@HOEGH>
SYS@HOEGH>startup nomount
ORACLE instance started.
Total System Global Area 941600768 bytes
Fixed Size 1348860 bytes
Variable Size 524290820 bytes
Database Buffers 411041792 bytes
Redo Buffers 4919296 bytes
SYS@HOEGH>
SYS@HOEGH>
SYS@HOEGH>alter database mount;
Database altered.
SYS@HOEGH>alter database datafile \'/u02/oradata/HOEGH/test_tbs01.dbf\' offline drop;
Database altered.
4.打开数据库,删除表空间
启动数据库到open状态,,查找数据文件对应的表空间名称;然后,删除表空间。
SYS@HOEGH>alter database open;
Database altered.
SYS@HOEGH>
SYS@HOEGH>select file_id,tablespace_name from dba_data_files;
FILE_ID TABLESPACE_NAME
---------- ------------------------------
4 USERS
3 UNDOTBS1
2 SYSAUX
1 SYSTEM
5 TEST1
6 TEST2
7 TEST3
8 TEST
9 TEST_TBS
9 rows selected.
SYS@HOEGH>col file_name for a50
SYS@HOEGH>col file_id for 99
SYS@HOEGH>col tablespace_name for a10
SYS@HOEGH>col status for a10
SYS@HOEGH>col online_status for a20
SYS@HOEGH>select file_name,file_id,TABLESPACE_NAME,STATUS,ONLINE_STATUS from dba_data_files;
FILE_NAME FILE_ID TABLESPACE STATUS ONLINE_STATUS
-------------------------------------------------- ------- ---------- ---------- --------------------
/u01/app/oracle/oradata/HOEGH/users01.dbf 4 USERS AVAILABLE ONLINE
/u01/app/oracle/oradata/HOEGH/undotbs01.dbf 3 UNDOTBS1 AVAILABLE ONLINE
/u01/app/oracle/oradata/HOEGH/sysaux01.dbf 2 SYSAUX AVAILABLE ONLINE
/u01/app/oracle/oradata/HOEGH/system01.dbf 1 SYSTEM AVAILABLE SYSTEM
/u01/app/oracle/oradata/HOEGH/TEST101.dbf 5 TEST1 AVAILABLE ONLINE
/u01/app/oracle/oradata/HOEGH/TEST201.dbf 6 TEST2 AVAILABLE ONLINE
/u01/app/oracle/oradata/HOEGH/TEST301.dbf 7 TEST3 AVAILABLE ONLINE
/u01/app/oracle/oradata/HOEGH/test.dbf 8 TEST AVAILABLE ONLINE
/u02/oradata/HOEGH/test_tbs01.dbf 9 TEST_TBS AVAILABLE RECOVER
9 rows selected.
SYS@HOEGH>drop tablespace TEST_TBS including contents;
Tablespace dropped.
SYS@HOEGH>
SYS@HOEGH>select file_name,file_id,TABLESPACE_NAME,STATUS,ONLINE_STATUS from dba_data_files;
FILE_NAME FILE_ID TABLESPACE STATUS ONLINE_STATUS
-------------------------------------------------- ------- ---------- ---------- --------------------
/u01/app/oracle/oradata/HOEGH/users01.dbf 4 USERS AVAILABLE ONLINE
/u01/app/oracle/oradata/HOEGH/undotbs01.dbf 3 UNDOTBS1 AVAILABLE ONLINE
/u01/app/oracle/oradata/HOEGH/sysaux01.dbf 2 SYSAUX AVAILABLE ONLINE
/u01/app/oracle/oradata/HOEGH/system01.dbf 1 SYSTEM AVAILABLE SYSTEM
/u01/app/oracle/oradata/HOEGH/TEST101.dbf 5 TEST1 AVAILABLE ONLINE
/u01/app/oracle/oradata/HOEGH/TEST201.dbf 6 TEST2 AVAILABLE ONLINE
/u01/app/oracle/oradata/HOEGH/TEST301.dbf 7 TEST3 AVAILABLE ONLINE
/u01/app/oracle/oradata/HOEGH/test.dbf 8 TEST AVAILABLE ONLINE
8 rows selected.
SYS@HOEGH>
5.重启数据库
在进行上述操作后,重启数据库,确保数据库能够正常打开。
SYS@HOEGH>
SYS@HOEGH>shut immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS@HOEGH>
SYS@HOEGH>
SYS@HOEGH>startup
ORACLE instance started.
Total System Global Area 941600768 bytes
Fixed Size 1348860 bytes
Variable Size 511707908 bytes
Database Buffers 423624704 bytes
Redo Buffers 4919296 bytes
Database mounted.
Database opened.
SYS@HOEGH>
本文永久更新链接地址:

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









この記事では、MySQLのAlter Tableステートメントを使用して、列の追加/ドロップ、テーブル/列の名前の変更、列データ型の変更など、テーブルを変更することについて説明します。

記事では、証明書の生成と検証を含むMySQL用のSSL/TLS暗号化の構成について説明します。主な問題は、セルフ署名証明書のセキュリティへの影響を使用することです。[文字カウント:159]

記事では、MySQLで大規模なデータセットを処理するための戦略について説明します。これには、パーティション化、シャード、インデックス作成、クエリ最適化などがあります。

記事では、MySQLワークベンチやPHPMyAdminなどの人気のあるMySQL GUIツールについて説明し、初心者と上級ユーザーの機能と適合性を比較します。[159文字]

この記事では、ドロップテーブルステートメントを使用してMySQLのドロップテーブルについて説明し、予防策とリスクを強調しています。これは、バックアップなしでアクションが不可逆的であることを強調し、回復方法と潜在的な生産環境の危険を詳述しています。

INNODBのフルテキスト検索機能は非常に強力であり、データベースクエリの効率と大量のテキストデータを処理する能力を大幅に改善できます。 1)INNODBは、倒立インデックスを介してフルテキスト検索を実装し、基本的および高度な検索クエリをサポートします。 2)一致を使用してキーワードを使用して、ブールモードとフレーズ検索を検索、サポートします。 3)最適化方法には、単語セグメンテーションテクノロジーの使用、インデックスの定期的な再構築、およびパフォーマンスと精度を改善するためのキャッシュサイズの調整が含まれます。

記事では、外部キーを使用してデータベース内の関係を表すことで、ベストプラクティス、データの完全性、および避けるべき一般的な落とし穴に焦点を当てています。

この記事では、クエリパフォーマンスを強化するために、PostgreSQL、MySQL、MongoDBなどのさまざまなデータベースでJSON列にインデックスの作成について説明します。特定のJSONパスのインデックス作成の構文と利点を説明し、サポートされているデータベースシステムをリストします。
