●チューニングが必要な時に何を確認するか？
Exadataのステートメントをチューニングする時の最初のステップはレスポンス・タイムを確認し、モニターすることです。最初にフォーカスするのは高レスポンス・タイム・クエリーと高から低ウェイト・タイムからの状況です。次はデータベース・レイヤーで利用度と効率性にフォーカスします。チューニングが終わるか、大きな問題が無ければExadataに特化した高度な測定基準とモニターを使用します。多くのオプションからv$views, CELLCLI, OSWatcherで確認します。Exadataでは特定のウェイト・イベントがあります。Exadataのデータベース・コードには追加のウェイト・イベント・ビルドが無いことが重要です。すべてのウェイト・イベントはすべてのデータベース・コードにあり、それはExadata特有を他のシステムではタイム（時間）が割り当てられていません。
DBRM/IORM
Oracle Exadata取り組みを複雑にしている問題の1つにアプリケーションが単一なハードウェアから統合型のハードウェア・プラットフォームへ移行しているということです。ユーザは１ホストで使用していたアプリケーションは統合型のハードウェア・プラットフォームでは遅くなるという間違った印象を持っています。DBRM（Database Resource Manager）とIORM（I/O Resource Monitor）はこのパフォーマンスに関する懸念を解決する手法です。このリソース・マネージャを使用しなければすべてのセッションは均等になり、単一の高活性のベータベースがリソースを独占し、Exadataインプリメンテーションに非常に重要になります。
Oracle Exadataのパフォーマンスは次のサブセットに分割されます。
●Cell Offloading
・Smart Scan
・Storage Indexes
・HCC(Hybrid Columnar Compression）
●DBRM/IORM
●Smart Flash Cache
●更なるモニターとクエリーによるチューニング
Exadataのベスト・プラクティスに関してすでに多くの情報があるので、ここでは「Must Have」と「Don’t do」リストといくつかのベスト・プラクティスをリストアップします。
注：これらの内容は変化しますので、最終的には最新のオラクル・ドキュメントを確認ください。
異種DB間対応レプリケーションツールDBMotoを使用してRDBからSAP HANAへのレプリケーションを検証します。今回複製元ソースをOracle、複製先ターゲットをSAP HANAとしています。
Database Performance Analyzer(DPA :旧Ignite)では監視DBのデフォルトの表示名は、サーバ名やインスタンス名で、SQLの表示はハッシュ値やSQL IDでそれぞれ表示されています。
BLOB/CLOBのレプリケーションをサポートするデータベースは下記の通りです。
●IBM Infomix、SQL Server、MySQL
⇒リフレッシュ(全件)、ミラーリング(差分)共にBLOB/CLOBをサポートします
DBMotoには、開発環境で作成したレプリケーションを、スキーマが異なるだけでテーブル構造がまったく一緒の運用環境にコピーできる機能が用意されています。
DPA(旧Ignite)のVer9から、新たにStorage I/Oの監視機能が追加されました。
データベースの速度が低下する原因は、CPUの負荷だけでなくStorage I/Oの負荷も関係しています。
DPAでは、SQL文の応答時間において、ストレージのレイテンシやスループット性能がどこまで影響を及ぼしているかを確認することができます。
WindowsからSAP HANAへ接続するためには以下のツールが必要です。
・SAP HANA Client（接続ドライバ）
・SAP HANA Studio（GUI開発ツール）
今回はWindowsマシンからSAP HANA Developer Editionへ接続する手順を紹介します。
事前にSAP HANA on the AWSでDBレプリケーション（AWS準備編）にてSAP HANAの構築が完了していることが前提となります。
SAP HANAはDBMotoに対応しており、OracleやSQL ServerなどのRDBからSAP HANAに対してレプリケーション（全件・差分）することが可能です。
今回はAmazon Web Service（以下AWS）のEC2上にSAP HANAを構築する手順をご紹介します。SAP HANA on the AWSというサービスでSAP HANA Developer Editionを使用します。
Igniteはレコードをロックしてしまっているなどの、問題のあるセッションを特定し、Igniteサーバから切断することが可能です。
セッション情報はIgniteのWebブラウザ上で、対象のDBのSessを選択することで閲覧出来ます。
対象DBMoto：すべてのバージョン
対象データベース：DB2(Windows, Linux, AIX, z/OS)
レプリケーションモード：ミラーリング・シンクロナイゼーションでトリガーモード使用時
発生条件：レプリケーション作成完了時にエラー発生 続きを読む
DBMoto ver8.2.1.10より、PostgreSQLのXML型UUID型のリフレッシュ、およびミラーリングの対応を開始しました。
PostgreSQLにターゲットテーブルを作成する際にも、XML型、UUID型の指定が可能です。
SQLチューニングは、データベースのパフォーマンスを向上させるために欠かせません。パフォーマンスの根本的な原因は、SQL文による可能性が高いからです。
RSSフィードを取得する
