詳細な構造oracleRAC(rawデバイス)

  クリアは最初のデバイス、ラップトップ、2台のredhat5仮想マシン(32ビット)、2台の仮想マシンのOracleがインストールさを考えて、より良いインストールに必要な条件、次のバッグの公式ウェブサイトの必要性を設定します。1。ネットワーク接続2を確保するためのプラットフォームで、2つのホストを選択します。IPアドレス設計および構成、各ホスト3のIP、構成2、予約プライベートIP:別々のセグメントにおいて、二重インター10.10.10.1パブリックIP:IPは、作業セグメント192.168.1.11を維持オラクル192.168.1.101 3によって管理開始CRS後の定数と同じパブリックIPネットワーク、仮想IP。時刻同期とデュアルピア関係(ABがシームレスログインし、別のスクリプトを実行します)4。iSCSIストレージ構成、100Mの2、5 2グラム。インストールCRS、確認してください:は、crs_stat -t 6。インストールソフトウェアデータベース7。パラレル、DBCA 8のクラスタ内のASMインスタンスを確立します。ディスクグループ9の設立。ASMディスク・グループ10で、クラスタ・データベースを確立します。管理とメンテナンスRAC、ネットワークを構成し、バックアップ、復元は、表スペース1.2を確立します。rac1.ting.comプライベートIP:10.10.58.1パブリックIP:192.168.58.1 / etc / hostsファイルが10.10.58.1 RAC1 10.10.58.2 RAC2 192.168.58.1 RAC1-PRIV 192.168.58.2 RAC2ネットワーク2台の仮想マシン、RAC1とRAC2のRAC1を設定-priv 192.168.58.100 RAC1-VIP 192.168.58.200 RAC2-VIPのRAC2:rac2.ting.comプライベートIP:10.10.58.2パブリックIP:192.168.58.2 / etc / hostsの10.10.58.1 RAC1 10.10.58.2 RAC2 192.168.58.1 rac1- 192.168.58をPRIV。SSH / authorized_keysには注意してください:コマンドを再試行に失敗した場合、次のコマンドを実行すると、入力するようにプロンプ​​トに従い、RAC2 Oracleパスワードの入力を求めます。Rac1のノード:[オラクル@ RAC1〜] $ scpコマンドの〜/ .ssh / authorized_keysにRAC2:の〜/ .ssh / authorized_keysにRAC2ノード:[オラクル@ RAC2〜] $猫の〜/ .ssh / id_rsa.pub >>の〜/ .ssh / authorized_keysに[オラクル@のRAC2〜] $猫の〜/ .ssh / id_dsa.pub >>の〜/ .ssh / authorized_keysに[オラクル@のRAC2〜] $ scpコマンドの〜/ .ssh / authorized_keysにRAC1:〜/。SSH / authorized_keysに4)ノードは、2つの相互にノード情報があることを確認。2台のマシンが相互に行います。[オラクル@ RAC1〜] $ sshをするRAC1日付[オラクル@のRAC1〜] $ sshをするRAC2日付[オラクル@のRAC1〜] $ sshをするRAC1-PRIV日付[オラクル@のRAC1〜] $ sshをRAC2-PRIV日付スイッチRAC2へ行っ[オラクル@ RAC2〜] $ sshをするRAC1日付[オラクル@ RAC2〜] $ sshをするRAC2日付[オラクル@のRAC2〜] $ sshをするRAC1-PRIV日付[オラクル@のRAC2〜] $ sshをするRAC2-PRIV日に配置のhangcheck-timerモジュール、2ノードはのhangcheckタイマーを実行する必要が長いハングは、このモジュールは自動的にシステムを再起動する場合は、Linuxカーネル実行中の状態を監視し、LinuxのカーネルレベルIO-フェンシングモジュールが提供されます。実行するためのLinuxカーネル空間でのこのモジュールは、システムの負荷に影響されません。このモジュールは、CPUタイムスタンプカウンタ(TSC)レジスタ使用し、これは自動的にハードウェアの時間ので、より高い精度を使用し、従って、各クロックサイクルでレジスタの値を増加させるであろう。hangcheck_tickとhangcheck_margin:このモジュール構成は、2つのパラメータが必要です。どのくらいの検査時間を定義するためのhangcheck_tickは、デフォルト値は30秒​​です。この検査で得られたビジー可能カーネル自体は、hangcheck_marginされ、モジュールは、最大遅延の定義を可能にする、遅延され、そのデフォルト値は180秒です。hangcheck-timerモジュール提供hangcheck_tickに従って、定期的にカーネルを確認してください。2のように長い時間間隔が検査のhangcheck_tick + hangchec_margin未満であると、私たちは、それ以外の場合は異常動作、モジュールは自動的にシステムを再起動することを意味し、カーネルが正常に動作していると思います。CRS自体、misscountパラメータ値があり、あなたはミスカウントコマンドは、CSSを得るCRSCTL見ることができます。RACノード間のハートビートの情報が失われると、クラスタウェアは、そうでないノードは一時的な負荷が高すぎるハートビートが失われているで、再構成中に、故障ノードが実際に死んだ状態であることを確認する必要があり、その後、他のノードは、再構成を開始しますが、ノードは、このデータベースを損傷する恐れがあり、再起動しません。したがって、ミスカウントはhangcheck_tick + hangcheck_marginとより大きくなければなりません。1)表示モジュールの場所:[ルート@のRAC1〜]#件の検索/ libに/モジュール-name "のhangcheck-timer.ko" /lib/modules/2.6.18-164.el5/kernel/drivers/char/hangcheck-timer。 koが/etc/rc.d/rc.localのに以下を追加し、自動的にスタートアップモジュールをロードするようにシステムを設定)2を/lib/modules/2.6.18-164.el5xen/kernel/drivers/char/hangcheck-timer.ko [ルート@のRAC1〜]#のmodprobeのhangcheckタイマー[ルート@ RAC1〜]#VIに/etc/rc.d/rc.localのmodprobeのhangcheckタイマー3)を/etc/modprobe.confをに加えのhangcheckタイマーパラメーターを配置しました次:[ルート@ RAC1〜]#viのは/ etc / modprobeを。confにオプションのhangcheckタイマーhangcheck_tick = 30 hangcheck_margin = 180 4)確認モジュールが正常にロードされます。[root @のRAC1〜]#のはgrepのhangcheckの/ var / log / messagesに|尾-2 9月7日19時53分03秒RAC1カーネル:のhangcheck:開始hangcheckタイマー0.9 0(ダニはマージンが60秒で、180秒である)9月7日夜7時53分03秒RAC1カーネル..のhangcheck:使用monotonic_clock()4 .. ストレージiSCSIに使用されるマシンの構成:100メートルの192.168.58.58 2番目、ネイティブターゲット側の2gは:YUM SCSIターゲット-utilsのVIM /etc/tgt/targets.conf <目標iqn.20111215.com.tingをインストールします。 server.sda5>バッキングストアは/ dev / sda5ですVENDOR_ID SDA5のproduct_id disk1_100m </ターゲット> <ターゲットiqn.20111215.com.ting:server.sda6>バッキングストアは/ dev / SDA6 VENDOR_ID SDA6のproduct_id disk2_100m </ターゲット> <ターゲットiqn.20111215.com.ting:server.sda7>バッキングストアは/ dev / sda7 VENDOR_ID sda7のproduct_id disk3_2G </ target>をサービス:chkconfigをTGTDの/ etc / initを。----------------------------------------------- KERNEL == "SD *"、BUS == "SCSI"、PROGRAM = "の/ etc / udevを/スクリプト/ iscsidev.sh%のB"、SYMLINK + = "のiSCSI /%C" RAC2:YUMのiSCSIイニシエータ-utilsのインストールのchkconfigとiscsid chkconfigを上iSCSIのST -p 192.168.58.58 -tのiscsiadm -m発見は、fdiskを起動/etc/init.d/iscsi -l --->发现设备のvimの/ etc / udevを/スクリプト/ iscsidev開始/etc/init.d/iscsidに.SH ----------------------------------------#!/ binに/ bashのバス= $ {1} HOST = $ {BUS %%:*} [-e / SYS /クラス/ ISCSI_HOST] || 出口1ファイル= "/ SYS /クラス/ ISCSI_HOST /ホスト$ {HOST} /デバイス/セッション* / iscsi_session * /ターゲット名" TARGET_NAME = $(猫$ {ファイル})[-z "$ {TARGET_NAME}"]もし。その後、1番出口Fiのエコー "$ {TARGET_NAME ## *:}" ----------------------------------- ----- chmodの+ X /etc/udev/scripts/iscsidev.sh VIの/ etc / udevの/ルール。D / 55-openiscsi.rules - 服务器和客户端的该文件内容要一致!----------------------------------------------- KERNEL == "SD *"、BUS == "SCSI"、PROGRAM = "の/ etc / udevを/スクリプト/ iscsidev.sh%のB"、SYMLINK + = "のiSCSI /%C" RAC1:分区:sdb1がSDC1 SDD1 partprobeは/ dev / sdbと/ DEV / sdcのは/ dev / SDD VI /etc/udev/rules.d/60-raw.rules ACTION == "追加"、KERNEL == "SDB1"、RUN + = "/ binに/生の/ dev /生/ raw1% N "ACTION == "追加"、KERNEL == "SDC1"、RUN + = "/ binに/生の/ dev / raw2 /生%N" ACTION == "追加"、KERNEL == "SDD"、RUN + =" /ビン/生の/ dev / RAW3 /生%N」---->指定的是大的KERNEL == "生の[1]"、MODE = "0660"、GROUP = "oinstallを"、OWNER = "オラクル" KERNEL == "生[2]"、MODE = "0660"、GROUP = "oinstallを"、OWNER = "オラクル" / dev / null || F = "$ F $ i" の行われ、未設定のFのRAC2; $ Fエコーします。mkdir -p / u01 / app / oracleは、chownコマンドの-Rオラクル:oinstallグループ/ U01用のchmod -R 777 / U01のvimの/ etc 524288000.公式ウェブサイト価値を提供 - /sysctl.conf net.core.rmem_default = 262144 net.core.wmem_default = 262144のnet.core.rmem_max = 262144のnet.core.wmem_max = 262144 kernel.shmall = 131072000 kernel.shmmax = 544288000小さな。kernel.shmmni = 4096 kernel.sem = 250 32000 100 128 fs.file-MAX = 65536のnet.ipv4.ip_local_port_range = 1024 65000のsysctl -p設定されたユーザのリソース制限で確認しかし、実行しなければならない2つのノードのVIの/ etc /ファイルに次の行を追加します/etc/pam.d/login 65536 NOFILEのsysconfig / limits.confをオラクルソフトmemlock 5242880オラクルのハードmemlock 524280オラクルソフトNPROC 2047オラクルのハードNPROC 16384 OracleのソフトNOFILE 65536 Oracleのハード:セッションに必要な/ libに/各ノードプロファイルファイルのvimのセキュリティ/ pam_limits.so Oracleの構成。bash_profile輸出PATHの設定を解除USERNAME輸出ORACLE_BASE = / u01 / app / oracleは、輸出のORACLE_HOME = $ ORACLE_BASE /製品/ 10.2.0 /デシベル輸出ORA_CRS_HOME = $ ORACLE_BASE /製品/ CRS輸出NLS_LANG = AMERICAN_AMERICA.UTF8輸出ORACLE_SID = RAC2輸出ORACLE_TERM = xtermの輸出ORA_NLS33 = $ ORACLE_HOME / ocommon / NLS /管理/データエクスポートPATH = $ CRS_HOME / binに:$ ORACLE_HOME / binに:binutilsの中に私のための$ PATHパッケージ検査のcompat-gccの-34のcompat-のlibstdc ++ - 296コントロール・センターの\ GCC GCC-C ++のglibcのglibc-共通のglibc-develののlibaioのlibgcc \のlibstdc ++のlibstdc ++ - openmotif22のSetarchで行うのrpm -q $ I&>を/ dev / null F ||を作るlibXpがdevelの= "$ Fは$ i" が行わ; $ Fエコー;解除F 5。インストールCRS、検証:-t使用CVUは、クラスタの実現可能性を検証は、crs_statは、検証のために)1> RAC1を介して:(するために2つのノードに搭載されている: - オラクル/home/oracle/clusterware/cluvfy/runcluvfy.sh段階SUを - 次のように与えられた場合crsinst -n RAC1、RAC2 -verboseを事前:クラスタサービスチェックの事前チェックの実装... rac1.ting.comアクセスノードです。チェックrac1.ting.com:ノード「ヌル」ノードアクセシビリティ宛先ノードがアクセス可能ですか----------------------------? -------- ------------------------ RAC2ませんRAC1ません結果:ノード「ヌル」ノードアクセシビリティチェックに失敗しました。ERROR:任意のノードにアクセスすることができません。検証を続行できません。クラスタサービスのすべてのノードで事前検査で不合格に設定されています。レビュー:ホスト名と/ etc /無修正も検証RAC2のために同じではない理由を見つけるために、対応する同じホスト名でホスト:2> RAC1:/home/oracle/clusterware/runInstaller.sh注:プログラムのインストールパスDB_1を変更する==> crs_1場合:モジュールインタフェース表示モジュールのインストールにエラーがないことが正しくインストールされていません:TTFONTS-zh_CNに-2.14-6.noarchグラフィカルインストーラ:スクリプトを実行するように求められたときにRAC2はrawデバイスを追加追加:最初の変更:/ホーム/オラクル/オラクル/製品/10.2.0/crs/bin/vipca行123 Fiの後に新しい行を追加:未設定LD_ASSUME_KERNELの/home/oracle/oracle/product/10.2.0/crs/bin/srvctlラインの後に行わ解除LD_ASSUME_KERNEL輸出LD_ASSUME_KERNELを追加しました: 2つのスクリプトは、プロンプト:/home/oracle/oraInventory/orainstRoot.sh /home/oracle/oracle/product/10.2.0/crs/rootを。

ます。https://my.oschina.net/766/blog/211081で再現

おすすめ

転載: blog.csdn.net/weixin_34032792/article/details/91546995