LVM とファイルシステム拡張。（Oracle Linux 6.5 + ext4）

Oracle VM Server の VM で、
ファイルシステムをマウントしたまま LVM 拡張してみようと思います。

今回の OS は Oracle Linux 6.5 で、
ファイルシステムは ext4 です。

[root@dga1 ~]# cat /etc/oracle-release
Oracle Linux Server release 6.5
[root@dga1 ~]# uname -r
3.8.13-16.2.1.el6uek.x86_64
[root@dga1 ~]# mount | grep /u01
/dev/mapper/vg01-lv_u01 on /u01 type ext4 (rw)

順に領域拡張していこうと思います。


LVM フィジカルボリュームの作成

ディスクデバイスを認識させたら、
最初に PV（フィジカルボリューム） を作成します。



今回 LVM に割り当てる、OS に認識させたディスクです。
デバイスは、既に OS に認識させてある状態です。
Oracle VM Server の仮想ディスクで、
「/dev/xvd～」というデバイス名になっています。

[root@dga1 ~]# fdisk -l /dev/xvde

ディスク /dev/xvde: 21.5 GB, 21474836480 バイト
ヘッド 255, セクタ 63, シリンダ 2610
Units = シリンダ数 of 16065 * 512 = 8225280 バイト
セクタサイズ (論理 / 物理): 512 バイト / 512 バイト
I/O size (minimum/optimal): 512 bytes / 512 bytes
ディスク識別子: 0x00000000

ディスクを PV にします。

[root@dga1 ~]# pvcreate /dev/xvde
  Physical volume "/dev/xvde" successfully created

PV が作成されました。
作成した直後は、PV の PE（フィジカルエクステント）がまだゼロです。

[root@dga1 ~]# pvdisplay /dev/xvde
  "/dev/xvde" is a new physical volume of "20.00 GiB"
  --- NEW Physical volume ---
  PV Name               /dev/xvde
  VG Name
  PV Size               20.00 GiB
  Allocatable           NO
  PE Size               0
  Total PE              0
  Free PE               0
  Allocated PE          0
  PV UUID               NFQeA6-BUXJ-1ZdH-jjrd-wcVx-3rcH-KrhfHA

LVM ボリュームグループを拡張

VG（ボリュームグループ） に PV を追加します。



いまのところ、VG に空き PE はありません。

[root@dga1 ~]# vgdisplay vg01
  --- Volume group ---
  VG Name               vg01
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               1
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               9.99 GiB
  PE Size               4.00 MiB
  Total PE              2558
  Alloc PE / Size       2558 / 9.99 GiB
  Free  PE / Size       0 / 0
  VG UUID               mqF5A0-U1Js-8I7Z-Qm6U-Hewn-UUYD-AF1gzO

VGに、PV を追加します。

[root@dga1 ~]# vgextend vg01 /dev/xvde
  Volume group "vg01" successfully extended

PV に PE が作成されました。

[root@dga1 ~]# pvdisplay /dev/xvde
  --- Physical volume ---
  PV Name               /dev/xvde
  VG Name               vg01
  PV Size               20.00 GiB / not usable 4.00 MiB
  Allocatable           yes
  PE Size               4.00 MiB
  Total PE              5119
  Free PE               5119
  Allocated PE          0
  PV UUID               NFQeA6-BUXJ-1ZdH-jjrd-wcVx-3rcH-KrhfHA

その分、VG の 合計 PE 、空き PE が増ました。

[root@dga2 ~]# vgdisplay vg01
  --- Volume group ---
  VG Name               vg01
  System ID
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  4
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               1
  Max PV                0
  Cur PV                2
  Act PV                2
  VG Size               29.99 GiB
  PE Size               4.00 MiB
  Total PE              7677
  Alloc PE / Size       2558 / 9.99 GiB
  Free  PE / Size       5119 / 20.00 GiB
  VG UUID               mqF5A0-U1Js-8I7Z-Qm6U-Hewn-UUYD-AF1gzO

LVM 論理ボリュームを拡張

VG に容量追加されたので、LV（ロジカル ボリューム）を拡張します。



拡張前の LV です。
今回は、「/dev/vg01/lv_u01」という LV を拡張します。

[root@dga1 ~]# lvdisplay /dev/vg01/lv_u01
  --- Logical volume ---
  LV Path                /dev/vg01/lv_u01
  LV Name                lv_u01
  VG Name                vg01
  LV UUID                f8s6v0-0zHS-KBXY-55Ik-78h9-LshZ-sGVgkn
  LV Write Access        read/write
  LV Creation host, time ol65-base, 2014-08-11 13:45:30 +0900
  LV Status              available
  # open                 1
  LV Size                9.99 GiB
  Current LE             2558
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:2

LV に、VG の PE をすべて割り当てます。

[root@dga1 ~]# lvextend --extents 7677 /dev/vg01/lv_u01
  Extending logical volume lv_u01 to 29.99 GiB
  Logical volume lv_u01 successfully resized

PV の空き PE がゼロになっています。

[root@dga1 ~]# pvdisplay /dev/xvde
  --- Physical volume ---
  PV Name               /dev/xvde
  VG Name               vg01
  PV Size               20.00 GiB / not usable 4.00 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              5119
  Free PE               0
  Allocated PE          5119
  PV UUID               NFQeA6-BUXJ-1ZdH-jjrd-wcVx-3rcH-KrhfHA

VG の空き PE もゼロになりました。

[root@dga1 ~]# vgdisplay vg01
  --- Volume group ---
  VG Name               vg01
  System ID
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  5
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               1
  Max PV                0
  Cur PV                2
  Act PV                2
  VG Size               29.99 GiB
  PE Size               4.00 MiB
  Total PE              7677
  Alloc PE / Size       7677 / 29.99 GiB
  Free  PE / Size       0 / 0
  VG UUID               mqF5A0-U1Js-8I7Z-Qm6U-Hewn-UUYD-AF1gzO

その分、LV が拡張されました。

[root@dga1 ~]# lvdisplay /dev/vg01/lv_u01  --- Logical volume ---
  LV Path                /dev/vg01/lv_u01
  LV Name                lv_u01
  VG Name                vg01
  LV UUID                f8s6v0-0zHS-KBXY-55Ik-78h9-LshZ-sGVgkn
  LV Write Access        read/write
  LV Creation host, time ol65-base, 2014-08-11 13:45:30 +0900
  LV Status              available
  # open                 1
  LV Size                29.99 GiB
  Current LE             7677
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:2

ext4 ファイルシステムの拡張

拡張した LV に合わせて、ファイルシステムを拡張します。



LV 「/dev/mapper/vg01-lv_u01」に作成してあるファイルシステムは
「/u01」ディレクトリにマウントしたままです。

[root@dga1 ~]# df -h
Filesystem                       Size  Used Avail Use% Mounted on
/dev/mapper/vg_ol65base-lv_root  8.3G  3.0G  4.9G  38% /
tmpfs                            1.5G  383M  1.1G  26% /dev/shm
/dev/xvda1                       477M   55M  397M  13% /boot
/dev/mapper/vg01-lv_u01          9.8G  8.8G  484M  95% /u01

ファイルシステムを拡張します。

[root@dga1 ~]# resize2fs /dev/mapper/vg01-lv_u01
resize2fs 1.43-WIP (20-Jun-2013)
Filesystem at /dev/mapper/vg01-lv_u01 is mounted on /u01; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 2
The filesystem on /dev/mapper/vg01-lv_u01 is now 7861248 blocks long.

ファイルシステムが拡張されました。

[root@dga1 ~]# df -h
Filesystem                       Size  Used Avail Use% Mounted on
/dev/mapper/vg_ol65base-lv_root  8.3G  3.0G  4.9G  38% /
tmpfs                            1.5G  383M  1.1G  26% /dev/shm
/dev/xvda1                       477M   55M  397M  13% /boot
/dev/mapper/vg01-lv_u01           30G  8.8G   20G  32% /u01

検証していて、「やっぱり足りなかった」になりやすそうな
/u01 を拡張してみました。

以上、LVM の領域拡張でした。

Oracle VM Server の記憶域リポジトリを NFS エクスポートしてみる。

Oracle VM Manager（OVMM）では、
記憶域リポジトリのエクスポートができます。

Oracle VM Server がマウントしているリポジトリを
他のサーバからもマウントできるようにすることで、
リポジトリのバックアップをしやすくなったりします。

今回は、OVS リポジトリをエクスポートして
Linux から NFS マウントしてみます。

※ちなみに、今回試したのは Oracle VM Manager 3.2.6 です。

Oracle Database Vault どうですか。

最近、DB データへのアクセスについて事件があったようです。
なんとなく、Oracle Database で有名な「SYS で何でもできちゃう」についての制御ができる
Oracle Database Vault（DBV）がウケそうな気がしたので
簡単に紹介してみようと思います。

DBV を有効化するには

DBV は、Oracle Database の Enterprise Edition のオプション機能です。
DBMS のインストール中などに有効化できます。

DBV では SYS 外にも「DBV 管理者」などの役割のユーザを用意することで、
いわゆる 職掌分離 ができます。
DBCA で DB 作成するときに、下記のような感じで
DBV 管理用のユーザを作成することができます。




DBV が有効化されている環境だと どうなるか

DBV が有効化されると、
今までの権限やロールといった概念の他に
レルム と呼ばれる、スキーマオブジェクトと権限をまとめるような概念が登場します。
SYS をアプリ用データに関わるレルムに参加させないことによって、
DB 管理者が本来の DB 管理業務では見るべきではないデータに
アクセスできないようになります。

まず、SYS でログインしてユーザを作成しようとしてみます。
DB に表領域の作成はできますが、
SYS なのに新規ユーザを作成することはできなくなっています。

[oracle@db03 ~]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.3.0 Production on 火 7月 15 00:45:36 2014

Copyright (c) 1982, 2011, Oracle.  All rights reserved.


Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, Oracle Label Security, OLAP, Data Mining,
Oracle Database Vault and Real Application Testing options
に接続されました。
SQL> show user
ユーザーは"SYS"です。
SQL> create tablespace ts_user01 datafile '/u02/oradata/dbvdb/ts_user01.dbf' size 10M;

表領域が作成されました。

SQL> create user user01 identified by "********";
create user user01 identified by "********"
                                 *
行1でエラーが発生しました。:
ORA-01031: 権限が不足しています。

ユーザ管理は、DBV 管理者の役割になっています。
DBV 管理者であれば、ユーザ作成や、権限設定ができます。
※今回は、DBV の管理者として DBVADM というユーザを作成しています。

DBV の管理者はすべての管理操作が許可されているではないので
役割を越えた権限設定などをしようとするとエラーになります。

SQL> connect dbvadm
パスワードを入力してください:
接続されました。
SQL> show user
ユーザーは"DBVADM"です。
SQL> create user user01 identified by "********";

ユーザーが作成されました。

SQL> alter user user01 default tablespace ts_user01;

ユーザーが変更されました。

SQL> alter user user01 quota unlimited on ts_user01;

ユーザーが変更されました。

SQL> grant connect to user01;

権限付与が成功しました。

SQL> grant create table to user01;
grant create table to user01
*
行1でエラーが発生しました。:
ORA-47410: GRANT(CREATE TABLEに対する)のレルム違反です

SYS ユーザで、 create table 権限を付けておきます。

SQL> connect / as sysdba
接続されました。
SQL> show user
ユーザーは"SYS"です。
SQL> grant create table to user01;

権限付与が成功しました。

作成した USER01 のオブジェクトはレルムを作成して保護します。
下記のような DBV 専用の Web UI から設定することができます。
※DB Control とは微妙に URL が異なります。（/em が /dva になる）



細かい設定は省略・・・
Database 11g R2 では、普通の EM っぽい UI です。



レルムで保護した USER01 スキーマに
SYS でテーブル作成しようとしてもエラーになりました。

SQL> connect / as sysdba
接続されました。
SQL> show user
ユーザーは"SYS"です。
SQL> create table user01.tab1 (c1 number, c2 varchar2(10));
create table user01.tab1 (c1 number, c2 varchar2(10))
*
行1でエラーが発生しました。:
ORA-47401: CREATE TABLE(USER01.TAB1に対する)のレルム違反です

しかし、USER01 ユーザであれば、
ちゃんとテーブル作成して、参照もできます。
そして SYS では、USER01 のテーブルを参照できなくなっています。

SQL> connect user01
パスワードを入力してください:
接続されました。
SQL> show user
ユーザーは"USER01"です。
SQL> create table user01.tab1 (c1 number, c2 varchar2(10));

表が作成されました。

SQL> insert into user01.tab1 values(1,'himitsu');

1行が作成されました。

SQL> commit;

コミットが完了しました。

SQL> select * from user01.tab1;

        C1 C2
---------- ----------
         1 himitsu

SQL> connect / as sysdba
接続されました。
SQL> show user
ユーザーは"SYS"です。
SQL> select * from user01.tab1;
select * from user01.tab1
                     *
行1でエラーが発生しました。:
ORA-01031: 権限が不足しています。

このような感じで、SYS であっても不要なデータ参照ができないように
制御することができます。

ちなみに、上記のような SYS によるテーブル参照エラーも、
ちゃんと監査ログとして残すことができます。




ただし 設計が難しかったり、
当然ながら DB 運用の見直しも必要になったりということはあります・・・


ちなみに、マニュアルはこのあたりがわかりやすいと思います。

Oracle Database 2日でセキュリティ・ガイド 11g リリース2(11.2)
Oracle Database Vaultを使用した管理者のアクセスの制御
http://docs.oracle.com/cd/E16338_01/server.112/b56296/tdpsg_securing_data.htm#CIADFEAG

以上です。Oracle Database Vault の話でした。

Oracle VM 3.3 Beta の新 VM コンソール。

Oracle VM 3.3 Beta だと、VM のコンソールが新しくなる予定ですが、
最近まで、3.3 Beta の新コンソールを使用するために必要な RPM が提供されていませんでした。

これまでは、OVMM 3.3 でコンソールを開こうとすると・・・



下記のようなメッセージが出ていました。

Error 404: Page not found.
The ovmcore-console libraries were not found on the system.
Please install the correct ovmcore-console rpm suitable for your system on the Manager server.
See the Oracle VM Installation Guide for additional information

そのため、VM にコンソールアクセスするときは、
Oracle VM Manaer を使っていても、VNC（vncviewer など） や、
SSH ポートフォワーディングなどを使用する必要がありました。

しかし最近やっとコンソールで使用する RPM
「ovmcore-console」が DL できるようになりました。
Beta 版のインストーラと同じページから DL できます。

Oracle VM Early Access Downloads
http://www.oracle.com/technetwork/server-storage/vm/downloads/ovm-early-access-1743261.html

OVMM 3.3 を Oracle Linux 6.5 にインストールしていたので、
RPM も「～.el6.～」のものをインストールしてみました。

[root@ovmm33beta ~]# cat /etc/oracle-release
Oracle Linux Server release 6.5
[root@ovmm33beta ~]# rpm -qpi ovmcore-console-1.0-36.el6.noarch.rpm
警告: ovmcore-console-1.0-36.el6.noarch.rpm: ヘッダ V3 RSA/SHA256 Signature, key ID ec551f03: NOKEY
Name        : ovmcore-console              Relocations: (not relocatable)
Version     : 1.0                               Vendor: Oracle America
Release     : 36.el6                        Build Date: 2014年05月28日 06時38分36秒
Install Date: (not installed)               Build Host: ca-build56.us.oracle.com
Group       : User Interface/Desktops       Source RPM: ovmcore-console-1.0-36.el6.src.rpm
Size        : 545571                           License: MPL
Signature   : RSA/8, 2014年05月28日 06時38分40秒, Key ID 72f97b74ec551f03
URL         : http://www.oracle.com/virtualization
Summary     : NoVnc console client application for use with Ovm Manager to view VirtualMachine console's
Description :
This is the NoVNC client application files to use with OVM 3 Manager.
This allows the remote management of Virtual Machines through Ovm Manager.

rpm コマンドでインストールしてみます。

[root@ovmm33beta ~]# rpm -ivh ovmcore-console-1.0-36.el6.noarch.rpm
警告: ovmcore-console-1.0-36.el6.noarch.rpm: ヘッダ V3 RSA/SHA256 Signature, key ID ec551f03: NOKEY
準備中...                ########################################### [100%]
   1:ovmcore-console        ########################################### [100%]

インストールされました。

[root@ovmm33beta ~]# rpm -q ovmcore-console
ovmcore-console-1.0-36.el6.noarch

OVMM 3.3 でコンソールが開けるようになりました。
今までの Java 製コンソールでは都度 jnlp ファイルを DL していましたが、
新しい HTML5 + Java Script 版は
前よりストレスなくコンソールが開くような気がします。

ちなみに、コンソールの右上には、これまなかった
「Ctrl」、「Alt」、「Ctrl-Alt-Del」ボタンがつけられています。



が、まだベータ版のせいか、
わりとよく勝手に閉じたり切断されたりする気がします・・・

以上、OVMM の新コンソールの話でした。

Oracle VM 3 + EM 12c 連携への道（3: OEM への OVMM 登録）

このポストは、
Oracle VM 3 + EM 12c 連携への道（2: OEM Agent へのプラグイン追加）
のつづきです。

「Oracle Virtualization」プラグインをデプロイした Oracle VM Manager（OVMM）を、
Oracle Enterprise Manager Cloud Control 12c（OEM）に登録してみます。

マニュアルでは下記のあたりです。

Oracle Enterprise Manager Cloud管理ガイド 12c リリース3 (12.1.0.3)
4 IaaS用のクラウドの設定http://docs.oracle.com/cd/E26854_01/doc.121/b70509/cloud_iaas_setup.htm
※今回使っているのは OEM 12c R3 ではないですが…

作業の流れ

1. OEM への OVMM サーバ登録
   Oracle VM 3 + EM 12c 連携への道（1: OEM へのサーバ登録）
2. OVMM サーバの OEM Agent へのプラグイン追加
   Oracle VM 3 + EM 12c 連携への道（2: OEM Agent へのプラグイン追加）
3. OEM への OVMM 登録 ★←今回はここ

手順

「Enterprise」→「クラウド」→「インフラストラクチャ・ホーム」を開きます。



「Infrastructure Cloud」を右クリックして、「OVMマネージャへの登録」を開きます。



「Oracle VM Manager の追加」で、これから追加する OVMM に名前をつけます。
※例では「ovmm3-n2-vmm」としています。

監視エージェントを、虫メガネマークのボタンをクリックして選択します。
「Oracle Virtualization」プラグインをデプロイしたエージェントが
起動している OVMM サーバが自動検出されるので、
それを選択して「選択」をクリックします。



選択した監視エージェントが、入力されたことを確認します。
残りの Oracle VM Manager の設定を入力します。

• Oracle VM ManagerのURL
  今回は tcp://localhost:54321 を指定します。ポート番号はデフォルトのままです。
  OVMM サーバにインストールされた OEM エージェントから接続するため
  アドレスは localhost としています。
  マニュアルには TCPS にしたほうがよさそうなことが記載されていますが、
  その場合は OVMM で事前に TCPS の有効化が必要で、
  しかも一度有効化すると戻せないようなので今回はあえて TCP で接続します。
  OVMM サーバに、別のサーバの OEM エージェントから接続する場合は、
  TCPS での接続が必須になるようです。
• Oracle VM Managerの監視資格証
  OVMM にログインするユーザを指定します。
  デフォルトの管理者「admin」を使用しています。
  
  
• Oracle VM Managerの管理資格証明
  監視資格証明と同じユーザを使用しようとおもったのであえて入力していません。
  
  
• Oracle VM Managerコンソール
  普段、直接 OVMM にアクセスする URL を指定しています。
  今回は、https://＜OVMM のアドレス＞:7002/ovm/console/
  （https://ovmm3-n2.gowatana.lab:7002/ovm/console/）を指定しました。

入力したら「発行」ボタンをクリックします。



ジョブが正常に発行されました。
「ジョブ詳細」をクリックすると、OVMM を登録するジョブの進捗がみられます。



ジョブのステータスが「1 成功」になったら登録完了です。



再び「Enterprise」→「クラウド」→「インフラストラクチャ・ホーム」
を開くと、OVMM が登録されていることがわかります。
※OVMM の状態が正しく表示されるまで、少し時間がかかるのかもしれません。



これで、OEM から OVMM が操作できるようになります。
Oracle VM で IaaS ・・・

以上、Oracle VM 3.x と OEM 12c の連携設定でした。

Oracle VM 3 + EM 12c 連携への道（2: OEM Agent へのプラグイン追加）

このポストは、
Oracle VM 3 + EM 12c 連携への道（1: OEM へのサーバ登録）
のつづきです。

OVMM サーバにインストールされた OEM エージェントに、
OVMM を管理するための「Oracle Virtualization」プラグイン
（Enterprise Manager for Oracle Virtualization）を追加します。

OEM のプラグイン概要については下記のあたりを参照。

Oracle Enterprise Manager Cloud Control管理者ガイド 12c リリース3 (12.1.0.3)
15 プラグインの管理
http://docs.oracle.com/cd/E26854_01/doc.121/b65081/plugin_mngr.htm

Oracle Management Service というのは OEM のサーバのことで、
Oracle Management Agent が OEM のエージェントのことです。

マニュアルだと、デフォルトでは
Oracle VM 管理用のプラグインはデプロイされいないように見えますが、
「Oracle Virtualization」プラグインは、
OEM のサーバ側（Oracle Management Service）には既にデプロイされていました。
そのため、今回は「Oracle Management Agent」にだけプラグインをデプロイします。
※OEM のインストール方法によってもしかしたら変わるのかもしれません。

作業の流れ

1. OEM への OVMM サーバ登録
   Oracle VM 3 + EM 12c 連携への道（1: OEM へのサーバ登録）
   
   
2. OVMM サーバの OEM Agent へのプラグイン追加 ★←今回はここ
   
   
3. OEM への OVMM 登録
   Oracle VM 3 + EM 12c 連携への道（3: OEM への OVMM 登録）

手順

OEM にログインして、
「設定」→「拡張性」→「プラグイン」を開きます。



「Oracle Virtualization」プラグインを選択して、
「デプロイ先」→「管理エージェント」を開きます。



デプロイする「Oracle Virtualization」プラグインのバージョンをここで指定できます。
プラグインを追加するエージェントを選択するため、「追加」をクリックします。



エージェントがすでにインストールされている
OVMM サーバが検出されるので、選択して「選択」をクリックします。



選択したエージェント（OVMM サーバ）が表示されるので、
「続行」をクリックします。



前提条件チェック の画面が表示されるので、
「次」をクリックします。



確認 画面が表示されるので「デプロイ」をクリックします。



さらに確認表示されます。
この時は、すでにデプロイが始まっているはずです。
「ステータスの表示」をクリックして、処理の進捗を確認します。



しばらく待って、プラグインのデプロイが完了すると
下記のような画面になります。




まだつづく・・・

Oracle VM 3 + EM 12c 連携への道（1: OEM へのサーバ登録）

Oracle Enterprise Manager Cloud Control 12c（OEM） と
Oracle VM Manager 3.x（OVMM） を連携させる方法をまとめておこうと思います。
ちなみに、Oracle VM Manager は、3.2.6 です。

マニュアルだと下記のあたりです。

Oracle Enterprise Manager Cloud管理ガイド 12c リリース3 (12.1.0.3)
4 IaaS用のクラウドの設定http://docs.oracle.com/cd/E26854_01/doc.121/b70509/cloud_iaas_setup.htm
※今回使っているのは OEM 12c R3 ではないですが…

今回の前提

• すでに OVMM 3.x は構築済みで Oracle VM Server も登録済み。
• すでに OEM 12c は構築済み。
• 登録対象の OVMM のインストールされている Linux で /etc/sudoers ファイルを編集しておきます。※詳細は別の機会に・・・

作業の流れ

1. OEM への OVMM サーバ登録 ★←今回はここ
   OEM に、OVMM をインストールしてある Linux OS を登録します。
   OVMM サーバには、OEM エージェントがインストールされます。
   
   
2. OVMM サーバの OEM Agent へのプラグイン追加
   OVMM にインストールされた OEM エージェントに、OVMM を管理するための
   「Oracle Virtualization」プラグインを追加します。
   Oracle VM 3 + EM 12c 連携への道（2: OEM Agent へのプラグイン追加）
   
   
3. OEM への OVMM 登録
   Oracle VM 3 + EM 12c 連携への道（3: OEM への OVMM 登録）

手順

OVMM を OEM に登録する準備として、
OVMM をインストールしている Linux サーバを OEM に登録しておきます。
これは、普通に Oracle DB などを OEM 登録するときの手順と
そんなに変わらないのではないかと思います。

まずは、OEM にログインします。
※ここでは、管理者権限のある sysman ユーザでログインしています。




「設定」→「ターゲットの追加」→「ターゲットの手動追加」を開きます。




「ホスト・ターゲットの追加」を選択して
「ホストを追加します...」をクリックします。



ターゲットの追加画面で、
「追加」をクリックして ホスト名とプラットフォームを入力して
「次」ボタンをクリックします。
例で追加している、ovmm3-n2.gowatana.lab は OVMM をインストールしてある Linux サーバです。
プラットフォームは「Linux x86-64」（64bit　の Linux）を選択しています。




「インストールのベース・ディレクトリ」を指定します。
これを指定すると「インスタンス・ディレクトリ」もその配下のパスが自動入力されます。

「名前付き資格証明」は、ユーザ/パスワードなどを保存しておくもので、
これから登録する Linux サーバにログインするための資格証明を指定します。
すでに登録済みの、名前付き資格証明を指定します。

それ以外の入力欄は、デフォルトのままにしています。
入力したら「次」をクリックします。



ちなみに、「＋」ボタンをクリックすると、
下記のような画面で「名前付き資格証明」を新規作成して
ユーザ/パスワードを指定することができますが、
既存のユーザ/パスワードと重複するとエラーになるので
その場合はうまい具合に既存の「名前付き資格証明」を指定します。



確認画面が表示されます。
「エージェントのデプロイ」を選択します。



しばらくすると処理が終わります。



これでホストが登録されました。
たとえば、「ターゲット」→「ホスト」を開くと・・・



OVMM のサーバが登録されたことがわかります。
ホスト名「ovmm3-n2.gowatana.lab」のリンクをクリックすると・・・



下記のような画面が見られます。



つづく・・・