インストール結果のまとめ

Tiberoのインストールモードは、GUIモード、コンソールモード、手動モードがあります。 Tibero のインストールモードとOracleのインストールモードについて、Tiberoのインストールモード別の類似点、Oracleとの相違点を検証・比較してみました。

アプリケーション結果のまとめ

Oracleに対応しているアプリケーションをTiberoへ移行し、問題なく同様の動作をするかどうか検証した結果、各アプリケーションが何%の互換率で動いたのかを以下のグラフに示しました。

各アプリケーションの紹介

1. ECサイト（ショピングモール）規模のウェブアプリケーション
SI Web Shopping （JDBCドライバ使用）
2. データベースの開発支援ツール（SQL、PL/SQLストアドプログラム）
A5:SQL（ODBCドライバ使用）
3. データベースの性能分析・監視ツール、データベース監査ツール
Performance Analyzer 4（JDBCドライバ使用）
4. オープンソース業務アプリケーション
OpenOffice Base（JDBCドライバ使用）
5. Javaクラスライブラリ
JFree Chart（JDBCドライバ使用）

各アプリケーションの互換率

OracleからTiberoへデータベースを移行し、必要に応じてソースコードを変更してアプリケーションを動かした結果です。（想定値）

オプティマイザ結果のまとめ

Oracleの互換性検証（実行計画：パラレル実行）検証結果のまとめ

TiberoとOracle両方のデータベース側で同じパラレルSQL文を実行して実行計画を確認しました。Nested LoopパラレルSQL文以外には、実行計画（アクセスパス）が一致していました。
SQL文実行中にエラーが発生しなかったので、Oracleで使ったパラレルSQL文とパラレルヒントをそのままTiberoで再利用することができると思います。

さらに、Tiberoオプティマイザのパラレル実行計画はOracleに似ているので、パラレル化関連のOracle SQLチューニング技術をTibero SQLチューニングにも活かせると言えます。

Oracleの互換性検証（実行計画：パーティション）検証結果のまとめ

TiberoとOracle両方のデータベース側で同じSQL文を実行して実行計画を確認しました。 アクセスパスとテーブルジョイン順序が少し異なり、Tiberoの方のアクセスパス回数が少ないです。 パーティション・プルーニングの方は、両方とも正しく動作しました。 LIST_HASHパーティションの実行計画では、かなり違いました。Tiberoの方は、パーティション・プルーニング後HASH JOINが行われましたが、Oracleの方は、パーティション・プルーニング後NESTED LOOPSが行われました。 SQL文実行中にエラーが発生しなかったので、Oracleで使ったSQL文をそのままTiberoで再利用することができると思います。

Oracleの互換性検証（実行計画：複合クエリ）検証結果のまとめ

TiberoとOracle両方のデータベース側で同じ複合SQL文を実行し、問題なく実行ができ、実行計画を確認できました。その結果についてOracle実行計画とTiberoの実行計画を比較してみました。

「Tiberoの実行計画」

「Oracleの実行計画」

SQL文を実行する前に、DBMS_STATS.GATHER_SCHEMA_STATSプロシージャでスキーマの統計情報を収集してから複合クエリを実行しましたが、実行計画のアクセスパスと順序が一致していませんでした。
複雑なSQLほど、アクセスパスが多くなり、実行計画が一致しない可能性が高くなると言えます。なぜなら、Tiberoのティマイザは、コストベース・オプティマイザ（Cost Base Optimizer）からです。データベースの現状とサーバーマシンのリソース使用量に影響を受け、実行計画を立てますので、Tiberoオプティマイザが必ずしもOracleと同じ動作をするとは限りません。

PL/SQL、Pro*C結果のまとめ

Oracleの互換性検証（PL/SQL）検証結果のまとめ

OracleとTibero両方のデータベース側で、同じPL/SQLソースコードを実行した結果はOKでした。何もエラーが起こらずにコンパイル、ストアド・オブジェクトの作成などが問題なくできました。 それに加えて、SI Web Shoppingにて検証したストアド・ファンクション36本やストアド・プロシージャ51本も含め、すべてが問題なくコンパイル、作成・実行（呼び出し）ができました。

EXAMPLE6：ユーザー定義（CREATE TYPE文（※注１）でコレクション型を定義については、 現在Tibero RDBMS5では、サポートされていないですが、（※Tibero RDBMS 6 から正式にサポートする予定）以下のように迂回する方法でTypeを作成することができます。

Oracleの互換性検証（Pro*C）検証結果のまとめ

バグフィックス後、OracleとTibero両方のデータベース側で同じPro*Cソースコードをプリコンパイルし、プリコンパイルしたCソースファイルをコンパイルし、作られた実行可能ファイルを実行した結果はOKでした。プリコンパイルとコンパイル間、コンパイルエラーは一切に発生せずに、cソースファイルと実行可能ファイルが作成されました。
コンパイル時間と実行経過時間は、両方とも２～３秒以内で完了しました。 今回使用したEXAMPLE2は、OracleのPro*C Demoサンプルプログラムです。

Tibero基本機能結果のまとめ

APM（自動性能監視）の検証結果のまとめ

Tiberoデータベースに負荷がかかっている間にスナップショットを手動で取得し、性能関連レポートを出力することができました。レポートの内容を確認すると、インスタンスに負荷がかかっていたことが分かりました。
APMレポートはOracle AWRレポートに似ていますので、Oracle AWRレポートの内容を理解・分析できるDBAなら、APMレポートも無理なく使えると言えます。

Tiberoデータベース一貫性の検証結果のまとめ

・行レベル・ロックは、TiberoとOracle両方とも同じ結果になりました。
・UNDO表領域を使用した読み取り一貫性の結果は、次の通りです。

OracleとTiberoのUNDO_RETENTION（※注１）パラメータの値は、900(15分)でした。
OracleでのUNDO_RETENTIONパラメータは、現行のUNDO表領域に十分な領域がある場合にのみ有効です。アクティブ・トランザクションにUNDO領域が必要で、UNDO表領域に空きがない場合、期限切れ前のUNDO領域を再利用します。
反面Tiberoでは、UNDO表領域に空きがない場合は、再利用しないで“21002: No more undo space available.”というエラーを返しますが、必要に応じて再利用するように設定は可能です。（隠しパラメータを変更すること）

Tiberoデータベースリンクの検証結果のまとめ

Tiberoのデータベースリンクを使用してOracleの静的データ・ディクショナリ・ビューでOracleのバージョンデータを取得することができ、Oracleのdblink_tbテーブルにSELECT文、 INSERT文、 DELETE文、UPDATE文、COMMIT文の実行も、問題なく操作できました。 Tiberoデータベースリンクを使用する時のセッション数は、変わらないそうです。 OracleからTiberoへのデータベースリンクは、Oracleが提供するゲートウェイ(10g : hsodbc, 11g : dg4odbc)を使えば、データベースリンクを作成できることが分かりました。

Tiberoデータベースのバックアップおよびリカバリの検証結果

一行のコマンドでバックアップとリカバリが簡単にできました。 これは、シェルなどのバッチファイルを作成する時に役に立つと言えます。 RMGRは、Oracle RMANと違い、バックアップ情報を制御ファイルか表領域に格納しないため、コマンドなどでバックアップ情報を確認できないことが分かりました。 但し、RMGR Infoというテキストファイル(rmgr.inf)にバックアップ情報が記録されるので、バックアップ情報をRMGR Infoファイルで確認することができます。 TiberoのRMGRでリカバリを行う際、バックアップ作成時に作られたRMGR infoファイルが必要となります。このRMGR infoファイルが存在しなければ、RMGRでリカバリできませんので、失わないように管理する必要があります。

Tiberoユーティリティ結果のまとめ

tbExportの検証結果のまとめ

tbExportはOracle expとそっくりであり、操作方法がOracle expに似ています。問題なくtiberoというスキーマをエクスポートすることができました。

tbImportの検証結果のまとめ

tbImportはOracle impとそっくりであり、操作方法がOracle impに似ています。問題なくtbExportコマンドでエクスポートしたダンプファイル（export.dat）をtbImportコマンドでインポートすることができました。但し、インポートするユーザーがTiberoデータベースに存在しないと、インポート中にエラーが発生しますので、注意する必要があります。

tbLoaderの検証結果のまとめ

tbLoaderはOracle SQL*Loaderとそっくりであり、操作方法がOracle SQL*Loaderに似ています。 Oracleデータから作成したCSVファイルをTibero tbLoaderでロードすることができ、実際にテーブルの件数を数えたところ、Oracleの件数と一致しました。

tbAdminの検証結果のまとめ

TiberoにランダムSQLで負荷をかけて性能情報を確認したところ、問題なく表領域とインスタンスの変動がリアルタイムに変わることが分かりました。tbAdminは、Oracle Enterprise Managerより機能が少ないですが、無償ツールでありながら、データベースの管理とSQLやPL/SQLプログラム開発にも使えるメリットがあります。

tbSQLの検証結果のまとめ

tbSQLはOracle SQL*Plusとそっくりであり、操作方法がSQL*Plusに似ているので、今回のSQLとPL/SQL検証をtbSQLで行いました。