求助：Access数据库的全部内容存放在一个文件中是否正确【access吧】_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：15,212贴子：
求助：Access数据库的全部内容存放在一个文件中是否正确收藏
快试试吧，可以对自己使用挽尊卡咯~◆◆
判断题：Access数据库的全部内容存放在一个文件中是否正确
快试试吧，可以对自己使用挽尊卡咯~◆◆
8对~~~页作为独立html文件保存在磁盘上~~
快试试吧，可以对自己使用挽尊卡咯~◆◆
登录百度帐号推荐应用  |  首页  |   |
您现在的位置：> > >
公检法卷宗类文件基于NAS存储数据异地容灾难诀窍
数据存储是门大学问，比如用户的关键业务数据存储，通常是在大型数据库的基础上进行存储与管理，其相应的数据存储形式主要是数据块(Block)，中小型数据库则可能会采用文件形式(file)。
但是作为办公自动化OA、卷宗类海量内部文档管理、多集群前端业务平台、互联网业务平台、财务系统、工资系统等需要文件级(file)的集中存储与共享时，则有更专业的需求：一是充分利用现有的网络资源；二是提供强劲的存储容量的扩展；三是多台服务器对海量文件级的数据读写；四是降低存储资源开销及整体拥有的成本。
如何解决上述文件级（file）数据集中存储与共享的用户需求，NAS网络共享存储给出了漂亮的解决方案，并且顺利解决企业用户海量数据文件(file)与数据块(Block)两种形式并存的难题。因此，很多像互联网这样对外提供服务的多集群前端互联网业务平台，以及公检法拥有海量卷宗文件的用户，会欣然接受NAS存储架构作为文件的存储形式。
比如用户有基于互联网业务的平台，用户的基数非常大，因此前端就要做负载均衡和多集群业务。在这样背景下，如何解决海量非结构化数据在多台节点中保持数据的一致性，困难相当大。
那么用户大多使用的方案是多个前端业务的集群，共享同一个NAS存储的目录，它们拥有共同写与读的机制，确保不会写冲突。这样的读写机制确保了文件的唯一性，这个方案可以快捷扩展前端集群节点的数量，以增加用户对实际的访问量的需求。
NAS存储架构下的数据容灾难题
从数据安全管理角度来看，从NAS上复制文件是一件让人头痛的事情。如果使用NAS厂商的相关复制功能，那么就必须有一套相同的NAS系统复制。而现有的NAS系统只能在文件管理系统层次进行复制。这决定了要么就全部复制，要么就什么都不复制。但是在实际环境中，用户更希望针对特定文件进行相应的管理。比如，对相关的文件进行实时的备份，但是因为前端业务集群服务器主机可能会同时读写同一个NAS文件夹中的数据，造成无法实现数据的实时保护。
另外，海量小文件，例如2000万数据量，如何确保复制数据在主备两端的一致性？传统的灾备方式，在第一次全镜像的同时，如何确保镜像过程中增量部分的同步？这些都是困扰整个NAS架构下海量小文件进行数据容灾的难题。
基于NAS的定时同步方案
从下面定时同步方案的拓扑图来看，它是在基于NAS存储集群架构拓扑图上增加了一个备份节点。数据复制的流程首先是将业务端的NFS共享存储目录挂载至灾备机，提供只读机制，其次，通过英方控制台，下发定时复制的策略，通过英方将灾备机上的生产目录数据复制至灾备目录里，进行一致性比对或执行复制规则，定时或手动执行。
该方案的优点是对源端的业务架构没有任何的改变，它只是把目录映射到灾备服务器上，灾备服务器同时挂载一个映射的只读目录，另外还有一个存储数据的灾备目录。它要做的就是把生产数据产生变化的目录的数据进行定时的比对，并且将缺少的文件同步到备端的存储上去。
由于该方案需要定时做扫描的差异对比，因此数据同步需要时间，所以无法做到实时的数据同步，只能做到定时的数据同步。那么随着NAS存储数据的大量增加，可能仅就扫描和差异对比，就耗费大量时间。目前这种解决方案，主要是针对用户数据量不是特别大的NAS目录，例如数据文件的数量在百万级别，并且用户读写不是很频繁，可以把定时的时间缩短即可实现。
基于NAS的实时同步方案
在实时同步方案中，数据复制的流程首先是在3台前端业务服务器上面都安装英方软件客户端；其次是单独使用1台服务器只读该NAS存储中对应文件夹，命名&英方NAS监控服务器&；最后是当这3台服务器有任何1台服务器对NAS数据进行修改时，英方客户端会将修改的文件名和该文件的存储路径发送给&英方NAS监控服务器&，由该服务器实时读取数据，并发送给容灾端。
英方i2COOPY实时复制在一般服务器下能够做到毫秒级数据同步，在NAS服务器集群环境下，i2COOPY通过在生产端指定一个服务器作为其他服务器IO变化的合并节点，能够在备端的服务器达到秒级同步读写的目的。
该解决方案是旁路监听，因此对主业务的节点变化是安装客户端，但是客户端本身不产生性能开销，只是监控对应服务器会对目录当中的某个文件进行修改。比如集群中有三台服务器，第一台修改完了，会传输到英方NAS监控服务器上，然后会优先进行传输，当第二台修改完后，就会进入文件队列传输的等待过程，依次类推&&英方监控服务器得到更改确定的指令后，会第一时间去读对应目录下的名称，然后经过TCP/IP网络发送到容灾端的服务器。
该方案既解决了实时同步的问题，又解决了海量数据情况下数据复制时间窗口的问题，确保当生产环境NAS存储出现故障时，数据安全，业务连续。
实时同步方案的六大优势
这两个方案均能满足不同用户NAS存储数据容灾的需求，具体的方案选择要根据用户的生产环境与数据量进行综合分析判断。不过，在NAS存储架构下的海量文件的数据容灾，英方股份高级售前技术顾问李毅总结了六大优势：
1)、无备份窗口，可实现实时的数据传输；
2)、对用户现有的业务架构无调整，只增加同步主机、灾备主机，同时在客户的业务环境上安装客户端，如果使用存储级的复制，需要对存储本身进行调整；
3)、对用户的资源系统没有多余的开销，因为去同步主机才会产生数据的读取，对源端的业务没有压力，对I/O的消耗比较小；
4)、备端数据可见，因为主备端的数据与文件目录同样，可随时查看数据的一致性；
5)、当用户需要容灾演练，查看备端海量的数据的启动时间非常短；
6)、弥补现有解决方案中无法针对使用NAS作为存储冗余架构的不足，英方提供全场景解决方案，能够满足用户同时做实时数据复制备份、非结构数据同步、高可用等容灾备份的综合需求，而之前很多对NAS存储数据做复制都是定时的。
实战：海量文件的数据容灾落地方案
1、某金融用户前端业务集群案例
&某金融用户异地容灾拓扑图
该用户拥有大量的互联网业务平台，用户希望实现本地到同城灾备机房的实时数据复制。
实际上用户的业务运行在本地的IDC机房，在本地建有容灾的机房，中间通过千兆网络进行数据的传输。用户平时就有很多的数据要进行复制备份，同时也要实现NAS存储架构下的数据复制，据统计，用户在NAS存储下的数据量是1.6T，海量文件的数量在2000万左右。在生产业务方面，用户实际的运行业务一共有10个，有8个业务因为数据量没有达到千万级别，所以英方通过定时同步的方案，实现增量数据的比对；另外核心业务是2个互联网业务的集群，集群服务器一共有7台，共享同一个目录，写入数据非常频率，每天大约以20万的数据在增加。
在这样的生产环境下，用户通过英方实时同步的方案，非常好地实现了基于NAS下的广域网的数据的快速复制。经过现场的实时测算，用户的延迟大部分时间是在5秒以下，这其中要考虑用户的业务量非常频繁，另外用户的部分业务数据放在本地，所以千兆网络不仅要进行异地的数据传输，还要支持本地业务的运行，整个网络的日常生产占用率非常高，能达到秒级同步在业内已经无人能敌。
2、某厅级检察院海量小文件案例
该检察院用户是典型的卷宗类海量小文件容灾场景，用户小文件数量在8000万左右，数据量约7T，前端业务集群共有7台服务器，共享同一个目录，进行电子化档案的存储。用户不会对数据进行修改和删除，但是数据量会持续地增加，另外数据是电子性的档案，每份档案都是非常关键，不能出现任何的丢失。
该检察院用户已经在本地进行容灾保护，希望通过英方的方案实现异地的容灾级别的保护。用户生产中心与灾备中心相隔几百公里，通过专线连接，巨大的数据量使得用户第一次的数据同步就花费了一个星期。同时通过英方基于NAS的实时同步方案，在每台服务器上安装客户端，监控服务器会观察生产端不断发生的数据变化，将截获到的数据变化同步到灾备服务器中。
这些拥有海量小文件的用户，要实现基于NAS存储架构下的异地定时或实时同步数据容灾，目前业内的解决方案凤毛麟角。英方在备端同步在时间上达到秒级别的容灾要求，已经成功应用于公检法、互联网多集群前端业务平台、电信运营商等领域，并且英方能够提供全场景的容灾需求，拥有很多典型的定制化的容灾备份的解决方案。
【对“公检法卷宗类文件基于NAS存储数据异地容灾难诀窍”发布评论】
版权及免责声明：
① 本网站部分投稿来源于“网友”，涉及投资、理财、消费等内容，请亲们反复甄别，切勿轻信。本网站部分由赞助商提供的内容属于【广告】性质，仅供阅读，不构成具体实施建议，请谨慎对待。据此操作，风险自担。
② 内容来源注明“硅谷网”及其相关称谓的文字、图片和音视频，版权均属本网站所有，任何媒体、网站或个人需经本网站许可方可复制或转载，并在使用时必须注明来源【硅谷网】或对应来源，违者本网站将依法追究责任。
③ 注明来源为各大报纸、杂志、网站及其他媒体的文章，文章原作者享有著作权，本网站转载其他媒体稿件是为传播更多的信息，并不代表赞同其观点和对其真实性负责，本网站不承担此类稿件侵权行为的连带责任。
④ 本网站不对非自身发布内容的真实性、合法性、准确性作担保。若硅谷网因为自身和转载内容，涉及到侵权、违法等问题，请有关单位或个人速与本网站取得联系（联系电话：），我们将第一时间核实处理。
优酷土豆集团（股票代码：YOKU）今天公布财报。财报显示，优酷土豆第二季度净收入为9.……
| Copyright ©
硅谷网 版权所有 网站热线：（+86）010-
WWW.GUIGU.ORG All rights reserved.966,690 六月 独立访问用户
语言 & 开发
架构 & 设计
文化 & 方法
您目前处于：
对比iOS中的四种数据存储
对比iOS中的四种数据存储
日. 估计阅读时间:
不到一分钟
道AI风控、Serverless架构、EB级存储引擎，尽在!
相关厂商内容
图1，存储方案示意图
以下将对四种存储方式进行详细的介绍：
NSUserDefaults，用于存储配置信息
SQLite，用于存储查询需求较多的数据
CoreData，用于规划应用中的对象
使用基本对象类型定制的个性化缓存方案
用NSUserDefaults存储配置信息
NSUserDefaults被设计用来存储设备和应用的配置信息，它通过一个工厂方法返回默认的、也是最常用到的实例对象。这个对象中储存了系统中用户的配置信息，开发者可以通过这个实例对象对这些已有的信息进行修改，也可以按照自己的需求创建新的配置项。
图2，笔者手机中[NSUserDefaults standardUserDefaults]内容
NSUserDefaults把配置信息以字典的形式组织起来，支持字典的项包括：字符串或者是数组，除此之外还支持数字等基本格式。一句话概括就是：基础类型的小数据的字典。操作方法几乎与NSDictionary的操作方法无异，另外还可以通过指定返回类型的方法获取到指定类型的返回值。
图3，NSUserDefaults提供的指定返回类型的方法列表
NSUserDefaults的所有数据都放在内存里，因此操作速度很快，并还提供一个归档方法：+ (void)synchronize。开发者自定义的配置项（如图2中的最后一项 key:alkdjfkladsjfmm）会以plist格式的文件归档在相应应用目录的/Library/Preferences/[App_Bundle_Identifier].plist文件。再次初始化获得实例对象后，框架会把用户自定义的这个配置和系统配置合并得到完整数据。
用SQLite存储查询需求较多的数据
iOS的SDK里预置了SQLite的库，开发者可以自建SQLite数据库。SQLite每次写入数据都会产生IO消耗，把数据归档到相应的文件。
SQLite擅长处理的数据类型其实与NSUserDefaults差不多，也是基础类型的小数据，只是从组织形式上不同。开发者可以以关系型数据库的方式组织数据，使用SQL DML来管理数据。 一般来说应用中的格式化的文本类数据可以存放在数据库中，尤其是类似聊天记录、Timeline等这些具有条件查询和排序需求的数据。
每一个数据库的句柄都会在内存中都会被分配一段缓存，用于提高查询效率。另一个方面，由于查询缓存，当产生大量句柄或数据量较大时，会出现缓存过大，造成内存浪费。
SQLite的使用起来要比NSUserDefaults复杂的多，因此建议开发者使用SQLite要搭配一个操作控件使用，可以简化操作。笔者开发的SQLight是一款对SQLite操作的封装，把相对复杂的SQLite命令封装成对象和方法，可以供大家参考。大家可以在获取这个工程的代码进一步了解。
用CoreData规划应用中对象
官方给出的定义是，一个支持持久化的，对象图和生命周期的自动化管理方案。严格意义上说CoreData是一个管理方案，他的持久化可以通过SQLite、XML或二进制文件储存。如官方定义所说，CoreData的作用远远不止储存数据这么简单，它可以把整个应用中的对象建模并进行自动化的管理。
图4，官方文档中解释CoreData给出的对象图示例
正如上图所示，MyDocument是一个对象实例，有两个Collection：Employee和Department，存放各自的对象列表。MyDocument、Employee和Department三个对象以及他们之间的关系都通过CoreData建模，并可以通过save方法进行持久化。
从归档文件还原模型时CoreData并不是一次性把整个模型中的所有数据都载入内存，而是根据运行时状态，把被调用到的对象实例载入内存。框架会自动控制这个过程，从而达到控制内存消耗，避免浪费。
无论从设计原理还是使用方法上看，CoreData都比较复杂。因此，如果仅仅是考虑缓存数据这个需求，CoreData绝对不是一个优选方案。CoreData的使用场景在于：整个应用使用CoreData规划，把应用内的数据通过CoreData建模，完全基于CoreData架构应用。
苹果官方给出的，结构相对简单，可以帮助大家入门CoreData。
使用基本对象类型定制的个性化缓存方案
之前提到的NSUserDefaults和SQLite适合存储基础类型的小数据，而CoreData则不适合存储单一的数据，那么对于类似图片这种较大的数据要用什么方式储存呢？我给出的建议就是：自己实现一套存储方案。说到订制存储方案大家非常容易质疑，这是不是又在重新发明轮子。我可以非常明确的告诉大家，这绝不是在重新发明轮子。首先要明确，这个所谓的定制方案适用于互联网应用中对远程数据的缓存，几个限制条件缺一不可。
从需求出发分析缓存数据有哪些要求：按Key查找，快速读取，写入不影响正常操作，不浪费内存，支持归档。这些都是基本需求，那么再进一步或许还需要固定缓存项数量，支持队列缓存，缓存过期等。从这些需求入手设计一个缓存方案并不十分复杂，Kache是笔者根据开发应用的需求开发的一套缓存组件，通过分析Kache希望可以给大家一个思路。
图5，Kache架构图
如上图所示，Kache扮演的是一个典型缓存角色。应用加载远程数据生成应用数据对象的同时，通过Kache把数据缓存起来，再次请求则直接通过Kache获取数据。
缓存对象可以是NSDictionary、NSArray、NSSet或NSData这些可直接归档的类型，每个缓存对象对应一个Key。缓存对象包括数据和过期时间，内存中存放在一个单例字典中，闪存中每个对象存为一个文件。Key空间按照各种顺序存放缓存对象的Key集合，Pool为固定大小的数组，当数量达到上限，最早过期的一个Key将被删除，对应的缓存对象也被清除。Queue也是固定大小的数组，以先进先出的规则管理Key的增删。 每一次有新的缓存对象存入，自动检测Key空间中过期的集合并清除。
此外，控件提供save和load方法支持持久化和重新载入。
Kache最初设计为存放图片缓存，之后也曾用于缓存文本数据，由于使用了过期和归档相结合的逻辑，可以保证大部分命中的缓存对象都在内存中，从而获取了较高的效率。读者可以了解更多。
以上介绍了几种iOS开发中经常会遇到的储存数据方法，从其存储原理、使用方式和适用场景几方面进行进了简单的对比。事实上每一款应用都很难采用一种单一的方案完成整个应用的数据储存任务，需要根据不同的数据类型，选择最合适的方案，以便整个应用获得良好的运行时性能。
作者简介：
（微博：），联合创始人，杭州iOS开发者沙龙发起人，资深iOS开发者。
感谢对本文的审校。
给InfoQ中文站投稿或者参与内容翻译工作，请邮件至。也欢迎大家通过新浪微博（）或者腾讯微博（）关注我们，并与我们的编辑和其他读者朋友交流。
Author Contacted
告诉我们您的想法
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
Very nice~!
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
赞助商链接
InfoQ每周精要
订阅InfoQ每周精要，加入拥有25万多名资深开发者的庞大技术社区。
架构 & 设计
文化 & 方法
<及所有内容，版权所有 &#169;
C4Media Inc.
服务器由 提供, 我们最信赖的ISP伙伴。
北京创新网媒广告有限公司
京ICP备号-7
找回密码....
InfoQ账号使用的E-mail
关注你最喜爱的话题和作者
快速浏览网站内你所感兴趣话题的精选内容。
内容自由定制
选择想要阅读的主题和喜爱的作者定制自己的新闻源。
设置通知机制以获取内容更新对您而言是否重要
注意：如果要修改您的邮箱，我们将会发送确认邮件到您原来的邮箱。
使用现有的公司名称
修改公司名称为：
公司性质：
使用现有的公司性质
修改公司性质为:
使用现有的公司规模
修改公司规模为：
使用现在的国家
使用现在的省份
Subscribe to our newsletter?
Subscribe to our industry email notices?
我们发现您在使用ad blocker。
我们理解您使用ad blocker的初衷，但为了保证InfoQ能够继续以免费方式为您服务，我们需要您的支持。InfoQ绝不会在未经您许可的情况下将您的数据提供给第三方。我们仅将其用于向读者发送相关广告内容。请您将InfoQ添加至白名单，感谢您的理解与支持。查看: 12055|回复: 10
请问备份了网站和数据库，备份文件存放在哪个文件夹里面的？
RT。今天在买服务器的网站上面备份了下网站数据库， 不知道放在那个文件夹里面了，求解。
前段时间在后台UCenter里面备份了下网站也不知道存放在哪个文件夹里面了。
根目录下面的data，里面有个backup开头的文件夹，在那里面是数据库备份，这个文件夹有多个，以后台&&站长&&数据库备份自动生成的目录为准！
-------------------------
如果是VPS，需要把程序文件和数据库文件同时备份！
魔涵larry 发表于
根目录下面的data，里面有个backup开头的文件夹，在那里面是数据库备份，这个文件夹有多个，以后台&&站长&& ...
谢谢， 请问我想把数据库和网站重新备份后移至出服务器，该怎么做？
连呼吸都忘记了 发表于
谢谢， 请问我想把数据库和网站重新备份后移至出服务器，该怎么做？
你如果使用的是虚拟空间：
1、先进入后台&&站长&&数据库备份.备份时，如果新手不明白自定义备份，建议默认选择备份Discuz! 和 UCenter数据！然后静静等待备份文件自动完成。
2、使用FTP上传下载工具链接你的网站，到根目录data文件夹里面以backup开头的文件里面去看看（以备份时后台提示的文件夹为准），把不是刚才备份的备份文件可以删除，也可以保留，只要刚才备份的文件在里面就行。
3、登录你的虚拟空间后台控制面板（这个买空间都会有），应该有在线解压缩功能吧（大多数公司的空间都有这个功能），把网站整体目录（备份的文件也已经包含在里面了）在线压缩到根目录外，就是和web或者wwww等目录级别，压缩好之后下载到桌面就可以了！
当然你也可以选择只下载备份的文件。
如果你使用的是VPS：
2、远程桌面链接你的VPS，把根目录文件（包含备份文件）和你VPS数据盘里面的mysql&&你的数据库文件目录一同复制放进一个单独空白的文件夹里面，压缩打包，然后放进你的网站web或wwww等目录级别。
3、然后FTP下载下来！
当然，你可以根据自己的情况选择下载不下载，我是每次备份都下载到本地！
------------------------
备份完成后，别急着把备份生成的文件删除，如果是新手这些都不了解，不知道怎么做，建议看看这套教程：
楼上给你说得很详细哈，如果不会的话可以继续回复
魔涵larry 发表于
你如果使用的是虚拟空间：
1、先进入后台&&站长&&数据库备份.备份时，如果新手不明白自定义备份，建议默 ...
谢谢，太谢谢你了。 如果我要回复空间数据的话， 是否直接覆盖就行了？
连呼吸都忘记了 发表于
谢谢，太谢谢你了。 如果我要回复空间数据的话， 是否直接覆盖就行了？
恢复的话不是直接覆盖！最好这种事情寻求空间商技术支持或者付费请专业人员技术恢复！
魔涵larry 发表于
恢复的话不是直接覆盖！最好这种事情寻求空间商技术支持或者付费请专业人员技术恢复！
好的， 了解了。
不知怎么搞
解决就好了
Powered by