キャンディちゃんに叱られる（登壇用資料）

Slide 1

Slide 1 text

No content

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 4 Q:「平成」の次の元号で何個目？ヒント：今上天皇は、125代目。虫殺し(645年)大化の改新の天智天皇(38代目) の時代から1373年間(87の天皇)使用している。【正解】 715年～が霊亀 724年～が神亀 770年～が宝亀【理由】珍しい亀が見つかり、献上されたため、改元当然、システム改修など気にする必要のない牧歌的な時代これまで使われた文字数は 72文字「平」は 12回使われている

Slide 5

Slide 5 text

Slide 6

Slide 6 text

キャンディちゃんに叱られる！ ~ボーっと生きてたら意外と知らない Oracle Database の滋味と妙味～ Oracle Japan HIROKAZU YATSUNAMI 2019.01.29

Slide 7

Slide 7 text

Slide 8

Slide 8 text

2007 平成19年 21歳学生生活(タモリに憧れて同じ道を）の傍ら、太田プロに所属し放送作家としての活動をスタートこれまでの歩み 2003~ 2005 平成15年~ 平成18年 17歳~19歳

Slide 9

Slide 9 text

• 2019 平成31年 32歳 ORA入り4年目のシーズン「勝負の年」とか意気込んでみたり会社を起業 2名の社員を抱え、それなりに利益を出す(20代にしてはリッチだった・・・） 2010 平成22年 24歳 2015.11 平成27年 28歳法人の経営権を譲渡し… ORACLE 入社 ( 所謂 Ora 入り) ボーっと生きてた(ORA入りだけで満足） 2018 平成30年 31歳 ITの仕事もはじめる斜陽業界での放送作家という生業。いつか詰むと予測。 (詰みかけていた） ORA 入り 3 年目のシーズンとある事を切っ掛けにやる気スイッチON ロイヤルカスタマーPJ のPM…等青い⁉ 青と青に赤クセがスゴイ

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 12 最近の“現場”での気づき • 数理的、定量的な積み上げや、法律家的な製品知識も大切（織り込み済み、揺り籠）だが、抽象度をあげて、定性的な議論を運ぶための構想力、合意形成のための芯を喰った対話～からの～考察が深まることを意識しつつ導線を引くスキル、時に、局面創出力も大切

Slide 13

Slide 13 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 13 最近の“現場”での気づき • 数理的、定量的な積み上げや、法律家的な製品知識も大切（織り込み済み、揺り籠）だが、抽象度をあげて、定性的な議論を運ぶための構想力、合意形成のための芯を喰った対話で考察が深まることを意識しつつ導線を引くスキル、時に、局面創出力も大切 ⇒ 意思決定者のリード・タイムを精緻に短縮させる。落としどころのレコメンド初期の状態反復可能な状態定義された状態管理された状態最適化された状態情報を整理整頓（「コンサルティング」「スクルト」）して、チーム全体の生産性が向上したり、意思決定者の決断の精度がUP する瞬間に喜びを感じる今日この頃

Slide 14

Slide 14 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 14 最近の“現場”での気づき • 「早く行きたければ一人で行け。遠くに行きたければみんなで行け」「名選手、必ずしも名監督にあらず」 1人の能力が 1 ⇒ 20 にスキルアップ 8人の能力が 1 ⇒ 5 にスキルアップした方が、チーム全体のスキルの総量はアップするチームプレイ大事。育成やオンボーディングも大事。

Slide 15

Slide 15 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 15 最近の“現場”での気づき • 「仕事ができる」とはどういうことか？事務処理能力が高い？プレゼン能力が高い？マネージメント能力？社内調整能力？政治力？コミュニケーション能力？数理的なエンジニアリグ、プログラミング能力？モチベーションを維持する力大事自分のモチベーションを長期間コントロールでき、安定的にやる気に燃えていること

Slide 16

Slide 16 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 16 最近の“現場”での気づき • 「仕事ができる」とはどういうことか？事務処理能力が高い？プレゼン能力が高い？マネージメント能力？コミュニケーション能力？数理的なエンジニアリグ、プログラミング能力？モチベーションを維持する力大事本当に強いポケモン・トレーナなら… 「好きな事 vs 得意な事」問題好きなこと得意なこと

Slide 17

Slide 17 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 17 最近の“現場”での気づき • 「仕事ができる」とはどういうことか？事務処理能力が高い？プレゼン能力が高い？マネージメント能力？コミュニケーション能力？数理的なエンジニアリグ、プログラミング能力？モチベーションを維持する力大事本当に強いポケモン・トレーナなら… 好きな事 vs 得意な事「好きな事 vs 得意な事」問題

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 22 「なぜ Oracle Database は version1 からではなく version2 からなの？」「どうして、Oracle Database のトランザクションはタイムスタンプでなく System Change Number(SCN) で管理するの？」「どうして、RACの投票ディスクは奇数個がいいの?」どして？

Slide 23

Slide 23 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 24 「なぜ Oracle Database は version1 からではなく version2 からなの？」「どうして、Oracle Database のトランザクションはタイムスタンプでなく System Change Number(SCN) で管理するの？」「どうして、RACの投票ディスクは奇数個がいいの?」

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 28 Oracle Database進化の歴史(～Oracle 7(1992年・平成4年)まで) 更に大量のクライアント環境への対応「行レベルロック」、「PL/SQL」 Oracle 6 Oracle v5 分散トランザクションのサポート、Bツリー索引の実装 C/Sアーキテクチャ、分散環境のサポート Oracle v4 同時アクセスでも待たされない「マルチバージョニングによる読み取り一貫性」 Oracle v3 Oracle Databaseソフトウェアのポータビリティ C言語ベースのマルチプラットフォームデータベース Oracle v2 初の商用リレーショナルデータベースビジネスロジックをデータベースで実行「PL/SQLストアドプロシージャ」、「パラレルクエリ」 Oracle 7 どして？

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 30 「なぜ Oracle Database は version1 からではなく version2 からなの？」「どうして、Oracle Database のトランザクションはタイムスタンプでなく System Change Number(SCN) で管理するの？」「どうして、RACの投票ディスクは奇数個がいいの?」

Slide 30

Slide 30 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 31 データベース構成ファイル（1/2）制御ファイルとデータファイル【制御ファイル】データベースの物理構造情報、制御情報を格納・データファイル、 REDO ログ・ファイルの名前と位置情報・特定の時点（チェックポイント時）に取得される SCN（DB内のタイムスタンプ）・データベース全体に関する情報（DBID、バックアップ情報など）【データファイル】ユーザが利用するデータを格納・表、ビュー、索引など実際に利用されるデータ・データベースを管理するためのメタデータ表（データ・ディクショナリ）－表・索引などの定義情報、使用中領域の容量情報、ユーザ・権限に関する情報などメモリインスタンスデータベース O S

Slide 31

Slide 31 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 32 データベース構成ファイル（2/2） REDO ログ・ファイルとアーカイブ REDO ログ【REDO ログ・ファイル】データの変更履歴（REDO ログ）を格納・変更を伴う操作（UPDATE, INSERT, DELETEなど）・変更時点の最新 SCN、タイムスタンプ、トランザクションID ・COMMIT 時点の SCN（DB内のタイムスタンプ）、タイムスタンプ【アーカイブ REDO ログ】 ※データベース構成ファイルではなく、データベース関連ファイルに分類されます REDO ログ・ファイルの長期保存用のコピー ※REDO ログ・ファイルは循環運用される（過去の REDO ログは上書きされる）ため、データベースを最新状態に復旧するために必要リカバリ時に利用メモリインスタンスデータベース O S どして？タイムスタンプだと同時にコミット処理された場合、区別がつかないため

Slide 32

Slide 32 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 33 System Change Number 枯渇しないの？毎秒10万トランザクションが24時間続いたとしても 89年間枯渇しない計算毎秒1万トランザクションなら890年毎秒1000トランザクションなら8900年 • SCNは、6バイトで表現しているつまり、 281,474,976,710,656(281兆4749億7671万656) （1バイトは8bitなので、10進法で考えれば 256*256*256* 256*256*256）通り

Slide 33

Slide 33 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 34 「なぜ Oracle Database は version1 からではなく version2 からなの？」「どうして、Oracle Database のトランザクションはタイムスタンプでなく System Change Number(SCN) で管理するの？」「どうして、RACの投票ディスクは奇数個がいいの?」

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 36 v Cache Fusion とは… Automatic Storage Management(ASM) Oracle Clusterware Cache Fusion Server2 Instance2 Server1 Instance1 block DATA1 DATA3 ① RAC1 DATA1を更新したい! ② RAC2 DATA3を検索したい! block DATA1 DATA3 UPDATE ! (DATA1) SELECT (DATA1) DATA1 block DATA1 DATA3 Write-Read の競合と Cache Fusion の動作複数ノードから同じブロックへの処理があると Cache Fusion で競合を解決 - Write と Read の競合 (上図) - Write と Write の競合【前提】キャッシュ・フュージョン発生時の動作 – サマリ

Slide 36

Slide 36 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 37 【前提】Oracle Clusterware - クラスタ・ノードのメンバーシップ管理 Cluster Synchronization Services (CSS) によるクラスタノードの異常検知各ノードのノード監視用プロセス（CSS）がクラスタ・ノード構成の一貫性を担保する相互に生存監視を実施し、異常ノードを切り離す CSSは2種類のハートビートを実施ネットワーク・ハートビート（1秒毎） • スプリットブレインの発生を検知するため • ノード間通信の死活監視のため • タイムアウト：misscount （デフォルト30秒） ※スプリットブレインとは、ノード間の通信に問題が発生し、クラスタが複数に分かれてしまうこと。ディスク・ハートビート（1秒毎） • スプリットブレイン解決を担保するための投票ディスクへの定期書き込み • タイムアウト：disktimeout（デフォルト200秒） IP CSS CSS CSS IP IP 投票ディスク Node#1 Node#2 Node#3 いわば、“腐ったミカン”(昭和ネタ）を被害最小限のうちに排除する仕組み

Slide 37

Slide 37 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 38 Oracle Clusterware - クラスタ・ノードのメンバーシップ管理 Cluster Synchronization Services (CSS) によるクラスタノードの異常検知各ノードのノード監視用プロセス（CSS）がクラスタ・ノード構成の一貫性を担保する相互に生存監視を実施し、異常ノードを切り離す CSSは2種類のハートビートを実施ネットワーク・ハートビート（1秒毎） • スプリットブレインの発生を検知するため • ノード間通信の死活監視のため • タイムアウト：misscount （デフォルト30秒） ※スプリットブレインとは、ノード間の通信に問題が発生し、クラスタが複数に分かれてしまうこと。ディスク・ハートビート（1秒毎） • スプリットブレイン解決を担保するための投票ディスクへの定期書き込み • タイムアウト：disktimeout（デフォルト200秒） IP CSS CSS CSS IP IP 投票ディスク Node#1 Node#2 Node#3 Oracle Database が大事にしていること正しいデータを格納・永続化すること “腐ったミカン”は迅速に排除する

Slide 38

Slide 38 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 39 スプリット・ブレイン解決のため、投票ディスクを介して、生き残るサブ・クラスタを決定する各ノードのCSSは、ディスク・ハートビート時にそれぞれ自身が通信可能なノード番号を投票ディスクに書き込んでいる排除ノード決定の際は、下記2ケースによって生存させるノードが異なるケース①全ノードが過半数の投票ディスクにアクセス可能な場合ケース②一部ノードが過半数の投票ディスクにアクセス不可能な場合 L2 Switch CSS CRS CSS CRS Node#1 Node#2 Node#3 CSS CRS Instance Listener VIP Instance Listener VIP Instance Listener VIP 制御ファイルデータファイル U R インスタンス1用 R U R インスタンス2用 R U R インスタンス3用 R 投票ディスク OCR 排除ノードの決定する際の投票ディスクの役割(1/3) 【前提】RAC障害パターン - インターコネクト障害

Slide 39

Slide 39 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 40 ケース①：全ノードが過半数の投票ディスクにアクセス可能な場合各ノードでそれぞれが過半数の投票ディスクにアクセスできていれば、他のノードと通信手段が確保できていることになるため、所属するノード数が最も多いサブクラスタを残す。各ノードのCSSはディスク・ハートビート時にそれぞれ自身が通信可能なノード番号を投票ディスクに書き込みます。そのため、このケースの場合は、ノード#2、#3を残し、#1を停止する排除ノードの決定する際の投票ディスクの役割(2/3) ノード#1 ノード#2 ノード#3 投票ディスク#1 #1 #2、3 #3、2 投票ディスク#2 #1 #2、3 #3、2 投票ディスク#3 #1 #2、3 #3、2 例）ノード#2は、投票ディスク#1、#2、#3にノード#2、 #3に通信可能であることを記載する制御ファイルデータファイル U R インスタンス1 用 R U R インスタンス2 用 R U R インスタンス3 用 R L2 Switch 投票ディスク OCR CSS CRS CSS CRS Node#1 Node#2 Node#3 CSS CRS Insta nce Listen er VIP Insta nce Listen er VIP Insta nce Listen er VIP 投票ディスク投票ディスク【前提】RAC障害パターン - インターコネクト障害

Slide 40

Slide 40 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 41 ケース②：一部ノードが過半数の投票ディスクにアクセス不可能な場合過半数の投票ディスクにアクセスできないノードを残そうとしてもノード#2、#3は#1を停止する手段を失っており、RAC障害復旧に必要なクラスタの再構成ができないそのため、所属するノード数が最も多いサブクラスタとしてノード#2、#3で通信ができていたとしても、過半数の投票ディスクにアクセスできないため、過半数にアクセスできるノード#1を残し、ノード#2、 #3を停止すべきと判断するノード#1 ノード#2 ノード#3 投票ディスク#1 × #2、3 #3、2 投票ディスク#2 #1 × × 投票ディスク#3 #1 × × 制御ファイルデータファイル U R インスタンス1 用 R U R インスタンス2 用 R U R インスタンス3 用 R L2 Switch 投票ディスク OCR CSS CRS CSS CRS Node#1 Node#2 Node#3 CSS CRS Insta nce Listen er VIP Insta nce Listen er VIP Insta nce Listen er VIP 投票ディスク投票ディスク排除ノードの決定する際の投票ディスクの役割(3/3) 【前提】RAC障害パターン - インターコネクト障害

Slide 41

Slide 41 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 42 ケース②：一部ノードが過半数の投票ディスクにアクセス不可能な場合過半数の投票ディスクにアクセスできないノードを残そうとしてもノード#2、#3は#1を停止する手段を失っており、RAC障害復旧に必要なクラスタの再構成ができないそのため、所属するノード数が最も多いサブクラスタとしてノード#2、#3で通信ができていたとしても、過半数の投票ディスクにアクセスできないため、過半数にアクセスできるノード#1を残し、ノード#2、 #3を停止すべきと判断するノード#1 ノード#2 ノード#3 投票ディスク#1 × #2、3 #3、2 投票ディスク#2 #1 × × 投票ディスク#3 #1 × × 制御ファイルデータファイル U R インスタンス1 用 R U R インスタンス2 用 R U R インスタンス3 用 R L2 Switch 投票ディスク OCR CSS CRS CSS CRS Node#1 Node#2 Node#3 CSS CRS Insta nce Listen er VIP Insta nce Listen er VIP Insta nce Listen er VIP 投票ディスク投票ディスク排除ノードの決定する際の投票ディスクの役割(3/3) 【前提】RAC障害パターン - インターコネクト障害クラスタノードの異常検知インスタンスの異常検知排除ノードの決定排除ノードの停止クラスタノードの再構成リソースの再構成インスタンスリカバリ排除インスタンスの決定排除インスタンスの停止時間 RAC データベース Oracle Clusterware ※一連の処理が自動で行われる

Slide 42

Slide 42 text

Slide 43

Slide 43 text

Slide 44

Slide 44 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 45 ノード#A ノード#B ノード#C 投票ディスク#1 #A,B #A,B × 投票ディスク#2 #A,B #A,B × 投票ディスク#3 #A,B #A,B #C ノード#A ノード#B ノード#C 投票ディスク#1 × × #C 投票ディスク#2 #A,B #A,B × 投票ディスク#3 × × #C

Slide 45

Slide 45 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 46 ノード#A ノード#B ノード#C 投票ディスク#1 #A,B #A,B × 投票ディスク#2 #A,B #A,B × ノード#A ノード#B ノード#C 投票ディスク#1 × × #C 投票ディスク#2 #A,B #A,B × 「半数」じゃだめ「過半数」でくちゃ

Slide 46

Slide 46 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 47 4多重、6多重にしても過半数(3,5)を満たすため許容される障害数は 3多重(過半数2)と 5多重(過半数3)のときと変わらない過半数以上の Voting Disk で全損の障害が発生すると、スプリット・ブレイン時に正常な生存ノードの選別ができないため、すべてのノードがダウンします。そのため、想定しているディスク障害に耐えうる Voting Disk の配置や冗長性を選択。

Slide 47

Slide 47 text

Slide 48

Slide 48 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 49 ログ・バッファの情報を書き込む LGWR プロセスは、1インスタンス1プロセスであることや、REDOログの書き込み頻度は非常に多いことからREDOログ生成量が非常に多いシステムであっても通常 256 MB 以上に設定しても効果は見込まれません。また、256 MB 以上に設定しても下記のデメリットがあるため、注意が必要です。確保した領域がほぼ使用されずメモリが無駄になることがある(書き込み頻度が多いため) 待機イベント log file sync の待機時間が増加することがある(書き込み頻度が減少し1回当たりの書き込みサイズが大きくなることがあるため)

Slide 49

Slide 49 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 50 https://medium.com/@yatsunami/%E3%83%AD%E3%82%B0%E3%83%90%E3%83%83 %E3%83%95%E3%82%A1%E3%82%92- %E5%9B%9E%E8%BB%A2%E5%AF%BF%E5%8F%B8- %E3%81%A7%E4%BE%8B%E3%81%88%E3%81%A6%E3%81%BF%E3%81%9F- 3a141090d742

Slide 50

Slide 50 text

Slide 51

Slide 51 text

Slide 52

Slide 52 text

No content

Slide 53

Slide 53 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 54 最近の“現場”での気づき • 組織の中での自己や他者の「得意」の活かし方自己や他者のどこが優れていて、どこが劣っているか、正しく認識していますか？ ※ 前述したチームプレイの重要性にも通じる話組織に貢献できる人になろうとするのであれば、自己や他者の“得意”を説明できることが重要

Slide 54

Slide 54 text

Copyright © 2019 Oracle and/or its affiliates. All rights reserved. | 55 最近の“現場”での気づき • 組織の中での自己や他者の「得意」の活かし方自分のどこが優れていて、どこが劣っているか、正しく認識していますか？ ※ 前述したチームプレイの重要性にも通じる話組織に貢献できる人になろうとするのであれば、自己や他者の“得意”を説明できることが重要