ゲーム攻略・無料ウィキレンタルのアットウィキ (@WIKI)

約 5,117,386 件

SOA@Oracle - Oracle ESB
https://w.atwiki.jp/oraclesoa/pages/6.html

Oracle Enterprise Service Bus Tips Oracle ESBでのSOAP Headerの設定方法
SOA@Oracle - Oracle WSM
https://w.atwiki.jp/oraclesoa/pages/7.html

Oracle Web Services Manager
SOA@Oracle - Oracle BAM
https://w.atwiki.jp/oraclesoa/pages/8.html

Oracle BAM
＠WIKI - Oracleインスタンス
https://w.atwiki.jp/atyou/pages/51.html

データベースを起動・停止する単位 Oracleサーバーは、 Oracleインスタンス Oracleデータベースから構成されている。 Oracleインスタンス Oracleインスタンスは、システムグローバル領域（SGA）いう作業用メモリ空間バックグラウンドプロセスから構成されている。 Oracleデータベースに対して、最低1つのOracleインスタンスが必要１つのOracleサーバ上に複数のインスタンスを作成し、複数のデータベースを同時に使うこともできる。『SGA（システムグローバル領域）』共有プールユーザー間で共有できるようにSQL文をキャッシュしたり、データディクショナリ結果をキャッシュしたりするデータベースバッファキャッシュデータファイルから取り出したデータブロックをキャッシュする。問い合わせの場合もDML（Data Manipulation Language：データ操作言語）の場合も、一度データベースバッファキャッシュにキャッシュしてから処理を行う。DMLにて変更されたデータベースブロックはDBWnによってデータファイルに書き出される REDOログバッファデータベースに対する変更情報をREDOレコードとしてキャッシュする。REDOレコードはデータベースの回復のために使用され、LGWRによってREDOログファイルに書き出される Javaプール OracleJVM（Java仮想マシン）で動作するJavaコードやデータを格納するラージプール共有サーバ接続時のセッション関連メモリやI/O要求、Recovery Manager（RMAN）で使用するメモリを格納する。ラージプールはオプションメモリで、構成していない場合は共有プールが使用される自動共有メモリ管理 Oracle Database 10gから「自動共有メモリ管理」機能が提供されるようになりました。 SGA全体のターゲットサイズを設定するだけで、Oracleサーバは以下のメモリを動的に調整してくれるようになります。共有プールデータベースバッファキャッシュ Javaプールラージプール SGA全体のターゲットサイズは、「SGA_TARGET」初期化パラメータで設定します。『バックグラウンドプロセス』プロセス説明 DBWn（データベースライタ）データベースバッファキャッシュ内の変更されたデータブロックをデータファイルに書き出す LGWR（ログライタ） REDOログバッファのREDOログレコードをREDOログファイルに書き出す CKPT（チェックポイント）チェックポイント（データベースバッファキャッシュとデータファイルの同期を取り、書き込みを保証するイベント）が発生した場合、DBWnにシグナルを送ってデータファイルに書き込ませ、その後データファイルと制御ファイルにチェックポイント情報を書き込む ARCn（アーカイバ） REDOログファイルのログスイッチ（切り替え）が発生した場合、アーカイブ領域にアーカイブログファイルを作成する。データベースがARCHIVELOGモードのときのみ起動するバックグラウンドプロセス SMON（システムモニタ）システム障害のためにデータベースが停止した場合、次回のインスタンス起動時にインスタンスリカバリを開始する PMON（プロセスモニタ）ユーザープロセスに障害が発生したとき、対応しているサーバプロセスのリソースを開放する　ユーザーがアクセスするときは、アプリケーション側のプロセスとサーバ側のプロセスが通信します。アプリケーション側のプロセスをユーザープロセス、サーバ側のプロセスをサーバプロセスと呼びます。サーバプロセスやバックグラウンドプロセスは、PGA（プログラムグローバルエリア）と呼ばれる独自のメモリを持ちます。 Oracleデータベース Oracleデータベースは実際のファイルで構成されます。制御ファイルデータベースの物理構成やチェックポイント情報などの管理情報を格納したファイル REDOログファイルデータベースに対する変更を格納し、システム障害があったときの回復処理に利用する。最低2つのグループを持ち、ログスイッチで切り替えながら循環して書き込みが行われるデータファイル表内のデータや索引など、すべてのデータベースデータを格納する。論理的には表領域に対応する REDOログファイル　REDOログ・ファイルは、データに対して行われたすべての変更履歴を記録するファイルです。　そして、REDOログ・ファイルに記録された変更履歴を基に、障害時に失われたデータのリカバリを行います。　REDOログ・ファイルが記録している内容は、表に格納しているデータの変更だけではありません。　索引の付いている列に対して変更を行った場合、索引のデータの変更も記録します。　REDOログファイルは「グループ」で構成されます。グループには1つ以上のREDOログファイルを含めることができ、　1つのグループに複数のファイルが存在する場合は、それらは同じ内容を記述したコピーファイルです。　グループを構成するこれらのファイルを「メンバー」と呼びます。　グループへの書き込みは、LGWR（ログライタ）が行います。　REDOログファイルが満杯まで書き込まれるか、明示的にコマンドによる切り替えが行われると、次のグループに書き込みを開始します。　このような切り替えを「ログスイッチ」と呼びます。新しいグループには、「ログ順序番号」という内容を診断するための順序番号が新たに割り当てられ、　循環して上書きされても、どの時点のREDOログエントリであるかが判断できるようになっています。　LGWRは、グループ内の1つのメンバーにREDOログエントリを書き込むことができる限り、動作し続けることができます。アーカイブログファイル　REDOログファイルのバックアップに相当するファイル。　REDOログファイルのログスイッチ時にARCnによって作成される。　ディスク障害が発生した場合のリカバリ処理に利用される。　データベースがARCHIVELOGモードのときだけ作成されるファイルデータファイル　データファイルには、データベースが扱う実際のデータが格納されています。　データはサーバプロセスによりデータベースバッファキャッシュに読み込まれ、データベースバッファキャッシュ上で問い合わせや更新処理が行われます。　更新処理が行われたブロックは「使用済みバッファ」と呼ばれ、DBWn（データベースライタ）によってデータファイルに書き込まれます。　データファイルへの書き込みは、チェックポイント（CKPTによる信号送信）時、データベースバッファキャッシュのメモリ不足時、データベース停止時（ABORTによる停止を除く）に行われます。　コミット時にはデータファイルへの書き込みは行われません。コミット時は、LGWRによるREDOログファイルへの書き込みが行われているため、　障害発生時はREDOログファイルからのリカバリ処理で対応できるようになっています。 ■Oracleインスタンスの起動 http //www.atmarkit.co.jp/fdb/ref/ref_oracle/startup.html#01 Oracleサーバの起動には、インスタンスの起動とデータベースの起動が必要です。インスタンス起動の準備 SQLPLUS /NOLOG ┗ 手順1　まず、データベースに接続せずに、SQL*Plus を起動します。コマンドラインから「/NOLOG」オプションを付けてSQLPLUSコマンドを発行します。 CONNECT username/password AS [SYSDBA | SYSOPER] ┗ 手順2　SQL*Plusセッションを起動したら、管理者アカウント（デフォルトではsysまたは system）として、SYSDBA（あるいはSYSOPER）システム権限でOracleデータベースに接続します。これで、データベース・インスタンスを起動する準備が完了します。インスタンスを起動し、データベースをマウントしてオープンする STARTUP 1. NOMOUNT（インスタンスの起動：SGAを割り当て、バックグラウンドプロセスを起動）初期化パラメータファイルを読み込み、SGAを割り当て、バックグラウンドプロセスを起動することで、インスタンスが起動します。このとき、初期化パラメータCONTROL_FILESにて制御ファイルが識別されます。新規にデータベースを作成する場合などにNOMOUNT（インスタンスのみの起動）を使用します。初期化パラメータ Oracleインスタンスのメモリサイズなどは、インスタンスが起動するときに読み込まれる初期化パラメータファイルで設定されます。初期化パラメータファイルには、 SPFILE（サーバパラメータファイル） PFILE（テキストのパラメータファイル）があります。種類説明 SPFILE Oracleサーバによる読み取りと書き込みが可能なバイナリ形式の初期化パラメータファイル。Oracleインスタンスを起動したままで動的に変更した初期化パラメータ値の保存が可能。PFILEよりも優先して読み込まれる PFILE Oracleサーバによる読み取りのみ可能なテキスト形式の初期化パラメータファイル。動的に変更した初期化パラメータ値はファイルに保存されないため、エディタなどで手動編集が必要 Database Controlでは、「管理」タブ→「インスタンス」リージョンの「すべての初期化パラメータ」から現在の初期化パラメータ値の参照や変更ができます。　「現行」タブか、「SPFile」タブの「SPFileモードでの変更を現在実行中のインスタンスに適用する」チェックボックスを使用すると、動的な変更が行えます 2. MOUNT（データベースのマウント：制御ファイルをオープン）制御ファイル内に記録されているREDOログファイル、データファイルを識別します。データベースのリカバリ作業などの特定処理を行う場合にはMOUNT（データベースのマウント）で起動することができます。 3. OPEN（データベースのオープン：データファイル、REDOログファイルをオープン） REDOログファイル、データファイルをオープンします。特権ユーザー（SYSDBA、SYSOPER）以外のユーザーの接続が可能になります。（通常のOracleユーザは、OPEN（データベースのオープン）するまでは接続できません。） ■インスタンスの停止インスタンスを停止するときは、標準（NORMAL）トランザクション（TRANSACTIONAL）即時（IMMEDIATE）中断（ABORT）の4つからオプションを選択しますデフォルトは「即時」停止です。 ABORT処理で停止した場合、次回の起動時にインスタンスリカバリが必要であることに注意しましょう。その場合のインスタンスのリカバリ情報は、アラートログから確認することができます。 ■初期化パラメータ初期化パラメータには、インスタンスレベルで変更可能なものとセッションレベルで変更可能なもの、両方で変更可能なものがあります。 V$PARAMETERビューでは、セッションレベルで変更した値が表示されます。 SQL ALTER SYSTEM SET db_file_multiblock_read_count=16; システムが変更されました。 SQL ALTER SESSION SET db_file_multiblock_read_count=8; セッションが変更されました。 SQL SELECT name,value FROM v$parameter 2 WHERE name = db_file_multiblock_read_count ; NAME VALUE ------------------------------ ---------- db_file_multiblock_read_count 8 初期化パラメータは、すべてを調整する必要はありません。基本パラメータのみを調整すれば、最低限の動作は保証されます。拡張パラメータは特殊な要件の場合に使用します。 ■トレースファイル　Oracleサーバの動作を確認するためのログファイルとして、アラートログファイルがあります。アラートログファイルには次のような情報が記録されます。発生するすべての内部エラー（ORA-600）、ブロック破損エラー（ORA-1578）、デッドロックエラー（ORA-60）データベースの起動と停止、表領域の追加と削除、変更、ALTER DATABASE、ALTER SYSTEMコマンドといった管理作業デフォルト値以外に設定された初期化パラメータ（インスタンス起動時）　アラートログファイルとバックグラウンドプロセスが作成するトレースファイルは、BACKGROUND_DUMP_DEST初期化パラメータで指定したディレクトリ配下に生成されます。 SQL show parameter background_dump_dest NAME TYPE VALUE ------------------------------------ ----------- -------------- background_core_dump string partial background_dump_dest string /u01/app/.../bdump SQL !tail -100 /u01/app/.../bdump/alert_orcl.log Tue Nov 21 22 45 38 2006 Starting ORACLE instance (normal) LICENSE_MAX_SESSION = 0 LICENSE_SESSIONS_WARNING = 0 Picked latch-free SCN scheme 2 Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST Autotune of undo retention is turned on. IMODE=BR ILAT =18 LICENSE_MAX_USERS = 0 SYS auditing is disabled ksdpec called for event 13740 prior to event group initialization Starting up ORACLE RDBMS Version 10.2.0.2.0. System parameters with non-default values processes = 150 __shared_pool_size = 125829120 shared_pool_size = 117440512 __large_pool_size = 4194304 large_pool_size = 4194304 __java_pool_size = 4194304 java_pool_size = 4194304 __streams_pool_size = 8388608 streams_pool_size = 8388608 ‥‥
tak_ism - Oracle
https://w.atwiki.jp/tak_is/pages/15.html

Knowledge オブジェクト情報取得オブジェクト間の依存情報取得外部キーの情報を一覧で取得 tnsnames.oraの場所を探す Oracleが応答しない(Oracle11g) 異なるバージョンでのデータ移行表領域の使用率確認・拡張パスワードを無期限にする(11g) SQLパフォーマンス調査インポート・エクスポートまとめリスナーが起動しない（タイムアウトする）小ネタ集オラクルエラー対処法障害発生時にすること ORA-12514（リスナー接続エラー） ORA-12516（Oracle接続不可） ORA-12528（Oracle起動エラー） ORA-00257（アーカイブログエラー） PL/SQL プログラミング SQLPlusでストアドを実行するストアドからファイル出力する Triggerで自分自身のテーブルを参照する全オブジェクト削除SQL その他 Oracleライセンス SQL*Plusを便利に使うフォルダ内のSQLファイルの一括実行 LinuxでOracleメモ
seigo777 @ ウィキ - Oracle関連
https://w.atwiki.jp/seigo777/pages/221.html

▼ADRコマンド ADRコマンド・インタプリタ（ADRCI）. ADRCIは、Oracle Databaseリリース11g に導入された故障診断機能インフラストラクチャに使用されるコマンドライン・ツール purge -age 0 -type alert アラートログ(xml)の確認 adrci show alert 複数 set homepath diag/rdbms/aime3/aime 最新のエントリをリアルタイムで監視する。 show alert -tail -f ORA-600 を含むエントリのみを表示する。 show alert -p MESSAGE_TEXT LIKE %ORA-600% 「ORA-」を含むエントリのみを表示する show alert -p MESSAGE_TEXT LIKE %ORA-% 作成日 2012年2月14日（火） 11時48分 ▼ADRについて Oracleトラブル対策の基礎知識（2） 11gからの新管理機構「ADR」を理解しよう http //www.atmarkit.co.jp/fdb/rensai/ora_admin/02/oraadmn2-1.html ADRとは？ 11gからは、ログの管理機構に大幅な変更が加わり、 Automatic Diagnostic Repository（以下、ADR）で管理されるようになりました。作成日 2012年2月22日（水） 10時25分 ▼AWRの必要ライセンス AWR をご利用いただくためには、以下 2 点が必要となります。・Enterprise Edition ライセンス・Diagnostick Pack ライセンス作成日 2012年2月24日（金） 12時57分 ▼EMの再構成 emca -config dbcontrol db -repos recreate $PROMPT ./emca -config dbcontrol db -repos create -backup -respFile input_file_path 作成日 2012年2月6日（月） 09時58分 ▼EMの作成 ./emca -config dbcontrol db -repos create -respFile input_file_path ↓input_file_path PORT=1521 SID=DB DBSNMP_PWD=dow3l224 SYSMAN_PWD=squN3243 HOST_USER=johnson HOST_USER_PWD=diTf32of SYS_PWD=qlKj4352 作成日 2012年2月6日（月） 10時11分 Enterprise Manager 10g Database Control のサービス構成ファイルおよび Management Repository の再作成手順文書番号 86570 最終更新日 2007-02-09 公開区分契約顧客のみ製品名(バージョン)[コンポーネント] Oracle Enterprise Manager (10.1.0 - 10.1.0) [] プラットフォーム(バージョン) すべてのプラットフォーム ( - ) 関連文書 106541 　 86574 　 106289 　 120390 　概要 Enterprise Manager 10g Database Control のサービス構成ファイルおよび Management Repository の再作成手順内容 [概要] Enterprise Manager 10g (10.1) Database Control のサービス構成ファイルおよび Management Repository の再作成手順 (10.2 の場合は KROWN 106289 をご参照ください) [対象リリース] Oracle Enterprise Manager 10g リリース 1 (10.1) [対象プラットフォーム] すべてのプラットフォーム [詳細] Enterprise Manager 10g Database Contorol のサービス構成ファイルおよび Management Repository は、下記の手順で再作成することが可能です。サーバーのホスト名や IP アドレスを変更する場合には、サービス構成ファイルと Management Repository の両方の再作成が必要です (KROWN 86574 参照)。なお、複数 Network Interface Card（NIC）環境などにおいて、シングルデータベース環境の場合は KROWN 120390 の方法で任意のホスト名を emca に認識させて Database Control を構成することが可能です。次の項目別に手順について説明します。 1. Management Repository の削除手順 2. Enterprise Manager 10g Database Contorol のサービス構成ファイルの再構成手順 2.1. シングルデータベース環境での再構成手順 2.2. Real Application Cluster + ASM 環境での再構成手順 1. の Management Repository の再作成をおこなった場合は、必ず 2. の Enterprise Manager 10g Database Contorol のサービス構成ファイルを行う必要があります。但し、1. の Management Repository の再作成を行わずに、2. の Enterprise Manager 10g Database Contorol のサービス構成ファイル再作成のみを行うことは可能です。この場合は、2 の手順の emca コマンド実行の際に -r オプションを使用する必要があります。 ■ 1. Management Repository の削除手順 - Unix システム RepManager スクリプトで Management Repository を削除します。 % cd $ORACLE_HOME/sysman/admin/emdrep/bin % ./RepManager ホスト名リスナーのポート番号 -sys_password -action drop - Windows システム以下のいずれかの方法にて Management Repository を削除します。 a. RepManager スクリプトで削除する手順（10.1.0.3 以降）コマンドプロンプト上で下記を実行します set ORACLE_HOME= set ORACLE_SID= cd %ORACLE_HOME%\sysman\admin\emdrep\bin RepManager.bat ホスト名リスナーのポート番号 -sys_password -action drop b. perl スクリプトで削除する手順コマンドプロンプト上で下記を実行します set ORACLE_HOME= set ORACLE_SID= path %ORACLE_HOME%\perl\5.6.1\bin\MSWin32-x86;%PATH% cd %ORACLE_HOME%\sysman\admin\emdrep\bin perl emrepmgr.pl ホスト名リスナーのポート番号 -sys_password -action drop この際、sysman ユーザーのパスワードを入力する前後で stty が見つからないというメッセージが表示されますが、メッセージは無視して sysman ユーザーのパスワードを入力してください。 c. データベース上から手動で削除する手順 OracleDBConsoleサービスを停止します。 DBA 権限を持つユーザーで SQL*Plus でデータベースに接続して下記を実行します drop user sysman cascade; drop user mgmt_view cascade; drop role mgmt_user; drop public synonym mgmt_target_blackouts; drop public synonym setemviewusercontext; ■ 2. Enterprise Manager 10g Database Contorol のサービス構成ファイルの再構成手順 2.1. シングルデータベース環境での再構成手順以下の方法にて Enterprise Manager 10g Database Contorol のサービス構成ファイルの削除を行います。 emca -x ※ 予め環境変数 ORACLE_HOME、ORACLE_SID の設定が必要です。例) (Windows の場合) set ORACLE_HOME= set ORACLE_SID= 続いて Enterprise Manager 10g Database Contorol サービス構成ファイルの構成を以下の方法で行います。 emca ※ 1. の Management Repository の再作成を行わない場合は、 -r オプションを使用して行ってください例) emca -r emca コマンドを実行すると、下記の入力を求められます。リスナーのポート番号データベースの SID サービス名（データベースの service_name です。lsnrctl status 等で確認可能です）通知用の電子メール・アドレス（オプションです。入力しなくても先に進めます）通知用の電子メール・ゲートウェイ（同上） DBSNMP のパスワード SYSMAN のパスワード SYS のパスワード 2.2. Real Application Cluster + ASM 環境での再構成手順以下の方法にて Enterprise Manager 10g Database Contorol のサービス構成ファイルの削除を行います。 emca -c -x ※ は初期化パラメータ db_name で指定している値です。ではないため、ご注意ください。 ※ 予め環境変数 ORACLE_HOME、ORACLE_SID の設定が必要です。例) (Windows の場合) set ORACLE_HOME= set ORACLE_SID= 続いて Enterprise Manager 10g Database Contorol サービス構成ファイルの構成を以下の方法で行います。 emca -a -c -a ASM 環境で設定するオプションです。 -c Real Application Cluster 環境で設定するオプションです。 ※ 1. の Management Repository の再作成行わない場合は、 -r オプションを使用して行ってください例) emca -a -c -r emca コマンドを実行すると、下記の入力を求められます。リスナーのポート番号クラスタ名 (CRS 側の ORACLE_HOME/install/cluster.ini の cluster_name で指定されている値です) データベース名 (初期化パラメータ db_name で指定されている値です) サービス名（データベースの service_name です。lsnrctl status 等で確認可能です）通知用の電子メール・アドレス（オプションです。入力しなくても先に進めます）通知用の電子メール・ゲートウェイ（オプションです。入力しなくても先に進めます） ASM ORACLE_HOME [ ... ] ASMポート [ ... ] ASMユーザー・ロール [ SYSDBA ] ASMユーザー名 [ SYS ] ASMユーザー・パスワード DBSNMPのパスワード SYSMANのパスワード SYSのパスワード ■ 補足 1 - シングルデータベースにおいて、ASM 環境を利用している場合は以下のように構成することも可能です。 emca -a ※ 1. の Management Repository の再作成を行わない場合は以下のようになります。 emca -a -r - emca コマンドにより構成行った場合は以下のディレクトリにログファイルが出力されます。 UNIX の場合 $ORACLE_HOME/cfgtoollogs/ Windows の場合 %ORACLE_HOME%\cfgtoollogs\ ■ 補足 2 リポジトリの削除の開始時及び完了時には以下のコマンドが内部的に実行されます。リポジトリの削除開始時 ALTER SYSTEM QUIESCE RESTRICTED リポジトリの削除完了時 ALTER SYSTEM UNQUIESCE QUIESCE RESTRICTED は、データベースがオープン中のすべてのインスタンスに次の影響を与えますのでご注意下さい。 Oracleデータベースは、すべてのインスタンスのデータベース・リソース・マネ－ジャに、アクティブでないすべてのセッション（SYSおよびSYSTEM以外）をアクティブにしないように指示します。SYSおよびSYSTEM以外のユーザーは、新しいトランザクション、問合せ、フェッチまたはPL/SQL 操作を開始できません。 [参照情報] 『Oracle Enterprise Manager 構成ガイド 10g リリース 1 (10.1)』 KROWN 86574 サーバーのホスト名や IP アドレスを変更すると Enterprise Manager 10g Database Control が起動しない KROWN 106541 Enterprise Manager 10g Database Control でリポジトリを再構成した際の影響について KROWN 106289 Oracle Enterprise Manager Database Control 10.2 を構成、削除、再構成する方法について KROWN 120390 Oracle Enterprise Manager Database Control を任意のホスト名で構成する方法について [更新履歴] 2007/02/09 補足 2 を追記 2006/12/13 KROWN 120390 への参照を追記 2006/05/11 KROWN 106289 への参照を追記 2005/12/06 Management Repositoryの削除手順のc.の方法に OracleDBConsoleの停止を追加 2005/10/11 KROWN 106541 への参照を追記 2005/10/06 構成を変更に伴い、クラスタ、ASM環境における方法を追記 2005/02/03 参照情報に KROWN 86574 を追記 2004/09/14 Windows 版で 10.1.0.3 から追加された RepManager.bat を追記 2004/07/12 本文書を公開蜿装\者 Personal documents 位置在： 10 07 PM TITLE Personal documents Enterprise Manager 10g Database Control のサービス構成ファイルおよび Management Repository の再作成手順 DATE 2012年1月19日（木） 09時07分 URL http //yangbo-ora.blogspot.com/2007/06/enterprise-manager-10g-database-control.html ▼LISTENERサービスの削除方法 sc delete サービス名作成日 2012年2月6日（月） 15時56分 ▼ORACLE_HOSTNAME環境変数について Oracle Databaseプラットフォーム共通日本語README 10g リリース2（10.2） B19227-09 http //otndnld.oracle.co.jp/document/products/oracle10g/102/generic/B19227-09/oemdbcontrol_readme.htm にも「DHCP環境または仮想ホスト環境用にDatabase Controlを適切に構成するには、インストールを実行する前（およびEnterprise Managerを構成する前）にORACLE_HOSTNAME環境変数を設定する必要があります。このようにすると、Database ControlはDHCPホスト名またはIPアドレスの変更による影響を受けません。作成日 2012年2月28日（火） 11時18分 ▼OracleAPM設定必須設定項目 Oracle Instance Detailsタブ・Oracle SID ・Oracle Home Oracle SYSDBAUserName ・Oracle SYSDBA Password ・NLS_LANG Optional OS Authentication Detailsタブ・Windows Administrator User Name ・Password 作成日 2012年2月9日（木） 17時34分 ▼Oracleトラブル対策の基礎知識 http //www.atmarkit.co.jp/fdb/index/subindex/oraadmn_subindex.html 作成日 2012年2月9日（木） 15時53分 ▼Oracleパスワード変更 SQLPLUS / AS SYSDBA SQL alter user sysman identified by ; ユーザーが変更されました。 SQL alter user dbsnmp identified by ; ユーザーが変更されました。 SQL alter user sysman account unlock; ユーザーが変更されました。 SQL alter user dbsnmp account unlock; ユーザーが変更されました。 SQL PASSWORD [username] ( 旧パスワード・・・自分の場合) 新パスワード・・・作成日 2012年2月3日（金） 16時49分 ▼Oracleログについてアーカイブログ →netvaultで削除するユーザトレース → いいえ、３日以上前のファイルは障害発生時の役に立つことがほとんどないということです。インスタンスを停止してから出ないと消せない。トレースファイルは各プロセスと1対1で対応しています。プロセス稼働中に対応するファイルを移動したり削除すると、その操作以降の情報が出力されなくなりますので、注意が必要です。 http //www.atmarkit.co.jp/fdb/rensai/ora_admin/01/oraadmn1-3.html メンテナンス時止めたときに削除するしかない。アラートファイルローテーションで削除リスナーログ →ローテーションで削除システム全体のトレース出力　ユーザートレースは下記パラメータをTRUEにすることで出力開始、FALSEにすることで停止となります。 SQL_TRACE = TRUE 初期化パラメータファイル内でパラメータ変更（システム全体のトレース出力）自セッションに対してトレース出力　自セッションのみのユーザートレースを出力する場合は、以下のALTERコマンドを発行します。 SQL ALTER SESSION SET SQL_TRACE = TRUE; ALTERコマンドで自セッションのみトレースを出力作成日 2011年10月12日（水） 18時40分 ▼Oracle関連 Oracleをインストールすると環境変数PATHにOracleの実行ファイルへのパスが追加されるので、そのコマンドが使えるようになる。[2005-05-27] sqlplus OracleのDBMSに対してSQL等を発行する対話型コンソール。PostgreSQLのpsqlの方が断然便利だけどね…。 sqlldr Oracleのテーブルにデータをロードするユーティリティー。設定ファイルを作るのが面倒なので、ツールを利用するといいかも(笑) tnsping IPアドレス tnsping IPアドレスポートそのIPアドレスで動いているLISTENERの情報を返す。 oradim オプション Oracleインスタンスを作ったり修正したりするコマンド Oracleインスタンスについて http //docs.oracle.com/cd/E16338_01/server.112/b56306/startup.htm。 exp オプション imp オプション DBのデータのエクスポート・インポートを行うコマンド。 loadjava オプション Javaソースファイル Javaのソースを読み込むコマンド。[2006-04-28] dbv file=ファイル.dbf blocksize=8192 OracleのDBの物理ファイルのチェック（verify）を行うユーティリティー。[2008-08-23] TITLE WindowsのDOSコマンド(Hishidama s Windows DOS-command Memo) DATE 2012年2月6日（月） 16時28分 URL http //www.ne.jp/asahi/hishidama/home/tech/windows/command.html ▼Oracle起動手順サービスを起動する（自動か手動で） sqlplus /nolog conn / as sysdba startup インスタンスの起動時に読み込まれるインスタンスとデータベースの構成パラメータのリストを含むファイルであるテキスト形式とバイナリ形式の２種類を使用できるそれぞれ静的パラメータファイル、永続パラメータファイルとも呼ばれる Oracle のマニュアルでは、初期化パラメータファイルは PFILE を指し、サーバーパラメータファイルが SPFILE を指す PFILE は、Oracle9iより前の従来よりある設定方式で、SPFILE はOracle9i より導入された新機能です PFILE を使用している場合、ALTER SYSTEM文による変更は現在のインスタンスにのみ適用される為、Oracle を再起動するとその設定は失われます。永続的に設定を有効にする為には、テキストベースの PFILE を直接変更して Oracle を再起動する必要があります SPFILE を使用すると、ALTER SYSTEM文による変更は永続的に有効になります。つまり、Oracle を再起動してもその設定は失われずに有効であるという事です SPFILE の作成 SPFILE は、CREATE SPFILE文で、PFILE より作成します。作成以降は SPFILE が優先して使用される事となり、その際作成されるファイル名は、 SPFILESID.ORA という名前になります CREATE SPFILE文を実行するのに、データベースを起動する必要はありません CREATE SPFILE文の実行には、SYSDBA システム権限またはSYSOPER システム権限が必要です PFILE は通常 initSID.ora というファイル名になると言われています。 SIDは、システムIDでありOracleデータベースのインスタンスに付けられる識別子です。つまり、私がLIGHTBOXというデータベースを構築したとすると、initLIGHTBOX.oraとなりますこのSIDは、通常Windowsのサービス名にも使用され、OracleServiceLIGHTBIX となりますですが、実際9.2.0のトライアル版をインストールし、インストール時に初期データベースとしてLIGHTBOXを作成すると、 PFILEは init.ora.nnnnnnnnnnnn になっていました (nは数字) DBCA ( Database Configuration Assistant ) を使用するとこうなるようで、 SPFILE も自動的に作成されます SPFILE は SPFILELIGHTBOX.ORA という形で作成されています ORACLE_BASE\ORACLE_HOME\database\SPFILEsid.ora 作成日 2012年2月9日（木） 14時28分 ▼Oracle断片化（ Fragmentation ）について ※断片化（ Fragmentation ）について・断片化には物理記憶域構造における断片化と論理記憶域構造での断片化がある。断片化が進行することで使用されない領域が発生、非効率的なI/O操作の増加によりレスポンスが低下する。 ●物理記憶域構造での断片化 ⇒物理構造とは、オラクルデータベース(データファイル)の断片化を示す。ファイルの断片化によって不連続な配置が行われ無駄なシーク操作により DISK I/O 性能が低下する。 ●論理記憶域構造での断片化 ⇒エクステントの断片化、レコードの断片化、メモリの断片化の種類がある。 ⇒テーブルスペース上のエクステントの断片データセグメントのハイウォータマークが領域の確保サイズを超えるときにセグメントは拡張される。新しいエクステントには連続した空き領域を必要とする。サイズの異なる複数のエクステントが、互いに獲得と解放を繰り返していくと連続領域が減り、解放した領域を効率的に再利用できなくなり穴だらけとなっていく。作成日 2011年10月6日（木） 12時04分 ▼Oracle断片化やファイルサイズ増加の解消方法 ☆物理記憶域構造における断片化の解消方法・データファイルはシステムパーティション以外のパーティションに配置するデータファイルの配置先には、専用のパーティションを用意する。別のシステムとパーティションを共有するとファイルの断片化を促進してしまう。・データファイルの自動拡張(AUTOEXTEND句)機能においても（小さな拡張を続けていると）断片化が発生する。エラー対策としての保険として設定しておき、定期的に監視し、必要な時期に必要な分を手動で拡張するようにメンテナンスすることが望ましい。・Windows系の場合、市販のデフラグツールを使用すると（必ずインスタンスのシャットダウンした後に実行する）「物理記憶域構造における断片化」は解消される。しかし、以下の論理構造での断片化は解消しない。 ☆論理記憶域構造における断片化の解消方法・ローカル管理表領域の使用するローカル管理表領域は、ディクショナリ管理表領域よりパフォーマンスに優れており、管理が容易で領域が断片化する心配もありません。ローカル管理表領域では、データファイルのヘッダーに格納されたビットマップを使用します。ディクショナリ管理表領域とは異なり、領域の割当てと割当て解除において集中管理されたリソースに対する競合は発生しません。・自動セグメント領域管理の使用する自動セグメント領域管理により、領域管理タスクを簡略化することで、人為的エラーの発生を抑制できます。別のメリットとして、領域管理関連のパフォーマンス・チューニングが不要になります。この機能により、表や索引などのオブジェクト内の空き領域の管理が容易になり、領域使用率が向上し、簡単な管理操作でパフォーマンスとスケーラビリティが大幅に改善します。自動セグメント領域管理機能は、デフォルトの属性を使用して作成されたすべての表領域でデフォルトで有効化されます。 ※自動セグメント領域管理とは表領域におけるデータブロックの空き状態を従来のフリーリストによる管理方式ではなくビットマップによって行う管理方法である。 ※自動セグメント領域管理の DDL CREATE TABLESPACE ～ EXTENT MANAGEMENT LOCAL ← ローカル管理設定(これを指定しているか？) SEGMENT SPACE MANAGEMENT AUTO ← 自動セグメント管理(書かなくてもデフォルト状態でAuto) 自動セグメント領域管理（ASSM）を備えたローカル管理表領域のセグメントに対してのみ使用できます。調査可能なセグメントの種類については、他にも制限があります。 ☆自動セグメント領域管理（ASSM）を使用するにはローカル管理表領域でないといけない。 CREATE TABLESPACE tablespace_name DATAFILE /～/oradata/ SID /hoge_uniform01.dbf SIZE 123M AUTOEXTEND ON NEXT 246M MAXSIZE UNLIMITED BLOCKSIZE 8K EXTENT MANAGEMENT LOCAL UNIFORM SIZE 3M または EXTENT MANAGEMENT LOCAL AUTOALLOCATE -- ↑ ローカル管理 UNFORM で SIZE 句を省略した場合には 1M SEGMENT SPACE MANAGEMENT AUTO ; -- ↑ 自動セグメント領域管理 ☆自動拡張により増加したファイルの縮小方法 ※自動拡張について product 8.0.5.1.0では一つのデータファイルについてのサイズが 2GBが制限になっていてこれ以上の領域に書かれたデータについは読み込みも書き込みも出来ないが、自動拡張をONにしておくと、勝手に2GB以上でも作成していく (3.7GBのデータファイルが存在した) ⇒2008のR2のNTFSでは4Gbytes以上のサイズのファイルを作成することができる。 ●手動によるデータファイルのサイズ変更手動でデータファイルのサイズを増減させるには、ALTER DATABASE文を使用します。データファイルのサイズを変更できるため、データファイルを追加しなくてもデータベースに領域を追加できます。この機能は、データベースで許容されているデータファイルの最大数に達することが懸念される場合に有効です。大型ファイル表領域では、ALTER TABLESPACE文を使用して、データファイルのサイズを変更できます。大型ファイル表領域にはデータファイルを追加できません。また、データファイルのサイズを手動で縮小することで、データベース内の未使用領域を再生できます。これは、領域要件の見積りの誤りを訂正する際に有効です。次の例では、データファイル/u02/oracle/rbdb1/stuff01.dbf が250MBまで拡張されていることを想定しています。ただし、その表領域には現在小さなオブジェクトが格納されているので、データファイルのサイズを縮小できます。次の文は、データファイル/u02/oracle/rbdb1/stuff01.dbfのサイズを縮小します。 ALTER DATABASE DATAFILE /u02/oracle/rbdb1/stuff01.dbf RESIZE 100M; 注意必ずしもファイルのサイズを指定した値まで縮小できるわけではありません。ファイルに格納されているデータ量が指定の縮小サイズよりも大きい場合は、エラーが戻されます。ローカル管理では、エクステントの変更はできない。 ●手動でデータファイルを削除不要な表領域を管理者が確認する。 ⇒確認方法は不明表領域を削除すると同時に関連データファイルも削除する SQL drop tablespace indx including contents and datafiles; Tablespace dropped. ●Oracle Managed Filesを使用してデータファイル自動削除 Oracle Databaseでは、Oracle Managed Filesが不要になったとき、古いファイルが自動的に削除されます。大規模なシステムでは、特定のファイルがまだ必要かどうか誰も確信できないという理由だけで、大量のディスク領域が浪費されています。Oracle Managed Filesの削除機能は、ディスク上の不要ファイルの削除という管理タスクを容易にし、ファイルを誤って削除することを防止します。・Oracle Managed Filesの作成および使用の有効化 ※次の初期化パラメータを使用すると、データベースでOracle Managed Files機能を使用できます。初期化パラメータ DB_CREATE_FILE_DEST DB_CREATE_ONLINE_LOG_DEST_n DB_RECOVERY_FILE_DEST ※以下を参考詳細URL http //otndnld.oracle.co.jp/document/products/oracle11g/111/doc_dvd/server.111/E05760-03/omf.htm または、 \\10.40.234.18\pj情報\PJ\PJ_NTT-DWコールセンタ\00_参考資料\マニュアル\Oracle11g 管理者ガイド.pdf 作成日 2011年10月6日（木） 09時19分 ◆Oracle調査メモ ▼断片化について参考URL http //otndnld.oracle.co.jp/skillup/oracle9i/6_1/index.html#6_4 データファイル（表領域）セグメントエクステントブロック(行連鎖,行移行) テーブルインデックス ▼空き領域の調査 SELECT * FROM DBA_FREE_SPACE 複数行あれｃf片化している。 ※メモ DBA_FREE_SPACE 表領域内の使用可能エクステントを表示 DBA_SEGMENTS セグメントに割ゆ墲ﾄられた記憶域を表示 DBA_EXTENTS 表領域内のセグメントを含むエクステントを表示 ▼データベース作成は自動拡張機能を有効か確認自動拡張機能を設定するには、以下のSQL文を使用してデータファイルを作成するときに、 AUTOEXTEND ON 句を指定する。例）USERS 表領域に追隠ｳれたデータ・ファイルの自動拡張機能を有効にする。 ALTER TABLESPACE users ADD DATAFILE /u02/oracle/rbdb1/users03.dbf SIZE 10M AUTOEXTEND ON NEXT 512K MAXSIZE 250M; ▼表領域の断片化の解酋菇@ 表領域の断片化を調べるビュー DBA_FREE_SPACE_COALESCED 表領域の断片化はtableのDropやCreateを頻繁に行うと発生しやすい。 PERCENT_EXTENTS_COALESCEDの値が低い表領域は断片化が激しいので以下の命令で断片化を解州ｷるとよい. ALTER TABLESPACE 表領域 COALESCED; ▼セグメントの断片化の解酋菇@ Automatic Database Diagnostic Monitor（ADDM）セグメント・アドバイザセグメントの断片化レベルを測定し、縮小すべきオブジェクトがあるかのアドバイスを表示します。また、セグメントの増鵜X向のレポートも行います。セグメントレベルの再編成エクステントの切り捨て ▼エクステントの断片化の解酋菇@ 連続していない領・ｫ断片化している状態を解州ｷるには、 EXPORT後、オブジェクトを削除してIMPORTする。、 ALTER TABLE テーブル名 MOVE TABLESPACE 表領・・ ▼データブロック(行移行)の断片化の解酋菇@ 行移行の解州ﾍセグメントレベルないし表領域レベルの再編成を・{すれば解消 ▼データブロック(行連鎖)の断片化の解酋菇@ 行連鎖の解酋菇@は、該当のテーブルの存在する表領域レベルの再編成を・{ ▼行断片の再配置(コピーと削除)による断片化の解消 [ ALTER TABLE fragment_table ENABLE ROW MOVEMENT ; ] ALTER TABLE fragment_table SHRINK SPACE [ COMPACT ] [ CASCADE ] ; [ ALTER TABLE fragment_table DISABLE ROW MOVEMENT ;] ▼インデックスの再構築、断片化の解消 ALTER INDEX rebuild_index REBUILD [COMPUTE STATISTICS]; 空き領域の結合 ALTER INDEX fragment_index SHRINK SPACE COMPACT ; または ALTER INDEX fragment_index COALESCE; ▼RMANでArchive Logを州ｷ方法 RMANはバックアップを取・ｽ後、アーカイブログを州ｵてくれる機能がある。 RMANが不要にな・ｽアーカイブログを検出して、州ｵてくれる。 ◆Oracle調査メモ2 リリース11g 以上のOracle Databaseでは、アラート・ログがXML形式のファイルおよびテキスト・ファイルの両方で書き込まれます。任意のテキスト・エディタでいずれかの形式のファイルを表示するか、ADRCIコマンドを実行してXMLタグを削除したXML形式のアラート・ログを表示することができます。デフォルトでは、ADRCIはデフォルトのエディタにアラート・ログを表示します。SET EDITORコマンドを使用すると、デフォルトのエディタを変更できます。 7.6.2 ログ・ファイルのローテーションの構成 ODLログは、現在のODLログ・ファイルと、過去のメッセージを収めたゼロ個以上のODLアーカイブ（セグメント・ファイル）で構成するログ・ファイルのセットです。ログ・ファイルのサイズが大きくなるにつれて、新しい情報がlog.xmlログ・ファイルの末尾に追加されます。ログ・ファイルがローテーション・ポイントに達すると、名前が変更され、新しいログ・ファイルのlog.xmlが作成されます。ローテーション・ポイントは、ODLの最大セグメント・サイズによって指定しますが、特定のコンポーネントのログ・ファイルでは、ローテーション時間とローテーション頻度によって指定します。 ODLログ・ファイルのdiagnostic.logがローテーション・ポイントに達すると、セグメント・ファイルが作成されます。つまり、log.xmlがdiagnosticn.logに名前が変更されます。ここでnは整数値を示す文字です。コンポーネントが新しい診断メッセージを生成すると、新しいdiagnostic.logファイルが作成されます。デフォルトでは、ログ・ファイルが10MBに達するとローテーションが実行されます。特定のコンポーネントにおけるすべてのログ・ファイルの最大サイズは、100MBです。 log.xmlは、ローテーションしているようだ。 ▼確証は取れていない 11gのXML形式のログのローテーションがある 11gでリスナーログやアラートログなどでXML形式のものも作成されるようになった。 10MBで新しいログに切り替わっている作成日 2011年10月13日（木） 14時50分 ▼pfile、spfileの作成方法 init.oraの編集 pfile(静的初期化パラメータファイル)は、テキストファイルを直接編集できます。ただしpfileの場合、変更を反映するにはOracleのインスタンスを再起動する必要があります。 (一部のパラメータは、インスタンスが起動中でも変更可) spfile(永続パラメータファイル)は、インスタンスが起動していても ALTER SYSTEM文を使用してパラメータ値を変更することができます。 ●pfile、spfileの作成方法　spfileは、pfileから以下のコマンドで作成できます。（SYSDBA or SYSOPERシステム権限が必要） SQL create spfile= ファイル名 from pfile= ファイル名　pfileも、spfileから以下のコマンドで作成できます。（SYSDBA or SYSOPERシステム権限が必要） SQL create pfile= ファイル名 from spfile 作成日 2012年1月16日（月） 18時59分 ▼Recovery ManagerのエラーORA-00230について OracleのRMANバックアップは、Recovery ManagerのエラーORA-00230で失敗しました日付：2007年06月影響を受けたNVBUバージョン：ALL OSバージョン：N / A プラグインのバージョン：OracleのRMAN 4.500 アプリケーションのバージョン：N / A 説明： OracleのRMANバックアップは、Recovery ManagerのエラーORA-00230で失敗しました症状：次のエラーで失敗したのOracle RMANバックアップ、 ORA-00230：操作は許可されません：スナップショット制御ファイルのエンキューが利用できませんログにスナップショット制御ファイルのエンキューを待っているの5つのエントリもあります。別のバックアップジョブまたはプロセスがアクセスしている間制御ファイルをバックアップしようとすると、これらのエラーが発生します。通常の動作では、制御ファイルがバックアップされているときに、制御ファイルのスナップショットが取られます。しかし、制御ファイルは、別のバックアップまたはプロセスによってアクセスされている場合、それはバックアップジョブを失敗する前に5回を待って、しようとします。解決策/回避策/手順：エンキューを作成し、そのいずれかであるどのジョブを決定するためにsqlplusを使用します。 - キューを作成し、ジョブが完了するまで待って - 現在のジョブをキャンセルして、エンキューを作成してジョブが完了したら、それを再起動 - キューを作成するジョブをキャンセル次のクエリは、エンキューを保持しているプロセスが表示されます... s.sid、ユーザーとしてユーザー名、プログラム、モジュール、アクション、LOGON_TIME ログオンは、l。SELECT *を vから$セッションS、V $ enqueue_lockリットル WHERE l.sid = s.sidとl.type = CF AND l.id1 = 0とl.id2 = 2; 一般的には、エンキューの状況は、ジョブがテープドライブに書き込みされていますが、テープドライブが挿入される新しいカセットを待っているときに発生します。新しいジョブがこのような状況で開始されている場合は、新しいテープがロードされるまで、最初のジョブが完了できないため、エンキュー・メッセージは、おそらく発生するでしょう。編集を取り消す New! 上記の単語をクリックすると、その他の翻訳が表示されます。作成日 2012年6月5日（火） 14時52分 ▼rman接続収・ rman connect target / RMAN connect target / ターゲット・データベース RBPRDD01 (データベースID=3947196282)に接続されましたリカバリ・カタログのかわりにターゲット・データベース制御ファイルを使用しています RMAN RMAN show snapshot controlfile name; db_unique_name RBPRDD01のデータベースにおけるRMAN構成パラメータ CONFIGURE SNAPSHOT CONTROLFILE NAME TO E \ORACLE\PRODUCT\11.2.0\DBHOME_1\DATABASE\SNCFRBPRDD01.ORA ; # default RMAN ▼Statspackについて　Statspackは、Oracle8iから提供されたパフォーマンス診断ツールです。Oracle Database 10gからは、AWR（Automatic Workload Repository）が提供されていますが、活用にあたってOracle Diagnostic Packのライセンスが必要になるため、すべてのエディションで利用可能なStatspackを用いて説明を進めます。ちなみに、AWRはStatspackを進化させたものです。Statspackより多くの種類のレポートを、より見やすく作成することが可能です。また、Oracle Enterprise Managerから操作、参照することができるため、初心者の方でも簡単に使うことができます。　Statspackは最初に「Report Summary」があり、その後に様々な「統計情報」があります。「Report Summary」で問題を切り分けて、その問題に対する「統計情報」で詳細に分析するような見方をします。「統計情報」には「待機イベント統計」、「SQL」、「IO統計」、「セグメント統計」、「アドバイザ統計」などがあります。 STATSPACKは、ＤＢのパフォーマンスチェックに有用なツールです。基本的にSTATSPACKの統計情報を利用してＤＢのチューニングを行います。 STATSPACKを利用するには、まず事前準備として統計情報を格納する表領域を作成しておく必要があります。表領域のサイズは、250MBでおよそ1000回分の統計情報の格納が可能です。作成日 2012年2月24日（金） 12時55分 ▼WindowsのOracleのpfile読み込みの順番についての注意事項レジストリに HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOMEn のORA_ SID _PFILE というものがあります。このキーに値が設定されていれば、その値のファイルで起動、設定されていなければ、spfile → pfile の優先順位の通りに起動作成日 2012年2月13日（月） 13時08分 ▼アラート・ファイルの場所アラート・ファイルの場所は、BACKGROUND_DUMP_DEST初期化パラメータにて指定する。デフォルトの場合は、UNIXでは$ORACLE_HOME/rdbms/log、Windowsでは$ORACLE_HOME\rdbms\traceになる。またファイル名は、UNIXではalert_SID.log、WindowsではSIDalert.logになる。確認コマンド show parameter DUMP_DEST 作成日 2012年2月9日（木） 18時05分 ▼オラクル自動削除されないファイルアーカイブログユーザトレースアラートファイルリスナーログ rmanを使ってスクリプトを組めば自動削除できるフラッシュリカバリ領域を使用する →古いファイルから削除される Re アーカイブログをフラッシュリカバリ領域に出力するメリット？ Recovery Manager(RAMN)でアーカイブREDOログファイルをバックアップすると、保存ポリシーで自動削除される対象になります。逆に言うと、RMANでバックアップしてない場合は削除されないということになり、削除されたらまずい状態になりませんし、バックアップしてないとどんどんたまってフラッシュ・リカバリ領域がいっぱいになってしまいます。 RAMNでバックアップを行うことと保存ポリシーと保存場所をフラッシュ・リカバリ領域に一元化することで、バックアップおよびリカバリに使うファイルの管理を簡略化できるのがメリットです。 RMANでバックアップを取得しているのにアーカイブREDOログファイルの出力先をフラッシュ・リカバリ領域にしない場合やフラッシュ・リカバリ領域外も出力先にした場合、別途バックアップした後でいつ消すのかを決めたり、いつかは消す必要があります。 RMANをまったく利用しなくても良いとか利用しない環境だと、フラッシュ・リカバリ領域に出力されるメリットのあるファイルが少なくなることと、フラッシュ・リカバリ領域の管理というか空けておくためだけにRMANを利用しなくてはならなくなるため、アーカイブREDOログファイルの出力先にフラッシュ・リカバリ領域を含めないということもあります。黒本にどのようなことが書かれているのか存じ上げませんが、バックアップ操作を自動管理する構成条件の一つには RMANを暗黙的に利用することが含まれていないでしょうか ? もっとも、マニュアルとかでも手動バックアップと明示的に書いてないと、バックアップという言葉は RMANまたは Enterise ManagerでRMANを暗黙的に利用するときのことを指しているので、書かれていないかもしれませんが．．．作成日 2011年10月12日（水） 09時03分 ▼コマンドでサービスを作成する sc create サービス名 binpath= 実行ファイル～サービスを作成する。 SVNサーバーを毎回コンソールで起動するのは面倒なので、Windowsのサービスとして常駐させることが出来る。 sc create svnserve binpath= C \svn-win32-1.5.4\bin\svnserve.exe --service -r C \svn start= auto DisplayName= Subversion svnserve 作成日 2012年2月6日（月） 15時57分 ▼コマンドによるLISTENERサービスの削除方法 sc delete サービス名 ※ サービス名は、Windowsのサービス名を指定する作成日 2012年2月14日（火） 18時39分 ▼サービス登録環境準備 1. 環境変数の設定 (コマンドプロンプト) set ORACLE_SID=sample 2. サービス登録 oradim -new -sid sample -maxusers 5 -startmode auto ※ サービス登録を解除する場合は oradim -delete -sid sample 3. パスワードファイル生成 (oradimコマンドで作成した分を使用するとなぜか失敗するので) cd C \oracle\ora92\database orapwd file=pwdsample.ora password=sample entries=5 作成日 2012年2月6日（月） 15時49分 ▼トレースファイルの処理について MAX_DUMP_FILE_SIZEを最大サイズの指定 MAX_DUMP_FILE_SIZE→無制限、「MAX_DUMP_FILE_SIZE」パラメータに明示的に値を設定している場合には、トレースファイルの最大サイズが「設定値×OSブロックサイズ」に制限されるため、同一セッション内で大量のSQLを実行する際には注意が必要です（Oracle R8.1.6以降からMAX_DUMP_FILE_SIZEのデフォルト値はUNLIMITEDです）。 SQL_TRACE　デフォルト　false 作成日 2011年10月13日（木） 16時28分 ▼ファイルをinputしてemcaコマンドを実行 EMCAパラメータへの入力ファイルの使用方法 EMCAを実行している場合、一連のプロンプトに応答するかわりに、-respFile引数を使用して入力ファイルを指定できます。作成する入力ファイルは、次の例と同様の形式にする必要があります。 PORT=1521 SID=DB DBSNMP_PWD=xpE234D SYSMAN_PWD=KDOdk432 作成したEMCA入力ファイルは、コマンドラインで次のように使用できます。 $PROMPT ./emca -config dbcontrol db -respFile input_file_path たとえば、Database Controlを構成して日次バックアップを実行し、Database Control管理リポジトリを作成するには、例21-1に示したものと同様の入力ファイルを作成し、オペレーティング・システムのプロンプトに次のコマンドを入力します。 $PROMPT ./emca -config dbcontrol db -repos create -backup -respFile input_file_path 例21-1 EMCAの入力ファイルのサンプル PORT=1521 SID=DB DBSNMP_PWD=dow3l224 SYSMAN_PWD=squN3243 HOST_USER=johnson HOST_USER_PWD=diTf32of SYS_PWD=qlKj4352 BACKUP_SCHEDULE=06 30 作成日 2012年2月6日（月） 09時52分 ▼リスナーの構成 1)listener.oraを作成、または用意する # lsnrctl 2)カレントリスナーを確認する show current_listener 3)デフォルトリスナー名をLISTENERとしない場合は、以下を実行する LSNRCTL set current リスナー名 4)リスナーの起動 LSNRCTL start ※カレントリスナーがLISTENERの場合は、デフォルトのリスナー名が Windowsのサービスに登録されてしまう。 5) リスナーの停止 LSNRCTL stop 6) サービス状態の確認 LSNRCTL service LSNRCTL status 7)Windowsのサービスに登録されていて停止しないことを確認作成日 2012年2月14日（火） 15時29分 ▼現在起動しているインスタンスのパラメータファイルの確認今起動しているインスタンスがサーバー・パラメータファイル（spfile）で起動したのか、初期化パラメータファイル（pfile）で起動したのかを確認するには、まず以下の方法でspfileパラメータの値を確認します。 show parameterコマンドを実行する（SQL*Plusの場合） SQL show parameter spfile V$PARAMTERを検索する。 SELECT VALUE FROM V$PARAMETER WHERE NAME = spfile 上記の方法で、%ORACLE_HOME%\DATABASE\SPFILE%ORACLE_SID%.ORAのようなspfileファイル名が返ってきた場合は、示されたspfileで起動されています。そうでない場合はpfileで起動されています。ただ、pfileで起動された場合、SQLやSQL*Plusコマンドでそのファイル名を知る術はないようです。レジストリでHKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOMEn\ORA_%ORACLE_SID%_PFILEというキーを検索すればわかる作成日 2012年2月9日（木） 14時22分
Site of oracle @Wiki - site of oracle
https://w.atwiki.jp/akubi/

本運用（？）現在、本運用（？）ページとなっています管理人Akubiの参加bandに関する告知ページのはずです現在、oracleではDrumsの方を大募集中です興味をもたれた方は是非ご連絡を！　このサイトへのご意見、ツッコミ等は下記のメールへお願いします oracle-wiki●mail.goo.ne.jp (スパム対策の為●を@に置き換えて送信ください） news 2005/12/27 サイト製作開始コンテンツイベント情報 Blog BBS all -
勉強@Wiki - アラート
https://w.atwiki.jp/dai1357/pages/52.html

アラート Oracleには、メトリックに対する監視を行い、設定したしきい値を超えると、アラートを通知する仕組みがある。デフォルトでアラートが有効になっているもの・表領域使用率・リカバリ領域空き領域・スナップショットが古すぎます・再開可能セッションが保留しています → アラート・ログファイル
solaris10/oracle10g @ ウィキ - oracle設定関連
https://w.atwiki.jp/adsl243/pages/20.html

Enterprise Managerの使用ポート番号の確認 emctl status dbconsole 又は $ORACLE_HOME/hostname_SID/sysman/config/emd.properties のREPOSITORY_URLの項目から確認出来ます。 Enterprise Managerの使用ポート番号の変更 emca -reconfig ports -DBCONTROL_HTTP_PORT ポート番号 iSQL*Plus関連サービスの開始 isqlplusctl start サービスの停止 isqlplusctl stop 接続先の変更(ポート番号orホスト名) ①と②のファイルを編集します。 ①vi $ORACLE_HOME¥hostname_SID¥sysman¥config¥emoms.properties 下記二点を編集 oracle.sysman.db.isqlplusUrl=http¥ //host.domain¥ 5560/isqlplus/dynamic oracle.sysman.db.isqlplusWebDBAUrl=http¥ //host.domain¥ 5560/isqlplus/dynamic ②vi $ORACLE_HOME¥oc4j¥j2ee¥isqlplus¥config¥http-web-site.xml web-site要素のport属性を変更 web-site port="5560" ...
solaris10/oracle10g @ ウィキ - Oracle10g編
https://w.atwiki.jp/adsl243/pages/15.html

Enterprise Manager sql*plus oracle設定関連 oracle用語集データベース関連ゴミ(´・ω・｀)

1 2 3 … 100