没见过这么"变态"的公司,就弄两秆枪就想打天下,连续一周的7*24 on-site,就2.5个人,谁受的了啊.

今天还要求继续on-site standby(昨天到晚上2点,早上8点过来),不管了,我先歇歇.

今晚回济南了.一个多月没回去了,被那些"无知"的靠先拍胸脯、再拍脑袋，接着桌子的傻子门折磨的终于挺不住了！

天踏下来，让那些个子高的先顶着吧，爱咋咋的.偶不伺候了。。。

今天被大雨截在路上1.5小时。天气糟糕透了。

雷很响

闪很亮

雨很大

天很黑

我很冷

。。。

这几天连续的加班，几乎每天到晚上12点以后，回去能在1点睡下就不错了。第二天还不能自然醒（基本上是被电话叫醒），今天实在坚持不住了，7点多回家里，吃饭后就躺下了，努力了1个小时就是睡不着，起来--躺下--再起来--再躺下。。。越着急越睡不着，疯了。。。

五一节劳动节劳动很辛苦！

前言

GPFS（General Parallel File System）是IBM公司推出的行业领先的并行分布式通用并行集群文件系统，GPFS从1993开始研发，1995年投入商用（最早投入使用在多媒体处理行业，所以我们现在看到GPFS的很多目录和命令为什么都有MM[multimedia]两个字母，就是根据这个背景延续下来的），其中经过了多次版本的改进和修订，到目前(2008)，GPFS的当前版本为3.1.

GPFS是一个共享的磁盘文件系统，集群内的所有节点(NODE)可以并行的访问所有共享磁盘，并通过分布式的令牌管理机制和条带化技术来管理和优化各个节点的访问。

GPFS的应用范围非常广泛，从多节点的文件共享服务到大型的高性能计算机群，都可以看到GPFS的优秀表现。GPFS也应用在众多的企业应用系统中，比如高可用的解决方案：HACMP，ORACLE RAC，SAP的共享文件系统等，GPFS在这些应用里面都表现出了出色的性能和高可用性

什么是GPFS

GPFS（General Parallel File System）是通用并行文件系统的缩写。

GPFS是一种高性能的、共享磁盘的、分布式文件系统

高性能：GPFS可以支持1个到上千个独立的计算机节点

可以从单个节点管理整个文件

支持AIX，LINUX以及混合节点环境

共享磁盘：所有的磁盘可以被所有的节点同等的访问

数据和元数据对节点的访问是相同的

任何直连节点都可以对任何磁盘进行读写

分布式：数据和元数据可以被任何一个节点来处理

所有节点都不需要经由其他节点就可以直接处理数据和元数据

消除了单一节点故障

tips:GPFS在内部采用了分布式的token的管理，通过token manger Server的功能来统一的对数据访问进行授权，对数据的授权可以做到数据块一级。可以保证多个节点对同一个文件进行修改。

本来计划20号中午开始的异机恢复，我上午10就来到DC，结果客户说dealy到下午3点，熬到下午3点开始后，刚恢复到一半，大约18点多了（从磁带恢复比较慢），突然又来个人说需求变化了，备份集不要4月5号的，要今天早上凌晨的备份，我的天啊，这个郁闷啊，不知道怎么形容。

我真想骂人了，不能这么做事啊，之前的流程里提的清清楚楚，做到一半了说变就变了，把我们当猴耍啊。

客户也很NB，我不管你这些，我给你来个紧急变更，我看你怎么办，老板们也只能：I approve, I support，最后还得做，唉，惨啊...

好在赶在今天上班前，把case顺利做完了，要不然今天上班后那些家伙还不知道怎么"发彪"呢.

可惜了我的肚子，饿的咕咕叫，就牢骚这么多，赶紧回家了，好象雨还在下，TNND。

借助上面的测试，顺便介绍一下如何move IOT MAPPING TABLES。移动IOT MAPPING TABLES的语法是：

ALTER TABLE <TABLE_NAME> MOVE MAPPING TABLE TABLESPACE <TBS_NAME>;

下面做个简单的测试

SQL> select segment_name,segment_type,tablespace_name from user_segments where segment_name like '%MAP%';

SEGMENT_NAME              SEGMENT_TYPE       TABLESPACE_NAME
------------------------- ------------------ ---------------------
SYS_IOT_MAP_56839         TABLE              DATA_01
PK_IOT_MAPPING_TEST       INDEX              DATA_01

SQL> alter table iot_mapping_test move tablespace users;

Table altered

SQL> select segment_name,segment_type,tablespace_name from user_segments where segment_name like '%MAP%';

SEGMENT_NAME                    SEGMENT_TYPE       TABLESPACE_NAME
------------------------------- ------------------ -----------------
SYS_IOT_MAP_56839               TABLE              DATA_01
PK_IOT_MAPPING_TEST             INDEX              USERS

可以看到，常规的move操作只是表索引移了。

SQL> alter table iot_mapping_test move mapping table tablespace users;

Table altered

SQL> select segment_name,segment_type,tablespace_name from user_segments where segment_name like '%MAP%';

SEGMENT_NAME              SEGMENT_TYPE       TABLESPACE_NAME
------------------------- ------------------ ---------------------
SYS_IOT_MAP_56839         TABLE              USERS
PK_IOT_MAPPING_TEST       INDEX              USERS

SQL> 
OK，到这里mapping table被成功的移动了

SQL> create table IOT_MAPPING_TEST (name varchar2(32),
  2                                 no number,
  3                                 constraint PK_IOT_MAPPING_TEST primary key(no)
  4                                 )
  5  organization index
  6  mapping table;

Table created

SQL> 
SQL> select table_name,iot_name,iot_type from user_tables where table_name='IOT_MAPPING_TEST';

TABLE_NAME                     IOT_NAME                       IOT_TYPE
------------------------------ ------------------------------ ------------
IOT_MAPPING_TEST                                              IOT

SQL> select table_name,iot_name,iot_type from user_tables where iot_type='IOT_MAPPING';

TABLE_NAME                     IOT_NAME                       IOT_TYPE
------------------------------ ------------------------------ ------------
SYS_IOT_MAP_56839              IOT_MAPPING_TEST               IOT_MAPPING

SQL> 
SQL> alter table iot_mapping_test shrink space;

Table altered

SQL> alter table SYS_IOT_MAP_56839 shrink space;

alter table SYS_IOT_MAP_56839 shrink space

ORA-28668: cannot reference mapping table of an index-organized table

SQL> 

章节索引

Segment Shrink的基本要求
Segment Shrink在不同版本的一些限制
Segment Shrink的工作机制
一个简单的Segment Shrink的DEMO
预测索引空间的需要
Shrink 不支持IOT MAPPING TABLES的测试
如何move IOT MAPPING TABLES

附：本章中用到的主要脚本
　

在Oracle 10g之前，我想很多DBA都遇到过数据重组这样的需求，从而改善系统的性能，虽然在 9i中也提供了诸多的特性可以帮助DBA去完成类似的工作，但对一个真正的7*24的高并发OLTP业务系统，这是一个十分棘手的问题，DBA们不得不考虑诸的潜在风险，以保证对生产系统没有任何影响。比如空间的需求，是否可以停止这个表上的相关应用，如果不可以怎么办？是否会导致某些对象失效？是否会导致锁等待，等等，这是我们以前在着手一个表被重组前不得不考虑的问题。

相关参考《Oracle 9i中数据重组优化的方法》

从Oracle 10g开始，Oracle提供了Segment Shrink 选项，这是Oracle 软件在不断的走向成熟和完善的一个标志，有了这个特性，对DBA来说我们就可以更有效的管理我们的空间，从而提供更好的访问性能。

部分章节陆续在本blog上发布。。。欢迎大家仍砖头^|^

一直伴随我多年的小剪刀，被青岛流亭机场美丽的安检小姐"温柔"的给"摸收"了.

纳闷的是去的时候在北京的T3居然没被发现^|^，这个实在说不过去了。。。

公司因业务发展需要，招聘aix/unix 管理人员若干，具体的要求就是：给你几台 server,你能玩的转即可.

工作地点：北京

薪酬待遇：B6-B7，具体的level需要和老板去谈！

有兴趣的同志欢迎发简历给我！

快被流程搞疯了，10分钟的工作，流程需要1天甚至更长的时间，眼看系统快不行了，但没有流程就是不能干活，否则就得走人。

而流程仅仅就是一个简单的mail通知，然后冒出一堆人approve一下，我靠，大象根本不需要蚂蚁去拌，自己的那4条臃肿的大腿就可以把自己拖死。。。