製品・サービス発表レター検索

[1-1-1] 製品の概要

本日付けで IBM は、IBM solidDB V6.3 を発表いたします。

IBM solidDB V6.3 は、リレーショナルなインメモリー・データベースであり、従来型のディスク・ベースのデータベースに比べて 10 倍の速度で動作することで、優れた高速性を提供します。 よく知られている SQL 言語を使用し、アプリケーションはマイクロ秒単位で応答するため、毎秒数万件のトランザクション処理を実現します。

IBM solidDB はまた、システム障害が発生しても 1 秒以内に回復できる、高度な可用性を実現します。 solidDB は、2 ノード、ホット・スタンバイ構成の使用により、2 つの solidDB ノード間で同期されたデータのコピーを維持します。

IBM solidDB は、従来型のディスク・ベースのデータベースに比べて、速度と可用性が非常に優れており、ビジネスにおけるデータの可用性とアクセスの容易性を実現するように設計されています。 高度な可用性は、想定内あるいは想定外のシステム停止や遅延に関連するコストの低減に役立ちます。 solidDB は、アプリケーションによって制御され、ほぼ自動で実行可能なため、さらなるコストの削減を実現します。 データベースの自動実行は配置を高速化し、管理コストの削減にも貢献します。 さらに、solidDB はクラス最高のハードウェア・システムだけでなく、一般的なハードウェア・システムでも動作するため、企業はニーズに合った最適なソリューションを選択することができます。


■　発表製品出荷予定時期

• 高速性の提供: solidDB は、データをディスクではなく常時メイン・メモリーに保持するように設計されています。 アプリケーションでは、標準の ODBC、JDBC、SQL インターフェースを介してその機能を活用できます。
• 高可用性の提供: solidDB は、ほぼ常時、同期されたデータのコピーを 2 つ保持するように構成できます。 システム障害が発生した場合、solidDB はアプリケーションが 1 秒以内に solidDB へのアクセスを回復できるように設計されています。
• コスト削減に有効: solidDB は、アプリケーションに直接埋め込み可能で、ほぼ自動で実行させることができるよう設計されており、配置および管理が容易です。 また、アプリケーションによるプログラム制御が可能なので、総所有コストを低減できます。 専任のデータベース管理者も必要ありません。
  
  
  

［1-2-1］製品の機能詳細

■　卓越した高速性

solidDB インメモリー・データベース・テクノロジーによって卓越した高速性を実現します。

インメモリー・データベースは、高速性と予測可能な応答時間を要求するリアルタイム・アプリケーションのパフォーマンス要件に対応した技術です。 名前が示すとおり、インメモリー・データベースは、ディスク上ではなくすべてメイン・メモリー内に存在するため、高速データ・アクセスを実現します。 solidDB インメモリー・データベースは、すべてのデータが高速アクセス可能でなければならないという前提で機能します。 このため、solidDB のデータ構造およびアクセス方式は、効率的な並行性制御メカニズムによりメイン・メモリー内でデータを保存、検索、処理することに特化して設計されています。 従来型のディスク・ベースのデータベースに対し、solidDB にはパフォーマンスの面で 2 つの優れた特徴があります。 1 つ目は、データ・ブロックをディスクからメイン・メモリーに移動する必要がないという点です。 これは、アプリケーションが必要とするすべてのデータが、メイン・メモリー内に既に存在しているためです。 2 つ目は、たとえディスク・ベースのデータベースがすべてのデータをメイン・メモリー内にキャッシュしたとしても、solidDB はメイン・メモリーへのアクセスのために最適化されたデータ構造とアクセス方式を採用しているため、ディスク・ベースのデータベースよりも本質的に高速であるという点です。

さらに solidDB は、マルチコア、マルチプロセッサーのアーキテクチャーによる処理の拡張性と同時に、64 ビット・コンピューターによる大容量メモリー・サイズを活用するように設計されています。 solidDB のアクセス方式は、効率的な並行性制御メカニズムも実装しているため、マイクロ秒単位の応答時間でありながらも、大量の同時トランザクションにおける一貫性を保持します。

データの永続性と回復能力

solidDB インメモリー・データベースは、すべてのデータがメイン・メモリー内でアクセス可能であるという前提で機能しますが、solidDB は、データの回復能力を確保するために、更新されたデータを常時ディスクに書き込んでいます。 この書き込みは、solidDB のチェックポイント機能とトランザクション・ロギング・メカニズムによって実行されます。 チェックポイント機能を使用する場合、solidDB はメイン・メモリーからコミットされたトランザクションを、ディスク上のデータベース・ファイルにコピーします。 チェックポイント間でサーバー障害が発生した場合、solidDB は一貫性のあるデータのスナップショットがディスクに確実に保持されるようにします。 チェックポイント間で、solidDB はコミットされたトランザクションをトランザクション・ログに書き込みます。 システムがクラッシュすると、solidDB はこのトランザクション・ログとロールフォワード・リカバリーを使用して、最後のチェックポイントでコミットされたトランザクションを最新のコミットされた状態へ自動的に回復させるように試行します。 パフォーマンスと耐久性をバランスよく活用するため、solidDB のトランザクション・ロギングにはさまざまな構成オプションが用意されています。 厳密なロギングの場合、トランザクションはコミットされると同時に同期され、ログに記録されます。 緩やかなロギングの場合、solidDB はトランザクション・ログへの書き込みを非同期的に遅らせます。 さらに、solidDB スナップショットの一貫性を維持するチェックポイント機能により、トランザクション・ロギングが停止されます。 これは、最後のチェックポイントでのみ回復機能を提供すれば十分な状況において、アプリケーションのパフォーマンス速度を上げることに役立ちます。

solidDB はホット・スタンバイ構成によりパフォーマンスをさらに向上させることができます。 ホット・スタンバイ構成では、プライマリーおよびホット・スタンバイの solidDB インスタンス全体で、読み取り操作をアプリケーションに対してトランスペアレントにロード・バランスさせることができます。 ロード・バランシングを活用するには、アプリケーションから solidDB の ODBC または JDBC ドライバーを使用し、プライマリーおよびホット・スタンバイの solidDB インスタンスの両方に対し 1 つの論理的接続だけを維持するようにします。 この構成では、書き込みトランザクションは自動的にプライマリー solidDB ノードに送信されます。 また、読み取りトランザクションはホット・スタンバイ solidDB ノードのみに送信されるか、あるいはプライマリー solidDB インスタンスおよびホット・スタンバイ solidDB インスタンスにまたがってロード・バランシングが行われます。 このため、アプリケーション開発者がコードを記述する必要はありません。 ロード・バランシングの使用により、プライマリーおよびスタンバイの両方のデータベース・インスタンスの計算能力を活用し、パフォーマンスを最大 100% 向上させることができます。 ホット・スタンバイ構成は、solidDB のノードの可用性を高め、障害発生時でも通常 1 秒以内のフェイルオーバーを可能にします。

ホット・スタンバイ構成は、トランザクション・ロギングの最適化によってもパフォーマンスを向上させることができます。 適応力のある耐久性を備えたプライマリー solidDB インスタンスは、緩やかなロギングのパフォーマンス向上によりメリットを得られます。 ネットワーク上でホット・スタンバイ・インスタンスと同期することで耐久性が維持されるため、耐久性が損なわれることもありません。 障害が発生した場合、残っているインスタンスが同期ロギングに自動的に移行する設計であるため、より高度なデータの耐久性が確保されます。

インメモリー・データベースの高速性を必要としないデータの場合は、solidDB はまた、従来型のディスク・ベースのデータベースの標準的なパフォーマンスで、ディスク・ベースの表、およびその管理を提供します。 アプリケーションは、インメモリーの表、およびディスク・ベースの表の両方にトランスペアレントにアクセスでき、それらの表を同じトランザクションで使用することができます。

■　卓越した可用性

通常、solidDB サーバーは、システム障害から 1 秒以内の回復が可能であり、パフォーマンスが重要なアプリケーションに要求されるデータの可用性を提供するのに役立ちます。 solidDB は、2 ノードのホット・スタンバイ構成によって、solidDB のノード間で同期されたデータのコピーを 2 つ保持します。 システム障害が発生した場合、solidDB ノード間のフェイルオーバーは 1 秒以内で行われます。 この機能により、想定外のシステム停止からユーザーが保護されます。 さらに、このアーキテクチャーでは、プライマリー solidDB ノードをオフラインにすることなく、保守作業 (アップグレード、レポート作成、バックアップ等) に solidDB ホット・スタンバイ・ノードを使用できる機能など、潜在的かつ副次的なメリットがあります。 システム障害が起きた場合、あるいは solidDB ノードのペアを計画的に切り替える場合でも、セカンダリー solidDB サーバーが処理中のロードを迅速に引き継ぐように設計されており、データ損失の可能性が最小化されます。 フェイルオーバーはアプリケーションに対してトランスペアレントであるように設計されており、solidDB ODBC および JDBC ドライバーはデータベース接続とセッション属性を維持します。

さらに、solidDB には、プライマリーおよびセカンダリーの solidDB サーバーの同期方法を指定するために、複数の高可用性構成オプションが用意されています。 システム、セッション、およびトランザクションの各レベルで、これらのオプションを選択できます。 これにより、ユーザーはスループット、耐久性、および回復時間をより柔軟にバランスよく設定することができます。

ホット・スタンバイ構成:

• パフォーマンス、平均修復時間 (MTTR: Mean Time To Recovery)、および耐久性の間の適切なトレードオフを実現するために構成可能なレプリケーションとロギング設定
• キャッシュ・インスタンスの 1 つが使用できなくなった場合の 1 秒以内のフェイルオーバー
• 透過的接続性:
  • アプリケーションがプライマリーおよびセカンダリーの両方の solidDB Cache インスタンスに 1 つの論理的接続だけを維持
  • フェイルオーバーおよび切り替え時に、アプリケーションが接続ハンドルおよびセッション属性を維持

• セカンダリー・データベースは、プライマリー・データベースからの要求を受信すると、すぐにコミット・レコードを確認します。
• セカンダリー・データベースは、プライマリー・データベースから受信したトランザクション要求を処理した後、ログに書き込まれる前に、コミット・レコードを確認します。
• セカンダリー・データベースは、トランザクション・ログがセカンダリー・データベースで完全にコミットされた後、コミット・レコードを確認します。 これらの設定は全体のリカバリー時間とアプリケーションのパフォーマンスに影響を与えます。 プライマリー・データベースでコミットされたすべてのトランザクションが、セカンダリー・データベースでもコミットされる場合、リカバリー時間は非常に短くなります。 プライマリー・データベースでシステム障害が発生した場合、セカンダリー・データベースはリカバリー作業を実行する必要がないため、プライマリー・データベースの役割を迅速に引き継ぐことができます。

http://www.ibm.com/software/data/soliddb

• IBM solidDB Getting Started Guide
• IBM solidDB Administrator Guide
• IBM solidDB Programmer Guide
• IBM solidDB SQL Guide
• IBM solidDB High Availability User Guide
• IBM solidDB In-Memory Database User Guide
• IBM solidDB Linked Library Access User Guide
• IBM solidDB Advanced Replication Guide
  
  
  

■　Linux

• サポートされる Linux オペレーティング・システムを実行することができる、Intel または AMD プロセッサーをベースにした全システム

• サポートされる Windows オペレーティング・システムを実行することができる、Intel または AMD プロセッサーをベースにした全システム

• IBM System p POWER5 および POWER6 64 ビットのシステム

• HP Itanium ベースの 64 ビット Integrity サーバー・システム

• UltraSPARC プロセッサーが搭載された 32 ビットおよび 64 ビットのシステム、AMD 32 ビットおよび 64 ビットのプロセッサー、または Intel x86 プロセッサーが必要。

■　Linux

• 32 ビットおよび 64 ビット Red Hat Enterprise Linux (RHEL) 4 および 5、32 ビットおよび 64 ビット SUSE Linux Enterprise Server (SLES) 9 および 10

• 32 ビットおよび 64 ビット Microsoft Windows Server 2003、Microsoft Windows Standard Server、Microsoft Windows Enterprise Server、および Microsoft Windows Datacenter 版、32 ビットおよび 64 ビット Microsoft Windows Windows XP Professional 版、32 ビットおよび 64 ビット Microsoft Windows Windows Vista Business、Microsoft Windows Windows Enterprise、および Microsoft Windows Windows Ultimate 版

• AIX 5L V5.3 および V6.1

• HP-UX 11i V2 および 11iv3

• Solaris 10
  
  
  

［1-5-1］ライセンス、制限事項、考慮点その他

ライセンス上の制限事項につきましてはライセンス情報をご参照ください。


［1-5-2］互換性


［1-5-3］セキュリティ、監査および管理

発表された製品は、ホストのハードウェアおよびソフトウェアのセキュリティー機能と監査機能を使用します。

アプリケーション・システムや通信機能でのセキュリティー機構、管理手順、および適切な制御を、評価、選択、実装することは、お客様の責任で行っていただきます。

［1-6-1］パッケージング

IBM solidDB V6.3 Multiplatform (英語のみ)

• IBM solidDB V6.3 Quick Start DVD
• IBM solidDB V6.3 program code DVD
• InfoSphere Change Data Capture (ISCDC) V6.3 solidDB DVD
• ISCDC V6.3 Management Console and Access Manager DVD
• ISCDC V6.3 Documentation DVD
  

• IBM、WebSphere、MQSeries、AIX、Everyplace、AS/400、DB2、QMF、zSeries、xSeries、iSeries、pSeries、RS/6000、z/OS、および OS/390 は、International Business Machines Corporationの米国およびその他の国における商標です。
• Microsoft、Windows、Windows NT、および Windows のロゴは、Microsoft Corporation の商標です。
• Solaris, Java およびすべての Java ベースの商標およびロゴは Sun Microsystems, Inc の商標または登録商標です。
• UNIX は The Open Group の商標です。
• Intel は Intel Corporation の登録商標です。
• 他の会社名、製品名およびサービス名などはそれぞれ各社の商標または登録商標です。