Oracle データベースの作成
cmd-type dbca-create database
- 次のステップ - 選択 (ノードの数に応じて)
これは 206 プロジェクト、2 つのノードの構成です
1. Oracle Real Application Clusters (RAC) Database:(集群数据库 多节点)
• 定义: Oracle RAC 是一种集群数据库解决方案,允许在多个服务器节点上运行同一个数据库实例。 • 特点: 它提供高可用性和伸缩性,允许数据库实例在不同节点之间共享数据,从而增加了系统的容错性。
2. Oracle RAC One Node Database:(集群单节点数据库)
• 定义: 这是 Oracle RAC 的一种变体,允许将单一数据库实例部署在集群中的一个节点上。它提供了灵活性,使得数据库实例可以在需要时在节点之间迁移。
• 特点: 与标准 RAC 不同,RAC One Node 在运行时通常只有一个节点处于活动状态,但可以在需要时迅速移动到其他节点。
3. Oracle Single Instance Database: (单实例)
• 定义: 这是传统的 Oracle 数据库实例,只在单个服务器节点上运行,没有跨多个节点的集群部署。
• 特点: 它适用于较小的应用或对高可用性要求不是特别严格的环境。通常,单一实例数据库不具备跨多个服务器节点的容错和伸缩性。
-次のステップ - グローバル データベース名 (自分で設定) は通常 8 文字を超えません
-次のステップ - カスタム データベースを選択します
1 つ目はトランザクションです
2 つ目はカスタム データベースです
1. General Purpose or Transaction Processing(通用用途或事务处理):
• 适用场景: 适用于通用的业务应用和事务处理,如企业资源规划 (ERP)、在线交易处理 (OLTP) 等。
• 特点: 优化了对广泛业务需求的支持,适合一般企业应用。
2. Custom Database(定制数据库):
• 适用场景: 适用于具有特殊需求、需要定制配置和优化的应用。
• 特点: 提供更大的灵活性,允许根据特定要求进行调整和优化。
3. Data Warehouse(数据仓库):
• 适用场景: 适用于大规模数据分析和报告,涉及复杂查询和大量数据处理。
• 特点: 针对处理大量数据和支持复杂分析的场景进行了优化。
-次のステップ-
「管理者管理」と「ポリシー管理」は、Oracle Real Application Clusters (RAC) データベースの 2 つの異なる構成タイプです。
- 管理者管理:
- 機能: この構成では、管理者が各データベース インスタンスを手動で構成および管理します。各データベース インスタンスには独立した構成ファイルがあり、管理者は各インスタンスを手動で起動および停止する必要があります。
- 利点: 柔軟性と手動制御が向上し、各インスタンスの直接管理が必要な環境に適しています。 2.ポリシー管理:
- 機能: この構成では、Oracle Clusterware は事前定義されたポリシーに基づいてデータベース インスタンスを自動的に管理します。管理者は一連のポリシーを定義し、Clusterware はそれらのポリシーに基づいてインスタンスの数と分散を自動的に調整します。
- 利点: 管理作業が簡素化され、データベース インスタンスの構成が自動的に調整され、管理者の負担が軽減され、大規模なクラスタ環境に適しています。 「管理者管理」または「ポリシー管理」の選択は、管理設定とクラスター自動化のニーズによって異なります。各インスタンスを手動で管理および制御したい場合は、「管理者による管理」を選択します。
- ポリシーを定義してデータベース インスタンスを自動的に管理する場合は、「ポリシー管理」を選択します。
ここで選択したのは管理者管理です
次に、データベース名を作成し、[すべて選択] をクリックして両方のノードを選択します。
-次のステップ- (以下の「Enterprise Manager の構成」と「Database Control の構成」を確認してください) これは将来のメンテナンスを容易にするためのページです
自動メンテナンスをオンにする必要があります (パフォーマンスの第 5 フェーズ)最適化の詳細 理解しました)
-次のステップ - すべてのユーザーが同じ管理コマンドを使用します (Oracle) ここで一般的に使用されるユーザー (sys スーパー管理者 SYSTEM システム管理者)
-次のステップ-デフォルト
通常は ASM オプションを選択します
「Gluster File System」と「Automatic Storage Management (ASM)」の 2 つのタイプがありますさまざまなストレージ タイプ:
- Gluster ファイル システム:
- 特徴: GlusterFS は、複数のストレージ サーバーを統合ファイル システムに集約できるオープン ソースの分散ファイル システムです。ネットワーク接続を介してこれらのサーバー間でファイルを分散し、高可用性とスケーラビリティを提供します。
- 適用可能なシナリオ: GlusterFS は、水平方向の拡張が必要な分散ストレージ環境に適しており、大規模なデータの管理と共有に適しています。
- 自動ストレージ管理 (ASM):
-
特徴: ASM は、Oracle が提供するストレージ管理ソリューションであり、Oracle データベース専用に設計されています。データベース ファイルの自動管理、バランシング、障害回復機能を提供します。 ASM はストレージ デバイスをディスク グループとディスクに抽象化し、ストレージ管理を簡素化します。
-
適用可能なシナリオ: ASM は Oracle データベースのストレージ管理に適しており、データベース ファイルの高度な統合と最適化を実現します。
-
「Gluster File System」または「Automatic Storage Management (ASM)」の選択は、ニーズと環境によって異なります。
-
大規模な分散環境でファイル システムを均一に管理したい場合は、GlusterFS を検討してください。
-
主に Oracle データベースを使用し、データベース ファイルのより統合された自動管理が必要な場合は、ASM を選択できます。
-
Oracle 管理のファイルを使用する (Oracle ファイル システムを保存)
デフォルトでは、+dgsystem に配置されます -
次に、「多重 REDO ログと制御ファイル」をクリックします (多重 REDO ログ)。
• 定義: Oracle Database は、REDO ログを使用して、障害発生時のリカバリのためにデータベース内で発生するトランザクションを記録します。多重 REDO ログとは、フォールト トレランスを高めるために、これらのログ ファイルを複数の場所にコピーすることを意味します。 )
さらに 2 つのファイルをこれら 2 つのディスクに配置します
- 次のステップ (上記で保存したデータは asm にあるため、ここで ASM を設定する必要があります。 パスワード)
- 次のステップ
- クイック リカバリ領域を指定する/アーカイブを有効にする (データベースの構築時にこれら 2 つのチェックボックスをオンにしないでください。データベースの構築速度が向上する可能性があります)
フラッシュバックとアーカイブを選択する必要はありません
-次のステップのデフォルト オプション
運用環境~ 会社がすべてのデフォルト オプションを ✓ にすることを特に要求している場合は、すべてを選択します。
これはテスト環境なので、標準のデータベース コンポーネントをクリックして操作します (多数のコンポーネントがインストールされていると、テスト環境が停止します)。
-次へ
「標準」と「カスタム」は、Oracle Database のインストール時の 2 つの構成オプションです。
-
典型: • 自動メモリ管理 (AMM) を使用する: この構成では、SGA および PGA サイズを手動で指定する必要がなく、Oracle がメモリ割り当てを自動的に管理します。システムは必要に応じて調整します。
1.1 は、1g メモリ (SGA+PGA で共有) など、このメモリを共有する SGA+PGA に相当します。
Linux で使用される大きなメモリ ページが混在します。最初の解決策では競合が発生するため、ここで一般的なインストール方法を選択することはお勧めできません。 -
カスタム: • この構成では、Oracle の自動メモリ管理に依存せずに、SGA (システム グローバル領域) および PGA (プログラム グローバル領域) のサイズを手動で指定できます。これにより、特定のアプリケーションやパフォーマンスのニーズに合わせてメモリをより正確に調整できます。
- 一般に、「標準」を選択すると、特定のメモリ設定をあまり気にしないユーザーに適していますが、「カスタム」を選択すると、より詳細な制御が可能になります。具体的な選択は、データベース メモリ管理の好みとニーズによって異なります。
メモリ設定方法:
- 通常、SGA サイズのカスタマイズを選択します(SGA <物理メモリの 80%、通常は 40% ~ 60% の間で選択します。
式: 物理メモリ (4G) 4096< a i=2>80% 80%) 上記のグリッド ソフトウェアをインストールするときに 1 g を使用しましたが、現在は 3 g 残っています。3 g * 80%= 2.4g、SGA> 2.480%=1.92g (1000~1600m の範囲)、PGA: 2.420=480m、
2.4*
2. (PGA サイズ: 計算式: 物理メモリ 4096 *80% *20%)
PGA のメモリは 480m です
プロセス運用環境では、通常 2000 に設定されます
- 文字セットの選択 (企業の要件に応じて) )
mysql のみが共有モードを選択します。
次に、[すべての初期化パラメータ] をクリックして、カーソル パラメータをプロセスと同じサイズに変更します。後で変更する必要はありません。
-次のステップ-
ファイルがいっぱいになるのを防ぐために、ストレージ オプションのデータ ファイルの最大数を 8192 に設定します - REDO ログ グループ
- 次にテーブル スペースを見てみましょう
本番環境とテスト環境の両方で、テーブル スペース SYSAUX、system、temp、undotbs1、および undotbs2 を 20g、USERS に設定します。 . 5g に設定します。
設定するときは必ず自動拡張をオフにしてください (下の ✓ を削除してください)
- 1、2、3、および 4 のデフォルトのファイル サイズは 51200kb ですが、運用環境では、最小サイズは 200m です。さらに 5 つのグループを追加し、5 つのグループで 1 つの G-complete を形成するのが最善です。スレッド 1または 2 はスレッドですグループ、各スレッド グループは 5 つのグループ、つまり 10 個の 200m ファイルです。
- 次のステップ
最後に、[完了] をクリックすると、操作の記録を含むボックスがポップアップ表示されます。 Web ページとして保存されました。
このログをフォルダーに保存します。
するとデータベースが作成され、ここで作成は完了です。
作成したディスク グループをバックグラウンドで確認できます
asmcmd を使用して、作成したディスク グループを確認できます
最後に、[終了] をクリックして閉じます以上です