当人们谈到iPhone的成功最大的因素之一就是软件与硬件最强大的结合。雷军也表示软硬件结合互联网是小米成功的核心。今天甲骨文高调宣布其存储设备并向业 内发出最强音---甲骨文的软件加上甲骨文的存储设备，就是要为企业级数据市场提供最好的存储产品。
甲骨文中国系统事业部销售顾问总监、中国系统事业部首席技术官肖淑男非常清楚明了的说“第一，存储本身的市场非常大。这么大的市场，Oracle有理由去尝试 。第二，在这么大的市场当中，玩家也很多。但是所有传统的存储厂商所做的存储还不够完美，所以我们想通过自身的优势把存储做得更好。第三，Oracle是个软件公司，它来做存储一定会基于软件的基础去做，一定会向着为了让数据库、应用走得更好的方向去做，这样才能做得更好。”
在企业级市场推出产品，一定是要把创新和需求做平衡。性能、可靠性、安全性、可扩展性是存储的根本，这一点甲骨文只会做的更好。而在创新方面，肖淑男认为今天整个IT会越来越弱技术而强应用和强业务。这里面的意思是说，要让IT采购者和使用者能够轻松应用IT设备。同时把IT的一切复杂性交给厂商，这里就是交给甲骨文。
弱技术。不是说技术不重要，而是说所有的技术问题应该全部解决好，然后呈现给用户。呈现给非研发IT人员以最简单、最快速部署、最易管理、最高性能、最实 用的解决方案。这才是IT未来，也是甲骨文一直要做的事情，解决一切复杂性。
Oracle做存储就是把所有的简单性呈现给用户，把所有的复杂性由自己来解决，甲骨文叫“大道至简”。如何实现？软件硬件结合。回到存储立场上看，你是站在存储系统上看存储？还是站在整个IT系统的角度看？
谈到一个整体性能，大家都喜欢用木桶理论来说明，“一只水桶能装多少水取决于它最短的那块木板。”肖淑男还延伸解释说，。其实还有一句，那就是装好水还需要不漏水。所以还取决于板和板之间的结合度。这就是第一要考虑整个系统的均衡，第二是整个系统要紧密集成，这样才能够让整个系统每一部分的性能发挥到极致，并且互相配合得最默契。
所以Oracle做存储，一定是基于软件，一定是基于应用。一定是面向云计算、集成系统的，最后要真正实现帮助解决用户所遇到的问题。甲骨文称之为：AES （Application Engineered Storage），应用集成存储。
统一融合存储为闪存存储以及存储整合而工程化设计
运行高性能数据库、虚拟化环境以及存储文件内存存储
全面保护所有关键业务数据
用于深度归档磁带存储
FS1是甲骨文基于全闪存架构来设计的全新的产品，虽然代号是FS1，但是这是第三代产品，所以在性能、可靠性方面是成熟的。这是基于全闪存架构来做的，但是 又支持混合存储，既可以使用闪存SSD，也可以插HDD，也可以插机械硬盘。
在别的存储厂商看来，压缩、去重、快照、RAID、克隆、加密、远程复制属于存储的高端配置、智能标准。但是对于FS1来说，这些都是存储的基本功能，这些 Oracle产品全都具备。甲骨文不把这些东西叫做智能，认为真正去了解应用才叫智能，能够帮应用做事情才叫智能。如果你做同一件事情需要100个IOPS，我只用 10个IOPS，是不是比你更聪明，用更少的IOPS去做同样的任务，是不是比你更智能？这是甲骨文要做的事情，所以说是最智能的应用。
以闪存和机械磁盘特点和优势而设计
FS1是基于全闪存架构设计的，但是基于现在的实际应用情况，混合存储配起来性价比更好。
快速自我学习，以更高效粒度数据迁移、分层
还有就是能够自我学习，因为它能够知道I/O在运行过程中哪些数据是热的、凉的、温的、静态的，会在应用的运行过程当中去慢慢学习，学习过程当中就可以设置分钟迁移。
Oracle on Oracle独特优势，工程化融合设计
还有基于Oracle的设计优势，这一点是附加的东西，甲骨文称为Oracle on Oracle的优势，FS1作为通用存储去跑别人的应用也可以用的很好，只不过失去了Oracle优化的功能。因为甲骨文推存储的目的是要去做通用的存储，只不过当你运行了Oracle软件的时候，你会得到一些附加的价值。
基于业务优先级的自动分层QoS+
目前存储厂商都有自动分层功能，甲骨文与他们不同的是，甲骨文是基于业务优先，其他厂商是基于数据的。哪个数据热，要么预先读进来，要么放在闪存当中，要么放在cache当中。然后定义凡是读这个区域的数据会优先级高，优先级是什么？是多给更多的cache。而甲骨文是优先于业务，接下来才是数据，为什么？因为关键的业务数据不一定热，热的数据不一定是关键业务的数据，这两个没有必然联系。但是对于存储来说，首先应该满足的是关键业务的请求，而不是热数据的请求，这是甲骨文跟别的厂商的差别。
笔者询问业务优先的优势是什么？肖淑男举例说明，就像今天大家的工作模式，周一早上9点钟上班干什么？看邮箱，各种邮箱都必须看，老板的邮箱、总部发的邮箱。这个时候全公司的人都在看邮箱，存邮箱的几块磁盘是最热的。但是还有一个最关键的事情是什么？老板要看报表，也许就一个人看报表，其他人都不看。你说哪个数据热？肯定邮箱热，好几千人在看邮箱，他一个人在看报表。但是哪个数据更重要呢？先响应哪一个呢？应该还是以最快速度优先老板看报表，然后老板做出的决策越早越好。甲骨文来看业务优先更重要，所以存储就是为业务服务的。
基于应用的一键配置
基于应用的一键配置，基于Oracle数据库、EBS等等，还有多应用的存储分区，甲骨文存储扩散集非常大，能够达到2.88个PB，所以应该能够容纳很多应用的运行。但是很多应用第一要保证容量，第二要保证性能，这个时候就需要很好严格的分区，能够把不同的应用分割开来。“有一些我们叫“坏小子”类的应用很坏，其实不是很重要，但是经常会干扰到自己的邻居，或者叫噪声的应用。这样我们需要很好地把它隔离开来，不让它干扰到邻居，它的声音只在自己房间里面。”专为全闪存设计的高性能统一融合架构以及深度集成设计Oracle软件。
客户可以专注于业务,而不是产品系统集成
Oracle数据库是做得最好的，尤其在数据库当中有HCC（混合列压缩），只在Oracle自己存储上有效，在别的存储上无效。ADO（自动数据优化）非常适合存储整合，存储管理是用一个非常好的管理工具叫OEM（Oracle Enterprise Manager），OEM是用来管理从应用到中间件、数据库、服务器、操作系统、虚拟化，以及到存储全性能的管理，一眼看透。OEM既具备了今天在市面上看到的平台管理软件的全局视图，也能够深入到每一个细节去挖掘每一个部件的状态以及调整。能够既见树木，又见森林，不会做到只见树木，不见森林。还有一些平台型管理软件，双方（数据库和存储）都可以做到。
（混合列压缩概念：列压缩，是把这一列作为块来存储，所有同样的列存在一块。混合列压缩是采取了折中的手段，把一定数量的行作为一个block，然后对这些 block进行列压缩。这样的话，就会把整个列的寻找变成一个block的寻找，然后对这个block进行修改之后，所影响的范围就是这几条记录，所以性能影响会很少。 ）
控制器CPU用到百分之百的时候，传统的市面上全闪存阵列容量大概能够支持到10到50TB，传统的HDD存储系统支持2PB。所以当你把所有的硬盘换成闪盘的时候，瓶颈会转移到哪里呢？第一个是存储后端的通道，第二个是存储控制器的CPU和存储控制器的cache，它们变得不够了，无法支持这么多闪盘的全速、高速运行。而甲骨文全闪存阵列CPU到百分之百的时候，可以支持到912TB。
在同等容量上的配置闪存的时候，我们性能要比别人高很多，大概有8.6倍和9.7倍等等。如果全配成硬盘的话，硬盘达成2PB，CPU就跑满了。而我们达到2.8PB的时候，CPU才达到10%，所以我们有大量的拓展空间和余地来增强容量。
压缩技术，我们希望整个IT系统变得更高效的话，就需要压缩技术，用更小的空间存储更多数据。今天在数据库的压缩技术当中，Oracle是最最丰富的，有基本压缩、高级压缩。然后还有很多做数据仓库的数据做纯列数据的时候有列压缩，列压缩的好处在哪里？压缩比高，但是对于I/O操作有很大问题。
甲骨文走的另外一条路叫混合列压缩，拥有列压缩的压缩比，同时有行压缩的性能。这里确实是涉及到两者兼而得之的技术，能够实现高压缩比，同时对性能不产生影响。大家可以看到10到50倍的压缩，非常强大。
支持所有的服务环境，FS1对于私有云来说是非常好的解决方案。因为私有云会考虑安全性和各种功能。它是对Oracle环境最佳的存储，在非Oracle环境下是最有竞争力的产品。如果你的环境是Oracle的软件，没有第二个厂商比它做得更好。如果你是非Oracle的软件环境，它可以跟今天任何一个主流厂商去PK。
ZS3 6大核心技术
整合NAS/SAN/iSCSI/IB整合文件/数据块访问。
HSP是甲骨文实现的技术，叫混合存储池，就把我们的cache、Flash、磁盘作为统一的池来管理，这样就可以根据数据的温热度来进行迁移。
OISP（Oracle智能存储协议），OISP是用来让存储和数据库互相能够认识的技术，当Oracle的数据库在服务器上安装时发现接的存储是ZS3的时候，它就能够读懂ZS3配置，有多少读cache、有多少写cache、有多少磁盘等等，包括用什么方式来连接，在部署数据库的时候，redo log应该放在哪里，data files应该放在哪里，它全部知道，一键就部署出来了。而且这种部署方式下，Oracle的性能是最好的，运行也是最安全的。这就是OISP所发挥的功能。其他SAN、NAS部署就相对费力很多，DBA跟存储管理员要做很多次调整才能达到最好的状态，可能最后投入到市场的配置还不是最佳状态，这是因为存储管理员不懂数据库，数据库管理员不懂存储
。而今天OISP既懂存储，又懂数据库。
第二点HCC（混合列压缩），混合列压缩既具备列压缩的压缩比，又具备行压缩的性能。它能够帮助我们在更少的磁盘空间当中存更多的数据，这样存储效率更高。我们拥有了数据库当中Basics压缩，又有高级压缩、混合列压缩，我到底该怎么用呢？哪些数据该怎么压呢？谁知道？只有Oracle数据库自己知道，他知道哪些数据常常访问、哪些数据经常改、哪些数据很少访问，哪些数据是僵尸数据。僵尸数据就应该被最大的比例压缩掉，如果数据没有用的话放到最慢的磁盘上去待着才对，没有用的话应该到磁带上待着才对。只有数据库知道哪些数据有用，所以有一个新的东西是ADO（自动数据优化）。
ADO做什么？做两件事情，第一把冷数据往远的地方挪，把热的数据往Flash、cache上挪，这是其一。而且挪的颗粒度，相比在市面上看到的大家用的方法，甲骨文的颗粒度更小，只有640K，别人可能几兆、几十兆。我们能够把冷热的数据进行迁移。
第二点，你在迁移的时候，凉的数据应该被压缩掉少占空间，它知道哪些数据应该用混合列压缩，哪些数据用高级压缩，哪些数据不应该压缩，这都由它来决定，DBA都不用管了。
SMU（快照管理工具），为什么会有这个东西？今天一个关键的数据库业务，经常会有新的功能要开发、测试等等，我们怎么办？尤其是在测试环境当中，需要一些跟生产性完全一样的环境来做测试，数据、数据量都非常需要。我就要把生产数据备份一份出来，影响性能的话DBA不干，而且备份要很大的磁盘空间。
第二，即使我不做备份，做快照出来，这个数据库对应成存储的哪一些NAND，谁知道？那得DBA跟存储管理员坐在那里几天几夜才能对出来。这个数据库500张表分在哪几个data file，data file又对应哪几个NAND，而且这些NAND一定要一致才能快照出来。可能这个系统当中有100个数据库，可能就彻底完蛋了，根本搞不懂。 如果定时做快照可以么？更加一团乱麻。所以甲骨文开发出SMU工具，从数据库管理员角度对这个数据库做快照，每天或者每个小时、每一分钟做快照也可以。你就 可以得到无数个快照，对数据库A做什么样的快照，对数据库B或对数据库N做什么样的快照，可以定制自己的策略或自己日程表，这就变得非常简单，过去的一切问题都解决了。这一切都是基于数据库优化的特性。
零数据丢失、面向恢复，为什么没有提备份？肖淑男谈到，因为今天市面上所见到的一切工具都是面向备份的，而不是恢复的。备份是备份了，能不能恢复出来真的不知道，也许恢复出来数据库起不来。从备份角度来看恢复之后数据库起不来，是因为有数据库一致性的问题，这是个大问题。Oracle数据库一旦数据不一致就不会起来，因为起来不一致的数据灾难会更大。“如果是银行数据，你存了100万进去，这个数据丢了的时候，你的备份是对的，数据库也起来了，你在前台看到成功了，在后台没有写进去，数据库起来后这100万没有了，你找谁？所以Oracle在数据不一致的情况下告诉你起不来、这是错误。”
甲骨文能做到零数据丢失，而且能够保证数据一致性。为什么能够做到零数据丢失？因为Oracle最最重要的数据是什么？保证交易数据的redo log，这是最重要的东西。甲骨文对于redo log的I/O也是最谨慎的处理和最快速的响应。同时在零数据丢失一体机上是实时传送redo log，即使数据库的数据丢了，通过redo log能够重新找回来，这就能够保证数据的零丢失，而且对生产环境影响是最小的。
在ZDLRA只做一次全备份，以后只做增量备份，永远不会再做全备份了。这跟传统的备份方式不一样，因为传统的备份方式是礼拜天做全备份，礼拜一到礼拜六做增量备份，再一个礼拜天全备份，礼拜一到礼拜六做增量备份。为什么这么做？因为为了保证未来恢复的时候不至于一个全备份恢复，然后无数个增量备份在恢复，这几乎是不可能的，中间任何一个增量备份坏了就坏了，就无法恢复了。这是为了恢复稍微有效一点，如果恢复最好的话是天天做全备份，但是不可能，因为全备份对生产性能的影响实在太大了。
很多的传统备份厂商出来这么个技术，做全备份、增量备份，然后全备份+增量备份生成一个全备份，下次恢复是拿全备份恢复。下次又来一个增量备份，又拿全备份+增量备份合并成一个全备份，一步一步往前走。这就解决了下一次恢复的时候，可以用一个全备份一键恢复。
但是甲骨文跟友商做得不一样，怎么不一样？甲骨文是全备份+增量备份透视过来，哪些改了、哪些不改透视过来，就是虚拟全备份。甲骨文拿到的就是全备份，叫虚拟全备份，没有做增量备份+全备份。就像玻璃板一样。玻璃板有ABCD四个全数据，第一个增量过来A改了，B没改，C改了，D没有改，你看到的是A和C再加第一个全备份的C和D。在第三个增量上还是这样透明，所以永远看到的是最新改的，这个虚拟的全备份就出来了。因为甲骨文懂数据库，知道哪些块是怎么对应关系的，这是甲骨文的优势，所以无需做全备份和增量备份就得到了全备份，这样的好处是效率会更高。
第二点，全备份+增量备份形成全备份最大的问题在哪里？假设礼拜六发现出问题了，传统的方法是恢复到礼拜五备份。但是如果是逻辑错误需要恢复到礼拜四怎么办？没有了，因为礼拜四的全备份已经跟礼拜五的增量备份合并为礼拜五的全备份了。而ZDLRA的这个产品是任意时间点恢复，因为是虚拟全备份，每一个增量备份还在。你想把哪个玻璃板掀掉，拿下面任何一个玻璃板都可以，可以恢复到任意时间点。
它适合什么？适合关键数据库、大量数据库和大容量数据库来做。今天任何一个备份的解决方案，当数据备份的clan端达到几十、上百的时候，备份管理员就崩溃了。但是ZDLRA不会，这里达到几百、上千个都没有问题，因为备份的策略自动配置，把备份和恢复变得异常简单了。
甲骨文带库在市场上已经领先很多年了，到现在为止用一句广告语说是“一直被模仿，从来没有被超越”，不管是从机械手的技术，还是整个机箱的设计都是在被别人模仿。比如说SL8500是今年在市面上所能见到的最大的磁带库，像中国银行、工商银行都是它很大的用户，世界上很多的大银行都用它来做。而且甲骨文有个T10000的驱动器，T10000是今天你在市面找到的驱动器当中单盘容量最大的，而且性能最高的，没有谁能比它更好。