昨晚做了一个梦，最近在鼓捣的一台新服务器，从太空路由器接了两根网线，另一根网线直通了米国，醒来自己都有点醉了，这根网线到底是有多飘啊？

当前在绝大多数的生产环境中，安装oracle RAC都是基于2台或3台物理主机进行配置，很少在虚机上配置RAC。 这是因为，oracle RAC架构本身就已经实现了高可用、负载均衡、横向能力扩展、服务虚拟化等，如果在底层实施hypervisor虚拟化后再构建RAC，相当于虚拟化、高可用等的重复实施，有一部分能力的无谓消耗，而且多了一些管理环节和故障的可能。并且，根据我们的实施经验，我们发现，对于较大处理能力的应用实施，如果底层基于虚拟化资源，会明显影响整体处理能力，同时还发现虚机资源池整体管理不够成熟的情况比比皆是…

ibm在大型机领域一骑绝尘，已经与国内服务器发展大趋势格格不入。 但是对于大型机的特性需求是无法否定的，相关的领域离不开这些特性：RAS、IO、高性能。 如果有一种技术架构能以低成本、高性价比取代既有的大型机，那么大型机gameover就不远了。 现在，寄希望于云计算、大数据技术，是否可行？相关的领域、部门，是否具备接纳的可能？ 这是一个值得深思的问题。

在这个疯狂的时代，数据疯狂的增长，因此带来的各类IT技术层出不穷，以应对这些无休止、变态增长的数据。 为了处理这些所谓的大数据，各类存储技术架构纷纷登场，能否换一个角度考虑问题，只要处理，不要存储？或者说少存储？就是说，强调云计算，强调处理与应用，弱化存储，否则无休止的海量扩张的数据存储，到头来全会变成垃圾。 这样考虑问题的原则是，因为客观世界是无穷无尽的，相关的描述它的数据随之而来，很自然，我们有必要全部把它转化为数字0011而再次保存一边吗？理论上讲，只能无限接近它，不能全部描述。因此我们的应对原则应该是，只提…

这几年断断续续接触了好几次oracle的这个所谓战略性产品，还是有点感触的。 oracle数据库软件作为统治性的数据库产品，在过去的岁月里几乎攻城略地无人可及，它创造了一个市场占有率的神话，这么说并不为过。 然而它的自大、甚至蛮横的策略，已经在很多客户那里引起了强烈的方案，我感同身受，不光最终客户，所谓的合作伙伴那里，也很多微词。 我接触informix很深，为IBM的策略而深感遗憾，一个好的产品、oracle的曾经的对手，就在IBM的手里慢慢凋谢。哀其不争。 但是在这个开源化、开放化的IT技术时代，oracle依…