Linux正在从日益萎缩的市场份额中接管工作负载：IBM AIX pSeriesSolaris Sparc服务器HP-UX安腾因为Linux提供了一个可靠且成本更低的平台。根据IDC的数据，使用Linux over UNIX的成本降低大约是每个最终用户价格的1/5。传统RISC系统的成本为1425美元/用户，而Linux为256美元/用户-IDC 2012到2017年，LINUX系统将占据市场的大部分份额到2017年，2012年在Unix上运行的应用程序中有65%迁移到x86平台上的x86 Linux ERP横向扩展架构，这一比例将从2005年的10%上升到2017年的80%—Gartner当前的UNIX系统将如何迁移到Linux？对于Oracle客户，他们如何将数据从UNIX上的Oracle移动到Linux上的Oracle？德尔菲斯公司有一项神奇的技术可以提供这种转换。但如果没有德尔菲斯，还有什么选择呢？UNIX上的Oracle数据文件与Linux上的Oracle数据文件不兼容，因此转换为Linux需要转换这些数据文件。转换数据文件最明显的方法是简单地从UNIX系统导出数据，然后在LINUX系统上导入。对于许多网站来说，这样的转换实在是太繁重了。还有其他的选择吗？RMAN和可传输表空间DBMS_FILE_TRANSFER:files<；2TB；仍依赖RMAN进行端接转换复制导出/导入：金门；流；数据库访问除非数据库很小，否则导出/导入选项只会缓慢而繁重。对于传入的复制，转换整个数据库的更改并不实际。DBMS文件传输仍然需要RMAN。RMAN是核心技术选项，从表面上看，这听起来非常实用。RMAN可以逐个转换每个数据文件，并使用可传输表空间将新转换的文件插入LINUX上的Oracle数据库中。如果源和目标具有相同的endianness，RMAN可以选择转换整个数据库，但是在从一个endianness更改为另一个endianness时，convert database命令不起作用。 从任何Unix（如HP/UX、AIX、solarisparc）到Linux，都需要更改endianess。从Unix到Linux的转换是最常见的转换路径。如果convert DATABASE命令不起作用，如何将UNIX转换为Linux？RMAN从big-endian-UNIX到little-endian-Linux的跨平台转换过程：验证平台支持：v$database显示您的平台；v$transportable_Platform显示支持转换的平台在目标Linux机器上创建一个数据库（或者使用目标机器上已有的数据库）选择要传输的源上的表空间：no system、undo或temp通过运行DBMS验证源上的表空间是否满足所需的限制_TTS.TRANSPORT U SET U检查在要传输的每个表空间上，并在sys中检查结果。运行过程后传输\u set_冲突：无加密；仅本地管理的表空间；自包含的表空间（表和索引、IOT和溢出段、表分区和子分区、引用完整性、LOB段和LOB表）；系统表空间中没有用户对象在目标数据库上创建必要的元数据（用户、授权）：必须预先创建目标数据库上的架构；不能预先存在与源同名的表空间；不能存在与源同名且所有者相同的对象在执行以下操作时，更改要传输到目标数据库的源上的只读表空间：从源导出表空间元数据（与EBS类似的元数据越多，进程越慢）；导出"'/assysdba'"文件=运输.dmptransport\u tablespace=y tablespaces=tablespace1，tablespace2；将此导出复制到目标副本数据文件到目标（在目标上根据需要更改文件名）使用RMAN转换目标上的文件：从platform="old platform type"DB_FILE_Convert（，'/target_datafile_directory/datafile1，/target_datafile_directory/datafile2'）在目标imp"'/as sysdba'"文件中导入表空间元数据=运输.dmptransport_tablespace=y datafiles=/target_datafile_目录/datafile1，/target_datafile_directory/datafile2以读写方式改变目标数据库上的表空间德尔菲克斯Delphix承担了这项繁重、耗时和占用空间的任务，并使其成为一项自动化、节省空间的任务，只需单击几下鼠标即可完成。完全自动化复杂、耗时的操作使源代码数据库保持开放状态并可用（无需将源代码设为只读）转换后，可以在几分钟内完成转换后的数据库的克隆，几乎不需要存储使用的存储是传统跨平台转换的1/3不需要暂存文件，在转换期间不需要额外的源数据库副本即使在不同的时间点，也可以根据需要多次转换源代码，几乎不需要额外的存储空间Delphix使练习转换变得简单而廉价。转换可能会出错有很多原因，最好有一个敏捷的沙箱来练习转换。跨不同平台的转换有许多约束，这些约束通常在转换开始之前不明显。有些约束要求更改源。由于源数据库可能是一个重要的生产数据库，因此更改源数据库是一个问题。无需更改源数据库，您可以在几分钟内为源数据库创建几乎没有空间的VDB，然后对该VDB进行更改并在此VDB上运行转换过程。一旦源代码被转换一次，那么转换后的拷贝可以在几分钟内完成，几乎不需要额外的存储。这样的场景允许开发人员和QA在保证产品在*NIX上运行的同时，可以在普通硬件和Linux上工作。Delphix通过加速将大型复杂数据库重新平台化到标准化平台上，并加快与应用程序整合、升级和平台标准化相关的开发和测试活动，实现了现代化和整合。德尔菲克斯是怎么做到的与普通的数据库虚拟化一样，第一步是链接到源数据库，这意味着只需一次获取源数据库的完整副本，然后以增量方式永久地将更改收集到Delphix上提取元数据-源数据库可以克隆到任何一台具有相同操作系统和Oracle版本的机器上，但是如果选择"转换到Linux"选项，那么Delphix将在一台登台机器上启动克隆。登台计算机必须与源数据库计算机具有相同的操作系统和Oracle二进制文件版本。可以使用源数据库机器，但由于源数据库通常是生产类型的数据库，因此大多数用户都在不同的非生产机器上进行转移，以避免干扰敏感的生产工作负载。使用登台机，Delphix将启动克隆并导出元数据，如用户信息、包、序列等。第三步是Delphix使用RMAN将UNIX数据文件的endianness转换为Linux的little endian格式。Delphix跟踪改变字节长度的字节，整个转换过程通常只需要增加1%的存储空间来存储原始数据文件和新版本的数据文件！Delphix还创建一个空数据库，从源数据库导入所有元数据，并使用可传输表空间机制导入转换后的数据文件。第2步和第3步是完全自动的，由Delphix一起运行。这个过程是一个简单的按钮操作！作为一个用户，需要做的就是：指定临时机器指定目标计算机运行验证源数据库对于跨平台转换是否有效上面用红色框突出显示的是一个机器到服务器作为登台环境的选项。在源数据库上，选择右上角的"Linux"转换图标，红色框高亮显示。这将打开验证检查表。以上是验证清单。要运行检查列表，请单击右下角的绿色复选图标。检查表测试：兼容的登台环境兼容目标环境验证状态最后一步是验证步骤。验证步骤检查RMAN跨平台转换的不受支持的配置，例如当用户对象位于系统表空间中时。如果出现这种情况，则会标记错误。此时，可以单击右下角的滚动图标（脚本图标），并在SQL命令中输入以解决验证错误，例如：alter index"SCOTT"。"SYS_c05949""rebuild tablespace users；创建表"SCOTT"。"EMPNOTINSYSTEM"表空间用户作为select*from"SCOTT"。"EMPINSYSTEM"；删除表"SCOTT"。"EMPINSYSTEM"；更改表"SCOTT"。"EMPNOTINSYSTEM"重命名为"EMPINSYSTEM"；创建表system.MyDbObjects表空间用户作为select*from mydbobjects；删除表mydbobjects；上面红色框中突出显示的是"transformtolinux"按钮，当验证清单通过时，该按钮在源数据库上可用。点击此按钮在Linux目标上提供一个UNIX数据库，其工作流程与通常提供虚拟数据库的工作流相同。所有繁重的工作和繁琐的步骤都由Delphix自动处理，所使用的总存储空间仅为源数据库大小的1%。工具书类跨平台移动Oracle数据库，无需从数据库专家Roger Schrag导出/导入关于跨平台迁移的Oracle文档跨平台迁移方法比较