Agenda パラレル実行の概要と効果 11g R1までのパラレル実行にまつわる懸念点簡単設定で解決!! Oracle Database 11g R2のパラレル化まとめ 2

Size: px

Start display at page:

Download "Agenda パラレル実行の概要と効果 11g R1までのパラレル実行にまつわる懸念点簡単設定で解決!! Oracle Database 11g R2のパラレル化まとめ 2"

ひとおあいしま
7 years ago
Views:

1 Oracle Direct Seminar <Insert Picture Here> 簡単設定で自動高速化!! Oracle Database 11g Release 2 の Parallel Execution 日本オラクル株式会社

2 Agenda パラレル実行の概要と効果 11g R1までのパラレル実行にまつわる懸念点簡単設定で解決!! Oracle Database 11g R2のパラレル化まとめ 2

3 Agenda パラレル実行の概要と効果パラレル実行が必要な背景シリアル実行とパラレル実行の違い 11g R2 新機能 In-Memory Parallel Execution 11g R1までのパラレル実行にまつわる懸念点簡単設定で解決!! Oracle Database 11g R2のパラレル化まとめ 3

4 マルチコア化 Intel Xeon プロセッサの場合 5 年間で 17 倍の処理性能の向上参考 4

5 マルチコア化とデータベースの性能 Oracle Direct のパフォーマンスクリニックの現状 CPU を追加すれば性能問題は解決? CPU がボトルネックだったケースはわずか 9%(* 弊社統計 ) マルチコアを使いきることができない性能ボトルネックの原因の傾向 CPU:9% ストレージ I/O: 43% 非効率な SQL 文索引の設計等 :48% * データ :Oracle Direct が直近で実施したパフォーマンスクリニック 5

6 DWH における CPU リソースの使用大量データを集計するような SQL をシリアル実行した場合 Standard Edition では SQL をシリアルで実行するため 1 つの CPU コアしか使用しないその為 CPU コアを追加しても性能向上は期待できない Client zzz zzz zzz CPU コア Oracle Instance SP データ読み込み ( 全データを 1 つの SP で処理 ) SP Server Process Table 6

7 Parallel 実行による SQL の高速化マルチコアの有効活用 Enterprise Edition の Parallel 実行を利用することで複数 CPU コアを活用し処理の高速化を実現 Client QC Query Coordinator PX Parallel Execution Servers QC Oracle Instance PX PX PX PX PX PX PX PX Table 7

8 Parallel 実行による SQL の高速化検証結果 ( レスポンスタイム ) 10X 8

9 Parallel 実行による SQL の高速化検証結果 (CPU 使用率 ) Parallel 実行の場合でもストレージの I/O 性能がボトルネックとなり CPU リソースを使い切れていない Time 9

10 In-Memory Parallel Execution マルチコア性能のフル活用による更なる SQL の高速化物理メモリ上にキャッシュされたデータに対する Parallel 実行によりストレージの性能限界を排除した高速処理を実現 Client QC Query Coordinator PX Parallel Execution Servers QC Oracle Instance PX PX PX PX PX PX PX PX 10

11 In-Memory Parallel Execution の効果検証結果 ( レスポンスタイム ) 10X 40X 11

12 In-Memory Parallel Execution の効果検証結果 (CPU 使用率 ) ストレージのボトルネックが解消することで搭載されている CPU コアのフル活用が可能となり SQL の高速化を実現 Time 12

13 バッチ &DWH 処理の高速化ソリューションマルチコア CPU の処理能力を最大限に活用 QC QC SP PX PX PX PX PX PX PX PX SGA SGA SGA Buffer Cache シリアル処理パラレル処理 In-Memory PX 13

14 Agenda パラレル実行の概要と効果 11g R1までのパラレル実行にまつわる懸念点簡単設定で解決!! Oracle Database 11g R2のパラレル化まとめ 14

15 パラレル実行のメリットは理解できるんだけどお客様からよくいただくご質問使い方がわからない適切なパラレル度の設定って手間がかかるのではそもそもパラレル化する SQL を選択するのが難しい大量のパラレルクエリーが同時実行されたらリソースが枯渇してしまうのでは RAC との組み合わせでどのように使えばいいのパラレル処理の実行計画や実行状況の分析が難しい??? 15

16 パラレル実行の懸念点パラレル実行の使い方がわからないそもそもパラレル実行を行うためには何をすればいいのですか? SQL の内容はそのままで設定を変更するだけでパラレル実行を使用できます設定方法オブジェクト ( 表索引など ) 単位で指定例 : create table( ) parallel {4} ( 数字を指定しないときは CPU コア数によってきまるパラレル度 ) セッション単位で指定例 :alter session {force} parallel query {parallel 4} (force を指定すると強制的にパラレル化パラレル度を指定しないときはオブジェクトに指定したパラレル度 ) SQL のヒント句で指定 16

17 各設定方法で必要となる作業各指定方法における注意点オブジェクト単位で指定設定が簡単しかしそのオブジェクトを使う別の SQL もパラレル化されるためオブジェクトがどの SQL で使用されるかを把握して設定したほうがよいセッション単位で指定 SQL のヒント句として指定するパラレル化したい SQL をピンポイントでパラレル化させたいときに有効しかし自動化するにはアプリの中の SQL にヒント句を追記するなどの作業が必要になる 17

18 パラレル実行の懸念点パラレル化する SQL パラレル度がわからないどの SQL をパラレル化すればいいのでしょうかまたパラレル度はいくつに設定すればいいのでしょうか現在の処理時間と求められる処理時間により SQL 毎に最適なパラレル度があります実行時間とパラレル度の関係 ( イメージ ) 実行時間目標の実行時間左の例ではパラレル度を 4 に設定することで目標時間をクリアすることができる目標時間やクエリーがアクセスするデータ量によって最適なパラレル度は変動する 18

19 パラレル度の設定と DBA の役割パラレル実行を導入後に必要となる DBA の役割パラレル実行によりアクセスしているオブジェクトのデータ増加量の把握データ量の増加に応じたパラレル度の調整パラレル実行の場合であってもデータ量が増加することで実行時間が増加する実行時間を維持したい場合はデータ量の増加に合わせたパラレル度の変更が必要 ex. データ量が 2 倍に増加パラレル度を 2 倍に増やす DBA は処理内容を把握し扱うデータ量とパラレル度を適切に調整 19

20 パラレル実行の懸念点大量のパラレルクエリーでリソースが枯渇するのでは同時に大量のパラレルクエリーが実行された場合必要なリソースが枯渇してしまうのではないでしょうか単一システムで利用できるリソースには限りがあるためこれを超えないようなサイジングが必要ですパラレルクエリーで必要となるリソースと考慮事項 HW リソース (CPU メモリストレージ ) クエリー実行プロセス考慮するポイント CPU 使用率ストレージ帯域メモリサイズ同時に利用できるクエリー実行プロセス数各 SQL のパラレル度 etc. 20

21 パラレル実行とリソース管理パラレル実行時に起こりえるリソース競合パラレル実行プロセスの最大使用量に到達パラレル度のダウングレードダウングレードを許さない設定の場合エラーとなるパラレル実行時に必要となるメモリ領域の枯渇実行プロセス間及びコーディネータ間で通信 / データのやり取りを行うためのメモリ領域パラレル実行数の増加に伴いこのメモリ領域の使用量も増加最大使用量を超えると ORA-4031 が発生パラレル実行のリソース管理の仕組みが必要 21

22 パラレル実行の懸念点 RAC との組み合わせでどのように使えばいいの RAC を導入していますが RAC とパラレル処理はどのように組み合わせて使用すればいいのでしょう RAC 環境ではシングル環境と同様の設定方法でサーバー間をまたぐパラレルクエリを実行できますインターノードパラレルクエリー 1 つの SQL を複数ノードで実行するパラレルクエリー通常のパラレルクエリーインターノードパラレルクエリー QC QC PX PX PX PX PX PX 22

23 インターノードパラレルクエリーのメリットノード数の伸長と性能向上利用可能なノード数を追加することで利用できるパラレル実行プロセス数を増やしパラレル度向上による性能向上が可能 NEC 様との検証結果インターノードパラレルクエリーによりノード追加に伴い性能がリニアに向上することを実証 23

24 インターノードパラレルクエリーの制御インターノードパラレルクエリーは RAC を構成する複数のノードを利用して実行される利用されるノードの制御方法初期化パラメータ instance_groups, parallel_instance_group で制御を行う (-10g R2) RAC のサービスを使用して制御を行う (11g R1-) 例 :sqlplus ETL_SERVICE ADHOC_SERVICE QC PX PX PX PX 24

25 パラレル実行の懸念点パラレル処理の実行状況や実行計画の分析が難しい実行状況の分析や実行計画の出力が複雑で SQL の分析が非常に難しいです実行状況は各種動的パフォーマンスビューから確認しますまた実行計画はシリアル実行をベースに分析していきますパラレル実行利用時の実行状況の監視別セッションから v$pq_slave などから監視する v$session_wait などからパラレル実行時の待機イベントを監視するパラレル実行利用時の実行計画の分析パラレル実行に合わせた実行計画が出力されるためパラレル実行特有の実行計画の理解が必要 25

26 パラレル実行の実行計画の分析リアルタイムでの分析は難しいパラレル実行特有の実行計画の理解が必要赤枠部分がパラレル実行特有の実行計画マニュアルなどを参考に理解分析していくでは VLDB 及びパーティショニングガイドに記載 Id O p e r a t i o n N a m e R o w s B y t e s C o s t ( % C P U ) T i m e TQ IN- O U T PQ D i s t r i b S E L E C T S T A T E M E N T ( 3 ) 00: 00: 02 1 W I N D O W S O R T ( 3 ) 00: 00: 02 2 PX C O O R D I N A T O R 3 PX S E N D QC ( R A N D O M ) : TQ ( 3 ) 00: 00: 02 Q 1, 02 P - >S QC ( R A N D ) 4 S O R T G R O U P BY ( 3 ) 00: 00: 02 Q 1, 02 P C W P 5 PX R E C E I V E ( 3 ) 00: 00: 02 Q 1, 02 P C W P 6 PX S E N D H A S H : TQ ( 3 ) 00: 00: 02 Q 1, 01 P - >P H A S H 7 H A S H G R O U P BY ( 3 ) 00: 00: 02 Q 1, 01 P C W P * 8 H A S H J O I N 719K 18M ( 3 ) 00: 00: 02 Q 1, 01 P C W P 9 PX R E C E I V E ( 0 ) 00: 00: 01 Q 1, 01 P C W P 10 PX S E N D B R O A D C A S T : TQ ( 0 ) 00: 00: 01 Q 1, 00 P - >P B R O A D C A S T 11 PX B L O C K I T E R A T O R ( 0 ) 00: 00: 01 Q 1, 00 P C W C * 12 T A B L E A C C E S S F U L L T I M E S ( 0 ) 00: 00: 01 Q 1, 00 P C W P 13 PX B L O C K I T E R A T O R 38M M ( 2 ) 00: 00: 02 Q 1, 01 P C W C * 14 T A B L E A C C E S S F U L L S A L E S 38M M ( 2 ) 00: 00: 02 Q 1, 01 P C W P

27 Oracle Database 11g R2 でのポイント自動パラレル度設定によるパラレル度の自動設定 SQL の処理時間に応じて SQL をパラレル化自動パラレル度設定 H/W リソースの効率的な活用と SQL の高速化パラレルステートメントキューイング EM からリアルタイムにパラレル実行を監視分析 SQL リアルタイムモニタリング 27

28 Agenda パラレル実行の概要と効果 11g R1までのパラレル実行にまつわる懸念点簡単設定で解決!! Oracle Database 11g R2のパラレル化まとめ 28

29 11g R2 で享受できるパラレル処理のメリット Oracle Database 11g R2 からパラレル実行はより簡単に!! 使い方がわからない適切なパラレル度の設定ってそもそもパラレル化する SQL が難しい大量のパラレルクエリーが同時実行されたらリソースが枯渇してしまうのでは RAC ではどう使えばいいのパラレル処理の実行計画や実行状況の分析が難しい自動パラレル度設定 29

30 自動パラレル度設定によるパラレル実行 11g R2 新機能!! 自動パラレル度設定 Oracle Database 11g R1 まで最適なパラレル実行のためにはコストがかかる全てのクエリーに対して単一のパラレル度が最適とは限らないそれぞれのクエリーに対して最善のパラレル度を設定データ量の増減に合わせたパラレル度の設定 DBA の大きな負担コストが高いクエリーの調査調整? Oracle Database 11g R2 から最適なパラレル実行の容易な実行クエリーの特性に合わせた最適なパラレル度の設定 Oracle 自身がパラレル度を設定する DBA の負担の大幅な削減初期化パラメータの設定のみ 30

31 自動パラレル設定のアーキテクチャ自動パラレル度設定の動作のポイントオプティマイザが最適なパラレル度を選択一定以上の時間を要するクエリーのみが対象となる SQL 実行 SQL 文が解析されシリアルでの実行計画を作成推定した実行時間を閾値と比較オプティマイザが最適な DOP を決定長い場合短い場合適用される DOP = MIN( デフォルト DOP, 最適な DOP) パラレルで実行 31

32 自動パラレル度設定は特定条件の SQL に適用初期化パラメータにより自動パラレル化の対象を制御初期化パラメータ PARALLEL_MIN_TIME_THRESHOLD が閾値となり自動パラレル化の対象 SQL を判別シリアル実行をした場合この閾値を超える実行時間になると推測される SQL がパラレル化されるデフォルト値は 10( 秒 ) が設定されている設定値を変更することでパラレル化される SQL を変更可能 SQL 実行 SQL 文が解析されシリアルでの実行計画を作成推定した実行時間を閾値と比較オプティマイザが最適な DOP を決定長い場合短い場合適用される DOP = MIN( デフォルト DOP, 最適な DOP) パラレルで実行 32

33 自動パラレル度設定設定方法初期化パラメータ PARALLEL_DEGREE_POLICY で設定 PARALLEL_DEGREE_POLICY=AUTO(LIMITED でも可 ) に設定するのみで Oracle Database が自動的にパラレル度を判断! 変更方法 alter session 文もしくは alter system 文で変更可能 alter system 文での変更 alter system set parallel_degree_policy=auto scope=both; alter session 文での変更 alter session set parallel_degree_policy=auto; 33

34 自動パラレル度設定の対象変更初期化パラメータ PARALLEL_MIN_TIME_THRESHOLD の変更で自動パラレル度設定の対象 SQL を変更可能デフォルトでは 10 秒以上の SQL が自動パラレル度設定の対象 alter system 文及び alter session 文で変更可能 alter system 文での変更 alter system set parallel_min_time_threshold=20 scope=both; alter session 文での変更 alter session set parallel_min_time_threshold=20; 34

35 自動パラレル度で変わる DBA の作業負荷従来のパラレル度の運用管理パラレル度の設定自動パラレル度設定による運用管理初期化パラメータの設定設定直後は最適なパフォーマンス運用と共にデータ量増加繰り返し設定直後は最適なパフォーマンス運用と共にデータ量増加データ量増加につれパフォーマンス低下データ量増加とともに Oracle Database が自動的にパラレル度を再計算遅くなっている SQL の特定 35

36 11g R2 で享受できるパラレル処理のメリット Oracle Database 11g R2 からパラレル実行はより簡単に!! 使い方がわからない適切なパラレル度の設定ってそもそもパラレル化する SQL が難しい大量のパラレルクエリーが同時実行されたらリソースが枯渇してしまうのでは RAC ではどう使えばいいのパラレル処理の実行計画や実行状況の分析が難しい自動パラレル度設定パラレルステートメントキューイング 36

37 パラレルステートメントキューイングとは Oracle Database 11g R2 からの新機能 SQL 実行大量のパラレル実行が行われている場合にパラレル実行のダウングレードを防止する機能リソース使用状況によるパラレル度のダウングレードを回避するために実装 SQL 文が解析され Oracle が自動的に DOP を割り当て十分なスレーブプロセスが確保できない場合キューに入る FIFO キュー十分なスレーブプロセスが確保できるのならば即時実行する要求されたスレーブプロセス数が獲得されたら先頭の SQL からデキューされ実行される

38 パラレルステートメントキューイングの設定初期化パラメータ PALALLEL_DEGREE_POLICY を AUTO に設定することで有効化される自動パラレル度設定 In-Memory Parallel Execution の有効化パラメタと同一変更方法 alter session 文もしくは alter system 文で変更可能 alter system 文での変更 alter system set parallel_degree_policy=auto scope=both; alter session 文での変更 alter session set parallel_degree_policy=auto; 38

39 パラレルステートメントキューイング PARALLEL_SERVERS_TARGET キューイングは一定の閾値を超える場合に行われる初期化パラメータ PARALLEL_SERVERS_TARGET の値が閾値デフォルト : 4*PARALLEL_THREADS_PER_CPU*CPU_COUNT 使用されているパラレル実行プロセスがこの値を超えるクエリーからキューイングが行われる 80 PARALLEL_MAX_SERVERS 利用できるスレーブプロセス数の上限 32 4 PARALLEL_SERVERS_TARGET CPU_COUNT 4CPU のマシンの場合クエリーがキューに入るまでに利用できるスレーブ数 39

40 パラレルステートメントキューイングによる SQL 実行時間の変化のイメージパラレルステートメントキューイングを利用することでリソース不足時の極端な実行時間の悪化を防止することが可能パラレル度のダウングレードによる実行時間が不安定になることを防ぐ同一クエリーを同じパラレル度で順次実行した場合のイメージ実行時間パラレル度のダウングレードにより実行時間が伸びている部分パラレルステートメントキューイングによりリソースが不足気味の状況でも実行時間は安定 40

41 11g R2 で享受できるパラレル処理のメリット Oracle Database 11g R2 からパラレル実行はより簡単に!! 使い方がわからない適切なパラレル度の設定ってそもそもパラレル化する SQL が難しい大量のパラレルクエリーが同時実行されたらリソースが枯渇してしまうのでは RAC ではどう使えばいいのパラレル処理の実行計画や実行状況の分析が難しい自動パラレル度設定パラレルステートメントキューイングインターノードパラレルクエリー 41

42 RAC 環境でのパラレルクエリーインターノードパラレルクエリーの実行要件基本的には単一インスタンス上で実行されるインターコネクト上のトラフィックを最小限にするため QS 数が単一インスタンス上では足りない場合複数インスタンスにまたがり実行されるパラレル度 2 のクエリー例 : 単一インスタンス上で起動できるQSが2でパラレル度 4のクエリを実行した場合 QC パラレル度 4 のクエリー QC PX PX PX PX PX PX 42

43 インターノードパラレルクエリーの制御初期化パラメータ PARALLEL_FORCE_LOCAL を用いた制御明示的に 1 ノードに閉じたパラレル実行をしたい場合初期化パラメータ PARALLEL_FORCE_LOCAL=TRUE に設定することで接続したインスタンスのみでパラレル実行が行われる ( デフォルト :FALSE) PARALLEL_FORCE_LOCAL=FALSE ETL_SERVICE ADHOC_SERVICE PARALLEL_FORCE_LOCAL=TRUE QC PX PX PX PX QC PX PX PX PX QC PX PX PX PX QC PX PX PX PX 43

44 11g R2 で享受できるパラレル処理のメリット Oracle Database 11g R2 からパラレル実行はより簡単に!! 使い方がわからない適切なパラレル度の設定ってそもそもパラレル化する SQL が難しい大量のパラレルクエリーが同時実行されたらリソースが枯渇してしまうのでは RAC ではどう使えばいいのパラレル処理の実行計画や実行状況の分析が難しい自動パラレル度設定パラレルステートメントキューイングインターノードパラレルクエリーこれらの使用方法は初期化パラメータ PARALLEL_DEGREE_POLICY=TRUE を設定するだけ 44

45 11g R2 で享受できるパラレル処理のメリット Oracle Database 11g R2 からパラレル実行はより簡単に!! 使い方がわからない適切なパラレル度の設定ってそもそもパラレル化する SQL が難しい大量のパラレルクエリーが同時実行されたらリソースが枯渇してしまうのでは RAC ではどう使えばいいのパラレル処理の実行計画や実行状況の分析が難しい自動パラレル度設定パラレルステートメントキューイングインターノードパラレルクエリー EMリアルタイム SQL 監視 45

46 リアルタイム SQL 監視とはリアルタイム SQL 監視とは実行中のSQLを自動で監視し詳細な統計を取得 EMのグラフィカルなレポート画面から分析ができる Oracle Database 11gからの新機能 Tuning Packで提供特長 GUIから簡単にボトルネックを突き止められる再現待ちや特別な設定をせずすぐに分析を始められるレポートをエクスポートして外部で参照可能オーバーヘッドがほとんどない 46

47 EM を活用した新たな SQL チューニングリアルタイム SQL Monitoring パフォーマンスタブ SQL 監視 47

48 パラレル実行の分析パラレルクエリの実行状況パラレルクエリの場合はパラレル度に関する情報も表示されるパラレルサーバーごとの統計を表示するビューが現れる全スレーブプロセスで DB 時間や I/O 量などが均等であることをグラフィカルに確認できる

49 リアルタイム SQL 監視実行後の SQL はもちろんリアルタイムでの分析も可能! 従来は難しかったパラレルクエリーの分析も容易に実施可能 CPU 使用率やストレージからの Disk I/O 量も同一画面から確認可能パラレル化されているパラレル化されたことで所要時間が改善されたしかし引き続き 13GB のディスク I/O が direct path read を発生させてボトルネックになっているシリアルクエリーと比較して CPU 使用効率は改善 ( 平均 5 スレッドほど ) しているがストレージのボトルネックによりまだ空きリソースがある今回のストレージの最大性能である 350MB/s ほどに達している 49

50 Agenda パラレル実行の概要と効果 11g R1までのパラレル実行にまつわる懸念点自動で実行!! Oracle Database 11g R2のパラレル化まとめ 50

51 まとめ最新データベースで享受するパラレル処理 Oracle Database 11g R2 からパラレル実行はより簡単に!! 使い方がわからない適切なパラレル度の設定ってそもそもパラレル化する SQL が難しい大量のパラレルクエリーが同時実行されたらリソースが枯渇してしまうのでは RAC ではどう使えばいいのパラレル処理の実行計画や実行状況の分析が難しい自動パラレル度設定パラレルステートメントキューイングインターノードパラレルクエリー EM リアルタイム SQL 監視 PARALLEL_DEGREE_POLICY=TRUE に設定するのみの簡単設定!! パラレル実行の効果も EM から手軽に確認!! 51

52 Appendix パラレル実行の検証結果外部表のパラレルアクセス 52

53 パラレル実行の検証結果パラレル実行はパートナー様との共同検証施設である Oracle Grid Center にて様々な検証を実施新日鉄ソリューションズ株式会社様 Oracle Database 11g Release2 Oracle Real Application Cluster 上での In-Memory Parallel Execution による効率的なリソース活用 Oracle Database 11g Release2 Oracle Real Application Cluster 上での In-Memory Parallel Execution によるバッチ処理の高速化日本電気株式会社様 Oracle Database 11g R2 In-Memory Parallel Query による NEC Express5800/ スケーラブル HA サーバー上での Data Warehouse システム全体の性能向上 * 50 音順 53

54 パラレル実行の検証結果日本電気株式会社様 NEC SIGMABLADE-M と Oracle Real Application Cluster 10g を使用したデータウェアハウスシステム拡張の検証富士通株式会社様富士通 SPARC Enterprise による Oracle Database 11g データウェアハウス検証富士通ブレードサーバ上での Oracle RAC/Oracle BIEE の性能検証ノード追加によるスケーラビリティ - BIEE_v1.0_Japanese.pdf * 50 音順 54

55 外部表とは外部表とは外部ソース ( フラットファイル等 ) のデータに対してデータベース内の表にあるようにアクセスできる機能外部表のメリットプリプロセッサの利用が可能 gunzip で圧縮されたファイルをそのまま読み込み可能 SQL で書けることならロード & 変換を一度に行える例 :1 なら TRUE に 0 なら FALSE でロード Select * from emp_ext フラットファイル or datapump で export された DUMP ファイル 55

でアクセスできるのでより簡素にパラレル化が可能 -- セッションで Parallel DML を有効化 ALTER SESSION FORCE PARALLEL DML; --

56 外部表でのパラレルアクセス SQL レベルでパラレルに読み込むことが可能 SQL*Loader でもパラレルロードは可能だが実行が煩雑参照整合性及び CHECK 制約トリガーは事前に使用禁止にするローカル索引グローバル索引ともにロード時にメンテナンス不可起動するセッション全てに PARALLEL 句を指定するなど外部表は通常の SQL でアクセスできるのでより簡素にパラレル化が可能 -- セッションで Parallel DML を有効化 ALTER SESSION FORCE PARALLEL DML; -- データローディング INSERT /*+ PARALLEL(costs,4) */ INTO costs SELECT. PX PX PX PX -- コミット COMMIT; 56

57 OTN ダイセミでスキルアップ!! 一般的な技術問題解決方法などを知りたい! セミナ資料など技術コンテンツがほしい! Oracle Technology Network(OTN) を御活用下さい一般的技術問題解決には OTN 掲示版のデータベース一般をご活用ください OTN 掲示版は基本的に Oracle ユーザー有志からの回答となるため 100% 回答があるとは限りませんただ過去の履歴を見ると質問の大多数に関してなんらかの回答が書き込まれております過去のセミナ資料動画コンテンツは OTN の OTN セミナーオンデマンドコンテンツへダイセミ事務局にダイセミ資料を請求頂いてもお受けできない可能性がございますので予めご了承くださいダイセミ資料は OTN コンテンツオンデマンドかセミナ実施時間内にダウンロード頂くようお願い致します 57

58 OTN セミナーオンデマンドコンテンツダイセミで実施された技術コンテンツを動画で配信中!! ダイセミのライブ感はそのままにお好きな時間で受講頂けます最新情報つぶやき中 oracletechnetjp 人気コンテンツは? お勧め情報公開予告など OTN オンデマンド掲載のコンテンツ内容は予告なく変更になる可能性があります期間限定での配信コンテンツも含まれておりますお早めにダウンロード頂くことをお勧めいたします 58

Oracle エンジニアのための技術情報サイトオラクルエンジニア通信 http://blogs.oracle.

59 Oracle エンジニアのための技術情報サイトオラクルエンジニア通信最新情報つぶやき中 oracletechnetjp 技術資料ダイセミの過去資料や製品ホワイトペーパースキルアップ資料などを多様な方法で検索できますキーワード検索レベル別カテゴリ別製品機能別コラムオラクル製品に関する技術コラムを毎週お届けします決してニッチではなく誰もが明日から使える技術のあそうだったんだ! をお届けしますオラクルエンジニア通信こんな資料が人気です 5ヶ月連続で RAC/ASMインストール資料が第一位根強い人気のチュートリアル系コンテンツですが新たに Oracle Enterprise Managerインストール資料が第四位にランクインしましたパフォーマンスチューニングコンテンツを集めた特集ページも好評です 59

IT プロジェクト全般に渡る無償支援サービスパフォーマンス診断サービス Web システムボトルネック診断サービスデータベースパフォーマンス診断サービス移行支援サービス SQL Server からの移行支援サービス DB2 からの移行支援サービス Sybase からの移行支援サービス MySQL からの移行支援サービス Postgre SQL からの移行支援サービス Access

60 IT プロジェクト全般に渡る無償支援サービスパフォーマンス診断サービス Web システムボトルネック診断サービスデータベースパフォーマンス診断サービス移行支援サービス SQL Server からの移行支援サービス DB2 からの移行支援サービス Sybase からの移行支援サービス MySQL からの移行支援サービス Postgre SQL からの移行支援サービス Access からの移行支援サービス Oracle Direct Concierge サービス NEW Oracle Application ServerからWeblogicへ移行支援サービス NEW システム構成診断サービス Oracle Database 構成相談サービスサーバー統合支援サービス仮想化アセスメントサービスメインフレーム資産活用相談サービス BI EE アセスメントサービス簡易業務診断サービスバージョンアップ支援サービス Oracle Database バージョンアップ支援サービス Weblogic Server バージョンアップ支援サービス Oracle Developer/2000(Froms/Reports) Web アップグレード相談サービス NEW オラクル社のエンジニアが直接ご支援しますお気軽にご活用ください! オラクル無償支援検索 60

61 あなたにいちばん近いオラクル Oracle Direct まずはお問合せください Oracle Direct 検索システムの検討構築から運用まで ITプロジェクト全般の相談窓口としてご支援いたしますシステム構成やライセンス / 購入方法などお気軽にお問い合わせ下さい Web 問い合わせフォームフリーダイヤル専用お問い合わせフォームにてご相談内容を承りますフォームの入力には Oracle Direct Seminar 申込時と同じログインが必要となりますこちらから詳細確認のお電話を差し上げる場合がありますのでご登録されている連絡先が最新のものになっているかご確認下さい月曜 ~ 金曜 9:00~12:00 13:00~18:00 ( 祝日および年末年始除く ) 61

Slide 1

インメモリパラレル処理データ圧縮技術がもたらす超高速データベース ~ システムの運用そしてビジネスを変える ~ 日本オラクル株式会社テクノロジー製品事業統括本部データベースビジネス推進本部以下の事項は弊社の一般的な製品の方向性に関する概要を説明するものですまた情報提供を唯一の目的とするものでありいかなる契約にも組み込むことはできません以下の事項は

Agenda パラレル実行の概要と効果 11g R1までのパラレル実行にまつわる懸念点 簡単設定で解決!! Oracle Database 11g R2のパラレル化 まとめ 2

Agenda パラレル実行の概要と効果 11g R1までのパラレル実行にまつわる懸念点簡単設定で解決!! Oracle Database 11g R2のパラレル化まとめ 2