Amazon AWSクラウド上でのアプリケーションとデータベースのパフォーマンス問題

クラウド上でのスケーラブルなリソースのため、データベース・パフォーマンスの改善に対しては保証がないのが現状です。データベースは複雑で、CPU,メモリー, 最新の高スピード・ストレージを追加してもデータベースのアプリケーション・パフォーマンスに対するボトルネックにならないとの保証はありません。

続きを読む

タグ: , ,

DBMoto独自のLog Serverを用いたOracle差分レプリケーション ~BLOB対応、パフォーマンス向上~【DBMoto Ver8.5新機能②】

Oracleデータベースからミラーリングまたはシンクロナイゼーションを行う際、DBMoto Ver8.5では、従来のLog Miner経由でOracle トランザクションをリードする手法に加え、Oracle Log Server経由で差分レプリケーションを実行できるようになりました。

続きを読む

タグ: , , , , ,

PostgreSQLに対してバルクインサートが可能に【DBMoto Ver8.5新機能①】

DBMoto ver8.5 からPostgreSQLへのバルクインサートが使用可能になりました。これによりDBMotoを使用してPostgreSQLへリフレッシュを行う際に、大幅に時間を短縮できます。
PosgreSQlへの接続設定については下記ブログをご参考ください。

続きを読む

コメントする -->

保護中: DBMoto 8.5.0.11 リリースノート

このコンテンツはパスワードで保護されています。閲覧するには以下にパスワードを入力してください。

保護中: DBMoto 8.5.0.11 リリースノート はコメントを受け付けていません -->

Oracle RAC パフォーマンス・チューニング

Oracle RACはデータベースソフトの追加機能の一つで、複数のコンピュータに処理を分散するクラスタリングを実現できます。

Oracle RACを導入することのより、一貫性を保ちながら一つのデータベースを複数のコンピュータで並列に操作できるようになり、負荷分散を図ることができるようになりました。

続きを読む

タグ: , , , , ,

Oracle Exadataのパフォーマンス Part3: 更なるモニターとクエリーによるチューニング

●チューニングが必要な時に何を確認するか?

Exadataのステートメントをチューニングする時の最初のステップはレスポンス・タイムを確認し、モニターすることです。最初にフォーカスするのは高レスポンス・タイム・クエリーと高から低ウェイト・タイムからの状況です。次はデータベース・レイヤーで利用度と効率性にフォーカスします。チューニングが終わるか、大きな問題が無ければExadataに特化した高度な測定基準とモニターを使用します。多くのオプションからv$views, CELLCLI, OSWatcherで確認します。Exadataでは特定のウェイト・イベントがあります。Exadataのデータベース・コードには追加のウェイト・イベント・ビルドが無いことが重要です。すべてのウェイト・イベントはすべてのデータベース・コードにあり、それはExadata特有を他のシステムではタイム(時間)が割り当てられていません。

続きを読む

タグ: ,

Oracle Exadataのパフォーマンス Part2: DBRM/IORM と Smart Flash Cache

DBRM/IORM

Oracle Exadata取り組みを複雑にしている問題の1つにアプリケーションが単一なハードウェアから統合型のハードウェア・プラットフォームへ移行しているということです。ユーザは1ホストで使用していたアプリケーションは統合型のハードウェア・プラットフォームでは遅くなるという間違った印象を持っています。DBRM(Database Resource Manager)とIORM(I/O Resource Monitor)はこのパフォーマンスに関する懸念を解決する手法です。このリソース・マネージャを使用しなければすべてのセッションは均等になり、単一の高活性のベータベースがリソースを独占し、Exadataインプリメンテーションに非常に重要になります。

続きを読む

タグ: , , , ,

Oracle Exadataのパフォーマンス Part1:Cell Offloading

Oracle Exadataのパフォーマンスは次のサブセットに分割されます。

●Cell Offloading
  ・Smart Scan
  ・Storage Indexes
  ・HCC(Hybrid Columnar Compression)
●DBRM/IORM
●Smart Flash Cache
●更なるモニターとクエリーによるチューニング

続きを読む

タグ: , , ,

オラクルのExadataを最大限に活用するためのベスト・プラクティス

Exadataのベスト・プラクティスに関してすでに多くの情報があるので、ここでは「Must Have」と「Don’t do」リストといくつかのベスト・プラクティスをリストアップします。
注:これらの内容は変化しますので、最終的には最新のオラクル・ドキュメントを確認ください。

続きを読む

タグ: , ,

SAP HANA で、他RDBからのレプリケーション(AWSとDBMotoで検証編)

異種DB間対応レプリケーションツールDBMotoを使用してRDBからSAP HANAへのレプリケーションを検証します。今回複製元ソースをOracle、複製先ターゲットをSAP HANAとしています。

続きを読む

タグ: ,

Database Performance Analyzer(旧Ignite)画面のDBやSQLの表示名変更方法

Database Performance Analyzer(DPA :旧Ignite)では監視DBのデフォルトの表示名は、サーバ名やインスタンス名で、SQLの表示はハッシュ値やSQL IDでそれぞれ表示されています。

続きを読む

タグ: ,

DBMotoでのBLOB・CLOBデータタイプのレプリケーションサポートについて

BLOB/CLOBのレプリケーションをサポートするデータベースは下記の通りです。

●IBM Infomix、SQL Server、MySQL
⇒リフレッシュ(全件)、ミラーリング(差分)共にBLOB/CLOBをサポートします

続きを読む

タグ: ,

[DBMoto]レプリケーションエクスポート機能でレプリケーションを移行

DBMotoには、開発環境で作成したレプリケーションを、スキーマが異なるだけでテーブル構造がまったく一緒の運用環境にコピーできる機能が用意されています。

続きを読む

コメントする -->

Storage I/Oの監視【DPA (旧Ignite)のVer9機能】

DPA(旧Ignite)のVer9から、新たにStorage I/Oの監視機能が追加されました。

データベースの速度が低下する原因は、CPUの負荷だけでなくStorage I/Oの負荷も関係しています。
DPAでは、SQL文の応答時間において、ストレージのレイテンシやスループット性能がどこまで影響を及ぼしているかを確認することができます。

続きを読む

タグ:

SAP HANA から他RDBからのレプリケーション(クライアント準備編、AWSを利用)

WindowsからSAP HANAへ接続するためには以下のツールが必要です。
・SAP HANA Client(接続ドライバ)
・SAP HANA Studio(GUI開発ツール)

今回はWindowsマシンからSAP HANA Developer Editionへ接続する手順を紹介します。
事前にSAP HANA on the AWSでDBレプリケーション(AWS準備編)にてSAP HANAの構築が完了していることが前提となります。

続きを読む

タグ: ,