Oracle Exadata System Softwareの構成

2 Oracle Exadata System Softwareの構成

この章では、Oracle Exadata System Softwareを構成するための主なステップについて説明します。

グリッドで必要なディスクおよびセルの数は、容量、パフォーマンスおよび冗長性の要件に基づいて決定します。

ストレージ・サーバーにはハードウェアおよびソフトウェアがすでにインストールされています。この章の手順では、Oracle DatabaseおよびOracle Automatic Storage Management (Oracle ASM)のインスタンスで使用するストレージ・セルの構成方法について説明します。

注意:

Oracle Exadata Storage Serverのハードウェアまたはソフトウェアに対する変更は、サポートされていません。管理およびストレージ・トラフィックを含むすべての接続に、Oracle Exadata Storage Serverの実証済のネットワーク・インタフェースのみを使用する必要があります。それ以外のネットワーク・インタフェースは、使用しないでください。

Oracle Exadata System Softwareのリリース番号付けの理解
Oracle Exadata System Softwareのリリース番号は、Oracle Databaseのリリース番号に関連しています。
Oracle Exadata Storage Serverの構成の理解
Oracle Exadata Storage Serverは、すべてのハードウェアおよびソフトウェアがプリインストールされた状態で出荷されますが、自分の環境にあわせてOracle Exadata System Softwareを構成する必要があります。
推奨されるネットワーク構成およびIPアドレス
Oracle Exadata Storage Serverの推奨ネットワーク構成に従います。
Oracle Exadata Database MachineのIPアドレスの割当て
このトピックは、新しいストレージ・サーバーをインストールする前のOracle Exadata Database Machineネットワークの準備についてまとめています。
使用するロケーションに合せたOracle Exadata System Softwareの構成
使用する環境に合せてソフトウェア・インストールをカスタマイズします。
CellCLIを使用したセル、セル・ディスクおよびグリッド・ディスクの構成
新しいOracle Exadata Storage Serverごとにセル、セル・ディスクおよびグリッド・ディスクを構成します。
フラッシュ・キャッシュおよびフラッシュ・グリッド・ディスクの作成
Oracle Exadata Storage Serverには、フラッシュ・ディスクが搭載されています。これらのフラッシュ・ディスクを使用して、フラッシュ・グリッド・ディスクを作成し、頻繁にアクセスされるデータを格納できます。
データベース・サーバー・ホストの構成ファイルの設定
Oracle Exadata Storage Serverの構成が終了したら、セルを使用するようにcellinit.oraおよびcellip.oraファイルでデータベース・サーバー・ホストを構成する必要があります。
自動セル・メンテナンスの理解
管理サーバー(MS)には、日付に基づいたファイル削除ポリシーが含まれています。

関連項目

2.1 Oracle Exadata System Softwareのリリース番号付けの理解

Oracle Exadata System Softwareのリリース番号は、Oracle Databaseのリリース番号に関連しています。

Oracle Exadata System Softwareのリリース番号は、サポートされるOracle Grid InfrastructureおよびOracle Databaseの最高バージョンに一致します。たとえば、Oracle Exadata System Softwareリリース18がサポートしている最高バージョンは、Oracle Grid InfrastructureおよびOracle Databaseリリース18です。Oracle Exadata System Softwareリリース12.2がサポートしている最高バージョンは、Oracle Grid InfrastructureおよびOracle Databaseリリース12.2.0.1です。

リリース18c以降の番号付け

リリース12.2.1.1.8の後のOracle Exadata System Softwareリリースの名前は18.1.0に変更され、Oracle Exadata System Softwareの新しい番号付けスキームが実装されています。12.2.1.1.5などの従来の命名方法のかわりに、年.更新.リビジョンで構成される3つのフィールド形式が使用されています。たとえば、18.1.0です。この新しい採番スキームでは、次を明確に決定できます。

ソフトウェアの年間リリース指定
新しい機能を含むことができる最新のソフトウェア更新
セキュリティおよびソフトウェア修正を含む最新のソフトウェア・リビジョン

新しい機能または新しいハードウェアがサポートされている場合、新しいソフトウェア更新がその年にリリースされます(例: 19.2)。機能環境が安定した後、セキュリティ関連およびその他のソフトウェア修正で現在のままにできるように、ソフトウェア・リビジョンはほぼ1か月に1回使用できます(例: 19.1.3)。

18cより前のリリースの番号付け

Oracle Exadata System Softwareのリリース番号の最初の2桁は、Oracle Database 12cリリース1 (12.1)のように、Oracle Databaseのメジャー・リリース番号を表します。Oracle Exadata System Softwareリリース12.1は、Oracle Database 12cリリース1 (12.1)のすべてのリリースと互換性があります。
3番目の桁は、通常はコンポーネント固有のOracle Databaseのリリース番号を表します。この桁は、通常はOracle Databaseの(現在のリリースの12.1.0.1.0のように)完全なリリース番号の4桁目と一致します。
最後の2桁は、Oracle Exadata System Softwareのリリースを表します。

関連項目

親トピック: Oracle Exadata System Softwareの構成

2.2 Oracle Exadata Storage Serverの構成の理解

Oracle Exadata Storage Serverは、すべてのハードウェアおよびソフトウェアがプリインストールされた状態で出荷されますが、自分の環境にあわせてOracle Exadata System Softwareを構成する必要があります。

この項では、構成タスクの概要について説明します。それ以降の項では、実際の手順について説明します。

ストレージ・サーバーのIPアドレスの割当て
ストレージ・サーバーの構成の一部として、IPアドレスを割り当ててストレージを様々なネットワークに接続します。
使用するロケーションに合せたストレージ・サーバーの構成
社内で使用するストレージ・サーバーを構成します。
ストレージ・セルの構成
セルを構成するには、ALTER CELLコマンドを使用します。
ストレージ・セル属性の検証
ストレージ・セル属性を検証するには、LIST CELL DETAILコマンドを使用します。
ストレージ・セル・ディスクの作成
セル・ディスクを作成するには、CREATE CELLDISKコマンドを使用します。
グリッド・ディスクの作成
グリッド・ディスクを作成するには、CREATE GRIDDISKコマンドを使用します。ディスクのサイズは要件によって異なります。
PMEMキャッシュの作成
デフォルトでは、CREATE CELLコマンドによってセル・ディスクが作成され、PMEMキャッシュの作成時に使用されます。
フラッシュ・ディスクおよびフラッシュ・キャッシュの作成
デフォルトでは、CREATE CELLコマンドは、すべてのフラッシュ・ディスク上にフラッシュ・セル・ディスクを作成します。このコマンドは次に、フラッシュ・セル・ディスク上にExadataスマート・フラッシュ・キャッシュを作成します。
Oracle Auto Service Request (ASR)の構成
Oracle Exadata Database MachineのOracle Auto Service Request (ASR)では、一般的なハードウェア障害を検出して、サービス・リクエストを自動的に作成します。

親トピック: Oracle Exadata System Softwareの構成

2.2.1 ストレージ・サーバーのIPアドレスの割当て

ストレージ・サーバーの構成の一部として、IPアドレスを割り当ててストレージを様々なネットワークに接続します。

各ストレージ・サーバーのIPアドレスを次のポートに割り当てます。

ネットワーク・アクセス・ポート
リモート管理ポート
RDMAネットワーク・ファブリック・ポート

親トピック: Oracle Exadata Storage Serverの構成の理解

2.2.2 使用するロケーションに合せたストレージ・サーバーの構成

会社内で使用するストレージ・サーバーを構成します。

ストレージ・サーバーの電源を投入します。
デフォルトのパスワードを変更します。
ストレージ・サーバーでタイムゾーンを設定して、ローカル時間を設定します。
必要に応じてその他の情報(NTPサーバー、DNSサーバーなど)を構成します。

関連項目

親トピック: Oracle Exadata Storage Serverの構成の理解

2.2.3 ストレージ・セルの構成

セルを構成するには、ALTER CELLコマンドを使用します。

例2-1では、ストレージ・セルの管理者に電子メール・メッセージを送信するように電子メール通知が構成されます。ALTER CELLコマンドの各行の最後にあるハイフン(-)により、[Enter]を押す前にコマンドを次の行に続けることができます。テキスト・ファイルを使用してコマンドを実行することもできます。

例2-1 新規セルの構成

CellCLI> ALTER CELL                                                       -
         smtpServer='my_mail.example.com',                                -
         smtpFromAddr='john.doe@example.com',                             -
         smtpPwd=email_address_password,                                  -
         smtpToAddr='jane.smith@example.com',                             -
         notificationPolicy='clear',                                      -
         notificationMethod='mail,snmp'

親トピック: Oracle Exadata Storage Serverの構成の理解

2.2.4 ストレージ・セル属性の検証

ストレージ・セル属性を検証するには、LIST CELL DETAILコマンドを使用します。

例2-2 ストレージ・セルの詳細表示

この例は、ストレージ・セル属性を表示する方法を示しています。

CellCLI> LIST CELL DETAIL
         name:                   cell01
         accessLevelPerm:        remoteLoginEnabled
         bbuStatus:              normal
         cellVersion:            OSS_19.3.0.0.0_LINUX.X64_190910
         cpuCount:               64/64
         diagHistoryDays:        7
         doNotServiceLEDStatus:  off
         fanCount:               12/12
         fanStatus:              normal
         flashCacheMode:         WriteBack
         httpsAccess:            ALL
         id:                     1904XCA016
         interconnectCount:      2
         interconnect1:          ib0
         interconnect2:          ib1
         iormBoost:              0.0
         ipaddress1:             192.168.41.245/21
         ipaddress2:             192.168.41.246/21
         kernelVersion:          4.14.35-1902.5.0.el7uek.x86_64
         locatorLEDStatus:       off
         makeModel:              Oracle Corporation ORACLE SERVER X8-2L High Capacity
         memoryGB:               188
         metricHistoryDays:      7
         offloadGroupEvents:
         pmemCacheMode:          WriteThrough
         powerCount:             2/2
         powerStatus:            normal
         ramCacheMaxSize:        0
         ramCacheMode:           On
         ramCacheSize:           0
         releaseImageStatus:     success
         releaseVersion:         19.3.0.0.0.190824
         rpmVersion:             cell-19.3.0.0.0_LINUX.X64_190824-1.x86_64
         releaseTrackingBug:     29344484
         smtpFrom:               "Exadata Admins"
         smtpFromAddr:           exa_admins@example.com
         smtpServer:             my_mail_svr.example.com
         smtpToAddr:             jane.smith@example.com
         snmpSubscriber:         host=host1,port=162,community=public,type=asr,asrmPort=16161
         status:                 online
         temperatureReading:     29.0
         temperatureStatus:      normal
         upTime:                 2 days, 7:05
         usbStatus:              normal
         cellsrvStatus:          stopped
         msStatus:               running
         rsStatus:               running

親トピック: Oracle Exadata Storage Serverの構成の理解

2.2.5 ストレージ・セル・ディスクの作成

セル・ディスクを作成するには、CREATE CELLDISKコマンドを使用します。

例2-3では、ALLオプションにより、デフォルト名を使用してすべてのセル・ディスクを作成しています。

セル・ディスクは、CD_lunID_cellnameの書式で名前が設定されて作成されます。lunIDおよびセル名の値は、LUNのid属性およびセルの name属性にそれぞれ対応します。単一のセル・ディスクを作成する場合は、他のディスク名を指定できます。

フラッシュ・ディスク付きのOracle Exadata Storage Serverでは、CREATE CELLDISK ALLコマンドによってフラッシュ・ディスクにもセル・ディスクが作成されます。

CellCLI> CREATE CELLDISK ALL
CellDisk FD_01_cell01 successfully created
CellDisk FD_02_cell01 successfully created
CellDisk FD_03_cell01 successfully created
CellDisk FD_04_cell01 successfully created
CellDisk FD_05_cell01 successfully created
CellDisk FD_06_cell01 successfully created
CellDisk FD_07_cell01 successfully created
CellDisk FD_08_cell01 successfully created
CellDisk FD_09_cell01 successfully created
CellDisk FD_10_cell01 successfully created
CellDisk FD_11_cell01 successfully created
CellDisk FD_12_cell01 successfully created
CellDisk FD_13_cell01 successfully created
CellDisk FD_14_cell01 successfully created
CellDisk FD_15_cell01 successfully created

注意:

CREATE CELLDISKコマンドでは、フラッシュ・ディスクにセル・ディスクが作成されます(存在しない場合)。フラッシュ・ディスクにセル・ディスクがある場合は、再度作成されません。

例2-3 セル・ディスクの作成

CellCLI> CREATE CELLDISK ALL
CellDisk CD_00_cell01 successfully created
CellDisk CD_01_cell01 successfully created
CellDisk CD_02_cell01 successfully created
...
CellDisk CD_10_cell01 successfully created
CellDisk CD_11_cell01 successfully created

親トピック: Oracle Exadata Storage Serverの構成の理解

2.2.6 グリッド・ディスクの作成

グリッド・ディスクを作成するには、CREATE GRIDDISKコマンドを使用します。ディスクのサイズは要件によって異なります。

グリッド・ディスクのネーミング形式を決定するか、ALL PREFIXオプションを使用します。

グリッド・ディスク名は、単一のデプロイメント内のすべてのセルで一意にする必要があります。グリッド・ディスクおよびセル・ディスクで推奨されるネーミング規則に従うことにより、自動的に一意の名前が生成されます。グリッド・ディスクの作成時にデフォルトの生成名を使用しない場合は、すべてのストレージ・セルでグリッド・ディスク名を一意にする必要があります。ディスク名が一意でない場合は、グリッド・ディスクをOracle Automatic Storage Management (Oracle ASM)ディスク・グループに追加できないことがあります。

ALL PREFIXオプションを使用すると、生成されるグリッド・ディスク名はグリッド・ディスクの接頭辞の後にアンダースコア(_)、セル・ディスク名を続ける書式で構成されます。
グリッド・ディスクを作成するには、CREATE GRIDDISKコマンドを使用します。
グリッド・ディスクを作成する場合は、次の点に注意してください。
- size属性を指定する必要はありません。size属性を省略すると、利用可能な最大サイズが自動的に選択されます。
- オフセットにより、グリッド・ディスクが割り当てられるディスク上の位置が指定されます。最も外側のトラックは、小さいオフセット値を持ちます。これらのトラックは、高速で動作し、帯域幅も広くなっています。オフセットを明示的に指定すると、他のグリッド・ディスクと比較して高速に動作するグリッド・ディスクを作成できます。オフセットを指定しない場合、利用可能な最適な(ウォーム)オフセットは、グリッド・ディスクの作成順に自動的に選択されます。最も頻繁にアクセスされる(ホット)データが含まれることが予想されるグリッド・ディスクを最初に作成し、アクセス頻度が低い(コールド)データを含むグリッド・ディスクを次に作成するようにしてください。
- スナップショットを使用するときはスパース・グリッド・ディスクのみ作成する必要があります。スナップショットによって生成されるファイルがスパース・ディスクに格納されます。スパース・グリッド・ディスクでは、標準グリッド・ディスク操作すべてがサポートされます。スパース・グリッド・ディスクにはvirtualsizeという追加の属性があります。この属性は、グリッド・ディスクで提供する必要がある最大仮想領域を構成します。構成でスパース・グリッド・ディスク上の仮想領域が不足したときに物理領域が使用可能な場合には、この属性のサイズを変更できます。
  
  スパース・ディスクに設定できる最大サイズは、セル・ディスクの空き領域のサイズです。最大仮想サイズは100TBです。
  
  Oracle Exadata System Softwareは、スパース・グリッド・ディスクによって使用される物理領域を監視し、ほとんどの領域が使用されるとアラートを生成します。領域不足エラーを回避するには、ALTER GRIDDISKコマンドを使用してグリッド・ディスクに物理領域を追加するか、Oracle ASMファイルをいくつか削除してグリッド・ディスクの領域を解放します。

例2-4 グリッド・ディスクの作成

この例は、グリッド・ディスクを作成する方法を示しています。この例のALL HARDDISK PREFIXオプションでは、ストレージ・セルの各セル・ディスクにグリッド・ディスクが1つずつ作成されます。Oracle ASMディスク・グループ名には、ディスク・グループに属するグリッド・ディスクを識別するためのPREFIXが使用されます。接頭辞の値のdataおよびrecoが、作成されるOracle ASMディスク・グループの名前になります。

CellCLI> CREATE GRIDDISK ALL HARDDISK PREFIX=data, size=300G
GridDisk data_CD_00_cell01 successfully created
GridDisk data_CD_01_cell01 successfully created
GridDisk data_CD_02_cell01 successfully created
...
GridDisk data_CD_11_cell01 successfully created

CellCLI> CREATE GRIDDISK ALL HARDDISK PREFIX=reco, size=600G
GridDisk reco_CD_00_cell01 successfully created
GridDisk reco_CD_01_cell01 successfully created
GridDisk reco_CD_02_cell01 successfully created
...
GridDisk reco_CD_11_cell01 successfully created

LIST GRIDDISKコマンドでは、作成されるグリッド・ディスクが表示されます。

CellCLI> LIST GRIDDISK
         data_CD_00_cell01       active
         data_CD_01_cell01       active
         data_CD_02_cell01       active
         ...
         data_CD_11_cell01       active

         reco_CD_00_cell01      active
         reco_CD_01_cell01      active
         reco_CD_02_cell01      active
         ...
         reco_CD_11_cell01      active

例2-5 スパース・グリッド・ディスクの作成

この例では、スパース・グリッド・ディスクは物理セル・ディスク・サイズから最大で300GBを使用し、Oracle ASMファイル用として20000GBの仮想領域を公開します。

CellCLI> CREATE GRIDDISK ALL HARDDISK PREFIX=sp, size=300G, virtualsize=20000G
GridDisk sp_CD_00_cell01 successfully created
GridDisk sp_CD_01_cell01 successfully created
GridDisk sp_CD_02_cell01 successfully created
...
GridDisk sp_CD_11_cell01 successfully created

親トピック: Oracle Exadata Storage Serverの構成の理解

2.2.7 PMEMキャッシュの作成

デフォルトでは、CREATE CELLコマンドによってセル・ディスクが作成され、PMEMキャッシュの作成時に使用されます。

すべてのPMEMセル・ディスクにPMEMキャッシュを作成するには、CREATE PMEMCACHE ALLを使用します。

ALTER PMEMCACHEコマンドを使用すると、PMEMキャッシュで使用されるセル・ディスクのセットの変更、PMEMキャッシュからのダーティ・ブロックのフラッシュ、および指定したセル・ディスクに対する前のフラッシュ操作の取消しを行い、キャッシュを再度有効にできます。

親トピック: Oracle Exadata Storage Serverの構成の理解

2.2.8 フラッシュ・ディスクおよびフラッシュ・キャッシュの作成

デフォルトでは、CREATE CELLコマンドは、すべてのフラッシュ・ディスク上にフラッシュ・セル・ディスクを作成します。このコマンドは次に、フラッシュ・セル・ディスク上にExadataスマート・フラッシュ・キャッシュを作成します。

CREATE GRIDDISK ALL FLASHDISK PREFIX='FLASH'コマンドとCREATE FLASHCACHEコマンドを使用して、フラッシュ・ディスクおよびフラッシュ・キャッシュを作成します。

Exadataスマート・フラッシュ・キャッシュのサイズ変更や、フラッシュ・グリッド・ディスクの作成を行うには、フラッシュ・キャッシュを一度削除してから、異なるサイズでフラッシュ・キャッシュを作成するか、フラッシュ・グリッド・ディスクを作成する必要があります。

親トピック: Oracle Exadata Storage Serverの構成の理解

2.2.9 Oracle Auto Service Request (ASR)の構成

Oracle Exadata Database MachineのOracle Auto Service Request (ASR)では、一般的なハードウェア障害を検出して、サービス・リクエストを自動的に作成します。

ASRサポートには、Oracle Exadata Storage ServerやOracle Exadata Database Serverのディスクやフラッシュ・カードなどの選択したコンポーネントが含まれます。

Oracle Exadata Deployment Assistant (OEDA)を使用してOracle Exadata Rackを構成する際にOracle Auto Service Request (ASR)を構成することを選択しなかった場合には、構成手順について、『Oracle Auto Service Request Oracle Exadata Database Machineクイック・インストレーション・ガイド』を参照してください。

関連項目

親トピック: Oracle Exadata Storage Serverの構成の理解

2.3 推奨されるネットワーク構成およびIPアドレス

Oracle Exadata Storage Serverの推奨ネットワーク構成に従います。

ネットワークがまだ構成されていない場合は、スイッチがシングル・ポイント障害となるのを回避するために、Oracle Exadata Database Machineストレージ・サーバー、データベース・サーバーおよび複数のスイッチからなるフォルト・トレラントなプライベート・ネットワーク・サブネットを設定します。ストレージのネットワークのすべてのインターコネクトが単一のスイッチで接続されていると、そのスイッチがシングル・ポイント障害になる可能性があります。

管理スイッチを使用している場合は、スイッチのVLAN構成でストレージ・サーバーのネットワーク・トラフィックを他のすべてのネットワーク・トラフィックから分離します。
ストレージ・サーバーの一般的な管理のインタフェースおよびIntegrated Lights Out Manager (ILOM)インタフェース用にIPアドレスのブロックを割り当てます。通常、これらのインタフェースは、同じサブネット上に存在します(他のホストとサブネットを共有することもできます)。たとえば、ストレージ・サーバーの一般管理インタフェースおよびILOMインタフェース用として、192.168.200.0/24サブネット上で192.168.200.31から192.168.200.100のIPアドレスのブロックを割り当てることができます。サブネットを共有する他のホストには、ブロックの範囲外のIPアドレスを割り当てます。一般管理インタフェースおよびILOMインタフェースは、個別のサブネットに配置できますが、その必要はありません。

次のサンプルは、オーバーラップしていない4つのアドレス・ブロックです。最初のアドレス・セットは、ストレージ・サーバーの通常のギガビット・イーサネット・インタフェースに割り当てる必要があります。別のブロックは、ストレージ・サーバーのILOMポート用に割り当てることができます。3番目のセットはデータベース・サーバーのギガビット・イーサネット・ポート、4番目のセットはデータベース・サーバーのILOMポートに使用できます。
```
192.168.200.0/21 (netmask 255.255.248.0)
192.168.208.0/21 (netmask 255.255.248.0)
192.168.216.0/21 (netmask 255.255.248.0)
192.168.224.0/21 (netmask 255.255.248.0)
```
RDMAネットワーク・ファブリック・ネットワークは、データベース・サーバー・ホストおよびストレージ・サーバーで使用されるプライベート・ネットワークにし、プライベート・ローカル・ネットワーク・アドレスを持つことができます。また、これらのアドレスは、オーバーラップしていないブロックに割り当てる必要があります。

次の例では、RDMAネットワーク・ファブリックに2ブロックのローカル・アドレスがあります。データベース・サーバーのRDMAネットワーク・ファブリックのアドレスとストレージ・サーバーのRDMAネットワーク・ファブリックのアドレスは、相互に通信するために同じサブネットにある必要があります。ボンディングを使用すると、RDMAネットワーク・ファブリックのアドレスで必要なサブネットが1つで済みます。
```
192.168.50.0/24 (netmask 255.255.255.0)
192.168.51.0/24 (netmask 255.255.255.0)
```
これらのサブネット・ブロックは互いに競合することはなく、ホストの現在の割当てとも競合しません。サブネット・ブロックが同じネットマスクを持つように割り当てることお薦めします。これにより、ネットワーク管理が簡素化します。
Oracle Exadata Database Machineにおいて、RDMAネットワーク・ファブリック・ネットワークで許可されるホストの最大数は、4096です。そのため、RDMAネットワーク・ファブリック・ネットワークのネットワーク接頭辞の値は、20以上である必要があります。つまり、ネットマスクは、255.255.240.0から255.255.255.254(両端の値を含む)である必要があります。

特定のホストIPアドレスとそのネットマスクのネットワーク接頭辞の値は、任意のOracle Linuxマシンで次のようにipcalcユーティリティを使用して判別できます。
```
ipcalc <host ip address> -m <netmask for the host>  -p
```
.0、.1または.255で終了するアドレスや、選択した特定のネットマスクのブロードキャスト・アドレスとして使用されるアドレスを割り当てないようにします。たとえば、192.168.200.0、192.168.200.1、192.168.200.255などのアドレスは使用しないようにします。
ネットワークが追加の拡張に対応できることを確認してください。たとえば、255.255.255.254は有効なネットワーク(接頭辞/31)ですが、使用できるのは1つのホストのみです。
ドメイン・ネーム・システム(DNS)が必要な場合は、ストレージ・サーバーおよびインターコネクトを参照できるようにDNSを設定します。Oracle Exadata Database Machineストレージ・サーバーではDNSは不要です。ただし、DNSが必要な場合は、ストレージ・サーバーの適切なIPアドレスおよびホスト名でDNSを設定します。
RDMAネットワーク・ファブリック・ネットワークは、Oracle Clusterwareを使用する場合のネットワークおよびストレージの通信に使用してください。Oracle Clusterware通信のプライベート・ネットワークでRDMAネットワーク・ファブリックが使用されていることを確認するには、次のコマンドを使用します。
```
oifcfg getif -type cluster_interconnect
```
Reliable Data Socket (RDS)プロトコルは、RDMAネットワーク・ファブリック・ネットワークでデータベース・サーバーとストレージ・サーバーおよびOracle Real Application Clusters (Oracle RAC)の通信に使用してください。Oracle RACのプライベート・ネットワークがRDMAネットワーク・ファブリック・ネットワークでRDSプロトコルを実行していることを確認するには、アラート・ログをチェックします。インスタンスのアラート・ログには、次のメッセージが含まれているはずです。
```
cluster interconnect IPC version: Oracle RDS/IP (generic)
```
RDSプロトコルがRDMAネットワーク・ファブリックネットワークで使用されていない場合は、次の手順を実行します。
1. Oracleソフトウェアを使用しているすべてのプロセスを停止します。
2. ORACLE_HOME/rdbms/libディレクトリに変更します。
3. Oracle DatabaseソフトウェアをRDSプロトコルに再リンクします。
```
make -f ins_rdbms.mk ipc_rds ioracle
```
注意:
Oracle ASMがデータベース・インスタンスとは別のOracleホームを使用する場合は、両方のホームのバイナリでRDSを有効にしてください。

親トピック: Oracle Exadata System Softwareの構成

2.4 Oracle Exadata Database MachineのIPアドレスの割当て

このトピックは、新しいストレージ・サーバーをインストールする前のOracle Exadata Database Machineネットワークの準備についてまとめています。

各ストレージ・サーバーは、次のネットワーク・ポートで構成されます。

1つのデュアルポートRDMAネットワーク・ファブリック・カード

Oracle Exadata Storage Serverは、高可用性を実現するために、2つのRDMAネットワーク・ファブリック・スイッチに個別に接続するように設計されています。デュアルポート・カードは、可用性目的でのみ使用されています。RDMAネットワーク・ファブリック・カードの各ポートにより、ストレージ・サーバーで生成される帯域幅での完全なデータ転送が可能になります。ネットワーク接続の1つが失われてもストレージ・サーバーのパフォーマンスに影響を与えることはありません。
通常のネットワーク・アクセス用のイーサネット・ポート(プラットフォームに依存)
- Oracle Exadata Database Machine X6-2以前のストレージ・サーバーには、4つのイーサネット・ポートがあります。ただし、スイッチには1つのポートのみを接続して、ネットワーク・アクセス用に構成します。
ベースボード管理コントローラ(BMC)またはストレージ・サーバーの管理コントローラ(MC)によって公開される1つのイーサネット・ポート。このポートは、Integrated Lights Out Manager (ILOM)に使用されます。

ネットワーク・アクセスのためにストレージ・サーバーを準備するには、次のステップを実行する必要があります。

結合RDMAネットワーク・ファブリック・ポートに1つのアドレスを割り当てます。ストレージ・サーバーを最初に設定すると、RDMAネットワーク・ファブリックの構成情報を入力するように求められます。この情報は初期起動時のCREATE CELLコマンド実行中に自動的に使用され、ストレージ・サーバーとデータベース・サーバー間の通信用のデータ・パスが提供されます。

初期構成後にIPアドレスを変更するには、次のコマンドを使用します。ここで、interface_nameはRDMAネットワーク・ファブリックのインタフェース名です。
```
CREATE CELL interconnect1=interface_name, interconnect2=interface_name
```
RDMA over InfiniBandネットワーク・ファブリックの場合、インタフェース名はib0およびib1です。RDMA over RoCEネットワーク・ファブリックの場合、インタフェース名はre0およびre1です。
ネットワーク・アクセスのためにストレージ・サーバーにIPアドレスを割り当てます。
ILOM用にストレージ・サーバーにIPアドレスを割り当てます。

Javaを有効にしたWebブラウザを使用して、割り当てられたIPアドレスでリモート管理機能にアクセスできます。

2.5 使用するロケーションに合せたOracle Exadata System Softwareの構成

使用する環境にあわせてソフトウェア・インストールをカスタマイズします。

Oracle Exadata Storage Serverの静的IPを使用したILOMの構成
基本的な停電リモート管理の構成は、最初の起動時に行われます。
サーバーの準備
使用するデータベース・サーバーおよびストレージ・サーバーを準備するには、次の手順を使用します。

親トピック: Oracle Exadata System Softwareの構成

2.5.1 Oracle Exadata Storage Serverの静的IPを使用したILOMの構成

基本的な停電リモート管理の構成は、最初の起動時に行われます。

Integrated Lights Out Manager (ILOM)の構成情報については、サーバーの準備を参照してください。

注意:

ILOMではサイドバンド管理を有効にしないでください。そのようにすると、そのサーバーのSNMPエージェントのレポートおよび監視機能がすべて無効になります。

親トピック: 使用するロケーションに合せたOracle Exadata System Softwareの構成

2.5.2 サーバーの準備

使用するデータベース・サーバーおよびストレージ・サーバーを準備するには、次の手順を使用します。

Integrated Lights Out Manager (ILOM)を構成します。
ストレージ・サーバーの電源をオンにし、オペレーティング・システムを起動します。
ストレージ・サーバーが起動すると、システム構成を求められるので応答します。

構成ステップでyesまたはnoと応答するように求められたら、確認する場合はyを押し、再試行または終了する場合はnを押します。yesまたはnoのプロンプトのデフォルトの選択は、大カッコ内に表示されます。応答を入力せずに[Enter]を押すと、デフォルトの選択項目が選択されます。
ネットワーク接続をチェックします。

検出されたすべてのインタフェースのリストが表示され、アクティブなネットワーク・ケーブルが接続されていないインタフェースのケーブルをチェックするように求められます。ケーブルを接続したら構成ステップを再試行できますが、接続されていないインタフェースを無視することもできます。構成できるのは接続されているインタフェースのみです。
必要に応じてDNSサーバーのIPアドレスを入力します。
スタンドアロンのプライベート・ストレージ環境の場合、DNSは必要ありません。
時間プリファレンスを入力します。
- 利用可能なタイム・リージョンのリストが表示されたら、ローカルのタイム・リージョン番号を選択します。
- 表示されるロケーションのリストから、タイム・リージョン番号内のロケーションを選択します。
ネットワーク・タイム・プロトコル(NTP)サーバーを入力します。

これらのサーバーは、システムの時間を正しく維持するのに必要で、ローカルの時間ソースと同期されます。
イーサネットのアドレスと、RDMAネットワーク・ファブリックのIPアドレスおよびインタフェースを入力します。
ネットワーク接続されているすべてのイーサネットおよびRDMAネットワーク・ファブリックのインタフェースは、最も左側にインタフェースの名前とともに表示されます。RDMA over InfiniBandネットワーク・ファブリック・インタフェースはBONDIB0という名前が付けられ、物理RDMA over InfiniBandネットワーク・ファブリック・インタフェースib0とib1の間でボンディングが使用されます。ボンディングにより、ib0またはib1との接続が失われた場合に、ib0からib1、またはib1からib0に透過的にフェイルオーバーできます。

構成するイーサネットおよびRDMAネットワーク・ファブリックの各インタフェースに、次の設定を適用するように求められます。
- IPアドレス
- ネットマスク
- ゲートウェイのIPアドレス
- 完全修飾ドメイン名
リスト内の各インタフェースを設定しないように選択した場合、そのインタフェースは構成されず、システムの起動時に起動しません。IPアドレスを構成すると、システムの起動プロセスが完了します。このプロセスの最後に、追加パッケージがインストールされます。
リストから正規の完全修飾ドメイン名を選択します。

このホスト名は、サーバーのプライマリ・パブリック・ホスト名になり、/etc/sysconfig/networkファイルに含まれます。

ゲートウェイで複数のイーサネット・インタフェースを構成した場合、デフォルト・ゲートウェイの行番号を選択します。このゲートウェイは、/etc/sysconfig/networkファイルに含まれ、デフォルト・ゲートウェイとして使用されます。
要求されたら、次の情報を入力します。
- ILOMのドメイン修飾ホスト名
- ILOMのIPアドレス
- ILOMのネットマスク
- ILOMのゲートウェイ
- ILOM NTPサーバー
- ILOMのDNSサーバー
(Oracle Exadata Storage Serverのみ) rootユーザー、celladminユーザーおよびcellmonitorユーザーの初期パスワードをより安全なパスワードに変更します。

注意:
rootユーザーのパスワードがない場合は、Oracleサポート・サービスに連絡してください。
パスワードを変更するには、rootユーザーとしてログインし、passwdコマンドを使用してパスワードを次のように変更します。
```
# passwd
# passwd celladmin
# passwd cellmonitor
```
変更したパスワードを確認するには、各ユーザー名でサーバーにログインおよびログアウトします。

注意:
cellmonitorユーザーは、Oracle Exadata Storage Serverのオブジェクトのみを表示できる権限で設定されます。管理タスクを実行するには、celladminユーザーとしてログインする必要があります。
最初の起動時の構成後に、/var/log/cellos/vldrun.first_boot.logファイルにレポートされている障害を確認します。

失敗している検証ごとに、次の手順を実行します。
1. /var/log/cellos/validations/failed_validation_name.SuggestedRemedyファイルを検索します。
  
  このファイルは、検証プロセスによってなんらかの修正処理が識別された場合にのみ作成されます。ファイルの推奨事項に従って障害の原因を修正します。
2. SuggestedRemedyファイルが存在しない場合、/var/log/cellos/validationsにあるログ・ファイルで失敗している検証を確認し、原因を調査して必要であれば修正します。
(Oracle Exadata Storage Serverのみ)次のコマンドを使用して、許容可能なパフォーマンス・レベルを確認します。
```
# cellcli -e "alter cell shutdown services cellsrv"

# cellcli -e "calibrate"
```

2.6 CellCLIを使用したセル、セル・ディスクおよびグリッド・ディスクの構成

新しいOracle Exadata Storage Serverごとにセル、セル・ディスクおよびグリッド・ディスクを構成します。

このタスクを開始する前に、サーバーの準備で説明されているステップを完了する必要があります。

各手順の実行中に、HELPコマンドを使用してヘルプを表示できます。オブジェクトの属性を表示するには、DESCRIBEコマンドを使用します。例2-6は、Oracle Exadata Database Machine CELLのオブジェクトのヘルプおよび属性リストを表示する方法を示しています。

celladminユーザーとしてログインします。
cellcliコマンドを使用して、セル・コントロール・コマンドライン・インタフェース(CellCLI)を起動し、ストレージ・セルに接続します。
バイナリがインストールされると、必要なセル・サービスの再起動サーバー(RS)および管理サーバー(MS)が実行されている状態になります。これらのサービスが実行されていない場合は、CellCLIユーティリティの使用時にエラー・メッセージが表示されます。エラー・メッセージが表示されたら、次のコマンドを実行してOracle Exadata System SoftwareのRSおよびMSサービスを起動します。
```
CellCLI> ALTER CELL STARTUP SERVICES RS
CellCLI> ALTER CELL STARTUP SERVICES MS
```

CellCLIのALTER CELLコマンドを使用してセルを構成します。最初の起動時に、セルが作成され、フラッシュ・セル・ディスクとフラッシュ・キャッシュが自動的に定義されます。

CellCLI> ALTER CELL name=cell_name,                                      -
           smtpServer='my_mail.example.com',                             -
           smtpFromAddr='john.doe@example.com',                          -
           smtpPwd=email_address_password,                           -
           smtpToAddr='jane.smith@example.com',                          -
           notificationPolicy='clear',                                   -
           notificationMethod='mail,snmp'

次のコマンドを使用し、ストレージ・セルの属性をチェックして現在の構成を検証します。
```
CellCLI> LIST CELL DETAIL
```
CREATE CELLDISKコマンドを使用してセル・ディスクを作成します。ほとんどの場合は、デフォルトのセル・ディスク名とLUN IDを使用できます。デフォルト値でセル・ディスクとLUN IDを作成するには、次のコマンドを使用します。
```
CellCLI> CREATE CELLDISK ALL
```
CREATE GRIDDISKコマンドを使用して、ストレージ・セルの各セル・ディスクにグリッド・ディスクを作成します。
ストレージ・セルを設定したら、次のコマンドを使用してCellCLIユーティリティを終了します。
```
CellCLI> EXIT
```
新規の各ストレージ・セルで構成プロセスを繰り返します。この手順は、Exadataセルのレルム、データベース・サーバー・ホスト、またはデータベースおよびOracle ASMインスタンスを構成する前に新規の各セルで実行する必要があります。

例2-6 ヘルプ情報の表示

CellCLI> HELP
CellCLI> HELP CREATE CELL
CellCLI> HELP ALTER CELL
CellCLI> DESCRIBE CELL

セルの構成が完了したら、ストレージ・セルで次のオプションのステップを実行できます。

ストレージ・セルをExadataセルのレルムに追加します。
Oracle Exadata Storage Server Softwareのセキュリティ構成の説明に従って、Oracle Exadata Storage Serverのグリッド・ディスクにセキュリティを構成します。
「I/Oリソースの管理」の説明に従って、デフォルトの計画ではなくセル用のデータベース間計画を構成します。

Oracle Exadata Database Machine以外のデータベース・サーバー・ホストの場合は、リリース・ノートのOracle Exadata Storage Serverでの使用に関する項を参照してください。

関連項目

親トピック: Oracle Exadata System Softwareの構成

2.7 フラッシュ・キャッシュおよびフラッシュ・グリッド・ディスクの作成

Oracle Exadata Storage Serverには、フラッシュ・ディスクが搭載されています。これらのフラッシュ・ディスクを使用して、フラッシュ・グリッド・ディスクを作成し、頻繁にアクセスされるデータを格納できます。

または、フラッシュ・ディスク領域の一部または全部をExadataスマート・フラッシュ・キャッシュに提供できます。この場合、最も頻繁にアクセスされるデータがExadataスマート・フラッシュ・キャッシュにキャッシュされます。

ディスクと同期されないデータ(ダーティ・データ)がグリッド・ディスクのフラッシュ・キャッシュからフラッシュされるようにするには、セル・ディスクをエクスポートする前にALTER CELLDISK ... FLUSHコマンドを実行する必要があります。

デフォルトでは、CREATE CELLコマンドによってすべてのフラッシュ・ディスクにフラッシュ・セル・ディスクが作成され、次にそのフラッシュ・セル・ディスクにExadataスマート・フラッシュ・キャッシュが作成されます。

Exadataスマート・フラッシュ・キャッシュのサイズ変更や、フラッシュ・グリッド・ディスクの作成を行うには、フラッシュ・キャッシュを一度削除してから、異なるサイズでフラッシュ・キャッシュを作成するか、フラッシュ・グリッド・ディスクを作成する必要があります。
割り当てるフラッシュ・キャッシュの量を変更するには、CREATE CELLコマンドのflashcache属性を使用します。
flashcache属性を指定しない場合、使用可能なすべてのフラッシュ領域がフラッシュ・キャッシュ用として割り当てられます。
明示的にExadataスマート・フラッシュ・キャッシュを作成するには、CREATE FLASHCACHEコマンドを使用します。celldisk属性を使用して、Exadataスマート・フラッシュ・キャッシュを含むフラッシュ・セル・ディスクを指定します。

または、celldiskのかわりにALLを指定して、すべてのフラッシュ・セル・ディスクを使用します。size属性を使用して、割り当てるフラッシュ・キャッシュの合計サイズを指定します。割当ては、すべてのフラッシュ・セル・ディスクで均等に配分されます。

例2-7 CREATE FLASHCACHEコマンドの使用

この例は、Exadataスマート・フラッシュ・キャッシュを作成する方法を示しています。size属性が設定されているため、フラッシュ・セル・ディスクのすべてのサイズは使用されません。

CellCLI> CREATE FLASHCACHE ALL size=100g 
Flash cache cell01_FLASHCACHE successfully created

例2-8 フラッシュ・グリッド・ディスクを作成するためのCREATE GRIDDISKコマンドの使用

この例は、フラッシュ・セル・ディスクの残りの領域を使用してフラッシュ・グリッド・ディスクを作成する方法を示しています。

CellCLI> CREATE GRIDDISK ALL FLASHDISK PREFIX='FLASH' 
GridDisk FLASH_FD_00_cell01 successfully created
GridDisk FLASH_FD_01_cell01 successfully created
GridDisk FLASH_FD_02_cell01 successfully created
GridDisk FLASH_FD_03_cell01 successfully created
GridDisk FLASH_FD_04_cell01 successfully created
GridDisk FLASH_FD_05_cell01 successfully created
GridDisk FLASH_FD_06_cell01 successfully created
GridDisk FLASH_FD_07_cell01 successfully created
GridDisk FLASH_FD_08_cell01 successfully created
GridDisk FLASH_FD_09_cell01 successfully created
GridDisk FLASH_FD_10_cell01 successfully created
GridDisk FLASH_FD_11_cell01 successfully created
GridDisk FLASH_FD_12_cell01 successfully created
GridDisk FLASH_FD_13_cell01 successfully created
GridDisk FLASH_FD_14_cell01 successfully created
GridDisk FLASH_FD_15_cell01 successfully created
 
CellCLI> LIST GRIDDISK    
         FLASH_FD_00_cell01      active
         FLASH_FD_01_cell01      active
         FLASH_FD_02_cell01      active
         FLASH_FD_03_cell01      active
         FLASH_FD_04_cell01      active
         FLASH_FD_05_cell01      active
         FLASH_FD_06_cell01      active
         FLASH_FD_07_cell01      active
         FLASH_FD_08_cell01      active
         FLASH_FD_09_cell01      active
         FLASH_FD_10_cell01      active
         FLASH_FD_11_cell01      active
         FLASH_FD_12_cell01      active
         FLASH_FD_13_cell01      active
         FLASH_FD_14_cell01      active
         FLASH_FD_15_cell01      active

例2-9 セルのExadataスマート・フラッシュ・キャッシュ構成の表示

LIST FLASHCACHEコマンドを使用すると、この例に示すように、セルのExadataスマート・フラッシュ・キャッシュ構成を表示できます。

CellCLI> LIST FLASHCACHE DETAIL
         name:                   cell01_FLASHCACHE
         cellDisk:               FD_00_cell01, FD_01_cell01,FD_02_cell01, 
                                 FD_03_cell01, FD_04_cell01, FD_05_cell01, 
                                 FD_06_cell01, FD_07_cell01, FD_08_cell01, 
                                 FD_09_cell01, FD_10_cell01, FD_11_cell01, 
                                 FD_12_cell01, FD_13_cell01, FD_14_cell01, 
                                 FD_15_cell01 
         creationTime:           2009-10-19T17:18:35-07:00
         id:                     b79b3376-7b89-4de8-8051-6eefc442c2fa
         size:                   365.25G
         status:                 normal

例2-10 セルからのExadataスマート・フラッシュ・キャッシュの削除

セルからExadataスマート・フラッシュ・キャッシュを削除するには、DROP FLASHCACHEコマンドを使用します。

CellCLI> DROP FLASHCACHE
Flash cache cell01_FLASHCACHE successfully dropped

関連項目

親トピック: Oracle Exadata System Softwareの構成

2.8 データベース・サーバー・ホストの構成ファイルの設定

Oracle Exadata Storage Serverの構成が終了したら、セルを使用するようにcellinit.oraおよびcellip.oraファイルでデータベース・サーバー・ホストを構成する必要があります。

ファイルは、/etc/oracle/cell/network-configディレクトリにあります。

cellinit.oraファイルには、データベースのIPアドレスが指定されています。
cellip.oraファイルには、ストレージ・セルのIPアドレスが指定されています。

両方のファイルはデータベース・サーバー・ホストにあります。これらの構成ファイルには、ホスト名ではなくIPアドレスが指定されています。

cellinit.oraファイルはホスト固有で、Oracle Exadata Storage Serverで使用されるストレージ・ネットワークに接続するすべてのデータベースのIPアドレスが含まれます。このファイルは、Oracle Exadata Storage Serverに接続するデータベースごとに必要です。IPアドレスは、クラスレス・ドメイン間ルーティング(CIDR)形式で指定する必要があります。最初のIPアドレスはipaddress1、次のIPアドレスはipaddress2、というように指定する必要があります。

次のリストに、Oracle Exadata Database Machineでの単一データベース・サーバーのIPアドレス・エントリの例を示します。

Oracle Exadata Database Machine X4-2のOracle Exadata Database Server
- ipaddress1=192.168.10.1/22
- ipaddress2=192.168.10.2/22
Oracle Exadata Database Machine X3-2またはOracle Exadata Database Machine X2-2のOracle Exadata Database Server
- ipaddress1=192.168.50.23/24
Oracle Exadata Database Machine X3-8またはOracle Exadata Database Machine X2-8のOracle Exadata Database Server
- ipaddress1=192.168.41.111/21
- ipaddress2=192.168.41.112/21
- ipaddress3=192.168.41.113/21
- ipaddress4=192.168.41.114/21

このファイルを作成した後は、これらのIPアドレスは変更しないでください。

注意:

8ソケット・システムのブート時に、各データベース・サーバーではcellaffinity.ora構成ファイルを生成します。cellaffinity.oraファイルが/etc/oracle/cell/network-configディレクトリに存在し、Oracle Databaseによって読込み可能である必要があります。

このファイルには、各サーバーに最も近いネットワーク・インタフェース・カードのIPアドレスとNUMAノード番号とのマッピングが含まれます。Oracle DatabaseはOracle Exadata Storage Serverと通信する際、このファイルを使用して最も近いネットワーク・インタフェース・カードを選択し、パフォーマンスを最適化します。

このファイルは、8ソケット・システム上でのみ生成および使用されます。2ソケット・システムでは、この方法で得られる効果はなく、cellaffinity.oraファイルは生成されません。このファイルをテキスト・エディタで直接編集しないでください。

セルに使用するデータベース・サーバー・ホストを構成する場合は、「RoCEネットワークのRDMAネットワーク・ファブリックの保守」または「InfiniBandネットワークのRDMAネットワーク・ファブリックの保守」を参照してください。

親トピック: Oracle Exadata System Softwareの構成

2.9 自動セル・メンテナンスの理解

管理サーバー(MS)には、日付に基づくファイル削除ポリシーが含まれています。

自動診断リポジトリ(ADR)ディレクトリの領域が不足すると、MSは次のファイルを削除します。

7日より古いADRベース・ディレクトリ内のすべてのファイル。
7日より古いLOG_HOMEディレクトリ内のすべてのファイル。
7日より古いすべてのメトリックの履歴ファイル。

保存期間は7日間がデフォルトです。保存期間を変更するには、metricHistoryDaysおよびdiagHistoryDays属性を使用してALTER CELLコマンドを実行します。diagHistoryDays属性ではADRファイルを制御し、metricHistoryDays属性では、その他のファイルを制御します。

十分なディスク領域がある場合、トレース・ファイルは消去されません。この結果、ADRベース・ディレクトリ内のファイルがdiagHistoryDaysで指定された時間制限を超えて保持される可能性があります。

さらに、alert.logファイルが10MBを超える場合は名前が変更され、7日より古いファイルのバージョンの合計サイズが50MBを超える場合は削除されます。

MSには、ファイル・システムの使用率が高い場合にトリガーされるファイルの削除ポリシーが含まれます。ファイルの使用率が80パーセントに達すると、/ (ルート)ディレクトリおよび/var/log/oracleディレクトリでのファイルの削除がトリガーされます。ファイル使用率が90パーセントに達すると/opt/oracleファイル・システムでのファイルの削除がトリガーされ、使用率が85パーセントを下回るとアラートはクリアされます。削除が開始される前にアラートが送信されます。アラートには、ディレクトリの名前と、サブディレクトリの領域の使用率が含まれます。削除ポリシーは次のとおりです。

/var/log/oracleファイル・システムの場合は、ADRベース・ディレクトリ、メトリックの履歴ディレクトリ、LOG_HOMEディレクトリ内のファイルは、ファイル変更タイムスタンプに基づくポリシーを使用して削除されます。
- metricHistoryDays属性値で設定された日数より古いファイルが最初に削除されます。
- その後、変更タイムスタンプが10分以前の古いファイル、またはファイル・システムの使用率が75パーセントを下回るファイルが削除されます。
- 5MBを超え、連続する短い時間間隔より古い、名前が変更されたalert.logファイルおよびms-odl生成ファイルも削除されます。
- /var/log/oracle/crashfilesディレクトリ内のクラッシュ・ファイルは1日を超えると削除できます。領域が不足していない場合、クラッシュ・ファイルの保存時間は、他のファイルの場合と同じになります。/var/log/oracle/crashfilesの下に空のディレクトリがある場合、これらのディレクトリも削除されます。
/opt/oracleファイル・システムの場合、削除ポリシーは前述の設定と似ています。ただし、ファイルのしきい値は90パーセントであり、ファイル・システムの使用率が85パーセントを下回るまでファイルは削除されます。
ファイル・システムの使用率が一杯になると、同じパージ・ポリシーを使用してdiagHistoryDaysおよびmetricHistoryDays属性で制御されるファイルが消去されます。
/ファイル・システムの場合は、5MBを超え、1日より古いホーム・ディレクトリ(cellmonitorおよびcelladmin)、/tmp、/var/crashおよび/var/spoolディレクトリのファイルは削除されます。

1時間ごとに、次の基準を使用してMSが対象のアラートをアラート履歴から削除します。アラートがステートレスになるか、解決済のステートフル・アラートになると、そのアラートは対象とみなされます。

アラートが500未満の場合、100日より古いアラートが削除されます。
アラートが500から999の場合、7日より古いアラートが削除されます。
アラートが1,000を超える場合、対象のすべてのアラートが5分ごとに削除されます。

注意:

名前にSAVEを含むディレクトリまたはファイルは削除されません。

関連項目

親トピック: Oracle Exadata System Softwareの構成