オラクル、インメモリグリッドの「Oracle Coherence」をオープンソース化。「Oracle Coherence Community Edition」を発表 Coherence goes open-source! https://t.co/v3gR5WBJsg — Oracle Coherence (@OracleCoherence) June 25, 2020 Oracle Coherenceは、データベースの手前に設置することで巨大な共有データベースキャッシュとして機能し、システムのボトルネックになりやすいデータベースの性能やスケーラビリティの向上を実現します。 それだけでなく、万が一データベースが落ちたとしてもそれをクライアントに対して隠蔽できるため、クライアントは処理を継続しつつ裏でフェイルオーバーなどを実行することで、システム全体の可用性の向上も実現するなどの機能も提供し
TOP BLOG 技術ブログ無事完走!(全部俺) Oracle Cloud Infrastructure Advent Calendar 2018 コーソルDatabaseエンジニアのブログ 技術ブログ Oracle CloudOracle Cloud Infrastructure 2018.12.25 渡部 亮太 無事完走!(全部俺) Oracle Cloud Infrastructure Advent Calendar 2018 渡部です。つい(カッとなって)つくった (全部俺) Oracle Cloud Infrastructure Advent Calendar 2018 ですが、25日分すべての日の記事を投稿し、無事完走できました 🙂 (全部俺) Oracle Cloud Infrastructure Advent Calendar 2018 http://adventar.o
オラクル、2019年1月に「Oracle Database 19c」をリリース。自動チューニング機能強化、専門家より優れたチューニングに 米オラクルのCTO兼会長のラリー・エリソン氏は、8月8日午前5時から行われた同社のオンラインイベント「Think Autonomous」で、OLTP対応の自律型データベース「Oracle Autonomous Transaction Processing」の提供発表と同時に、来年リリース予定の「Oracle Database 19c」が2019年1月にリリースされることを明らかにしました。 Oracle Databaseのバージョン番号は、2017年に発表された「Oracle Database 18c」から西暦を基にしたバージョン番号となりました。 参考:Oracle DBのバージョンが「12c」から一気に「18c」へ、2018年由来。Oracle Op
【前号までのあらすじ】 編集部 そろそろビジネスの話を……。 井上 ビジネスの話。 神林 結局、ビジネスだと最大手のOracleどう思いますかって話ですよね(笑)。これは聞きたいですよね、やっぱり(笑)。 寡占状態のほうが楽だけどつまらない 神林 これは業界では有名な話で、ワークスさんの某アプリケーション、基幹になるものはOracleべったりでございます。ストプロをバリバリ使いまくりでっていう時代があったんですけどね(笑)。 井上 それはどこから情報がいっているのか知らないですけど(笑)、ストアドプロシージャ、実はなくしています。 神林 あー、すごいですね。 井上 むしろその内情はどこからでてきたんですか(笑)。 神林 別のところからいろいろ…… 井上 実は一番最初はOracleじゃないんですよ。あと、ストアドプロシージャはべったり過ぎるので結構な長い時間をかけて減らしています。 神林 で
目的 Oracle Database 12cR1 で列追加を行った時、行データブロックがどのように変化するかを検証する。 予備知識 以下のエントリを読んでおくと理解しやすい。 Oracle Databaseでdefault指定の列を追加するときの挙動 - ぱと隊長日誌 Oracle Databaseのバージョンによって、default指定列追加時の処理が異なることを説明している。 Oracle Database のデータ・ブロックのダンプとその解析 - ぱと隊長日誌 データブロックのダンプ方法とその解析の説明。 特にデータブロックの説明部分を読んでおくと理解しやすい。 検証内容 検証環境 Hyper-V上の仮想マシン(メモリ:2048MB) Oracle Linux Server release 6.7 Oracle Database 12c Enterprise Edition Rele
状況把握や意思決定、施策遂行の“スピード”がビジネスの成否を大きく左右するようになった今日、それを支えるITシステムに対しても、一段と高いパフォーマンスが求められるようになってきた。その観点から企業のシステムアーキテクチャを俯瞰した際、課題として浮上してくるのがストレージの性能だ。CPUやメモリと比較して低速なストレージは、システムのパフォーマンスをさらに高めようとした場合に大きなボトルネックとなる。この問題を解決すべく、現在さまざまなアプローチが検討されているが、その中で一つの大きなトレンドとなっているのが「インメモリ処理」である。 日本オラクルは2014年7月、そのインメモリ処理をOracle Database Enterprise Edition上で実現する新製品「Oracle Database In-Memory」をリリース。同月に都内で開催されたイベント「Oracle DBaaS
Oracle Database In-Memory/Amazon Kinesisが日本国内に:Database Watch(2014年7月版)(1/2 ページ) ついに、Oracle Database In-Memoryが日本国内でも提供スタート。Amazon Kinesisは東京リージョンが選択できるようになった。ぞれぞれをウォッチした。 連載バックナンバー 今月はついに出荷開始となった「Oracle Database In-Memory」機能と、東京リージョンで利用開始となったAmazon Web Service(以下AWS)のAmazon Kinesisについてです。ちなみに今回でこの連載は11年目に突入します。10年間の応援に感謝しつつ、これからもデータベースをわくわくしながら追いかけていきたいです。 ついに解禁「Oracle Database In-Memory」機能とは? 20
現実味を帯びてきた「Database as a Service」/MySQL:Database Watch(2013年11月版)(1/2 ページ) 今月はOracleが掲げるDBaaSとExadataのインメモリデータベース技術、加えてMySQLのラボにて開発中の新機能について紹介します。 今月はOracleが掲げるDBaaSとExadataのインメモリデータベース技術、加えてMySQLのラボにて開発中の新機能について紹介します。 オラクルが提唱するサービスとしてのデータベースとは オラクルの情報は秋に一新されます。オラクル最大の年次イベント「Oracle OpenWorld」が例年10月ごろにサンフランシスコで開催され、ビッグニュースがここで発表されるからです。これに続いて日本でもイベントが開催されます。 今年(2013年)は10月22日に「Oracle Days Tokyo」が開催され
Tomcatでコネクションプーリングを使用していて、Tomcat <-> Oracle間の接続がFINやRSTパケットによる通知なしに切られた場合、プールしている接続が実際には死んでいる状態が発生する。例えば、以下のような場合に発生する。 APサーバー <-> DBサーバー間のFirewallによるセッション切断 DBサーバーのリブート(Windows Server 2008の場合。他は未確認) なお、Windows Server 2008で試した限りではOracleサービスの再起動やshutdown、startupの場合は発生しなかった。おそらくFINまたはRSTパケットが飛んでいると思われる。 一度、この状態に陥ると、その後ネットワークやDBサーバーが復旧しても死んだ接続がプールに残り続け、その接続を使用したTomcatのスレッドはSQLを実行する処理でOracleからの応答をずっと待
システム構築プロジェクトにおいて、避けては通れないSQLパフォーマンス問題をいかにして解決し、予防するのかを解説した一冊「パフォーマンス改善と事前対策に役立つ Oracle SQLチューニング」のご紹介です。 以前本コーナーでご紹介した、Oracleコンサルタントの加藤祥平氏、中島益次郎氏による「基礎から学ぶ Oracle SQLチューニング」に加筆・改稿した新装版となる本書は、「SQLパフォーマンス問題、SQLチューニングの苦労を世の中のプロジェクトから少しでも減らしたい」という想いのもと、「SQLパフォーマンス問題の発生理由を捉える」、「SQLパフォーマンス問題を『解決』する」、「SQLパフォーマンス問題を『予防』する」の3つをテーマに、定型的に実施可能な基礎的なものから、Oracleデータベースのアーキテクチャを踏まえた応用的なものまで、さまざまな観点からSQLチューニングのノウハ
「開発環境と本番環境で実行計画が違うんだけどなんで!?」 今日もこんな問い合わせがありました。 もうね、最近は問い合わせの8割が実行計画と統計情報。 何べん同じことを言ったら良いんだろうね。 そろそろ、社内(といっても常駐先内)での情報共有の仕組みとかにも、 口を出していったほうが良いんだろうか。 っつーか、こんだけブログに書いてて、わりとそれっぽいキーワードで 検索したら、上位に来るようにもなっているのに、それでも聞いてくるってことは、 どんだけ丸投げ体質なんだよと。 まぁ、隣で開発やってるお会社さんは、アクセス禁止サイトへのアクセスを させないために、Webへのアクセスを禁止しています。 なんという前時代的な・・・。 おっと、他の会社をdisってても、仕方ないですね。 とりあえず、タイトルの件に関しては、 自分なりにまとめて回答してみたので、こちらにも共有しますよっと。 さて、冒頭の質
一般 Oracle Berkeley DB Java Editionは、動作環境として、NFS、SAN、その他のリモート・ファイル・システム、共有ファイル・システム、ネットワーク・ファイル・システムをサポートしていますか。 NFSベースのストレージを使用する場合は、2つの注意事項があります。ただし、注意しなければならない理由は、Berkeley DB Java EditionとBerkeley DBでは異なります。 第1に、JEでは、下層のストレージ・システムの責任でデータを確実に永続化する必要があります。すなわち、write()が呼び出された場合にはオペレーティング・システム・レベルで、fsync()が呼び出された場合には物理ディスク・レベルで永続化を実行する必要があります。 ただし、一部のリモート・ファイル・システム・サーバーでは、(パフォーマンスを最適化するため)書込み要求をサーバー
<Oracle10g Cost Base Optimizerにまつわる検証 その11> ~DBMS_STATSの変(?)~ ペンネーム:りん ■おさらい 先週は、コストの計算をしていましたが、I/Oしかフォーカスしていませんで した。つまり、I/Oのコストが算出されただけでした。 GATHER_SYSTEM_STATSを取得して、CPUのコストも… なんて書いていたわりに、CPUが入っていないのはおかしな話です。 では、GATHER_SYSTEM_STATSで取得したCPUSPEEDはどう使われるのでしょうか ■環境 Redhat Linux Advanced Server 2.1 Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 ■検証 先週書いた計算式をまとめると ((Single Block Read x SREADT
お仕事のデータベース一式のリース切れ間近ということで、リース延長で耐えることができるのか、それともシステム更改が必要なのかを見極めるため、最近はデータベース周りのチューニングばかりやってます。 当初設計時に、5年間持つ設計をしたのですが、流石に5年目にもなると予定とはそれなりに乖離が発生するものです。テーブル&インデックス設計をユーザ向けの処理をとにかく高速に処理できるように設計したので、ユーザ向けの処理は速度的に全然大丈夫なのですが、データの肥大化によるバッチ処理のパフォーマンス劣化が顕著です。単純にストレージと CPU パワーが足りていないのでしょう。 しかしながらチューニングの余地はまだまだ十分にありそうです。バッチ向けの最適化を図ることにしました。うまくいけば来年度どころか、後数年はリース延長で延命できるかもしれません。 今回実施したチューニングの1つのポイントとして、バッチ処理向
Oracle is the clear market leader in the commercial database community, and therefore it is critical for any member of the database community to pay close attention to the new product announcements coming out of Oracle’s annual Open World conference. The sheer size of Oracle’s sales force, entrenched customer base, and third-party ecosystem instantly gives any new Oracle product the potential for
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く