AWS、Amazon PrimeやKindle、Alexaなどで使用していた約75ペタバイト7500のOracleデータベースをダウンタイムなしで自社データベースサービスへ移行したと報告
AWS、Amazon PrimeやKindle、Alexaなどで使用していた約75ペタバイト7500のOracleデータベースをダウンタイムなしで自社データベースサービスへ移行したと報告 AWSはAmazon PrimeやAmazon Music、Alexa、Kindleなどを含む同社のコンシューマ向けビジネスで使われていた75ペタバイト、7500個以上のOracleデータベースを、ダウンタイムなしでAWSのデータベースサービスであるDynamoDBやAman RDS、Aurora、Redshiftなどへ移行したことを明らかにしました。 下記は今回移行を完了したシステムです（「Migration Complete – Amazon’s Consumer Business Just Turned off its Final Oracle Database」から引用） This include
メンテナンス不要のOracle RACマシン、米オラクルが「Oracle Database Appliance」を発表。アンチクラウド戦略を進む
米オラクルは9月21日、データベースの専門家がいない中小企業でも容易に導入し、自動化された運用で手間のかからないOracleデータベースマシン「Oracle Database Appliance」を発表しました。 企業がデータベース導入で直面する大きな課題の1つが運用にかかるコストです。データベースの知識のあるエンジニアを情報部門で雇用して保守を担当させるか、あるいはSIerのような専門家に運用支援を依頼する必要がありました。 クラウドが注目されているのは、こうしたデータベースを含むIT基盤の運用一切を外部にアウトソースできるためです。人的資源も含む固定資産が不要になり、運用コストが変動費化すると同時に大幅に圧縮できます。 しかしオラクルのラリー・エリソン氏は以前からクラウド嫌いで知られており、自社製品としてはクラウドに背を向け続けています（クラウドベンダを通してクラウド上でのライセンス提
Oracle の B*Tree インデックスの内部構造についてお勉強中（その１）
お仕事のデータベース一式のリース切れ間近ということで、リース延長で耐えることができるのか、それともシステム更改が必要なのかを見極めるため、最近はデータベース周りのチューニングばかりやってます。 当初設計時に、５年間持つ設計をしたのですが、流石に５年目にもなると予定とはそれなりに乖離が発生するものです。テーブル＆インデックス設計をユーザ向けの処理をとにかく高速に処理できるように設計したので、ユーザ向けの処理は速度的に全然大丈夫なのですが、データの肥大化によるバッチ処理のパフォーマンス劣化が顕著です。単純にストレージと CPU パワーが足りていないのでしょう。 しかしながらチューニングの余地はまだまだ十分にありそうです。バッチ向けの最適化を図ることにしました。うまくいけば来年度どころか、後数年はリース延長で延命できるかもしれません。 今回実施したチューニングの１つのポイントとして、バッチ処理向
PR：データベースのトラブル防止、チューニングの鉄則をOracleエキスパート4人に聞いた
「少し設定を変えるだけで、Oracleの性能がもっと上がったり、安定した運用が実現できる」。オラクルの情報を集中的に提供しているWebサイト「OracleTech.jp」で、僕がオラクルエンジニアにインタビューをしてその本音をまとめた記事「トラブルを防ぎ、性能もアップできる！ Oracle Database開発／運用の鉄則」が公開されています。 インタビューを行ったのは、ふだんからOracleユーザーの現場と接している4人のオラクルエキスパートの方々。 Oracle Databaseの開発／運用の鉄則を語るエキスパート。左から、テクノロジー製品事業統括本部 秋山真一氏、産業営業統括本部 宇多津真彦氏、カスタマーサービス統括 藤田一哉氏、コンサルティングサービス統括 小田圭二氏。聞き手はPublickey 新野淳一 パラレル機能で高速化しないのはもったいない 現在、ほとんどのサーバにはマルチ
＠IT Special PR： インメモリー・データベースがもたらす驚異のリアルタイム性能
インメモリー・データベースがもたらす 驚異のリアルタイム性能 ～ Oracle TimesTen In-Memory Databaseは データベースの限界を突破する ～ Oracle TimesTen In-Memory Databaseは、現時点で最も進化したインメモリー・データベースといえる。高速トランザクション性能、開発生産性の高さといった従来の特長に加え、2007年3月に発表された新バージョンではOracleデータベースとの親和性が高まった。高負荷Webアプリケーションの開発スタイルにどんな変革がもたらされるのか？ 「インメモリー・データベース」と聞いて、ピンと来るアプリケーション開発者はどれくらいいるだろうか。「インメモリー」というからには、データベースをメモリ上に常駐させてディスクI/Oのオーバーヘッドを減らすという程度の推測はできる。だが、一般のRDBMSと同等の耐障害性が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「トラブルを防ぎ、性能もアップできる！ Oracle Database開発／運用の鉄則」 | oracletech.jp
Oracle distributed SQL performance with database links - dblink
