Nexsan的绿色数据存储方案（精选8篇）由网友“辰光”投稿提供，下面小编为大家整理过的Nexsan的绿色数据存储方案，欢迎阅读与借鉴!
篇1：Nexsan的绿色数据存储方案
数据中心已成为很多公司的最大能源消耗中心，如何降低能耗，如何提高利用效率，如何减少运营成本?这些基于环保节能的考虑，使绿色存储成为近年新兴的一个概念，一个新的主题，
Gartner认为，到了，当前50%的数据中心为了满足高密度设备要求，都将面临电力短缺，无法得到充足的能源供给。随着能源需求持续增长，到了，超过70%的公司会发现，数据中心能耗将成为他们的第二大运行成本。
在最近美国高层公司举行的民意投票中，76%涉及数据中心采购的行政部门都表示节能产品将成为采购首选。
Nexsan公司也深信，节能技术将极大地影响存储行业的竞争格局。 Nexsan的SATABeast存储阵列，以其高密度和高容量奖美国“低二氧化碳未来”奖项。最近，又在英国获得Techworld 的“年度绿色产品”奖。Techworld奖项旨在认证和奖励业界高标准的成就，每年超过200个认证项目，可视为计算机行业的基准之一。
Brendan Kinkade, Nexsan市场部的副总裁，在获得“绿色存储产品”荣誉后，表示：“SATABeast存储系统提供的节能功能能够得到认可，我们感到很高兴。”Nexsan的AutoMAID节能技术的应用，使SATABeast不仅具有能够确保数据自有存取和安全存放的强大功能，而且每TB存储耗电量只有传统的存储阵列的十分之一，从而降低了总的操作成本和年复一年的碳排放量。
当问及Nexsan的绿色存储方案和其它存储产品的主要区别时，Brendan Kinkade提到，很多存储产品在迎合绿存储需求时，不改变产品的设计，只通过加载高容量磁盘以增加存储密度。而对于Nexsan，节能是产品的关键特色，从产品构架设计为起点，逐环节将其节能技术在产品研发过程中嵌入到产品系统中。当今，TCO成为消费者为其数据中心选取设备时的关键因素的市场环境下，Nexsan的低操作成本，优化性能解决方案，具有极大的优势。
Nexsan 产品的两大节能设计点
一，高密度存储系统SATABeast
以下是SATABeast高密度阵列与传统阵列的对比表，从中我们可以看到，SATABeast高密度存储阵列可以：
降低能源消耗
降低制冷要求
节省空间
节省开支
降低操作成本
降低二氧化碳排放
提供近期ROI
能源管理DDD用户可自行设定能源管理的级别，优化存储、性能比率。级别1：磁头卸载，节能15%-20%，次秒级的恢复时间
级别2：磁头卸载，磁盘运转降为4000RPM，节能35%-45%，15秒的恢复时间
级别3：驱动器指针停止旋转，节能 50%-70%，30秒的恢复时间
例如，42TB的存储量闲置时需要耗能620瓦，而在AutoMAID选定3级时，只需不到250瓦。
系统管理
因其能灵活地同时提供光纤和iSCSI环境，且效率是其它传统存储阵列的10倍，SATABeast在降低总体运行成本和年复一年地二氧化碳排放的同时可以确保数据的可访问性和安全性。[next]二，AutoMAID 节能技术
Nexsan不仅提供了高性能、高容量的RAID存储系统，也提供AutoMAID节能技术。AutoMAIDTM 节能技术使SATABeast磁盘置于闲置状态，从而节省能源并同时具备快速访问速度，AutoMAIDTM 技术是以一个单一硬盘为控制单元，用户可自行设定能源节省级别。
AutoMAID 节能技术对MAID的有效，自动的设置，能节省能源和提高操作性能，且100%的负载循环存储。它能自动降低处于闲置状态的磁盘的能源消耗，而且对主机透明，无需任何软件的修改。磁盘自动进行周期性的磁面扫描，以确保数据的完整性。
就Nexsan存储阵列各方面而言，使用Nexsan公司自身先进的技术，AutoMAID是一项标准节能技术，不收取额外费用。
基于AutoMAID的SATABeast绿色存储平台Nexsan的革命性的AutoMAID节能技术在显赫于其它MAID系统的性能承诺的同时，极大地降低了能源消耗和操作费用。SATABeast以其极速的性能提供了双重功效的光纤通道和iSCSI连接线，
灵活，可延展性，完全独立的OS，使SATABeast极为容易地提供一个大范围的存储平台。
通过AutoMAID技能技术实现的能源和资金节省。
每英寸机架的高密度DD每一个机架单元可容10.5个驱动器
完全独立的OS设计，无需任何特殊驱动软件
高性能DD可提供700MB/S以上的持续访问速度
SATABeast高速的在线访问速度可达到磁带的500倍，其它MAID系统的20倍
所有独立组件均冗余并可热拔插
WorldviewDD提供从单一GUI管理和配置多台磁盘阵列的能力
高度IOPS性能DD所以的42个磁盘都可同时应用。
节能功效
双重控制器是通过Nexsan获奖的SATATM系统，来提供极速的线性访问量，其中的42根轴可被分为多样的RAID集合或看作一个大容量的存储池。
Nexsan的AutoMAID节能技术与高性能，多用途的SATABeast存储阵列的结合使用户能灵活地在同一个存储子系统中支持多样存储应用，AutoMAID降低了SATABeast的能源消耗，每万亿字节的存储量仅需11瓦。AutoMAID节能技术使用户可根据自身需求自行设定，它不仅作用于整个系统，也可作用于单个的RAID集合甚至单个的磁盘。
方案配置
置于SATABeast控制器中的Nexsan管理接口使用户无需增加额外的服务器，或增加管理存储阵列的应用。这种精密的管理工具通过一个10/100/1000M以太网口全面监控和报告所有子系统的状况，包括在Nexsan里的还有Tele-GuardTM功能，Nexsan的回拨功能，使用户可获得故障通知或故障预警。Worldview提供了全方位管理功能。LUN Mapping 功能让用户更容易地为一台或多台服务器配置大容量的存储空间。
SATABeast的所有独立组件均冗余并可热拔插。SATABeast系统能支持多样级别的RAID,甚至RAID 6, 确保数据不丢失。同时，SATABeast的全功能缓存设计使其即使在断电的情况下，也可保证数据的完整性。
SATABeast使用户可灵活地运用光纤通道或iSCSI连接，或二者同时应用。所有的系统功能都可极为容易地通过一个简单，直观的图形用户界面进行配置和管理，并且能与任何网页浏览器兼容。灵活，可延展性和操作系统的完全独立，SATABeast以其快速访问性能提供了双重功能的光纤通道和iSCSI连接。
适用性
高性能存储阵列能使能源消耗降低52%。SATABeast再次界定了存储系统所能提供的能耗降低水平。可靠性是企业级环境存储器的必要条件，SATABeast所有活动组件都具有高度可用的系统功能并且均冗余。超高的读写传输速度和IOPS性能，使SATABeast成为高密集数据访问应用的最佳选择。它无与伦比的高容量和节能技术使其成为二级存储和D2D(盘对盘备份)的理想选择。在线访问数据代表良好的业务连续性。
SATABeast提供了高速度，高故障容忍和高可用性的高级数据保护方案，同时，SATABeast无与伦比的超大容量可轻松处理超大文件卷。SATABeast使大量空前的数据实现了高性价比存储和即时访问。
Nexsan提供了首要的，也是仅有的高性能高容量的RAID存储系统，进而提供了MAID节能技术。SATABeast采用了Mexsan研发的具有革命性意义的AutoMAID节能技术，可将SATABeast磁盘置于闲置状态，以极大地降低能源消耗和运行成本。 AutoMAIDTM在提供MAID成本节省的同时却不会牺牲访问速度，而且无需特定主机软件。Nexsan的AutoMAID技术是以单一硬盘或 RAID卷为控制单元，并提供多层面的能源节省，用户可自行设定所需访问速度和节能程度，AutoMAIDTM 是第一个支持VTL,全文件格式和标准高性能RAID功能的MAID架构系统。
SATABeast成功案例
英国图书馆与微软公司的一次大项目合作中，将其成千上万的历史书籍和手抄本数据化，并通过一个新的名为MSN书籍检索系统，将这些数字化信息展现给世界。
他们已经决定选择Nexsan公司的SATABeast作为其存储系统。目前，有超过300TB的Beasts正在运行中，并且有待进一步扩展。他们之所以选择Beasts，正因为其AutoMAID节能技术。SATABeast模块的可延展性及更低的每TB存储量价格，都使 Nexsan打败Copan而获胜。
SATABeast也取代了当前的HP EVA存储器，而被用作图书馆数字化信息管理项目的存储平台。在这个项目中，图书馆接受并存储英国，爱尔兰出版物的电子版本，同时也广泛地从世界各地购买素材。
总之，这是一个具有重大意义的项目。人们在衡量产品技术和进行购买决定时，已经注重到能源节省，存储密度和每TB存储容量价格等因素。而SATABeast在所有这些因素中都具有极大的优势。
篇2：一个完美的电表数据存储方案
一个完美的电表数据存储方案
电表作为一个计量用电量的仪器，电表的精度不但与检测芯片的精度有关，更重要与其存储方式有很大的关系，如果检测到的`电量数据不能写入存储器或者写入存储器过程出错，电表的精度就大大降低。以前电表数据的存储方式有2种选择：1）用存储EEPROM数据；2）用NVRAM存储数据。现在有了第三种选择：用铁电存储器（FRAM）存储数据
篇3：COPAN绿色存储解决方案
COPAN System 公司是一家企业级智能化存储解决方案的领导者，它基于MAID的解决方案是针对持久性数据的长期存储要求而设计的产品。公司的使命是通过研发革新技术和解决用户问题为宗旨，让客户能以合理性价比实现长期持久性数据的迅速读取。
该公司创立于，公司的目标是，根据长期存储数据管理的独特要求，开发相应的产品。作为将强化MAID在企业级中数据存储产品得以实现的领导者，COPAN解决方案具有极大的可调整性和极高的可操作性，而且价格优惠。
4月13日，太平洋燃气电力公司，美国的最大的公共设施公司之一开展节能激励项目。Copan公司的集成强化 MAID 技术的存储成为PG&E获利计划中第一个被认证的存储厂商。奖励计划同时应用于Copan存储设备更新和新存储设备采购两方面。作为PG&E节能认证生产厂家， 用户可以使用Copan产品可以从PG&E公司得到节能奖励回扣。
“对于众多企业来说，每年的数据存储量以超过100%的速度在增长。因此需要一种更加节能并满足这种存储需求的技术来帮助用户管理其成本。”太平洋燃气电力公司客户服务部的副总裁Brad Whitcomb表示，“通过提供财政支持，我们有望扩展业界对此技术的采用。”
COPAN系统公司引入了Cool Bytes的概念，以引起人们对数据中心迅速出现的能源危机的关注。IDC指出，从运行成本控制的角度讲，IT行业中，能源消耗成本达到其硬件采购成本 25%。 电力系统消耗成本和冷却系统消耗成本的的迅速增加，使得绿色存储成为存储设备采购的首选。在过去的四年中，COPAN系统公司就已经预测了此种趋势和发展前景，并一直将绿色储存这一概念体现在各个产品规划和研发中。
Copan产品的关注焦点
Copan System更加关注持久性数据的长期节能存储，从而满足不断提高的的数据恢复标准和法规遵从的要求。持久性数据是那些不会经常需要存取或改变的数据，但是它们仍然需要被存储在某一特定的区域以备将来的存取或参考。 与过去相比，法规遵从迫使大型企业储存越来越多的历史数据，存储期限也越来越长。 磁盘转动需要电力驱动，即时存取的数据越多，所需要的转子就越多，那么耗电也越大。
归档数据一种持久性数据一种。归档数据不是交易数据，它通常记载商务操作、应用，和数据状态，以用于日后审计、调整、分析或参考之需，而不是用于应用程序或数据的恢复。由于监管或商业方面的原因，持久性数据需要存储平台能便于读取数据，反应时间快，同时还要保证数据的完整性。 因为归档文件需要长时间的保存，数据累计量也是难以想象的。因此持久性数据的存储成本严重影响业务运营成本。
技术前瞻性
现在，大多数的数据中心构架主要是为处理交易数据而搭建的，不适于处理持久性数据。COPAN的所有产品均建立于强化MAID平台，能有效节省开支，并能满足对于长期存储数据的一次写入/随机可读WORO的要求。在这种环境下，使用MAID 技术有以下好处：
数据保护：更快速地存取、可预见备份和恢复、更低的存储管理要求。
文件归档：提高可靠性、扩展性，归档数据的管理成本下降。
分层存储: MAID通过创建一个新的存储层来简化存储架构的管理。
Copan的MAID平台所用的三个强化技术：
三层系统架构
1.三层系统构架每层都有自动连接和智能运算能力，可以根据需要动态地分配带宽和数据处理能力。
三层系统结构能够让POWER MANAGED RAID, I/O操作和应用程序通过各自独立的处理资源平行处理。这样，COPAN公司的新产品-Revolution 220TX，就能够通过8条2Gbps速度(1440MB/S稳定速度)的光纤通道接口，同时在同一机柜中多达896个SATA磁盘驱动器中的任意25%的磁盘组合进行同时读写操作。以目前驱动器容量750GB为例，单个Revolution 200机柜可提供672TB的持久性数据存储，在任意给定时间内可立即通过激活扩展168TB容量.
2.POWER MANAGED RAIDTM软件：Power Managed Raid保护整个RAID5中数据的完整性和故障容错能力。
磁盘在有四套驱动器RAID 5 驱动--15秒内收到存取请求，并且布局合理，无交互振动或局部过热的问题。一旦启用，以正常的毫秒级的速度响应各种I/O请求。所有的磁盘都带有减振设置，放在易抽取的筒内，易于定期更换。同时专用热感应器控制温度在45度以下，以确保磁盘可靠运转
3.DISK AEROBICS软件确保驱动器正常运转并保护数据的完整性。它能有效将数据从故障磁盘迁移。COPAN的专利的DISK AEROBIC软件，能够持续监控所有运行的驱动器，并定期对闲置磁盘检测，确保系统中所有磁盘在设计指标范围内健康运行。一旦发现某磁盘有故障显示， DISK AEROBIC软件将用一个备用盘代替之，并将其撤出系统。这样就大大降低由于磁盘失效重建RAID的概率;从而，消除了在RAID恢复前，第二张磁盘再次出错的可能性。 该软件还会自动每月进行一项对数据的例行检查。一旦发现磁盘上有任何错误信息或无法读取，将对数据进行修正以保证将来数据的随时读取。这一特殊功能使这一平台成为长期持久性数据存储的理想之选。
COPAN以应用驱动的强化MAID平台，只要25%的磁盘处于通电状态。这个平台是专为存储长期数据和对归档数据进行偶尔读取而建立的。与传统的基于磁盘的存储方案相比，这种方案成本更低;与自动磁带库的成本相比，也有很大的竞争优势。此外，更高密度的驱动器占地面积更小，运行和设备冷却所需的耗电低。
产品特性
COPAN公司的加强MAID产品有如下特性：
显著的成本效益，更高的可靠性，卓越的性能
快速的在线数据存取
将SATA磁盘寿命延长4倍以上
极大地降低了耗电和冷却需求
强化数据及完整性的保护
高度可延展性、高密度，有效利用数据中心空间
节能效果
与传统的基于磁盘的解决方案相比，采用MAID技术，COPAN公司的用户可获得如下利益：
更低的年耗电量--COPAN的MAID存储耗电量仅需不到4.9千瓦，而其竞争对手VTL产品的平均耗电量达23千瓦，
以每千瓦特小时0.11美元来计算的话，如果有50%的数据都采用强化的 MAID技术，第一年数据中心在电费上节省大约为47万美元，而在第四个年将近节省570万美元。(基于当前设定的增长率)
更低的系统平均热量输出--Revolution 220T和Revolution 220TX存储设备每小时散发接近16800BTU的热量，即每小时处理448TB(500GB硬盘)数据量;而对于基于磁盘的运转的VTL系统，每小时散发超过78000BTU的热量。
业界领先的密度和容量--MAID技术使磁盘更高密度存储。使用COPAN系统的产品可提供每平方英尺44.8TB(500GB硬盘)或 67.2TB(750GB硬盘)，拥有业界最高的单柜存储密度。
解决方案和产品配置
能在未来几年内节约数百万的资金对很多数据中心管理者而言，是一个极大的诱惑，这使得他们都采用MAID 技术来存储永久数据。以其显著的低耗电量和低冷却系统的要求，及其在10平方英寸操作台上卓越的存储密度和容量，COPAN系统公司的 Revolution 220T, Revolution 220TX,和 Revolution 220A大大降低了用户的运行成本，并且释放了数据中心宝贵的闲置空间。
采用Copan 公司的节能产品，不但可以拥有不可比拟的高密度存储、高可靠度存储以及最节省的放置空间，客户马上就会体会到Copan's Cool Bytes Enhanced MAID 架构通过提高其数据中心的环境主动性而立即实现的节能效果。[next]
表一：COPAN系统公司的Revolution220A的数据存档 表二：当向Revolution进行数据存档时，设定保存期限成功案例分析
斯特健康保健机构(Baptist), 美国大型公益性机构之一，拥有15所医院，年收入达20亿美元，1名员工，年度病员量45000多。为了解决其永久数据存储的快速增长、可靠性不高及备份缓慢的问题，Baptist公司最近采用了基于MAID存储系统的COPAN公司的Revolution 200T技术。
商业需求：
由于备份窗口的限制，Baptist公司无法将138TB容量的数据备份到磁带。因其庞大的病人和员工数据库，Baptist公司每天都得通过将近 2500个单独的备份分工来将4.5TB的数据备份到5个磁带库中。然而，由于磁带可靠性低，速度缓慢，这就将Baptist公司的所有图像资料、病人资料以及财务数据置于危险境地。
Baptist公司面临着如下挑战：
其960GB的交换服务器无法满足备份窗口需求。每天都得花上6.5个小时备份数据，经常面临各种故障。一个关键性的9T的影像数据服务器，大约需要30天时间才能对368,000,000个55K的文档进行数据备份，但仍然不能达到Baptist公司的标准。Baptist公司的数据中心，原本设计服役5年，在不到3年的时间将耗尽所有空间。
基于SAN的存储每月都以超过5%的速率增长，在仅仅5个月内，就从108TB增长到了138TB。并且备份故障率也达到了32%。有23%的时间错过了备传统的存储方式加剧了存储的困难，也难于满足不断增长的存储需求。
商业要求:
在 Baptist 为采取合作解决方案进行调研时，各公司技术专家考虑以下基本要求:
更高的性能-在18小时能备份数据量应达到 5 TB;
更强的可靠性-降低备份的故障率;
数据存取性提高-通过在线存档对数据进行更快的恢复;
成本降低 - 与现在采用磁带存储方案的单元成本(per/GB)相当;
存储的高密度- 与其他备选方案相比，所需求的空间更少。
结论：
通过Baptist 公司革新并及采取极具成本效益的方式以来，数据备份/恢复工作在速度和能力上得到很大提高(数据备份/恢复所需时间降低50%，故障率降为零。)，其IT 部门再也不用为数据归档的需求头疼了。
采用 COPAN 公司 Revolution 200T 解决方案， Baptist能够实现以下目标:
及时存取数据，从而提高对病人的关注度;
极大的降低了在能源、空间、维护和管理方面的成本;
延长了现有的数据中心的使用寿命。
此外，Weiss(Baptist IT 经理)表示，从降低磁带存储介质成本一项开支，预计两年内 Baptist 就能够将投资收回。Baptist 公司不仅通过减少磁带使用来节约了额外的成本，同时与磁带存储相关的人力和物力成本大幅缩减。公用设备成本也大量削减，硬件存储能力也得到大幅提升。 Weiss 估计，Revolution 200T 技术所花费的成本在6个月内估计能收回。
通过采用Revolution 200T 技术，最大的成本节约来自于所要求的缩小数据中心占用面积，与其他的存储方案相比，自首次安装Revolution 200T以来，Baptist数据中心有了更多的闲置空间，延长了数据中心服役年限。
与以前相比，Baptist 公司现在能够以更快的速度、更安全的方式、更低廉的成本来处理更多的数据。除了备份/恢复功能以外，Revolution 200T 还可以对病人记录进行长期的归档处理。Weiss 表示 “使用这项技术后，我们就不用再费神了，再也不用担心如何数据是否进行备份/恢复这类问题。从安装该系统后，我们的备份故障率已经从原来的30% 下降到零，再也没有出现数据备份/恢复的故障。一年前，我们对数据存储需求方面还没有一个清晰的战略，但是现在，我们知道我们应该怎么做了。”
篇4：绿色存储技术及应用
绿色存储技术及应用
绿色技术已经成为非常热的一个话题,不管IT行业,还是其他行业,所有的`人都会在乎绿色概念或者是绿色技术.在全球金融危机的影响下,绿色技术不但没有受到影响,反而更加受到人们的重视.企业管理层更加关心绿色技术的基本原因是由于绿色技术可以帮助企业有效降低运营成本,同时还可以减少排放的废物量,为环保做出贡献.而绿色存储是现有绿色技术中研究和应用比较多的一个分支,通过实施绿色存储可以让管理者和使用者亲身体验绿色技术的魅力.
作 者：何奕 作者单位：广州快速交通建设有限公司 刊 名：中国交通信息产业 英文刊名：CHINA ITS JOURNAL 年，卷(期)： “”(1) 分类号：U4 关键词：篇5：iOS开发数据存储NSCoder
软件中永远绕不开的一个问题就是数据存储的问题,PC的时候一般都是选择在数据库中存储，iOS如果是和后端配合的话,那么不需要考虑数据存储的这个问题，上次写了一下plist的存储，不过数据都是存储一些简单的键值对对象，本次需要将一些自己定义的类型存储在plist比如说图片,这个时候可以利用NSCoding协议,将数据地以类似档案的形式存储到plist文件中，然后从plist的文件中读取数据，使用协议的时候这个时候就会用到了NSCoder，如果对存档和解压没有概念的话，可以简单的理解为数据的序列化与反序列化。
基础概念
NSCoding是一个protocol. 如果实现了NSCoding，需要实现其中的两个方法:
- (void)encodeWithCoder:(NSCoder *)aCoder;
- (id)initWithCoder:(NSCoder *)aDecoder; // NS_DESIGNATED_INITIALIZER
方法中的主要的参数就是NSCoder,它是archivie字节流的抽象类.可以将数据写入一个coder,也可以从coder中读取我们写入的数据. NSCoder是一个抽象类,不能直接使用它来创建对象. 但是可以通过其子类NSKeyedUnarchiver从字节流中读取数据,NSKeyedArchiver将对象写入到字节流。本文以书籍为例:
新建一个Book类，Book.h中的代码:
#import
#import
@interface Book : NSObject
@property (strong,nonatomic) UIImage *ConverPicture;
@property (strong,nonatomic) NSString *BookName;
@property (strong,nonatomic) NSString *Author;
@property (strong,nonatomic) NSNumber *Price;
@end
Book.m中实现NSCoding的两个方法，注意中UIImage的写法与其他有所不同:
@implementation Book
- (void)encodeWithCoder:(NSCoder *)aCoder{
//注意这里是存储的是JPG图片的调用
[aCoder encodeObject:UIImageJPEGRepresentation(self.ConverPicture,1.0)forKey:@“ConverPicture”];
[aCoder encodeObject:_BookName forKey:@“BookName”];
[aCoder encodeObject:_Author forKey:@“Author”];
[aCoder encodeObject:_Price forKey:@“Price”];
}
- (id)initWithCoder:(NSCoder *)aDecoder{
self.ConverPicture=[UIImage imageWithData:[aDecoder decodeObjectForKey:@“ConverPicture”]];
self.BookName=[aDecoder decodeObjectForKey:@“BookName”];
self.Author=[aDecoder decodeObjectForKey:@“Author”];
self.Price=[aDecoder decodeObjectForKey:@“Price”];
return self;
}
@end
Demo实现
正常的情况的不需要新建页面的，不过需要演示一下UIImage的效果，Main.storyboard中的布局:
稍微解释一下，前两个是存的单文件，后两个存的是多文件，UIImage展示存储的图片:
ViewController定义字段:
@property (strong,nonatomic) NSString *storagePath;
@property (strong,nonatomic) NSString *storageListPath;
@property (strong,nonatomic) NSMutableArray *bookList;
设置路径，如果不是很清晰，可参考本文之前的博客:
NSArray *codepath= NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
_storagePath = [codepath[0] stringByAppendingPathComponent:@“book.plist”];
NSLog(@“%@”,NSHomeDirectory);
_storageListPath = [codepath[0] stringByAppendingPathComponent:@“booklist.plist”];
单个存档:
Book *book=[[Book alloc]init];
UIImage *image=[UIImage imageNamed:@“Code1.jpg”];
book.ConverPicture=image;
book.BookName=@“百年孤独”;
book.Author=@“加西亚.马尔克斯”;
book.Price=[[NSNumber alloc] initWithInteger:45];
if ([NSKeyedArchiver archiveRootObject:book toFile:_storagePath]) {
NSLog(@“数据存档成功”);
}
单个解压:
Book *decodeBook=[NSKeyedUnarchiver unarchiveObjectWithFile:_storagePath];
self.myImageView.image=decodeBook.ConverPicture;
NSLog(@“%@”,decodeBook.ConverPicture);
NSLog(@“%@”,decodeBook.BookName);
NSLog(@“解档成功”);
多个存档:
self.bookList=[NSMutableArray array];
for (NSInteger i=1; i<3; i++) {
Book *book=[[Book alloc]init];
NSString *imageName=[NSString stringWithFormat:@“Code%ld.jpg”,(long)i];
UIImage *image=[UIImage imageNamed:imageName];
book.ConverPicture=image;
book.BookName=[NSString stringWithFormat:@“百年孤独%ld”,(long)i];
book.Author=[NSString stringWithFormat:@“加西亚.马尔克斯%ld”,(long)i];
book.Price=[[NSNumber alloc] initWithInteger:45];
[self.bookList addObject:book];
}
if ([NSKeyedArchiver archiveRootObject:self.bookList toFile:_storageListPath]) {
NSLog(@“数据存档成功”);
}
多个解档:
self.bookList=[NSKeyedUnarchiver unarchiveObjectWithFile:_storageListPath];
Book *nextBook=self.bookList[1];
self.myImageView.image=nextBook.ConverPicture;
NSLog(@“解档成功”);
通过代码基本上发现其实存档和解压是非常简单的一个事情，不过事实这种方式缺点还是很明显的，以这种方式保存数据只能一次性归档保存以及一次性解压，
数据较少的时候如果使用感觉比较方便，数据量过多的时候如果想修改其中的某一条，解压整个数据然后归档整个数据还是比较耗时的
篇6：分布式数据存储框架 Gizzard
Twitter已经从以往的数据存储开发经验中提出一个名为 Gizzard的Scala框架，让用户可以更方便地创建自定义容错、分布式数据库，Twitter给出了一个名为“Rowz”的示例，方便用户上手，
Twitter还公布了Gizzard的完整代码。有了Gizzard，初创公司和小公司就可以更好更快地处理大量数据，从而利用更少的资源满足用户需 求。
项目主页：www.open-open.com/lib/view/home/1339141537578
篇7：android 数据存储之SharedPreferences
简述：Shared Preferences常用于一些属性设置，参数设置，用来保存一些简单的数据，例如本例中，用来保存应用的播放状态。重点：无法直接在多个应用程序间共享Preferences数据。
简单的使用方法:1、调用getPreferences方法得到一个SharedPreferences对象。参数可直接写0，意思为私有。
2、调用SharedPreferences的edit()方法得到一个Editor对象，
3、通过Editor.put...()方法输入数据
4、最后通过Editor的commit方法提交数据。
当我们再次进入程序的时候可以通过SharedPreferences的get....();方法取得保存的数据。然后根据数据做相应的操作。
那么，数据到底放在什么地方了呢？
打开DDMS视图，数据保存在了/data/data目录下，相应的应用程序目录下会生成一个shared_prefs文件夹，里面就是我们存储数据的一个xml文件。比如本例如图：
篇8：分布式数据存储服务器 MckoiDDB
MckoiDDB 是一个支持低延迟的随机存取（读，写）的数据库，涵盖了网络上的机器集群分布式数据库查询系统，该软件提供了管理数据在网络上集群和用于访问和查询数据的 客户端API存储系统，
该系统可通过在网络中添加或删除节点来自由扩展MckoiDDB的规模，使一个应用程序的逻辑数据模型的设计和执行灵活。 MckoiDDB可以安装在高速专用网络及云服务提供者的实例。
项目主页：www.open-open.com/lib/view/home/1322727454952
★ 工程项目建议书
★ 校园网络安全总结
【Nexsan的绿色数据存储方案（精选8篇）】相关文章：
离网式照明系统论文2022-05-04
算法导论学习总结2023-05-02
汽车列队行驶技术在铁路系统的应用方案2023-05-27
每年省电300万度 阿里云推行绿色云数据中心2023-03-16
虚拟化2.0 以数据中心为名2022-11-27
机关保密检查汇报材料2023-06-17
卫星遥测数据系统设计论文2024-03-31
基于数据抽取与订阅实现数据共享分析及研究论文2023-07-21
《促进大数据发展行动纲要》详细解读2022-08-18
网络云计算技术研究现状综述论文2023-01-13