前回のエントリのまとめ デフォルトのgemリポジトリhttp://gems.rubyforge.org/から、activerecord-oracle-adapterの取得に失敗する デフォルトのリポジトリからは、代わりにactiverecord-oracle_enhanced-adapterというgemが見つかる Railsのデフォルトのdatabase.ymlにおけるoracleアダプタの記述では、activerecord-oracle_enhanced-adapterは使えない rubygemにhttp://gems.rubyonrails.orgを追加することで、activerecord-oracle-adapterを取得できるようになった ここで解せないのはrubyforgeから見えているactiverecord-oracle_enhanced-adapterという「いかにも」な名

Rails 2.0/2.1では上手く取得できているとコメント頂いたので、これは私の使用しているgemが検索しているリモートリポジトリが通常とは違うのだろう。 ということで、敢えてRailsのリモートリポジトリを明示的に指定してみた。 E:\ruby>gem install activerecord-oracle-adapter --test --source http://gems.rubyonrails.org Successfully installed activerecord-oracle-adapter-1.0.0.9250 Successfully installed activesupport-2.3.0 2 gems installed Installing ri documentation for activesupport-2.3.0... Installing RDo

連載バックナンバー Oracleトラブル対策の基礎知識 今回の主な内容 フラッシュリカバリ領域とは？ フラッシュリカバリ領域を利用するための設定 初期化パラメータの設定 アーカイブモードとフラッシュバックデータベースモードの有効化 フラッシュリカバリ領域がいっぱいになったときの回避方法 （関連キーワード：ORA-02097、ORA-19802、ORA-38706、ORA-38707) フラッシュリカバリ領域とは、バックアップの自動化を実現するためにOracle10g R1から新機能（フラッシュバックリカバリ機能）として用意された格納領域です。 以前のバージョンでは、アーカイブログやバックアップの出力先として、それぞれ任意のディレクトリやテープデバイスを指定し、管理を行う必要がありました。 フラッシュリカバリ領域には、アーカイブログファイル、RMAN（Recovery Manager）を使用

ロックの調査 ロック競合が発生している可能性がある場合は、V$LOCK、V$SESSION、V$LOCKED_OBJECT(V$LOCKのビュー)でロックの情報を取得しALTER SYSTEM KILL SESSIONでセッションを開放しロックを開放します。 セッション(SID)、ユーザー、オブジェクト及びプログラム等の項目を調査しロックの解消と原因を調べます。 ロックのセッション、ユーザ、オブジェクト及びプログラム名を表示 Select V$SESSION.SID, DBA_OBJECTS.OBJECT_NAME, V$SESSION.OSUSER, V$SESSION.PROGRAM From V$LOCKED_OBJECT Left Join DBA_OBJECTS on V$LOCKED_OBJECT.OBJECT_ID = DBA_OBJECTS.OBJECT_ID Left J

障害発生！ 問題切り分けはスピード勝負：Oracleパフォーマンス障害の克服（1）（2/3 ページ） ログ確認は問題切り分けの第一歩 「ハードディスクを認識しない」「Oracleが起動しない」、あるいはORAエラーがログに残る事態など、Oracleデータベースサーバで発生する障害には、さまざまな状況が想定されます。問題切り分けの基本は、まずログを日常的に確認することです。ログを元に障害を確定できれば、ある程度の対策は見つかります。 Oracleが出力するALERTログを確認することが第一歩です。また、ユーザープロセスでどのような問題が起きているかという切り分けも、Oracleのトレース機能を使用すれば、ユーザーのSQL処理に対して実行計画やインデックス処理などOracleがどのような処理を行っているか分かるので、こちらも重要な情報となります。トレース機能については、次回以降の記事で扱うSQ

Oracle XE (Oracle Database 10g Express Edition) は、インストールした時点でDBが出来てます。 ちなみに、設定内容は、 DATABASE NAME = XE CHARACTER SET = AL32UTF8 となってます。 インストール時に変更できないかと調べてみましたが、どうやらRMANを使用してもともと用意されたDBをリカバリする形でDBを作成しているため、どうにもならなそう…。 DB名はまだよいとして、キャラクタセットは変更したい！！！ ということで、今回はOracleXEでDBの再作成を行います。 まず、Oracle XE の前知識。 ・DBCAは存在しない ・Oracle EM (Oracle Enterprise Manager) は存在せず、変わりにカスタマイズされたAPEX (Oracle Application Express

1. 無料のOracleデータベース 読者の皆さんはOracleデータベースに無料版が存在することをご存知でしょうか？残念ながら日本オラクルから情報が出てないので、知らない方も多いと思います。 無料版のOracleデータベースとはOracle Database 10g Express Edition（以下「Oracle XE」）で、多少の制限はありますが中身は完全なOracleデータベースです（制限については後述）。 金額的に敷居が高いと感じていた方であっても、無料でOracleデータベースを用意することができます。開発プラットフォームとしてだけでなく、小規模システムであれば運用プラットフォームとしても十分に使えると思います。もちろん、Oracleデータベースの勉強にも有用でしょう。 データベースはデータを管理し、簡単に検索・抽出などをするために利用されます。通常はデータの管理等に利用され

こんばんは。自分も大変興味ある話題です。 ＞＞行ロックが確実 これはMSSQLやDB2も搭載している機能ですよね。何をもって「確実」と 見るのかが難しそうです。 データ件数でのテスト評価は各ベンダーからベンチマークが 出てますが実際各DBに差はありますか？。 ※同一マシン同件数一括更新などで 処理件数で提案するのは可能なのでしょうか？。。 ＞＞RowIDの存在 両者を細部技術まで切り分ける際には話題になりそうですね。 ただ適切なSQLチューニングをすれば特に問題にはならないような気も。 自分のざっくりな印象ですが ＞＞Oracle ・情報、技術者が豊富 ・業界標準という印象(実績が多い) ・複数OSサポート ・初期パラファイル、制御ファイルなど保守対象が多い ・チューニング作業には深い知識が必要(パラメータ、Explain含め) ＞＞SQLServer ・Windowsインフラとの親和性(

Oracleって、可変長文字列型のフィールドに空文字列を設定（INSERT Or UPDATE）するとNullにする……というか、Nullと空文字列を区別しないのですね……。 今日、初めて意識しました。遅ればせながら……。 言い訳がましいけれど、ここ一年〜二年くらい、SQL ServerからOracleでの開発にシフトしたのに何故、今まで気が付かなかったかと言うと。 設計時に、文字列型フィールドでNullと空文字列を区別して格納する必要があるような設計をしていなかった。必要が無かった。 ので、社内の既存テーブルで、過去の経緯からNullが設定されている*1文字列型フィールドを扱うケースが多かったので、アプリケーション側でデータ取得時に、一意に「DBNullだったら空文字列に変換する」関数に通していた。 そもそもSQL Server出身者なので……＜これは単なる勉強不足 などなど……。 と言

ロックをつぶせ！ 最初に疑うべき原因：Oracleパフォーマンス障害の克服（2）（1/3 ページ） Oracleデータベースの運用管理者は、突発的に直面するパフォーマンス障害にどうやって対処したらよいか。本連載は、非常に複雑なOracleのアーキテクチャに頭を悩ます管理者に向け、短時間で問題を切り分け、対処法を見つけるノウハウを紹介する。対象とするバージョンはOracle8から9iまでを基本とし、10gの情報は随時加えていく。（編集局） 第2ステップ　SQL処理にかかわる確認 前回「障害発生！ 問題切り分けはスピード勝負」では、Oracleデータベース・サーバの管理や障害対策など、問題解決に有効と考えられる「問題解決に有効な6ステップ」を紹介しました。「第0ステップ　ログの確認」「第1ステップ　CPU／メモリの監視」は、日々の運用でサーバの状態を確認できる有効な手段であると理解できたと思い