設計段階のチューニング ●処理はサーバに集中(ストアドプロシージャの活用) クライアントで処理させようとすると、 必要な全データがサーバとクライアントの間を往復することになり、 他の条件が同じでもそれだけで性能上非常に大きなハンデとなります。 ネットワーク上のデータのやりとりはできるだけ少なくなるようにアプリケーションを設計します。 ツールや開発言語の選択もこの点では非常に重要です。 ●パッケージの活用 パッケージ化されたコードは、最初に使われたときにメモリにロードされ、 以後できるだけ常駐しようとするので、入出力の削減に効果があります。 ●正規化を行う 正規化を行わないと… 冗長なデータ移動「移送」の必要が発生し、処理時間が増える。 項目数が増え、余分にメモリを圧迫する。 更新操作が同一表に集中しがちで、I/Oの並列化(並列問合せ等)ができない。 データの絞込みがしづらくなり、問合せ結果

最近は業務の関係上、Oracle データベースの復旧手順書を作成していました。 Oracle のエンタープライズ分野の主流は RAC 構成になりますが、小規模システムではまだまだシングルインスタンス構成も多いことかと思います。実際システム構成的にはシングルインスタンスの方が遙かにシンプルで運用も楽です。 業務では RAC 構成のシステムを見ていますが、教育という側面からはシングルインスタンスをまずは教えるのが吉です。また部下に DBA の立場を担って貰うことを考えると、最低限知っておいて欲しいのはバックアップ＆リカバリ。システムダウン時に活躍するスキルを身につけて欲しいと願います。せっかくいろいろ資料を作ってきたので汎用化できる部分のみ公開しようと思います。 バックアップ方式について言えば最近の主流はもちろん Oracle が提供している Recovery Manager を使ったバックア

初心者のOracle管理者である私が、学んだことを書いていくOracle入門ブログです。Oracleのインストール、バックアップ方法等掲載していきます。 Oracle RACのDBを停止する手順としては以下になります。 srvctl stop instance -d -i -o immediate srvctl stop asm -n srvctl stop nodeapps -n net stop OracleCRService net stop OracleEVMService net stop OracleCSService ここで、このコマンドをバッチファイルにすると、最初の１行が実行された後、処理が停止します。 どうやら、srvctlコマンドは、バッチ処理にすると次の行へ進ます止まるみたい。 そこで、srvctlコマンドは別のバッチファイルにして、このバッチファ

DBを革新させる「RAC」　仮想化などにより、拡張性や可用性を高める原理を詳説 Oracle DatabaseはDBエンジンとしての性能向上と並行して、DBシステムとしての技術も充実させてきた。中でも大きく進化したのが「RAC」だ。パート3ではテクノロジーの側面からRACを解剖すると共に、ストレージを仮想化する「ASM」などを用いてDBシステムの拡張性や可用性を高める仕組みを分かりやすく解説する。 安価なハードウェア（サーバー、ストレージ）を利用可能にしながら、性能や可用性、運用の容易性といった相反する要件を満足させる。Part1で示した通り、これがOracle　Database 11g R2の最大の特徴である。それを支えるのが、複数のサーバーやストレージをあたかも1つのコンピュータ資源であるかのように使えるようにする「Oracle Real Application Clusters（RA

All Blogs Corporate Site CRM On Demand Discussion Forums Documentation Education Java.com JavaOne and Oracle Develop MySQL Oracle OpenWorld PartnerNetwork Sun Defects Technology Network Video and Multimedia

Oracleは、セグメントヘッダーにHWM（High Water Mark：高水位標）と呼ばれる「過去に表のブロックをどこまで使用したかを示すポインタ」を持つ。データの有無に関わらず、全表操作時にはHWMまでのすべてのブロックを読み込む。例えば、年度末処理などでデータ量が一時的に大きく増加し、その後少ないデータ量に戻る表を考える。このような表は、データが削除され件数が少なくなった後も、全表操作時にはHWMまでのすべてのブロックが読み込まれてしまい、処理が遅くなる。HWMは、表の再作成、もしくはTRUNCATE処理を行わない限り、再設定されない。

oracle のプロセス概要 oracle のプロセス相関図 oracle のプロセス概要 oracle には、以下のプロセスがあり、 それぞれが機能してデータベースを管理しています。 これらのプロセスは、sqlplus が init${ORACLE_SID}.ora の情報をもとに起動します。 oracle 8i よりほとんどのプロセスは、マルチスレッド構成です。 ( OS レベルのマルチスレッド。MTS とは全く異なります） プロセス名名前 機　　　　　　　　　　能必須 oracle<SID>

ブログをはじめるたくさんの芸能人・有名人が 書いているAmebaブログを 無料で簡単にはじめることができます。

Oracle Real Application Clusters管理およびデプロイメント・ガイド 11gリリース1（11.1） E05738-05

ここでは、IT技術に関するハウツー・ノウハウについて掲載します。 主にITインフラ・データベースについての情報を掲載していく予定です。 oracleやunixに関するテクニックを随時更新していきます。 2006.11.7　サイトをオープンしました。 2007.1.24　「共有プールのチューニング（ライブラリキャッシュ詳細編）」ページを公開しました。 2007.2.2　「共有プールのチューニング（データディクショナリキャッシュ詳細編）」ページを 公開しました。 2007.2.3　「ラージプールのチューニング」ページを公開しました。 2007.2.4　「ＰＧＡのチューニング　目次」「ＰＧＡとは」「v$sysstat調査によるＰＧＡチューニング」 ページを公開しました。 2007.2.10　「v$pgastat調査によるＰＧＡチューニング」 「v$pga_target_adv

まだメモ アーカイブログが多くなりすぎてバックアップとれなーいというときにRMANにて実行する。 というか起きたらだめだろう、、、　とほほ アーカイブログモードだとたまりすぎるとDBが停止する。 rman target / nocatalog 七日前までを削除 delete archivelog until time 'sysdate-7'; (RMANで実行) 全削除 delete archivelog all ; (RMANで実行) アーカイブログのスレッド番号がわかっている場合 delete archivelog until sequence 100 thread 2; スレット番号の確認する場合 list backup of archivelog all; (RMANで実行) 参考　制御ファイルの番号を確認する。 SQL> select thread#,sequence#,name

Oracle Databaseバックアップおよびリカバリ・アドバンスト・ユーザーズ・ガイド 10g リリース2（10.2） B19192-03

ヘッダーをスキップ Oracle Database バックアップおよびリカバリ基礎 10gリリース2（10.2） B19193-02 索引 目次 タイトルおよび著作権情報 はじめに 対象読者 ドキュメントのアクセシビリティについて 関連ドキュメント 表記規則 サポートおよびサービス 1  バックアップおよびリカバリの概要 バックアップおよびリカバリとは何か 物理バックアップと論理バックアップ バックアップからのリカバリが必要なエラーおよび障害 ユーザー・エラーの理解 メディア障害の理解 Oracleのバックアップおよびリカバリ・ソリューション: Recovery Managerおよびユーザー管理のバックアップ バックアップおよびリカバリ: 基本概念 データのリカバリで使用されるデータベースの物理構造 データ・ファイルおよびデータ・ブロック REDOログ 制御ファイル UNDOセグメント デ