2008-08-28 Thu
在上午安装完数据库，配置完监听之后，中午休息，记得中午休息之前把数据库备份一下。
下午的Section是安装Grid Control。在OCM考试的Linux操作系统环境中安装Grid Control应该来说是一件很简单的事情，恩，实际上是我安装Grid Control最顺畅的一次了。
每个人面前会有两台机器，一台称为奇数机（ODD），一台称为偶数机（EVEN），注意，考题上也会这样表述的，要你在ODD机器上做什么或者在EVEN 机器上做什么，偶数还是奇数是依靠机器的hostname最后一位或者两位数字来定的，通常会要求你在奇数机上创建数据库，在偶数机上安装Grid Control的OMS。
偶数机上是没有Oracle软件的，因此OMS需要的Repository这个数据库也需要创建在奇数机上，再加上之后第二天会要求创建的Standby实例，总共会有三个实例运行在奇数机上，正常情况下奇数机的内存是2G，所以请预先考虑好分配给每个实例的内存。
为什么上午就要求配置监听？因为下午的考试中OMS需要通过监听来访问创建的数据库，总之，OCM考试中基本上都是这样环环相扣的，其中某一步做慢了或者没完成就很可能影响接下来的考试。
Grid Control的安装软件会预先放置在偶数机的某个目录下，考题里面会告诉你的。但是，不要着急安装，为了一次就安装成功我们需要预先做一些工作。再次强调一下，安装OMS我们基本上只有一次的机会，因为大部分的错误都会是在等待了一个漫长的Configuration过程之后再报出来，而这时候通常已经没有剩余的时间让你去找到问题发生的原因，然后清理已经安装了残迹再重新安装OMS了。
1. 按照要求，通常会创建一个新数据库在奇数机上（不同于上午的Section中要求创建的SID），用于存储OMS需要的Repository信息，下午的时候应该是已经可以使用图形界面了，所以我们可以用dbca来创建这个数据库。
2. 数据库创建完毕以后，也许仍然你习惯用手动的方法创建，所以请检查数据库里面有没有dbms_shared_pool这个package，如果没有，运行$ORACLE_HOME/rdbms/admin/dbmspool.sql来创建这个package，因为安装OMS时候某些自动的检查需要调用这个包，没有的话将会报错。
3. 快速地建立两台机器之间的ssh信任关系，如果还不会的，请务必去网上查资料并且牢记每一步操作。这里有个小陷阱，默认情况下，两台机器上的oracle 用户的home目录权限是0777，也就是完全的可读些权限，但是在这种情况下，建立oracle用户的ssh信任关系，即使你完全配正确了，也同样无法正常地不输入密码就登陆到另外一台机器上。据说很多人折在这里，怎么也配不通两机的信任关系，那时候焦躁的心情应该可想而之了。 需要做的是将oracle用户的home目录权限改为0755。
4. 尽量在一台机器上操作，不要在两台机器面前一会儿敲敲这个的键盘，一会儿动动那个的鼠标。字符界面的话，用terminal ssh过去就可以了，图形界面呢？不需要费劲地去检查vnc server有没有启动，启动在哪个端口了什么的，直接用ssh -X hostname这样的方式，就可以将远程的X界面显示在本机上。
5. 安装OMS，对于Repository库是有一些初始化参数的要求的，比如java池该多大，shared pool该多大，job queue该多大，但是不要去阅读安装文档，那个浪费时间。我们需要做的就是设置SGA_TARGET = 300M，这样内存参数就自动管理了，安装OMS不会报任何错误，另外对于job queue等其它的参数，在点击开始安装之后的某个界面，会弹出一个警告框，告诉你哪些参数不符合要求，需要改为多少多少，OK，安装这个界面里的要求，依次修改数据库的参数，然后重新启动数据库，不需要退出安装界面，在重启完数据库之后，点确定，直接继续安装就可以了。
6. 要有耐心，OMS安装的时候，在Configuration那一步时会非常慢，千万不要等不及了就准备关掉重来，时刻监控安装的log文件（log文件的位置在安装界面上应该可以找到），只要不停地有输出，你就可以安心地等待。
7. OMS安装完毕，也启动成功了。还需要在奇数机上安装Grid Control的Agent，有好多种方法可以安装，但是我们需要选择最简单最快速的方法，那就是使用agentDownload.linux程序，将这个程序从偶数机的OMS安装目录中copy到奇数机的某个目录下，随便哪个目录都行。然后运行下面的命令：
./agentDownload.linux -b /u01/app/oracle/product
最后一个参数是我们希望将agent安装到的BASE目录。
用这种方法安装Agent的速度很快，而且无需任何人工参与，简直是杀人越货考取OCM的必备良器。
8. OMS也启动了，Agent也启动了，通过浏览器去检查一下Grid Control的管理界面是不是好用吧，到这里，基本上就没什么问题了，下面会是一些要求你通过Grid Control来创建一些表空间或者一些用户或者一些什么别的操作，按照要求来就好。不过，对于命令行死忠派来说，还是预先去熟悉一下图形界面的操作吧，否则到时候找个按钮都要找半天。
1930年，并不附属于普林斯顿大学的高等研究院在普林斯顿成立，也是全国第一所给学者研究的住宿学院。爱因斯坦是研究院第一批教授之一。可以说，整个20世纪就是一个全世界各地学者、研究员和企业从世界各地流入普林斯顿的过程。（——引自百度百科）
从今天的眼光来看，究竟是“罗马不是一天建成的”还是“条条大路通罗马”抑或普林斯顿分享着众人的荣耀还是其荣耀吸引了众人，这是一个先有鸡还是先有蛋的问题么？而对于一个早年求学于这所学校的学生我们又能说些什么呢？对他来说，是在现在分享了既成的将来事实，还是在当时影响了将来的既成事实？
也许一个游离于两者之间的答案是一个更接近真理的看法。千里马本身就是千里马，伯乐本身亦是伯乐，一个特定的《遇见》是一个“美丽的意外”，但如果可以加总，则或可计算实证。
在此之外，一些蝴蝶效应总是无法避免的。
Oracle Database 12g ?没错，就是还没有发布的未来版。
Oracle最近宣布将来的12g中将不再支持Raw Device. Oracle Database 12g什么时候会发布呢？也许是2012年。这一消息来自Metalink Note:578455.1
不支持裸设备意味着什么呢？Oracle这样说：
This means customers can no longer keep their datafiles, OCR or Voting disks on raw devices in Oracle 12g.
也就是说在RAC中，我们将不能使用裸设备存储OCR或VD，这个实际上是一个改进，在使用了ASM之后，还要划分几个裸设备用于存储OCR及VD,怎么看都不伦不类，所以在RAC中的这个De-Support实际上算是一个增强。
而且据说，在Oracle即将推出的Oracle Database 11g中，已经支持在ASM中存储OCR及VD，那么到12g的改变可以说是水到渠成的了。
而不再支持使用裸设备存储数据文件，这的确是个需要及早通知的消息，因为的确有很多客户仍然使用Raw Device来部署RAC环境。那么这些用户需要注意，在将来升级到12g的时候，这些文件必须进行迁移。
这就是未来，Oracle主导的变化，这一变化，在我看来是一大技术进步，虽然这期间需要ASM快速完善和成熟起来。
关于这一消息的其他内容可以参考：
Ningoo的 Oracle12G将不再支持裸设备？
ITPUB的 如何看待对于风传的Oracle 12g RAC将不再支持裸设备
-The End-
相关文章|Related Articles
- Oracle 10g RAC的相关概念
- RAC基本概念：PCM、IDLM、DLM等
- 10g OCR工具ocrcheck ocrconfig ocrdump
- Oracle进程：LMS 进程与Oracle RAC
- Oracle10g OCR及Voting Disk的备份
评论数量(1)|Add Comments
本文网址：http://www.eygle.com/archives/2008/08/oracle_12g_rawdevice.html
作者:d.c.b.a, 订阅AnySQL, Oracle数据库恢复及服务, Sybase恢复, 磁盘及RAID恢复
活运活用, 用Perl写了一个看AIX主机网卡流量的脚本, 差不多和"Hello, World"一样简单了.
#!/home/oracle/dbaperl/bin/perl -w
#
use AIX::Perfstat;
my $nettotal = AIX::Perfstat::netinterface_total();
my $preipkt = $nettotal->{ipackets};
my $preopkt = $nettotal->{opackets};
my $preibyt = $nettotal->{ibytes};
my $preobyt = $nettotal->{obytes};
while(1)
{
sleep(10);
$nettotal = AIX::Perfstat::netinterface_total();
print($nettotal->{ipackets} - $preipkt,",");
print($nettotal->{ibytes} - $preibyt, ",");
print($nettotal->{opackets} - $preopkt,",");
print($nettotal->{obytes} - $preobyt, "\n");
$preipkt = $nettotal->{ipackets};
$preopkt = $nettotal->{opackets};
$preibyt = $nettotal->{ibytes};
$preobyt = $nettotal->{obytes};
}
输出的样本数据, 前面加个时间就更好了.
209293,25449294,179547,45651583
217798,26535501,188151,47684198
204486,25331561,175493,45920902
204652,25110514,175301,45952904
205024,25172192,176165,46227715
202194,24638398,172954,45765479
只能一步一步来了. 好象需要加上Int64位运算支持, 才能准确显示数据.
相关文章 | Related Artiles
我要留言(当前0)
Author:NinGoo posted on NinGoo.net
对于MySQL，很多印象其实都是来自比较老的4.x版本，实际上MySQL在后续的5.0，5.1和6.0版本中还是做出了很多的改进，特别是原来一些动不动要重启的操作，慢慢的都可以在线做了，如果要做企业级数据库，在线操作的支持是必不可少的。由于我们在产品库中大量开始使用5.1，所以打算写一个系列短文，介绍一些个人觉得比较实用的新特性。因为MySQL这样的开源软件，版本分支比较多，所以每篇文章涉及的一些小版本可能不太一样。
MySQL有很多种日志，包括error log，general query log，binary log，slow query log等。在以前的版本，这些日志的开启或者关闭，都是需要重启服务器的，而且都是记录到日志文件。从MySQL5.1.6版开始，general query log和slow query log开始支持写到文件或者数据库表两种方式，并且日志的开启，输出方式的修改，都可以在Global级别动态修改。
如果说日志是写到文件还是表，对于DBA来说不是那么在乎的话，那么可以动态的开启关闭日志真的可以说是DBA们梦寐以求的。尤其是slow log query，以前一直在头疼，开启吧，可能影响性能，不开吧，对于一些性能差的SQL又没有其他好用的捕获方式。因为开还是不开，涉及到重启服务的问题。
下面演示一下通过设置几个Global级别参数来开启关闭general query log和slow log query的过程：
root@NinGoo>select version(); +---------------+ | version() | +---------------+ | 5.1.25-rc-log | +---------------+ 1 row in set (0.00 sec)
设置日志输出方式为文件
root@NinGoo>set global log_output=file; Query OK, 0 rows affected (0.00 sec)
设置general log和slow query log的日志文件路径
root@NinGoo>set global general_log_file='/tmp/general.log'; Query OK, 0 rows affected (0.00 sec) root@NinGoo>set global slow_query_log_file='/tmp/slow.log'; Query OK, 0 rows affected (0.00 sec)
开启general log和slow query log，相应的，关闭只要设置参数为off
root@NinGoo>set global general_log=on; Query OK, 0 rows affected (0.04 sec) root@NinGoo>set global slow_query_log=on; Query OK, 0 rows affected (0.02 sec)
如果设置log_output=table的话，则日志结果会记录到名为gengera_log和slow_log的两张表中，这两张表的默认引擎都是CSV，其实就是将日志保存为CSV文件格式了。当然，也可以将这两张表改为MyISAM引擎，这不是问题。
root@mysql>desc general_log; +--------------+-------------+------+-----+-------------------+-----------------------------+ | Field | Type | Null | Key | Default | Extra | +--------------+-------------+------+-----+-------------------+-----------------------------+ | event_time | timestamp | NO | | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP | | user_host | mediumtext | NO | | NULL | | | thread_id | int(11) | NO | | NULL | | | server_id | int(11) | NO | | NULL | | | command_type | varchar(64) | NO | | NULL | | | argument | mediumtext | NO | | NULL | | +--------------+-------------+------+-----+-------------------+-----------------------------+ 6 rows in set (0.01 sec) root@mysql>desc slow_log; +----------------+--------------+------+-----+-------------------+-----------------------------+ | Field | Type | Null | Key | Default | Extra | +----------------+--------------+------+-----+-------------------+-----------------------------+ | start_time | timestamp | NO | | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP | | user_host | mediumtext | NO | | NULL | | | query_time | time | NO | | NULL | | | lock_time | time | NO | | NULL | | | rows_sent | int(11) | NO | | NULL | | | rows_examined | int(11) | NO | | NULL | | | db | varchar(512) | NO | | NULL | | | last_insert_id | int(11) | NO | | NULL | | | insert_id | int(11) | NO | | NULL | | | server_id | int(11) | NO | | NULL | | | sql_text | mediumtext | NO | | NULL | | +----------------+--------------+------+-----+-------------------+-----------------------------+
更多关于MySQL5.1日志的新特性，请参考MySQL 5.1 Reference Manual
Related Articles
PermLink: http://www.ningoo.net/html/2008/mysql_51_new_feather_1_log_output.html
Add Comments(0) | Follow NinGoo@Twitter | Google Reader
这是由 mixi 株式会社 开发部系统运营组的两位工程师所写，日常负责程序的运营。本文将针对最近在Web应用的可扩展性领域的热门话题memcached，说明其内部结构和使用。
文章分为5个章节、案例讲解，推荐大家阅读学习，中文版PDF文档下载地址见最下！
-
1.1 memcached是什么？
1.2 memcached的特征
1.3 安装memcached
1.4 用客户端连接
1.5 使用Cache::Memcached
1.6 总结
-
2.1 Slab Allocation机制：整理内存以便重复使用
2.2 在Slab中缓存记录的原理
2.3 Slab Allocator的缺点
2.4 使用Growth Factor进行调优
2.5 查看memcached的内部状态
2.6 查看slabs的使用状况
2.7 总结
-
3.1 memcached在数据删除方面有效利用资源
3.2 LRU：从缓存中有效删除数据的原理
3.3 memcached的最新发展方向
3.4 外部引擎支持
3.5 总结
- 4.1 memcached的分布式
4.2 Cache::Memcached的分布式方法
4.3 Consistent Hashing
4.4 总结
- 5.1 mixi案例研究
5.2 memcached应用经验
5.3 兼容应用程序
5.4 总结
-
如今，越来越多的Web应用程序开始使用memcached这个高速的缓存服务器软件。然而，memcached的基础知识远远未能像其他Web技术那样普及，memcached在国内的大规模应用也鲜为人知。而日本的mixi（http://mixi.jp）则在这方面走在了前面，不仅大规模使用memcached作为缓存来加速Web应用，而且自行开发了Tokyo Cabinit、Tokyo Tyrant等一系列相关的软件。
最近，日本的技术评论社的网站上刊登了mixi的两名工程师长野雅广、前坂徹撰写的一篇连载《memcachedを知り尽くす》。这篇连载语言简洁、通俗易懂，非常适合memcached入门的人阅读。
今天，在北京Oracle总部出席"Oracle DBA圆桌会议"活动。
这是老万（万正勇）加盟Oracle公司后组织的活动，今天下午一共三个主题演讲，wzy，我和Kamus各有45分钟的演讲时间。
不过我的又超时了。
很多朋友是熟悉的面孔了，我的主题《自动工作负载库（AWR）与数据库性能诊断实践》，实际上扩展的要广一些。
本来准备了很细致的内容，不过还没讲到主题时，老万已经提醒我时间到了，所以没能深入到预计的程度。
希望以后还有机会讲讲这个主题。
-The End-
相关文章|Related Articles
- 《深度解析Oracle》之《故障诊断分析方法》
- 《深度解析Oracle》之《Oracle优化工具》
- 《深度解析Oracle》之《从等待分析开始》
- 《深度解析Oracle》之《Oracle内存管理》
- 《深度解析Oracle》之 Redo & Undo
评论数量(2)|Add Comments
本文网址：http://www.eygle.com/archives/2008/08/dba_round_table.html
作者:d.c.b.a, 订阅AnySQL, Oracle数据库恢复及服务, Sybase恢复, 磁盘及RAID恢复
AIX Perfstat提供了一个访问主机性能数据的接口, 可以参考libperfstat.h和API接口文档来了解. 在AIX-Perfstat接口中, 每一个API调用都返回一个hash. 先是了解一下, 这个接口提供了那些数据.
cpu_total
processorHZ lwrite sysexec phwrite phread idle
lread ncpus_cfg bwrite sysread writech syswrite
user runque devintrs pswitch sysfork swpque sys
softintrs syscall readch bread ncpus description
loadavg wait lbolt
memory_total
numperm real_free pgsp_rsvd pgexct real_inuse
pgsp_free real_pinned pgspins pgouts pgspouts
pgsp_total real_total cycles scans pgins
pgsteals pgbad virt_total
disk_total
free number time wblks rblks xrate xfers size
netinterface_total
oerrors number collisions opackets ibytes obytes
ipackets ierrors
在AIX 5.3上面, 用C的接口的话可以看到更多的数据, 说明这个接口有些偏老了, 有空时改改.
相关文章 | Related Artiles
我要留言(当前0)
