ラベル 物理設計 の投稿を表示しています。 すべての投稿を表示
ラベル 物理設計 の投稿を表示しています。 すべての投稿を表示

2014年5月19日月曜日

Oracle物理設計3

◆サーバプロセス設計
アプリケーションからSQLを受け取ると、データの取得やバックグラウンドプロセスと連携して処理を行い、アプリケーションに結果を返す。
・サーバプロセスはPGAというメモリーを使用
・PGA_AGGREGATE_TARGET:全サーバプロセスで領域を共有し、必要に応じて割り当てを行う
・メモリが安価⇒専用サーバ接続が増える

◆インスタンス設計
SGAとバックグラウンドプロセスとで構成される
・SGA設計
システム規模や処理の特性、使用するOracleデータベースの機能など⇒SGAサイズが変わる
各コンポーネントに割り当てるメモリサイズを検討
 ⇒自動化しても予期しないメモリ変動には対応はできない。

・バックグラウンドプロセス設計
各プロセスの機能を理解するだけで設計には影響が少ない

◆データベース設計
・制御ファイルの多重化の検討
・REDOログファイルのメンバ数とグループ数の検討
⇒ストレージの容量とも検討課題
・初期化パラメータファイルをpfile、spfileにするかの検討
・パスワード認証を許可するかどうかの検討

◆DBパラメータ設計
・データベース名、ドメイン名の検討
・ブロックサイズの検討
・キャラクタセット、ナショナルキャラクタセットの検討
⇒~記号の関係でJA16SJISTILDE
⇒ ナショナルキャラクタセットの利用は少ないが、デフォルトのAL16UTF16のほうがUTF8で利用するバイト数が減る
・アーカイブログモードにするかの検討

2014年5月16日金曜日

Oracle物理設計2

◆ネットワーク設計
・IPアドレス
クライアント通信用(Public) 必須
RACのVIP RAC用には必須
RACのSCANのVIP RAC用SCANには必須
RACのノード間通信用 RAC用には必須
メンテナンス用 任意
監視用 任意

・通信経路
DBサーバとアプリケーションサーバが別の場合、ルータなどの中継装置やネットワーク回線は二重化が必要

・回線速度
1GbEまたは10GbEを検討

・冗長化
NICの冗長化
⇒Linux bonding機能
 Windows チーミング機能

◆OSユーザ設計
OSユーザ名、OSグループ名、ユーザID、グループIDの検討が必要
⇒RAC構成ではノードで同じユーザ名、グループ名、ユーザID、グループIDで作成する。

◆OSパラメータ設計
KeepAliveの設定はデフォルトでは、2時間11分15秒
⇒設定値を検討(30分程度が妥当)

◆OS環境設計
・ディレクトリ
設定値を検討
・環境変数 
設定値を検討

◆その他のOS設計
・時刻同期設計
・ラージページ
4KBページ環境
2MBページ環境・・・>ページサイズが大きくなると、オーバヘッドが小さくなる

2014年5月15日木曜日

ネットワーク2

◆物理層について
通信における物理面を狙っているレイヤです。
・データリンク層とセットで標準化されている
  ⇒IEEE802.1x

◆注意点
・イーサネットの規格は別名を用いる
  ⇒IEEE802.3anは10GBASE-T
・UTPとSTPとの違い
  ⇒シールド処理の有無
・カテゴリが大きくなれば伝送速度が速くなる

◆物理設計
・構成パターンは2つにわかれる
  インライン構成 小規模から中規模
  ワンアーム構成 大規模
・機種選定
  スループットとコネクション数が重要
  ⇒長期的あるいは短期的なアクセスパターンを分析し、大きな値を使用する
  ⇒スループットはアプリケーションの影響を受ける
  ⇒接続数には新規接続数と同時接続数の2種類があるので注意が必要
   (FTPを利用すると、接続時間が長いので同時接続数が増える)
・ネットワーク機器のOSバージョンは安定したものを選ぶ
・ケーブルについては配置と目的で選ぶ
・ポートの物理設計は接続ポリシーを設ける
・コアとアグリケーションは中央に配置する
・ラックに機器を配置する場合、吸気と排気との方向性を統一する
・電源は2系統にする