Install Oracle EM CC 13c on CentOS6 64bit

4 Comments

(阅读过程中,如果觉得截图太小,可以通过:Ctrl + 滚轮上滚,放大)

如题所示,本文将在CentOS6上部署EM13c

环境说明:
本文的实验环境均由VMware虚拟化vCenter 5支持。
本实验涉及到两台虚拟机,分别用于:OMS和OMR。

它们的IP分配如下
EM 13c – Linux – OMS: 166.100.0.144
EM 13c – Linux – OMR – Total ( for Linux & Ms Windows): 166.100.0.145

硬件配置
OMS:
内存 – 16G
CPU – 2
磁盘 – 80G

OMR:
内存 – 16G
CPU – 2
磁盘 – 90G

Oracle相关软件的配置
Enterprise Manager:
版本:13.1.0.0.0

OMR DB:
版本:12.1.0.2
SID:repolinux
Port:1521

操作系统配置
CentOS:
版本:6
防火墙:关闭
SELinux:关闭

——————————————————————
接下来的章节,大体上将按照下面的顺序进行:
1. OMR部分
1.0 OMR:操作系统预配置
1.1 OMR:数据库软件的安装
1.2 OMR:数据库实例的创建
1.3 OMR:数据库实例的配置

2. OMS部分
1.1 OMS:操作系统预配置
1.2 OMS:EM 13c的安装
1.3 OMS:EM 13c的配置
1.4 OMS:EM 13c添加目标 – 主机

——————————————————————

软件介质的准备
Oracle database 12c(12.1.2.0) for Linux 64:
http://www.oracle.com/technetwork/database/enterprise-edition/downloads/database12c-linux-download-2240591.html

Enterprise Manager 13c(13.1.0.0) for Linux 64:
http://www.oracle.com/technetwork/oem/grid-control/downloads/oem-linux64-2823270.html

Database Template for EM OMR:
http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/db-templates-2767916.html
(根据自己的平台版本选择数据库模板,这里,我们选择“Linux x86-64”)

文档准备
Oracle EM 13c – 联机文档:
http://www.oracle.com/technetwork/oem/enterprise-manager/documentation/index.html
http://docs.oracle.com/cd/E63000_01/index.htm

——————————————————————
操作系统的安装。

这里,操作系统的具体安装步骤与过程不予以详述,我只会列举出我做出的配置的描述。

1. OMS:
em13c_oms_vm_intro_1
关于用于OMS的CentOS 6的系统:
a. Gnome桌面环境的默认安装
b. 分区为:autopart
c. 关闭了:SELinux
d. 关闭了:iptables

2. OMR:
em13c_omr_vm_intro_1
关于用于OMR的CentOS 6的系统:
a. Gnome桌面环境的默认安装
b. 分区为:autopart
c. 关闭了:SELinux
d. 关闭了:iptables
e. 默认,初始上传介质存放在:/software

——————————————————————
OMR:操作系统预配置

创建需要的目录:
1. /software

上传软件介质到该目录:
xftp_upload_1

xftp_upload_2

xftp_upload_3

查看下目录状态:

文件:/etc/hosts。

配置YUM,并安装需要的软件包:

文件:/etc/sysctl.conf。

文件:/etc/security/limits.conf。

文件:/etc/pam.d/login。

配置:/etc/sysconfig/network,NOZEROCONF

网络IP静态分配:

创建需要的用户组和用户:

配置用户oracle的环境变量:

创建需要的目录结构:

这样,OMR上的操作系统的预配置就完成了。

——————————————————————
OMR:安装Oracle database 12c软件

进入“/software”,解压安装介质:

执行runInstaller安装:
1. xhost +
omr_linux_env_display
命令:

2. ./runInstaller

OUI – 安装过程:
omr_oui_1

omr_oui_2

omr_oui_3

omr_oui_4

omr_oui_5

omr_oui_6

omr_oui_7

omr_oui_8

omr_oui_9

omr_oui_10
这里,系统检查发现:当前环境的SWAP分区不够。
OUI期望的是:15.5 GB。
但当前只有:5.8 GB。

对操作系统的SWAP分区扩容:

这样,swap的扩容就完成了。
当前大小为:21094840 kB。
21094840 KB / 1024 /1024 = 20.11 GB

当前的配置只是当前系统运行期间生效的,如果重启了,扩容的操作会失效。
要永久的保留这部分的操作可以修改/etc/fstab文件实现。
具体如下:

如上,添加最后一行的记录就可以了。

然后,在如上面的步骤扩容好了swap分区后,我们回到OUI的画面,重新检查下当前环境是否满足OUI的要求:
点击“Check Again”,即可:
omr_oui_11
1
omr_oui_12
2
可以看到,所有的检查均已通过。

然后,就开始正式安装了:
omr_oui_13

omr_oui_14
需要等待一段时间。
2016年3月16日14:31:42

执行安装后脚本:
omr_oui_15

以root身份执行:

Finished:
omr_oui_16

至此,OMR上的Oracle database 12c的软件就安装完成了。

——————————————————————
OMR:通过EM提供的模板文件创建需要的资料库(Repository DB)实例

1. 部署EM DBCA模板文件

将下载好的DB Template(模板文件)上传到OMR的服务器上:
db_template_upload_1

db_template_upload_2

db_template_upload_3

查看下目录:

将模板文件拷贝到Oracle数据库的DBCA模板目录下:
DBCA的模板目录位于:$ORACLE_HOME/assistants/dbca/templates/

解压模板文件:

2. 使用EM的DBCA模板文件建库
启动DBCA建库:

DBCA建库:
dbca_em_db_template_1

dbca_em_db_template_2

dbca_em_db_template_3
这里就可以看到部署了EM提供的DBCA模板后的不同了。
新增了三个用于EM的模板选项,分别对应:小型、中型和大型规模的EM场景。
这里,我们选择“小型”(Small)。

你也可以通过“Show Detail”看看模板的详细描述信息:
db_template_detail_1

db_template_detail_2

还是回到DBCA建库的主线:
dbca_em_db_template_4
OMR数据库实例名:repolinux。

dbca_em_db_template_5
不需要启用数据库的EM Express(该产品功能比EM CC 13c弱)。

dbca_em_db_template_6
设置一个复杂点的密码。

dbca_em_db_template_7
由于当前环境还没有创建与配置监听器,所以在DBCA建库的同时,创建一个监听器:
监听器名称:LISTENER
监听端口:1521

以这种方式创建监听器,则:在实例创建完成后,会被自动的注册到该监听器中。

dbca_em_db_template_8
数据库的数据文件存放在文件系统上。
并且,不需要闪回恢复区以及归档。

dbca_em_db_template_9
不需要样例账户。

dbca_em_db_template_10
自动分配SGA、PGA。

dbca_em_db_template_11
进程数(processes)大一点:800。

dbca_em_db_template_12
字符集:Unicode AL32UTF8

dbca_em_db_template_13
监听运行模式:独立服务器

最后,就可以正式建库了:
dbca_em_db_template_14

dbca_em_db_template_15

dbca_em_db_template_16
等待一段时间。
2016年3月16日15:15:19

数据库实例创建完成:
dbca_em_db_template_17

看看当前OMR环境中的状态:

监听器也对实例接管了:

——————————————————————
OMR:实例创建后的配置与调整

1. 确认是否有OMF管理的数据文件,如果有,重命名。

2. 禁用自动统计信息收集
查看当前自动统计信息收集功能的状态:

上面反馈的记录的第一行“auto optimizer stats collection”的状态,当前为:启用。

禁用:

禁用操作后,再次确认自动统计收集的状态:

3. 添加额外的重做日志组
数据库的最佳实践是需要四个重做日志组,但EM的DBCA模板在DBCA建库的时候只能创建三个重做日志组。
因此,我们需要添加至少一个额外的重做日志组:

4. 确认操作系统默认地区与数据库的NLS设置

5. 一些推荐值的数据库初始化参数的调整:
首先,备份当前初始化参数的配置:

修改:

在参数修改完成后,记得重启数据库实例,保证对数据库实例的参数的修改正确有效。


6. 删除实例中的EM配置:
$ORACLE_HOME/bin/emca -deconfig dbcontrol db -repos drop -SYS_PWD Oracle123 -SYSMAN_PWD Oracle123

至此,对OMR实例的创建与配置就全部完成了。

——————————————————————
OMS on Linux:操作系统预配置

对于Linux上的OMS的操作系统配置,直到用户创建为止的所有配置都和上面描述的OMR中的操作系统的配置是一样的
下面仅论述与OMR的操作系统的配置不同的地方

对于OMS的内核参数来说,应该采用以下这些参数:
文件:/etc/sysctl.conf

对于OMS,用户的创建还是一样的,也是创建oracle用户。
但是不同的在于oracle用户的环境变量的设定。

以下是OMS上的用户oracle的环境变量的配置:

在OMS上,配置好OMS的oracle用户的环境变量以后,文件系统中的相关路径的创建也是有所区别的。
这是因为环境变量中包含了两个产品目录:
1. OMS
2. Agent

具体的配置方式如下:

这样,OMS的操作系统的配置就完成了。

——————————————————————
OMS on Linux:执行EM 13c的安装

1. 上传安装介质到服务器:
em13c_mswin_upload_1

em13c_mswin_upload_2

em13c_mswin_upload_3

查看下文件状态:

2. 执行安装:
不需要解压zip包,直接执行*.bin文件即可自行解压,并开启OUI:

执行后,*.bin正在解压是的呈现:
em13c_unzip_1

OUI安装过程:
em13c_linux_oui_1

em13c_linux_oui_2

em13c_linux_oui_3

em13c_linux_oui_4

em13c_linux_oui_5

em13c_linux_oui_6

em13c_linux_oui_7

em13c_linux_oui_8

em13c_linux_oui_9

em13c_linux_oui_10

em13c_linux_oui_11

em13c_linux_oui_12

em13c_linux_oui_13

em13c_linux_oui_14

em13c_linux_oui_15

em13c_linux_oui_16
然后,等待安装进程走完。
可能会花费相当长的一段时间,耐心等待的同时,也可以通过“View Log”查看当前进程的详情。
2016年3月16日17:16:20

运行中:
em13c_linux_oui_17

当安装结束时,会提示你执行脚本:
em13c_linux_oui_18

以root身份执行:

Finished:
em13c_linux_oui_19
上面这个画面的信息,也被写入了文件:/u01/app/oracle/product/13c/middleware/install/setupinfo.txt。
如下:

至此,Linux上的EM 13c的软件安装,就完成了。
2016年3月16日20:52:16

注意:这里我在安装前,跟安装后都留有时间信息,粗略的算了下,大概跑了三个多小时才装完。

——————————————————————
OMS:访问OMS

在安装完成后,你拥有了几个可以被访问的网页程序:
1. Enterprise Manager Cloud Control URL: https://em13c-oms:7802/em
2. Admin Server URL: https://em13c-oms:7102/console
3. BI Publisher URL: https://em13c-oms:9803/xmlpserver

关于网络程序的端口列表的详情被存放在了以下这个文件中:
/u01/app/oracle/product/13c/middleware/install/portlist.ini
如下:

下面依次访问下上面提到的三个网络站点。

一、Enterprise manager
用户名:sysman
密码:上面安装EM13c的时候,你设定的口令。

访问详情:
web_em13c_1

web_em13c_2

web_em13c_3

web_em13c_4

二、Admin Server
用户名:weblogic
口令:安装时,设置的口令

访问详情:
weblogic_admin_console_1

weblogic_admin_console_2

三、BI Publisher
BI的页面无法访问到:
bi_publisher_1

——————————————————————
OMS:配置、管理以及相关组件

零、查看EM的软件库的位置
ruanjianku_1

ruanjianku_2
可以看到,当前的EM,软件库位于:/u01/app/oracle/product/13c/swlib/

新增一个新的软件库路径:/software/agent_image。
首先创建它:

在EM的软件库的配置中添加它:
ruanjianku_3

ruanjianku_4

ruanjianku_5

注意:如果这里不添加额外的软件库路径,在后面,使用emcli制作Agent的时候,会报错:

一、EM CLI(一)
OMS安装完成后便会自动配置好一个EMCLI工具。
它通常位于:$OMS_HOME/bin/emcli

你也可以通过EM的网络程序获取有关EMCLI的信息:
在我的环境里,这个地址是这样的:
https://166.100.0.144:7802/em/faces/core-emcli-emcliDownload

页面呈现是这样的:
emcli_em_download_page_1

在其中“Requirements”窗格中,你可以明确的看到运行emcli的先决条件:
************
Before installing EM CLI, you will need the following:
Oracle (Sun) Java JRE version 1.7.0_80 or greater
Click here to download
Note: Java for IBM Systems has to be downloaded separately.
To verify the version of java execute “java -version” from JAVA_HOME/bin directory.
Workstation running Solaris, Linux, HPUX, Tru64, AIX, or Windows with NTFS (client installation)
************

要想成功运行EMCLI,需要Java的版本为1.7.0_80以上。
当前环境的Java版本:

查看一下它的版本和当前状态:

尝试使用EMCLI登录OMS:

如上所示,我成功通过emcli登录OMS后,执行了同步操作,然后登出了OMS。

注意:在后面处理OMS离线自动更新的步骤里还会继续介绍emcli的更多运用技巧,故而,这一部分的简介告一段落。

二、查看当前OMS中有哪些代理程序(Agent)
在本文到目前为止的内容里,我们配置了OMR(资料库)、OMS。但是,如果想要Enterprise Manager真正发挥作用,我们还需要在目标机器上安装Agent程序,才能共让EM捕获到目标主机上的资源状态。

因此,第一个问题:我们去哪里找Agent程序?

在EM以前的版本中,Agent是单独下载的,然后用OUI的方式去部署。
但是现在,在12c、13c的环境里,我们可以通过Agent Deployment wizard将Agent推送到目标主机。

查看我们有哪些Agent:
“自动更新”功能入口:
zidonggengxin_1

进入“代理软件”:
zidonggengxin_2
(在这个画面,注意其中“检查更新”的功能,目前是不可用的。)

然后就能看到当前拥有的代理软件(Agent)了:
zidonggengxin_3
可以看到,当前只有适用于Linux64平台的Agent。

三、脱机打补丁与联机打补丁
为了获得更多的Agent支持,我们有两条路可选:
1. 登录MOS账户,在线的,通过MOS为EM增加更多的Agent(或者其他的补丁)
2. 脱机打补丁,在离线的EM中获取到了软件的下载地址,联网下载后,用emcli导入EM。

联机打补丁
如果选择第一种方式,直接登录MOS即可:
登录入口:
mos_support_1

mos_support_2

脱机打补丁
tuojidabuding_1

tuojidabuding_2

tuojidabuding_3

tuojidabuding_4
可以看到,这时候,检查更新就可以用了。

点击“检查更新”:
tuojidabuding_5
根据提示信息:
首先,下载:https://updates.oracle.com/Orion/Download/download_patch/p9348486_112000_Generic.zip
然后,上传服务器:

再然后,通过emcli工具执行导入:

这时候,再去查看“自动更新”中的“代理程序”的状态:
tuojidabuding_6
你会发现,比之前丰富多了。

这个时候,它们只是名录,没有真正的软件。
要想真正用到它们,你还需要去下载。

选中其中一个条目,然后选择下载:
tuojidabuding_7

tuojidabuding_8
和上面更新名录一样,它会让你去联网的环境里下载补丁包。
在我现在的场景中,我需要下载:
https://updates.oracle.com/Orion/Services/download/p14570373_112000_Generic.zip?aru=15465144&patch_file=p14570373_112000_Generic.zip
tuojidabuding_9

然后,还是一样,上传服务器:

然后在看看“代理软件”的状态:
tuojidabuding_10

选择“应用”:
tuojidabuding_11

tuojidabuding_12

tuojidabuding_13

这时候,让我们通过emcli看看当前Agent所支持的系统:

四、添加一个主机目标
由于当前我的EM里面有两种Agent,分别适用于Linux64的平台和Windows64的平台。
所以,接下来的添加主机,我将呈现两种平台上的添加样例。

1. Linux:
oms_linux_target_linux
这里我有一个Linux的主机,上面跑了11g的数据库。
该主机的IP为:166.100.0.4。

下载介质
从EM上下载emcli的程序包:
https://166.100.0.144:7802/em/public_lib_download/emcli/kit/emclikit.jar

从Oracle官网下载Java的程序包:
http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html
选择Linux 64版本的介质包。

下载完成后,上传到服务器:

查看Java的版本:

当前Java需要升级。

安装Java:

安装emcli:

配置emcli:

注意:其实,这里在目标主机上配置emcli不是必需的,… 或者说,是没必要的。

(OMS端操作)用emcli登录OMS,并生成针对当前平台的Agent:

将生成的Agent传到目标主机:

如果目标主机有Agent,需要停止:

如果目标主机没有agent,意味着将全新部署。

修改目标主机的/etc/hosts,添加OMS主机的记录:

注意
对于Linux的目标主机部署Agent,hosts文件一定要写成这样的格式。
否则在解压生成的Agent之后执行Deploy,校验会失败。

则需要配置适用于Agent的环境变量:

以上的有关HOSTNAME的条目,都需要在HOST表中找到对应的记录。

访问OMS,获取上传端口:
daili_1

daili_2
注意,这里的Agent的端口为:3872。

daili_3
如图,我的环境里的上传端口为:4903。

配置响应文件:

(目标主机操作)解压Agent包,并执行Agent部署:

注意
如果这里执行失败,那么重新来过的时候需要注意这几点:
1. 删除当前解压AgentCore的包生成的文件,该压缩包需要重新解压。
2. 删除你在上面的过程中指定的Agent的安装路径中被添加的内容,确认指定目录为空(否则再次执行agentDeploy,会因为not empty无法通过校验)

这一步是有可能失败的,比如说下面这样:
agent_failed
通过报错,可以看到当前的Agent版本,不支持RHEL5。

那么,问题(一)来了
在em中只有粗略的Agent版本与系统平台的说明,而没有具体发行版的描述:
zidonggengxin_no_desp
(注意:图中的Linux x86-64的Agent的版本是:12.1.0.5.0
Question:如何通过Agent的版本,确定它与具体发行版之间的认证关系呢?

关于这个问题,答案是通过Oracle的MOS的认证功能查询:
mos_certify

比如说,我的环境里有两种Linux x86-64的Agent:
em_agent_linux64_version
如图:这里的Agent版本是:13.1.0.0.0
还有一个就是上面第三张截图中的:12.1.0.5.0

我们可以在MOS中分别查查它们到底对应了哪些发行版:
em_agent_on_rhel64_support_1
如图:
13.1.0.0.0的版本,仅支持RHEL6与RHEL7。

em_agent_on_rhel64_support_2
而12.1.0.5.0的版本,则支持从RHEL4,一直到RHEL7的版本。

这时候,你就明白为什么在RHEL5上用13.1.0.0.0生成的AgentCore无法执行成功被部署的原因了。

解法:按照前面讲的脱机打补丁的方法,为当前的EM添加Linux x86-64 12.1.0.5.0的Agent支持。
导入EM:

应用(Apply):
apply_patch_1

apply_patch_2

查看当前emcli支持的系统平台:

生成针对Linux64的12版本的Agent:

看来还是有问题(二)
虽然get_supported_platforms可以看到条目,但是生成agent的时候:
1. You cannot retrieve an agent image lower than 13.1.0.0.0。(PS:不能生成低于EM版本的AgentImage吗?)
2. Microsoft Windows x64 (64-bit)的agent是存在的,但是却提示找不到Agent Image。(PS:不能生成与EM当前平台不一致的AgentImage吗?)

——————————
To be continue。

打赏

4
说点什么

avatar
4 Comment threads
0 Thread replies
0 Followers
 
Most reacted comment
Hottest comment thread
2 Comment authors
雨花石AdamhuanInstall Oracle EM CC 13c(13.1.0.0.0) on MS windows server 2008R2 64bit – Adamhuan's Data Center – 【逻辑驱动数据】 Recent comment authors

This site uses Akismet to reduce spam. Learn how your comment data is processed.

  Subscribe  
提醒
雨花石
游客
雨花石

请问如果监控tomcat?