 |
 |
 |
|
ひたすら雑記
|
|
 |
|
 |
|
|
|
||||||||||||||||||||||||||||||||||||||||||
|
|
|
||||||||||||||||||||||||||||||||||||||||||
|
|
|
 |
RMANを使ったOracle DBのバックアップ |
自分用覚書。
・RMANの起動方法
> rman target / nocatalog
・バックアップの取得
下記の内容をSQLスクリプトとして用意
run{
shutdown immediate;
startup mount;
allocate channel c1 device type disk format
'/opt/app/oracle/oraback/full_db_%U';
backup as copy database;
release channel c1;
alter database open;
}
RMAN上「@スクリプト名」でスクリプトを起動すると、
/opt/app/oracle/oraback/full_db_%UにDBが丸ごとバックアップされる。
ちなみに「allocate channel」コマンドは run{} で括られていないと使用できないので注意。
（RMAN上で直接打ってもERRORになる。）
ついでに。
backup as copy database;
の一文を、
backup as compressed backupset database;
に変更すると、圧縮バックアップが可能。
*****
2007/12/27 追記
↑コレ、結構うそでした。orz
RMAN> backup as compressed backupset database;
これだけで、RMANが勝手にバックアップセットを管理してくれる。
list backupコマンドで、バックアップセットの一覧を表示。
delete backupset バックアップIDで、不要なバックアップセットを削除できる。
バックアップセットファイルを削除or破壊してしまった場合は、 crosscheck backupコマンドで整理。
このバックアップセットからのリカバリはマウント状態（インスタンス停止）で実施。
RMAN> startup mount
RMAN> restore database;
RMAN> recover database;
RMAN> alter database open;
なんだ、ベンリー。
・RMANの起動方法
> rman target / nocatalog
・バックアップの取得
下記の内容をSQLスクリプトとして用意
run{
shutdown immediate;
startup mount;
allocate channel c1 device type disk format
'/opt/app/oracle/oraback/full_db_%U';
backup as copy database;
release channel c1;
alter database open;
}
RMAN上「@スクリプト名」でスクリプトを起動すると、
/opt/app/oracle/oraback/full_db_%UにDBが丸ごとバックアップされる。
ちなみに「allocate channel」コマンドは run{} で括られていないと使用できないので注意。
（RMAN上で直接打ってもERRORになる。）
ついでに。
backup as copy database;
の一文を、
backup as compressed backupset database;
に変更すると、圧縮バックアップが可能。
*****
2007/12/27 追記
↑コレ、結構うそでした。orz
RMAN> backup as compressed backupset database;
これだけで、RMANが勝手にバックアップセットを管理してくれる。
list backupコマンドで、バックアップセットの一覧を表示。
delete backupset バックアップIDで、不要なバックアップセットを削除できる。
バックアップセットファイルを削除or破壊してしまった場合は、 crosscheck backupコマンドで整理。
このバックアップセットからのリカバリはマウント状態（インスタンス停止）で実施。
RMAN> startup mount
RMAN> restore database;
RMAN> recover database;
RMAN> alter database open;
なんだ、ベンリー。
|
gdbもsqlplusも良く解らないからキライさ orz |
OracleにアクセスするC++のプログラムを作っているのですが、coreりました。
使ってた環境にはgdbが入っておらず、インストールしようとしたらmake途中で何故か失敗し、
（Can't locate object method "path" via package "Autom4te::Request" とか出る。orz）
もう仕方ないので、１年前くらいに作ったLinuxサーバ（gdb入ってる）にログインしてみた。
さて、まーとりあえずsqlplusでも立ち上げてみようかしらね、と思ったところ、
パーミッションが無いと言われてエラー発生。
なんじゃいと思ってsqlplusの実行exeの権限みたら、750とかになってる。
Oracleでインストールしてるから、個人ユーザが実行できるわけがないわな。
かと言って、ちまちま直していく暇もなかったし、
もともと放置環境で、壊してもインストールし直せば良い話なので、
面倒だからoracleディレクトリ以下のパーミッションをフルで777に変えるという荒業を行う。（死
> su - root
> chmod -R 777 oracle
フル解放だオリャーと言うことで、
これで私にも触れるようになっただろうと、意気揚々と個人ユーザでsqlplusを実行してみる。
無事起動。おっしゃ。
と思うのも束の間、ユーザ名とパスを打ち込んで愕然。
> ORA-01034: ORACLE not available
> ORA-27123: unable to attach to shared memory segment
> Linux Error: 13: Permission denied
ちょっと待て、なんぞこれ…！！！
シェアードメモリにパーミッションが無い…って何さ！
Oracle再起動やらOS再起動やらを繰り返してみるも直らず、え、マジで壊した？と軽く焦る。
再インストールとか、めんどくさくて正直やりたくないYo!!
必死でぐぐると天の助けがありました…ネットってホント便利です。
> su - root
> chmod 6751 $ORACLE_HOME/bin/oracle
Oracleの実行exeには、特別なパーミッションが必要だったらしい。
実行するとパーミッションは -rwxrwxrwx から -rwsr-s--x になる。
6751の１桁目、「6」と言うのが特別なパーミッションの部分で、
実行命令出したユーザに代わって、所有者や所有グループが起動してくれるらしい。
普段の 775 とか 644 とかは 0774、0644って設定してるんだって。
（´・∀・`）つ〃∩ﾍｪｰﾍｪｰﾍｪｰﾍｪｰ
ちなみに、
6:suid+sgid両方 4:suidのみ 2:gidのみ 1:sticky
stickyって何だっけ…？( ﾟдﾟ)
とりあえず、上記の通りパーミッション変えたら、うまいことログインできるようになりました。
coreの原因も解って一件落着。
ただ、ちょっと荒業過ぎたなと思って反省中です。（死
gdbがうまくインストールできさえすれば良かった話なんですが、
結局なんで出来ないんだ！ こちらは解決せず。
使ってた環境にはgdbが入っておらず、インストールしようとしたらmake途中で何故か失敗し、
（Can't locate object method "path" via package "Autom4te::Request" とか出る。orz）
もう仕方ないので、１年前くらいに作ったLinuxサーバ（gdb入ってる）にログインしてみた。
さて、まーとりあえずsqlplusでも立ち上げてみようかしらね、と思ったところ、
パーミッションが無いと言われてエラー発生。
なんじゃいと思ってsqlplusの実行exeの権限みたら、750とかになってる。
Oracleでインストールしてるから、個人ユーザが実行できるわけがないわな。
かと言って、ちまちま直していく暇もなかったし、
もともと放置環境で、壊してもインストールし直せば良い話なので、
面倒だからoracleディレクトリ以下のパーミッションをフルで777に変えるという荒業を行う。（死
> su - root
> chmod -R 777 oracle
フル解放だオリャーと言うことで、
これで私にも触れるようになっただろうと、意気揚々と個人ユーザでsqlplusを実行してみる。
無事起動。おっしゃ。
と思うのも束の間、ユーザ名とパスを打ち込んで愕然。
> ORA-01034: ORACLE not available
> ORA-27123: unable to attach to shared memory segment
> Linux Error: 13: Permission denied
ちょっと待て、なんぞこれ…！！！
シェアードメモリにパーミッションが無い…って何さ！
Oracle再起動やらOS再起動やらを繰り返してみるも直らず、え、マジで壊した？と軽く焦る。
再インストールとか、めんどくさくて正直やりたくないYo!!
必死でぐぐると天の助けがありました…ネットってホント便利です。
> su - root
> chmod 6751 $ORACLE_HOME/bin/oracle
Oracleの実行exeには、特別なパーミッションが必要だったらしい。
実行するとパーミッションは -rwxrwxrwx から -rwsr-s--x になる。
6751の１桁目、「6」と言うのが特別なパーミッションの部分で、
実行命令出したユーザに代わって、所有者や所有グループが起動してくれるらしい。
普段の 775 とか 644 とかは 0774、0644って設定してるんだって。
（´・∀・`）つ〃∩ﾍｪｰﾍｪｰﾍｪｰﾍｪｰ
ちなみに、
6:suid+sgid両方 4:suidのみ 2:gidのみ 1:sticky
stickyって何だっけ…？( ﾟдﾟ)
とりあえず、上記の通りパーミッション変えたら、うまいことログインできるようになりました。
coreの原因も解って一件落着。
ただ、ちょっと荒業過ぎたなと思って反省中です。（死
gdbがうまくインストールできさえすれば良かった話なんですが、
結局なんで出来ないんだ！ こちらは解決せず。
|
Oracleでｸﾏｯﾀ。 |
現在しごとちゅう。
Oracleに内部でアクセスしてるAPの試験中、
********************************************************
ORA-12549: TNS: オペレーティング・システム・リソース割当て制限を超えました
********************************************************
が出た。
何かのリソース上限値を超えた模様。
とりあえずOracleの初期化パラメータPROCESSESでも大きくしてみようかと思って、
alter system文で変更しようとしたら、こんなエラー出た。
********************************************************
SQL> select name, value from v$parameter where name = 'processes';
NAME VALUE
-------------------------------
processes 100
SQL> alter system set PROCESSES=200;
alter system set PROCESSES=200
*
行1でエラーが発生しました。:
ORA-02095: 指定した初期化パラメータを変更できません。
********************************************************
なんだ？と思って調べたら、PROCESSESパラメータは動的変更できないらしい。
こういう時はSCOPE値をSPFILEにして実行するんだそうだ。
********************************************************
SQL> alter system set PROCESSES=200 SCOPE=SPFILE;
システムが変更されました。
********************************************************
あーそういや何か、こんなこと勉強したな…って言う。
ペーパーSilverなんてこんなものだわな。（死
試験もっかいやってみる。
…やっぱり ORA-12549 が出る。
まぁ元々100も取ってた訳だし、これな訳ないか…orz
元に戻す。
仕方ないので、ちゃんと調べてみる。
使ってるDBユーザーのリソース制限の確認っつーことで、まずプロファイルを参照。
********************************************************
SQL> select username, profile from dba_users;
********************************************************
プロファイルはDEFAULTでした。
…っつーことはだ。
********************************************************
SQL> select * from dba_profiles where profile = 'DEFAULT' ;
********************************************************
一応見てはみたけど、
まぁ当たり前っつーか、ほぼ全部UNLIMITED=無制限。
工工エエエ('Д`)エエエ工工
……マシンのリソースそのものが足んないっつーことですか？
そいとも何か根本的なとこで考え方が間違ってるのか？
今日センパイもリーダーもおらぬだよ…orz
ｸﾏｯﾀ。
Oracleに内部でアクセスしてるAPの試験中、
********************************************************
ORA-12549: TNS: オペレーティング・システム・リソース割当て制限を超えました
********************************************************
が出た。
何かのリソース上限値を超えた模様。
とりあえずOracleの初期化パラメータPROCESSESでも大きくしてみようかと思って、
alter system文で変更しようとしたら、こんなエラー出た。
********************************************************
SQL> select name, value from v$parameter where name = 'processes';
NAME VALUE
-------------------------------
processes 100
SQL> alter system set PROCESSES=200;
alter system set PROCESSES=200
*
行1でエラーが発生しました。:
ORA-02095: 指定した初期化パラメータを変更できません。
********************************************************
なんだ？と思って調べたら、PROCESSESパラメータは動的変更できないらしい。
こういう時はSCOPE値をSPFILEにして実行するんだそうだ。
********************************************************
SQL> alter system set PROCESSES=200 SCOPE=SPFILE;
システムが変更されました。
********************************************************
あーそういや何か、こんなこと勉強したな…って言う。
ペーパーSilverなんてこんなものだわな。（死
試験もっかいやってみる。
…やっぱり ORA-12549 が出る。
まぁ元々100も取ってた訳だし、これな訳ないか…orz
元に戻す。
仕方ないので、ちゃんと調べてみる。
使ってるDBユーザーのリソース制限の確認っつーことで、まずプロファイルを参照。
********************************************************
SQL> select username, profile from dba_users;
********************************************************
プロファイルはDEFAULTでした。
…っつーことはだ。
********************************************************
SQL> select * from dba_profiles where profile = 'DEFAULT' ;
********************************************************
一応見てはみたけど、
まぁ当たり前っつーか、ほぼ全部UNLIMITED=無制限。
工工エエエ('Д`)エエエ工工
……マシンのリソースそのものが足んないっつーことですか？
そいとも何か根本的なとこで考え方が間違ってるのか？
今日センパイもリーダーもおらぬだよ…orz
ｸﾏｯﾀ。
|
【Oracle】TIMESTAMP型データのLOAD |
to_timestamp関数を噛ませて、文字列をTIMESTAMP型に変換してLOAD
（但しOracle9iからの機能らしい？）
to_timestamp(文字列, 書式)
ex：
select to_timestamp('12:13:14.000000', 'HH24:MI:SS.FF') from dual ;
⇒06-07-01 12:13:14.000000000
・Oracleでの秒の小数部（マイクロ秒）は「FF」で表すらしい。（MSやUSじゃないらしいよ）
・「FF」は本来9桁がデフォらしいけど、1〜9桁なら許容してくれる様子。
・to_timestamp型で変換元文字列に日付が入ってないと、月初の日付が入る模様。（曖昧）
---
ちなみにSQL*Loaderの基本書式メモ。
loader制御ファイル書式
**************************************
load data
infile '入力データファイル名'
badfile 'バッドファイル名'
TRUNCATE （←INSERT（TBL空必須）/APPEND（追加）/REPLACE（DELETE相当））
into table 入力先テーブル名
FIELDS TERMINATED BY ",（←区切り文字）" OPTIONALLY ENCLOSED BY '`（←囲み文字）'
TRAILING NULLCOLS （←データ無し項目にNULL）
(
項目名１, 項目名２, ...
（to_timestamp等の関数噛ます事も可能）
)
**************************************
Loader実行コマンド
> C:\oracle\...\SQLLDR ユーザ名/password@SID control=ローダ制御ファイル名
いじょ。
（但しOracle9iからの機能らしい？）
to_timestamp(文字列, 書式)
ex：
select to_timestamp('12:13:14.000000', 'HH24:MI:SS.FF') from dual ;
⇒06-07-01 12:13:14.000000000
・Oracleでの秒の小数部（マイクロ秒）は「FF」で表すらしい。（MSやUSじゃないらしいよ）
・「FF」は本来9桁がデフォらしいけど、1〜9桁なら許容してくれる様子。
・to_timestamp型で変換元文字列に日付が入ってないと、月初の日付が入る模様。（曖昧）
---
ちなみにSQL*Loaderの基本書式メモ。
loader制御ファイル書式
**************************************
load data
infile '入力データファイル名'
badfile 'バッドファイル名'
TRUNCATE （←INSERT（TBL空必須）/APPEND（追加）/REPLACE（DELETE相当））
into table 入力先テーブル名
FIELDS TERMINATED BY ",（←区切り文字）" OPTIONALLY ENCLOSED BY '`（←囲み文字）'
TRAILING NULLCOLS （←データ無し項目にNULL）
(
項目名１, 項目名２, ...
（to_timestamp等の関数噛ます事も可能）
)
**************************************
Loader実行コマンド
> C:\oracle\...\SQLLDR ユーザ名/password@SID control=ローダ制御ファイル名
いじょ。
|
ORA-01555:スナップショットが古すぎます |
先週末、土曜⇒日曜徹夜する羽目になった問題の原因が判明。
自己フォローメモ。
【事象】
Oracleエラー発生
「ORA-01555:スナップショットが古すぎます:ロールバック・セグメント番号x、名前"xxxxxxx"が小さすぎます」
[READ MORE...]
自己フォローメモ。
【事象】
Oracleエラー発生
「ORA-01555:スナップショットが古すぎます:ロールバック・セグメント番号x、名前"xxxxxxx"が小さすぎます」
[READ MORE...]
|
|
|
|
 CATEGORY ▲ RECENT ENTRIES ▲
RECENT COMMENTS ▲ RECENT TRACKBACKS ▲
MONTHLY ARCHIVES ▲ LINKS ▲ SEARCH THIS SITE ▲ |
|
|
|
|
|
|
|
|
MY PROFILE ▲
|
|
|
|
|
 |
Powerd by FC2ブログ |
|
Material by A Trial Product's |
|
Template by chocolat* |
|
|
|
|
|
|
|
|
|