Oracle 10g,11g中数据库静默安装中的细小差别
数据库软件的安装根据工作需要主要有以下几种方式,使用oui是普遍的图形界面方式,还有两种是不依赖图形界面的,一种为静默安装,
数据库软件的安装根据工作需要主要有以下几种方式,使用oui是普遍的图形界面方式,还有两种是不依赖图形界面的,一种为静默安装,另外一种为克隆安装。
静默安装的时候核心就在于响应文件,在安装目录database/response下提供了几个响应文件,是Oracle提供的模板。比如安装数据库软件的模板db_install.rsp,dbca的模板dbca.rsp,配置监听的netca.rsp
[ora11g@oel1 response]$ ll
total 76
-rw-rw-r-- 1 ora11g dba 44969 Feb 14 2009 dbca.rsp
-rw-rw-r-- 1 ora11g dba 22663 Oct 11 16:02 db_install.rsp
-rwxrwxr-x 1 ora11g dba 5740 Feb 26 2009 netca.rsp
对这个文件略作修改,然后开始尝试静默安装11g的数据库软件,从我接触的情况来看,静默安装失败主要有几个原因,一个是直接用root用户操作有潜在的权限问题,一个是一些必须的安装包,还有的是因为命令的选项不对。
对于这些错误我都了然于心,所以很自然的用到了下面的命令,但是在10g里面没有问题的命令在11g却抛出了下面的错误。
[ora11g@oel1 database]$ ./runInstaller -silent -responsefile /u02/install/11g_install/database/response/db_install.rsp -ignoreSysPrereqs
Starting Oracle Universal Installer...
Checking Temp space: must be greater than 80 MB. Actual 3590 MB Passed
Checking swap space: must be greater than 150 MB. Actual 1994 MB Passed
Preparing to launch Oracle Universal Installer from /tmp/OraInstall2015-10-11_04-04-39PM. Please wait ...[ora11g@oel1 database]$ [INS-10103] Response file is not specified for this session.
Usage:
runInstaller [-options] [(
Where options include:
-clusterware oracle.crs,
Version of Cluster ready services installed.
-crsLocation
Used only for cluster installs, specifies the path to the crs home location. Specifying this overrides CRS information obtained from central inventory.
-invPtrLoc
Unix only. To point to a different inventory location. The orainst.loc file contains:
inventory_loc=
inst_group=
根据提示信息是响应文件没有定义,然后给我列出了一些命令使用的帮助,对于此也着实花了一些时间去分析去排除。
首先是文件的权限,但是拷贝到一个很简单的目录下,权限都是正常读写,还是有这个错误。
自己都在怀疑是不是命令行中存在特殊字符导致的,但是把命令粘贴到文本中,手工逐个输入也还是同样的错误。
最后带着疑惑去网上查看,但是网上也没有相关的答案。
看来还是得靠自己了,于是我静下心来自己看看错误,首先这个命令的错误信息提示为: [INS-10103] Response file is not specified for this session.
那么是否是命令的格式定义不对呢,应该为-responsefile=/u02/install/11g_install/database/response/db_install.rsp?
查看提示的帮助内容,格式是没有问题的。
-responseFile
Specifies the response file and path to use.
但是反复比较发现还是因为一个大小写的F导致的,在11g里面这个参数为responseFile而不是10g里面的responsefile了。
明白了这点之后再次尝试,就非常顺利了。可以看到后台有一个进程在/tmp下忙碌着。
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
10229 ora11g 17 0 369m 77m 25m S 7.9 5.6 0:48.01 /tmp/OraInstall2015-10
短暂的等待之后,就会看到日志最后输出下面的内容
INFO: Successfully executed the flow in SILENT mode
INFO: Finding the most appropriate exit status for the current application
INFO: Exit Status is -3
INFO: Shutdown Oracle Database 11g Release 2 Installer
标志着静默安装已经结束。
这是一个很细小的例子,最开始发现的时候让人还是有些郁闷的,感觉就跟没有打招呼就修改了的感觉。可能是不同的team所做的参与的10g,11g这部分的工作,可能是认为responsefile不够清晰,
命名不够规范等等原因修改来了,同时这也算是一个小惊喜,自己通过这个例子还是发现很简单的一个地方,10g,11g都会有一些细小的差别,自己已经中招多次了,直接用10g的一些思路或者脚本在
11g碰到了一些问题,自己继续总结,把这些不同之处都扒一扒,也减少大家在使用中的一些困扰。

ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

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

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

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

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

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

ホットトピック











完全なテーブルスキャンは、MySQLでインデックスを使用するよりも速い場合があります。特定のケースには以下が含まれます。1)データボリュームは小さい。 2)クエリが大量のデータを返すとき。 3)インデックス列が高度に選択的でない場合。 4)複雑なクエリの場合。クエリプランを分析し、インデックスを最適化し、オーバーインデックスを回避し、テーブルを定期的にメンテナンスすることにより、実際のアプリケーションで最良の選択をすることができます。

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

はい、MySQLはWindows 7にインストールできます。MicrosoftはWindows 7のサポートを停止しましたが、MySQLは引き続き互換性があります。ただし、インストールプロセス中に次のポイントに注意する必要があります。WindowsのMySQLインストーラーをダウンロードしてください。 MySQL(コミュニティまたはエンタープライズ)の適切なバージョンを選択します。インストールプロセス中に適切なインストールディレクトリと文字セットを選択します。ルートユーザーパスワードを設定し、適切に保ちます。テストのためにデータベースに接続します。 Windows 7の互換性とセキュリティの問題に注意してください。サポートされているオペレーティングシステムにアップグレードすることをお勧めします。

MySQLは、オープンソースのリレーショナルデータベース管理システムです。 1)データベースとテーブルの作成:createdatabaseおよびcreateTableコマンドを使用します。 2)基本操作:挿入、更新、削除、選択。 3)高度な操作:参加、サブクエリ、トランザクション処理。 4)デバッグスキル:構文、データ型、およびアクセス許可を確認します。 5)最適化の提案:インデックスを使用し、選択*を避け、トランザクションを使用します。

クラスター化されたインデックスと非クラスター化されたインデックスの違いは次のとおりです。1。クラスター化されたインデックスは、インデックス構造にデータを保存します。これは、プライマリキーと範囲でクエリするのに適しています。 2.非クラスター化されたインデックスストアは、インデックスキー値とデータの行へのポインターであり、非プリマリーキー列クエリに適しています。

MySQLデータベースでは、ユーザーとデータベースの関係は、アクセス許可と表によって定義されます。ユーザーには、データベースにアクセスするためのユーザー名とパスワードがあります。許可は助成金コマンドを通じて付与され、テーブルはCreate Tableコマンドによって作成されます。ユーザーとデータベースの関係を確立するには、データベースを作成し、ユーザーを作成してから許可を付与する必要があります。

MySQLとMariaDBは共存できますが、注意して構成する必要があります。重要なのは、さまざまなポート番号とデータディレクトリを各データベースに割り当て、メモリ割り当てやキャッシュサイズなどのパラメーターを調整することです。接続プーリング、アプリケーションの構成、およびバージョンの違いも考慮する必要があり、落とし穴を避けるために慎重にテストして計画する必要があります。 2つのデータベースを同時に実行すると、リソースが制限されている状況でパフォーマンスの問題を引き起こす可能性があります。

MySQLは、Bツリー、ハッシュ、フルテキスト、および空間の4つのインデックスタイプをサポートしています。 1.B-Treeインデックスは、等しい値検索、範囲クエリ、ソートに適しています。 2。ハッシュインデックスは、等しい値検索に適していますが、範囲のクエリとソートをサポートしていません。 3.フルテキストインデックスは、フルテキスト検索に使用され、大量のテキストデータの処理に適しています。 4.空間インデックスは、地理空間データクエリに使用され、GISアプリケーションに適しています。
