Oracle数据库冷备份的还原及emca重建资料库
删除oracle数据库中已经建立的数据库,按照备份的oracle路径重新安装新建数据库,路径、数据库SMID必须和原来的完全一致。停止所
删除Oracle数据库中已经建立的数据库,,按照备份的oracle路径重新安装新建数据库,路径、数据库SMID必须和原来的完全一致。
停止所有的Oracle服务,到oracle安装目录下,把新建的数据库删除,把备份的文件夹复制进来。
重新启动oracle服务,此时可以通过sqlplus对数据库进行相关的操作,但要使用EM(Enterprise Manager)对数据库进行管理时会显示“Enterprise Manager 无法连接到数据库实例,下面列出了组件的状态”的信息,此时EM无法正常使用。出现问题的原因很多,可以用emca重建资料库解决。
emca重建资料库:
用sqlplus登录,删除早期DBCONSOLE创建的用户:
SQL> dropuser sysman cascade;
若正常的话会等待一段时间,可能会出现如下错误:
=========================================================
ERROR at line 1:
ORA-06553: PLS-801: internal error [56319]
=========================================================
错误原因:用64位系统上的备份片将数据库还原到32位系统中所产生,反过来也会产生此错误。
解决方案:运行脚本用32位系统重新编译一下内核参数即可
SQL> shutdown immediate;
SQL> startup upgrade;
SQL> @?/rdbms/admin/utlirp.sql
SQL> @?/rdbms/admin/utlrp.sql
SQL> shutdown immediate;
SQL> startup;
其中:
utlirp.sql的作用是把相关内容全部在32bit平台下编译一遍.
utlrp.sql的作用是编译所有失效对象.
然后再重新连接,就不会报错了。
接下来继续重建资料库
SQL> droprole MGMT_USER;
SQL> dropuser MGMT_VIEW cascade;
删除早期DBCONSOLE创建的对象:
SQL> droppublic synonym MGMT_TARGET_BLACKOUTS;
SQL> droppublic synonym SETEMVIEWUSERCONTEXT;
在配置oem时遇到“DBSNMP 用户名或密码无效”的错误,原因是DBSNMP系统用户可能被锁用,所以我们首先解锁DBSNMP用户。
登录:SQL>
解锁:SQL> alter user dbsnmp account unlock;
提交:SQL> commit;
修改密码:SQL>
提交:SQL> commit;
注意:提交很重要,不然解锁不会生效。
开始重新创建资料库,在命令行执行以下命令:
[oracle@localhost~]emca -repos recreate
此时如出现(一般不会出现)如下错误:
=========================================================
ORA-12526: TNS:listener: all appropriate instances are in restricted mode
=========================================================
原因是之前改字符集时执行了:
[oracle@localhost~]# ALTER SYSTEM ENABLE RESTRICTEDSESSION;
导致受限
解决办法:使用系统管理员身份运行以下一段代码
[oracle@localhost~]# ALTER SYSTEM DISABLE RESTRICTEDSESSION;
解决完以后再次执行:
[oracle@localhost~]# emca -repos recreate
[oracle@localhost~]# emctl stop agent
最后开始重建资料库:
[oracle@localhost~]# emca -config dbcontrol db
再次等待一小会时间,执行完毕以后重建资料库成功,启动Enterprise Manager:
[oracle@localhost ~]# emctl start dbconsole
在浏览器地址栏输入::1158/em即可使用Enterprise Manager管理数据库。若其他机器无法连接,关闭防火墙即可。
本文永久链接地址:

ホット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)

ホットトピック









Oracle データベース ログの保存期間は、次のようなログのタイプと構成によって異なります。 REDO ログ: 「LOG_ARCHIVE_DEST」パラメータで構成された最大サイズによって決定されます。アーカイブ REDO ログ: 「DB_RECOVERY_FILE_DEST_SIZE」パラメータで構成された最大サイズによって決まります。オンライン REDO ログ: アーカイブされず、データベースの再起動時に失われます。保持期間はインスタンスの実行時間と一致します。監査ログ: 「AUDIT_TRAIL」パラメータによって構成され、デフォルトで 30 日間保持されます。

Oracle が必要とするメモリーの量は、データベースのサイズ、アクティビティー・レベル、および必要なパフォーマンス・レベル (データ・バッファー、索引バッファーの保管、SQL ステートメントの実行、およびデータ・ディクショナリー・キャッシュの管理) によって異なります。正確な量は、データベースのサイズ、アクティビティ レベル、および必要なパフォーマンス レベルによって影響されます。ベスト プラクティスには、適切な SGA サイズの設定、SGA コンポーネントのサイズ設定、AMM の使用、メモリ使用量の監視などが含まれます。

Oracle データベース サーバーのハードウェア構成要件: プロセッサ: マルチコア、少なくとも 2.5 GHz のメイン周波数 大規模なデータベースの場合は、32 コア以上が推奨されます。メモリ: 小規模データベースの場合は少なくとも 8 GB、中規模のデータベースの場合は 16 ~ 64 GB、大規模なデータベースまたは重いワークロードの場合は最大 512 GB 以上。ストレージ: SSD または NVMe ディスク、冗長性とパフォーマンスのための RAID アレイ。ネットワーク: 高速ネットワーク (10GbE 以上)、専用ネットワーク カード、低遅延ネットワーク。その他: 安定した電源、冗長コンポーネント、互換性のあるオペレーティング システムとソフトウェア、放熱と冷却システム。

Oracle データベースに必要なメモリの量は、データベースのサイズ、ワークロードの種類、同時ユーザーの数によって異なります。一般的な推奨事項: 小規模データベース: 16 ~ 32 GB、中規模データベース: 32 ~ 64 GB、大規模データベース: 64 GB 以上。考慮すべきその他の要素には、データベースのバージョン、メモリ最適化オプション、仮想化、ベスト プラクティス (メモリ使用量の監視、割り当ての調整) などがあります。

Oracle で 1 日に 1 回実行されるスケジュールされたタスクを作成するには、次の 3 つの手順を実行する必要があります。 ジョブを作成します。ジョブにサブジョブを追加し、そのスケジュール式を「INTERVAL 1 DAY」に設定します。ジョブを有効にします。

Oracle リスナーは、クライアント接続リクエストを管理するために使用されます。起動手順は次のとおりです。 Oracle インスタンスにログインします。リスナー構成を見つけます。 lsnrctl start コマンドを使用してリスナーを開始します。 lsnrctl status コマンドを使用して起動を確認します。

Oracle データベースの起動は 7 つの段階に分かれています: 1. 初期化、2. アーカイブ ログの回復、5. オブジェクトのオープン、7. サーバーの起動。このプロセスには、ライブラリ ファイルのロード、パラメータの構成、データベース インスタンスの復元、アーカイブ ログの適用、データ ファイルとオブジェクトの更新、そして最後にクエリを受け入れるためのデータベース サービスの開始が含まれます。

Oracle データベースでは、ALTER TABLE ステートメントを使用してテーブル フィールドを削除します。 構文: ALTER TABLE table_name DROP COLUMN column_name; フィールドを削除する前に、フィールドを参照する制約がないことを確認してください。フィールドにデータが含まれている場合は、最初にデータをクリアする必要があります。フィールドの削除は元に戻せないため、操作する前に慎重に検討してください。
