oracle安装碰到问题解决方法总结
情景介绍:oracle 11g软件安装正常,配置监听正常 故障现象:DBCA建库装完一次由于某种原因需要重新建库。DBCA删除库,然后重新建库,重建的过程中遇到了种种问题,下面一一道来。 1、DBCA建库,当进行到分配PGA,SGA内存的时候,如果你的“/dev/shm”的大小
情景介绍:oracle 11g软件安装正常,配置监听正常
故障现象:DBCA建库装完一次由于某种原因需要重新建库。DBCA删除库,然后重新建库,重建的过程中遇到了种种问题,下面一一道来。
1、DBCA建库,当进行到分配PGA,SGA内存的时候,如果你的“/dev/shm”的大小不能满足一定的条件(ORACLE 数据库从11g 版本开始,引入了一个自动内存管理(Automatic Memory Management)特性,该特性需要更多的共享内存(/dev/shm),因此如果决定应用该特性的话, 必须要确保共享内存大于ORACLE
中初始化参数MEMORY_MAX_TARGET 和MEMORY_TARGET(特别提示,这两个参数即自动内存管理特性对应的初始化参数)的值。
如果在初始化参数中设置了MEMORY_MAX_TARGET 和MEMORY_TARGET 两参数为非0 值,并且不符合系统共享内存,则ORACLE 数据库启动时,就会触发ORA-00845:MEMORY_TARGET not supported on this system 错误。),当你进行下一步的时候,就会报如下图的错误:
解决方法是:一种是修改初始化参数,使得初始化参数中SGA的设置小于/dev/shm的大小,另一种方法就是调整/dev/shm的大小。这里介绍加大“/dev/shm”的大小,详情见链接“http://blog.chinaunix.net/uid-23284114-id-3232508.html”
2、后面一直“下一步”直到“finish”按钮开始安装数据库,当滚动条进行到大概40%的时候,就会有如下图报错信息
,(从后台日志“$ORACLE_BASE/cfgtoollogs/dbca/$ORACLE_SID/trace.log可以看到“tnslisten相关信息””)这里我们选择ingore,继续往下走,直到滚动条到达74%左右的时候又会报一个错误,如下图
,(从后台日志“$ORACLE_BASE/cfgtoollogs/dbca/$ORACLE_SID/trace.log可以看到“
[Thread-40] [ 2014-10-28 13:50:23.055 CST ] [HAUtils.isHASConfigured:349] Ignoring exception in isHASConfigured: PRCT-1011 : Failed to run "getcrshome"
PRCT-1011 : Failed to run "getcrshome信息”),这里我们选择ok,继续哇往下走,当走到85%的时候,从到达85%开始,一直等2个小时以上,我们会发下安装成功的界面依然不会出现,这时候我们新开一个会话,使用"sqlplus / as sysdba"命令,发现可以登录 数据库,数据库也可以正常启动和关闭。如下图
解决办法:当出现以上情况的时候,很有可能是你的oracle数据库的库密码含有“@”符号,这是不被oracle识别的(详情见链接"http://ipmingsee.blog.163.com/blog/static/71263720107925849361/"),这可是血的教训啊。问题很简单,但我却花了4个多小时去分析,期间重新建库多次都解决不了,更改了密码,发现不再有如上所述的错误对话框出现了。
3) 安装期间查看日志信息了解进度:
$ tail -100f $ORACLE_BASE/cfgtoollogs/dbca/$ORACLE_SID/$ORACLE_SID.log

ホット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 日間保持されます。

2 つの日付の間の日数を計算する Oracle の関数は DATEDIFF() です。具体的な使用法は次のとおりです。 時間間隔の単位を指定します: 間隔 (日、月、年など) 2 つの日付値を指定します: date1 と date2DATEDIFF(interval, date1, date2) 日数の差を返します。

Oracle データベースの起動シーケンスは次のとおりです。 1. 前提条件を確認します。 3. データベース インスタンスを起動します。 5. データベースに接続します。サービスを有効にします (必要な場合)。 8. 接続をテストします。

Oracle の INTERVAL データ型は、時間間隔を表すために使用されます。構文は INTERVAL <precision> <unit> です。INTERVAL の演算には、加算、減算、乗算、除算を使用できます。これは、時間データの保存などのシナリオに適しています。日付の差を計算します。

Oracle で文字の出現数を確認するには、次の手順を実行します。 文字列の全長を取得します。 文字が出現する部分文字列の長さを取得します。 部分文字列の長さを減算して、文字の出現数をカウントします。全長から。

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

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

Oracle で文字列を置換する方法は、REPLACE 関数を使用することです。この関数の構文は、REPLACE(string, search_string, replace_string) です。使用手順: 1. 置換する部分文字列を特定します。 2. 部分文字列を置換する新しい文字列を決定します。 3. REPLACE 関数を使用して置換します。高度な使用法には、複数の置換、大文字と小文字の区別、特殊文字の置換などが含まれます。
