Q ：迁移时，对磁盘空间百分比的定义是否是用户自主定义？如何确定系统应用效率与磁盘空间使用率之间的百分比？
A： 是，用户可以对Purge的百分比进行自行定义，根据系统的应用运行的要求进行。定义的原则就是应用系统可以保证常用的数据在磁盘上可以访问。
Q：对于用户基于法规遵从需要做出的文件迁移，DsikXtender如何确保文件的完整及合法性？
A：DiskXtender中有一个策略，可以定义该迁移数据的“Retention Policy”,该Policy即可以使用该策略定义的时间进行存储，由硬件设备保证其不可删除和不可修改。
Q：在LAN上使用的是NFS格式，进行异地容灾时，使用何种格式？
A：异地容灾还可以使用FTP方式，或者Secure FTP方式。
Q：文件在执行迁移时，同时向本地和容灾站点的迁移是否会使主机性能被降低？
A：不会。同时的迁移过程只需一次数据读取的过程，与单独向本地的迁移相同。因此不会降低主机性能。
Q：向两点的迁移时间是否相吻合？如不吻合，当出现单点故障时，如何恢复？
A：恢复与迁移时间并无直接联系。因为迁移的内容都是不活动的，所以不存在时间一致性问题。采用强制迁移时，则可保证时间点的吻合。
QDiskXtender有没有好的方法，在分离了非活动数据之后，如需调用的过程？
A：可采用预置回迁的方式，在估计到后面的使用需求时，预先将数据进行回迁。
Q：当前工作所使用的文件格式、名称、大小等等都是不同的，如何实现重要文件属性的设定？
A：DiskXtender根据文件名、UID、GID、Size并可设定表达式（Expression）组合使用策略设定，并实施迁移。
Q：您刚才讲到的SM模块是将磁带库、虚拟带库、光盘库等Robot类型的设备虚拟化，可以看作这是它的一种虚拟化解决方案吗？只能是针对Robot类型的设备吗？
A：SM模块针对它支持的物理设备都做一个虚拟化的工作，将物理设备虚拟成一个大的文件系统（HSM），当然，SM模块的工作还包括一些策略的管理。除了在磁带/光盘等介质上建立虚拟的大型文件系统，SM还能管理磁盘，让磁盘作为磁带/光盘的缓冲，并对哪些文件放置在磁盘上，哪些文件放置到磁带上进行策略管理，在用户访问文件时，提供透明的访问。
Robot（机械手）设备一般是代指中高端磁带库，SM模块也可管理低端的磁带驱动器，或者小型磁带库，光盘库。
Q：扩展的文件属性是用来确定管理策略，这个文件属性对于正常的读写操作会有什么样的影响？在什么情况下它的属性才会添加或修改？
A：扩展的文件属性对于正常的文件操作没有影响，访问是透明的。被FSM管理的文件，先在系统里创建标准的文件系统（例如UFS），再通过FSM进行格式化，为它在系统里创建DMAPI属性记录文件－这个文件是FSM管理的依据。通常的文件操作对用户是透明的，只有对文件的保留、迁移策略需要修改时，需要对扩展属性进行新的设定或者修改。
Q：文件的组特性是指什么？它是由客户端设置还是由服务器端集中设置？另外，文件分组是自动实现还是手工分组？
A：移动组是介质文件夹中特定的介质分组或介质池。 当您为一组文件制订移动规则时，应指明要将文件移动到哪个介质的移动组。
要将分配到介质文件夹的介质用于文件迁移，就必须将该介质分配到介质文件夹中的移动。 将介质分配到介质文件夹的不同移动组中，可以让您根据不同用户将介质文件夹的介质细分。
通过将介质分配到移动组中，您可以控制要将文件写入哪组介质，及其位置。
如果需要分类数据，可使用此功能。 例如，如要将不同月份的文件分别存储在介质文件夹的不同介质中，您可以创建每个月的移动组。 可以将不同的介质分配到每个移动组，以便不同月份的文件可以保存到不同介质中。
例如，假设有一个介质文件夹 Accounts，该介质文件夹中有多种介质。 可将其中的一组介质分配到称为“一月”的移动组，而将另一组介质分配到称为“二月”的移动组。 通过对应不同移动组，您可以创建移动规则，将文件AccountsJanReport.dat 移动到一组介质，同时将文件 AccountsFebReport.dat写入另一组介质。 AccountsJan*.* 的移动规则可对应“一月”移动组，AccountsFeb*.* 的移动规则可对应“二月”移动组。
因为最初是将介质分配到介质文件夹，所以只有为该介质文件夹创建的移动组，才可使用分配到该介质文件夹的介质。 例如，如果您创建介质文件夹January，并将介质分配给该文件夹，则只有为 January 创建的移动组，才可使用分配到该介质文件夹的介质。
注意： 移动组中的介质必须是可写入的。 例如， CD-ROM 和已定版的 DVD-R介质是只读介质，就不能将它们分配到移动组。"
Q：DRM模块传输时，数据存在的时延问题如何解决？另外，传输时的数据是否加密？
A：DRM模块传输采用异步方式，并且不能传输Cache的内容，没有加密功能。
Q：DatabaseXtend具体实现原理，历史数据如何导出和导入而对用户是透明的？
A：第一个问题很大，请自行参考相关手册。历史数据导出和导入至xml后，用户查询不是透明的，在数据库间导对用户是透明的。
Q：如何去选择一个好的存储产品？在选择好的存储产品需要我们注意那些主要技术参数？？
A：选择存储产品首先需要考虑具体的业务需求，其次需要考虑性能、价格比。
• 业务需求：对存储产品使用的环境需要做综合考虑：
1，如果是数据库应用等对响应时间、处理能力要求较高的系统，可以采用中高端SAN存储的方式，例如EMC高端的DMX系列，和中高端的CX存储；
2，如果应用是文件系统为主，涉及到文件系统的维护和管理，可以考虑采用专用的NAS存储设备，这些设备对网络访问文件系统进行了优化，管理简便，例如EMC公司的NAS系列产品。
3，如果对数据存储有法律法规保存方面的要求，可以考虑采取归档存储（例如EMC的Centera)，这是专门化的针对数据归档的存储。
• 性能：
SAN和NAS存储一般都具备2个评价指标，IOPS和带宽（throughput)，IOPS指的是系统在单位时间内能处理的最大的I/O频度；而throughput指的是单位时间内最大的I/O流量。这两个指标互相独立又相互关联。一般，OLTP应用涉及更多的频繁读写，更多的考虑IOPS；而一些大量的顺序文件访问，例如流媒体，更多的考虑throughput指标。
• 价格
Q：归档数据时，数据是否需要通过SM到存储设备？
A：在DiskXtender的架构中，FSM和SM是接口并共同工作的模块。FSM负责对本地文件系统进行定义和策略管理，SM模块负责具体实施HSM（例如将磁带库虚拟成一个大的文件系统空间，并将数据写入磁带等操作），因此数据从FSM管理的文件系统（磁盘）归档时，需要SM模块。
需要特别指出的是，FSM和SM也有相对独立性。FSM的后台（归档文件真正存放的物理空间）也可以非SM管理的存储，例如EMC的NAS或者CENTERA归档存储等等，如果是这种情况，不需要SM模块。
Q：DiskXtender支持的文件格式？它是否是支持多文件打包迁移
A：DiskXtender支持下列文件系统UFS, JFS, VxFS和Linux的EXT2/EXT3，支持NTFS。对文件格式没有要求。
DiskXtender根据文件名、UID、GID、Size并可设定表达式（Expression）组合使用策略设定，并实施迁移。
用户可自行将文件打包，再根据上述条件进行策略设定。
Q：如何去选择一个好的存储产品？美国IBM,SUN,日立数据等大公司的有生产存储产品.在选择好的存储产品EMC需要我们注意那些主要技术参数？同其它公司的存储产品有优化组合技术参数领先的核心?
A：选择存储产品首先需要考虑具体的业务需求，其次需要考虑性能、价格比。
• 业务需求：对存储产品使用的环境需要做综合考虑：
1， 如果是数据库应用等对响应时间、处理能力要求较高的系统，可以采用中高端SAN存储的方式，例如EMC高端的DMX系列，和中高端的CX存储；
2， 如果应用是文件系统为主，涉及到文件系统的维护和管理，可以考虑采用专用的NAS存储设备，这些设备对网络访问文件系统进行了优化，管理简便，例如EMC公司的NAS系列产品。
3， 如果对数据存储有法律法规保存方面的要求，可以考虑采取归档存储（例如EMC的Centera)，这是专门化的针对数据归档的存储。
• 性能：
SAN和NAS存储一般都具备2个评价指标，IOPS和带宽（throughput)，IOPS指的是系统在单位时间内能处理的最大的I/O频度；而throughput指的是单位时间内最大的I/O流量。这两个指标互相独立又相互关联。一般，OLTP应用涉及更多的频繁读写，更多的考虑IOPS；而一些大量的顺序文件访问，例如流媒体，更多的考虑throughput指标。
• 值得关注的存储技术指标
– IOPS
– Throughput
– Bandwidth（系统带宽）
– Cache容量（中、高端存储一般采用大量Cache提高相应速度）
– 主机接口数目
– 单个磁盘容量、速度
• 具体的项目对存储的要求也不一样，欢迎与EMC销售和技术部门面对面沟通。
