３月８日、
Oracle Database Connect 2017 最新のデータベース技術がここにあるに行ってきたので内容をメモメモ
ただ、場所が分からず迷ってしまい、基調講演の途中からになった。
そのため、今回は、基調講演の「あとの」講演からメモメモ
ちなみに表題の件は自動採番が、中頃（＜＜ＪＰＯＵＧ＞＞のあと）
「異なるデータベース間のＳＱＬ比較とOracle Database 12cの新機能」に
フルスキャンをインメモリでは、最後のほうに
書いてあります。
■最新の基盤を生かす技術とは。ＮＲＩの事例紹介
・あらためてＮＲＩとは
会社・自己紹介
全体の薬９５％がＩＴソリューションでの売上
Ｏｒａｃｌｅ Databaseの進化
インターネットコンピューティング
８
９ ＲＡＣ
グリッドコンピューティング
１０
１１ｇ グリッド
クラウド
１２ｃ マルチテナント
・Ｅｘａｄａｔａへのとりくみ
ＮＲＩのシステム基盤
災害対策・ＤＲ
高度運用体制
内部統制・サービス統制
データ数・アジリティ
Ｅｘａｄａｔａへの期待
ＩＴサービスへのコスト削減
金融品質
データ量・性能対策
→えくすとりーむふらっしゅについて
・事例
オールフラッシュモデルの導入
一時的に集中するものの拡販
→在庫引当処理の高速化→拡販
・究極のパフォーマンス向上はビジネス変革を可能にする！
・オンライン処理の性能向上
在庫引き当て
行書き込み：コミット必要→スマートフラッシュログで３０倍
在庫レコードの分散：１４６倍
・バッチ処理の性能向上
ＰａａＳの利用：ＥｘａｄａｔａのＤＢ特化
基盤ミドル
エクストリームフラッシュ
１０８分→９分
・Ｏｒａｃｌｅ クラウド
Ｇｏａｌｄｅｎ Ｇａｔｅ On オラクルクラウド
システム停止時間の極小化
１．システム移行前
あたらしいＤＢへゴールデンゲートで同期
２．切り替え当日
差分同期
３．システム移行後
(旧戻しのため）ゴールデンゲートの同期を逆に
・ＣＡＰＥＸ／ＯＰＥＸの最適解
・３時間で構築完了
構築順序は要確認
・テストケース
安定性
使い勝手のよさ
・注意点
ドメイン限定先行サービスの確認
永続的かどうか確認
本番利用時の契約
■本社開発部門 パフォーマンスエンジニアが語る
Cache Fusion進化の系譜
・自己紹介
パフォーマンスエンジニアで大切なこと
ボトルネックを正しく理解
性能を改善するための方法を検討・設計・評価
製品化
・Oracle Real Application Clusters(RAC)
９iからでてきた
スケーラビリティと高可用性
機械学習で自動診断
・ＲＡＣの基本アーキテクチャ
キャッシュフュージョン
インターコネクトで通信
ネットワーク上でデータを持って靴
ＬＭＳ（バックグラウンドプロセス）でメッセージ
バランス
ハードウェアの通信でかかっている時間は５％
→infinibandではない
性能を改善するためには、ソフトウェアの最適化がもっとも効率的
コンテキストスイッチ ４３％
ＬＭＳ（ＣＰＵ）
・ソフトウェアの最適化手法
ソースコードの最適化
コンパイラの力を借りる
ハードウェアの力を借りる
・OLAPにも最適化されたExadata
・キャッシュフュージョンの進化
ＲＤＳ（１１ｇ） インフィニバンド
エクサヒュージョン’１２Ｒ１） ＯＳカーネル通さない
エクサヒュージョン（１２Ｒ１） ＳＶＧ上直接送信。Zero Copy通信
・エクサヒュージョンとＲＤＢのの比較
ユーザー数を増やすとき：
・インフィニバンドが提供するその他の機能
パーティシペーションキー（ＰＫＥＹ）
シェアードＰＤ(スケーラブルナＺＥＲＯコピー）
・Remote Direct Memory Access
相手のコンピューターのＯＳを返さない
・もし、キャッシュヒュージョンがＲＤＭＡで実現できたら
→１１μ秒
ＲＤＭＡoC
■クラウド運用で省力化！最新版Oracle Databaseｗｐ活用した基盤の魅力
１．オラクル マルチテナントが求められる理由
２０２０年 ３７万ＩＴ技術者不足 データ量は３倍増加
基幹システムを支える堅牢なデータベース
個別最適化→仮想化と集約ＯＳＳ化など
効率・柔軟・俊敏 クラウド
・マルチテナントアーキテクチャ
プラガブルデータベース（ＰＤＢ）＋ルート
→コンテナデータベース（ＣＤＢ）
ＣＤＢレベル
ＲＡＣ／ＤＧなどの構成
・データベース公正の選択し
Ｎｏｎ－ＣＤＢ構成：従来
シングルテナント構成：ＣＤＢにＰＤＢを１つだけ
マルチテナント構成：ＣＤＢにＰＤＢ２つ以上
・物理構成
データファイル
制御ファイル・ＲＥＤＯ／ログ
・ポータビリティ
ポータブルデータベース
Ｕｎｐｌｕｇ，Ｐｌｕｇで移行
２．ＰＤＢで旅に出よう
デモ
・物語 阿有 通（あある つう）：主人公
無茶 雄三（むちゃ ゆうぞう）：上司
ＰＯＣＯ：こいつを動かす
・部門ＤＢの統一
ＯＳ エディションの違い
【従来】
コピー＆リストア
バックアップ
制御ファイル
データファイルパス変更
Windows１２．２
ＰＤＢのＵｎｐｌｕｇ ＸＭＬメタデータファイル
ＰＤＢのＰｌｕｇ
制約
エンディアンが同じ
同じまたはサブセット
互換性は事前に確認可能
ＧＵＩある
課題２
・クラウドで行う
ホット・クローン
便利なオプション
メタデータのみクローン
サブセットクローン
スナップショットクローン
Ｎｏｎ－ＣＤＢからの移行
ＰＤＢ リフレッシュ
ＰＤＢの独立性の強化
課題３
・停止しない
ＰＤＢ リロケート
アプリケーション コンティユニティ
リスナーネットワーク登録
課題４
・性能足りない
Ｅｘａｄａｔａ クラウドサービス
Swing Bench
３．まとめ
ＳＥ→ＥＥ→クラウド→本番（アプリとめずに）→Ｅｘａｄａｔａ
＜＜ＪＰＯＵＧ＞＞
■異なるデータベース間のＳＱＬ比較とOracle Database 12cの新機能
・自己紹介
・自動さいばん列
Ｏｒａｃｌｅ以外は持っていた
ＭｙＳＱＬ ＡＵＴＯ＿ＩＮＣＲＥＭＥＮＴ 列属性
ＧＥＮＥＲＥＴＥＤ ＢＹ ＤＥＦＡＵＬＴ
ＰｏｓｔｇｒｅＳＱＬに近い
・文字列型最大長
ＯＲＡＣＬＥ ４０００バイトまでしか行かなかった
→３２Ｋバイト
デフォルトはいままでどおり
ＭＡＸ＿ＳＴＲＩＮＧ＿ＳＩＺＥ＝ＥＸＴＥＮＤＥＤが必要
一回返ると元に戻せない
・先頭とか、途中がほしい
ＦＥＴＣＨ ｎ ＲＯＷＳ
ＭｙＳＱＬ ＬＩＭＩＴ
→ＦＥＴＣＨ ＦＩＲＳＴ オフセットで飛ばせる
(中ではＲＯＷ ＮＵＭＢＥＲ）
→実行計画とって見る
リリース２
・オブジェクト名の最大長
３０バイト→１２８バイトに（例外有り）
・照合（ＣＯＬＬＡＴＩＯＮ）
大文字小文字の区別
ＭｙＳＱＬ，ＳＱＬサーバー：しない
ほかはする
→テーブル単位、列単位で変えられる
条件有り
注意：ＣＯＬＬＡＴＩＯＮが違うと結合できない
ＣＯＬＬＡＴＩＯＮをあわせてから結合する
・ＪＳＯＮデータ対応
ＪＳＯＮデータ生成
新機能の情報
・マニュアル：新機能ガイド／各マニュアルの先頭部分
■新機能Encryption Conversionで表領域の暗号化
・従来の表領域暗号化の課題
エクスポート、インポートが必要
・Encryption Conversion
コマンドだけで、暗号化
オフラインでは使える
オンラインは１２．２限定
オンラインは一時的に対象の表領域と同等のディスク容量が必要
（オフラインではいらない）
・デモ
・データベースセキュリティナビ
blogがある
https://blogs.oracle.com/sec/
■進化したのはサーバーだけじゃない”
ＤＢＡの毎日をもっと豊かにするユーティリティのすすめ
１．SQL*Plus
Ｖｅｒ５の時代から君臨
２．SQL Developer
参考：ＳＱＬ Ｄｅｖｅｌｏｐｅｒって必要ですか
・ありそうな悩み
ＳＱＬ＊Ｐｌｕｓだけど、やっぱつらい
ＳＱＬｃｌなんてどうでしょう？
・ＳＱＬｃｌとは
Ｊａｖａ実装のコマンドラインツール、１２．２にも同梱
ＪＲＥ１．８以上のみ
・インストールからＯＳ認証
・login.sqlでカスタマイズ
・ＳＱＬｃｌの便利な機能
net お気に入りの接続先を登録
alias ＳＱＬを登録
info テーブル定義：構成情報
テーブル情報
列定義
索引・参照制約
→info+ 列統計まで
ddl オブジェクト再作成用のＤＤＬ
sqlformat 出力形式を変更（ヘッダつきＣＳＶにも、ＪＳＯＮも）
・拡張できる
JavascriptでＳＱＬｃｌを拡張できる
行・列の入れ替え ＴＲＡＮＳＰＯＳＥ
■エキスパートはどう考えるか？体感パフォーマンスチューニング
・おらくるえーす
課題１
トランザクションの性能が悪い
さぐりのほうほう
・問診；徐々に遅くなってきた
比較：ＡＷＲレポート→正常時はない
リリース、ＲＡＣ，プラットフォーム、ＣＰＵ／コア、メモリ
Ｅｌａｐｓｅｄ＊ＣＰＵ→ＤＢＴｉｍｅになっているのが普通だけど
ＤＢ Ｔｉｍｅが大きい：ＤＢ以外で時間を使っている
・ＤＢ Ｔｉｍｅの内訳
ＤＢ Ｔｉｍｅ
ＣＰＵ
Ｗａｉｔ→今回はこちら
Ｉ／Ｏ
リード
ライト
その他
％ＤＢ Ｔｉｍｅ
帯域イベント ＵＳＥＲ Ｉ／Ｏ
ＴＯＰ５ Ｔｉｍｅ
ＤＢファイル シーケンシャル リード
可能性
検索範囲がひろがった
キャッシュヒット率
ストレージの性能
ＳＱＬ Ｏｒｄｅｒｄ Ｂｙ Ｅｌａｐｓｅｄ Ｔｉｍｅ
Ｅｌａｐｓｅｄ Ｔｉｍｅ
キャッシュヒット率？
ＳＱＬ Ｏｒｄｅｒ Ｂｙ ｇｅｔｓ：論理
ＳＱＬ Ｏｒｄｅｒ Ｂｙ read：物理
チューニング
キャッシュの量を増やす
解説
・データが増加するシステム
いつかはリソース不足になるので監視が重要
・メモリチューニング
バッファ・キャッシュ、共有プール、ＰＧＡ
自動メモリ管理はHugePageのとき使用できない
課題２
・ある時間だけ性能がダウンする
ＡＷＲ
ダイレクトパスリード：大きなブロック
ろぐふぁいるしんく：コミット確定
理由は
パラレル度
パーティションプルーニング
ストレージ性能
フルスキャン
表圧縮、パーティション
インスタンスを変える
インメモリー
・ダイレクトパスリード
Ｉ／Ｏチューニング
パーティショニング、表圧縮
インメモリー
ストレージ
時間↓＝処理量↓／（速度＊並列度）↑
・処理量を減らす
・高速化
・並列化
SwingbenchでIn-memory効果をみ
保持期限を１月以上
粒度の細かいＡＷＲ
アクセス
トータル
ランキング
