OracleのLinuxは6.4ソリューションが誤って

する際のOracle Linuxオペレーティングシステム、誤っVGを削除し、私は私の友人の多くは、このような状況が発生していると信じて、誤って削除VGは、実際に復元することができます次のXiaobianは、OracleのLinux 6.4ソリューションのVGの下で、削除、および一緒にそれを理解するために与えました。頻繁に非常にゆっくりと実行するために提出した小さなものが多数による

I.背景の説明

1、OSSのネットワークテストデータベース。 /I Oのボトルネック、待機イベントの多くは、パフォーマンスが制限されているプレゼンスDS3950ディスクストレージのための分析。また、同僚の発展はない小さなものは、バッチの提出をした、意識を最適化されていません。

2、DS3950に、9つの600Gハードブロック（8 + 1スペアブロック）RAID5配列をした、lun01、lun02、lun03、lun04、200G、OSSは、データベース・サーバにマッピングされます。

3、オペレーティング・システム、lun01、lun02 vg_ossdbボリュームグループのみ次vg_ossdbのLVを構成 - lvoradataは/oradataのにマウント。ターンlun03、lun04 vgextendの方法で、急速な成長への最近のデータは、行くためにvg_ossdbボリューム・グループへの展開が、lvoradataを拡張しないように。

4、データベースに、Oracleソフトウェアが/oradataの上にインストールローカルディスク/オラクル、データベースにインストールされています。

第二に、プロジェクトを変換することを計画し、ステップ

1、別のマシンのスペアPCへのデータベース、/oradataにディレクトリの完全バックアップを停止しました。

2、RAID5アレイレベルから変更することができるDS3950大ストレージ空き容量が、RAID10になるからです。

3、lun03、未使用lun04ので、vg_ossdbのlun03、lun04のリーダーから取り出し、アレイレベルを変更するために、ストレージに容易アウトアンマップ。

4、SQLを最適化するには、DBAによって、物事に小さなバッチ提出を作るしようとします。

OracleのLinuxサーバは6.4
をリリース

カーネル

第三に、システム環境とデータ奥付

[ルート@ ol64 /]＃猫の/etc /問題\\ M

[ルート@ ol64 /]＃のuname -a

Linuxのol64.com 2.6.39-400.17.1.el6uek.x86_64＃1 SMP金2月22日18の\\ rを：16：18 PST 2013 x86_64のx86_64でのx86_64のGNU /Linuxの

SQL「五$バージョンから選択*;

BANNERを

---------- -------------------------------------------------- --------------------

Oracle Database 11gのEnterprise Editionのリリース11.2.0.4.0 - 64ビットの生産

PL /SQLリリース11.2.0.4.0 - 生産

CORE 11.2.0.4.0生産

Linux用のTNS：バージョン11.2.0.4.0 - 生産

NLSRTLバージョン11.2.0.4。 0 - 生産

により誤っvgremoveとvg_ossdb・ボリューム・グループを削除する第四に、改革プロセス、及びその意図はは/dev /のvgreduceは、/dev /SDEでのSDDの除去することです。

[ルートol64 @ /]＃アンマウント/oradataに/＃アンマウントファイルシステム

[ルート@のol64 /]＃ます。vgchange -anは/dev /vg_ossdb＃ボリュームグループが非アクティブになり

0の論理ボリューム（S）ボリュームグループ&'で; vg_ossdb'現在アクティブ

[ルート@ ol64 /]＃vgremove vg_ossdbは/dev /sdbとは/dev /SDC /DEV /SDD /DEV /削除するSDE＃の誤用vgremoveコマンドvg_ossdb

あなたが本当にボリュームグループ&'を削除しますか。vg_ossdb' 1つの論理ボリュームを含みますか？ [Y /N]：yの

あなたが本当にアクティブな論理ボリュームlvoradataを削除しますか？ [Y /N]：Y

論理ボリューム' lvoradata'正常
除去

ボリュームグループ' vg_ossdb'正常

ボリュームグループ&'を
除去; SDB'見つかりません< BR>

ボリュームグループ' SDC'
見つからない

ボリュームグループ' SDD'
見つからない

ボリュームグループ' SDE'

が見つかりません### ################################################## #############

正しい動作はvgreduceコマンドは/dev /SDDとvg_ossdbから除去されるべきであると/dev /SDE

[ルート@ ol64 /]＃vgreduce vg_ossdbの/dev /SDD

&削除' /devの/SDD'ボリュームグループ&'から; vg_ossdb'

ol64 @ [ルート/]＃vgreduce vg_ossdbの/dev /SDE

削除' /devの/SDE'ボリュームグループ&'から; vg_ossdb'

####################### ##########################################

再び削除するpvremoveコマンドは/dev /SDDと/dev /SDE

[ルート@ ol64 〜]＃Pvremoveは/dev /SDD

物理ボリューム&'のラベル;の/dev /SDD'成功し
拭い

[ルート@ ol64〜]＃pvremoveは/dev /SDE

物理ボリューム&'のラベル;の/dev /SDE'成功した

[ルート@ ol64〜]＃pvdisplay＃見つけるの/dev /sdbとは/dev /sdcの拭い。 BR>

---物理ボリューム---

PV名は/dev /SDA2

VG名vg_ol64

PVサイズ199.51ジブ/ていない使用可能な3.00のMIB < BR>

割付けはい

PEサイズ4.00 MiBの

総PE 51074

フリーPE 33660

割り当てられたPE 17414

PV UUID 0dyB8L-p7ZM-Mkcw-76ae-DXPh-U6zg-9kIQ8z

'は/dev /sdbの' '&の新しい物理ボリュームであり、200.00ジブ'

---新しい物理ボリューム---

PV名は/dev /sdbと

VG名

PVサイズ200.00ジブ

割付けNO

PEサイズ0

総PE 0

フリーPE 0

割り当てられたPE 0

PV UUID Ui9wea-II1q-KOx0-96pA-4epf-9hlc-4NFDJF

' /devの/SDC'新しい物理ボリュームでありますの' 200.00ジブ'前へ次へ12を合計2を